From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 00:08: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 D1CC016A4CE for ; Sun, 31 Oct 2004 00:08:08 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id F36BC43D41 for ; Sun, 31 Oct 2004 00:08:07 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 27246 invoked by uid 0); 31 Oct 2004 00:06:38 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.87) by node15.coopprint.com with SMTP; 31 Oct 2004 00:06:38 -0000 Message-ID: <41842CEB.1000305@gamersimpact.com> Date: Sat, 30 Oct 2004 19:08:11 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> In-Reply-To: <4184181A.303@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Emanuel Strobl cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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, 31 Oct 2004 00:08:09 -0000 Scott Long wrote: > 72895 is indeed serious, but it doesn't prevent a normal install so > long and you specifically avoid the problem. Unfortunately there are > no patches attached to this PR, so it's hard for us to evaluate how > hard it > would be to fix it. I probably should have landed on the TODO list a > long time ago, and I'll make sure it gets on the 5.3 TODO list. But > again it's not a show-stopper because it doesn't prevent a normal > install from succeeding. I've been mingling in the sysinstall code while I ponder and take notes for designing a new install program, so I'll take a look at this. It's only one of the sysinstall PRs that really need to be looked at. There are a number of others that are open, that I haven't had a chance to verify, relating to sysinstall replacing the boot manager even if they specified to leave it alone. Just in case anyone else has thought about the fix for this check me here and see if this sounds legit... Add a block in diskPartitionWrite to check active partitions: If more than one partition marked active Find first FreeBSD partition with a root file-system on it and mark it as active, while de-activating all other partitions. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 00:08: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 EA70716A4D0 for ; Sun, 31 Oct 2004 00:08:08 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id F383B43D55 for ; Sun, 31 Oct 2004 00:08:07 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 27246 invoked by uid 0); 31 Oct 2004 00:06:38 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.87) by node15.coopprint.com with SMTP; 31 Oct 2004 00:06:38 -0000 Message-ID: <41842CEB.1000305@gamersimpact.com> Date: Sat, 30 Oct 2004 19:08:11 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> In-Reply-To: <4184181A.303@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Emanuel Strobl cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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, 31 Oct 2004 00:08:09 -0000 Scott Long wrote: > 72895 is indeed serious, but it doesn't prevent a normal install so > long and you specifically avoid the problem. Unfortunately there are > no patches attached to this PR, so it's hard for us to evaluate how > hard it > would be to fix it. I probably should have landed on the TODO list a > long time ago, and I'll make sure it gets on the 5.3 TODO list. But > again it's not a show-stopper because it doesn't prevent a normal > install from succeeding. I've been mingling in the sysinstall code while I ponder and take notes for designing a new install program, so I'll take a look at this. It's only one of the sysinstall PRs that really need to be looked at. There are a number of others that are open, that I haven't had a chance to verify, relating to sysinstall replacing the boot manager even if they specified to leave it alone. Just in case anyone else has thought about the fix for this check me here and see if this sounds legit... Add a block in diskPartitionWrite to check active partitions: If more than one partition marked active Find first FreeBSD partition with a root file-system on it and mark it as active, while de-activating all other partitions. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 01:26: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 0A4A516A4CE for ; Sun, 31 Oct 2004 01:26:32 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A14F43D3F for ; Sun, 31 Oct 2004 01:26:31 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail 3443 invoked by uid 65534); 31 Oct 2004 01:26:30 -0000 Received: from pD951F1A9.dip.t-dialin.net (EHLO [217.81.241.169]) (217.81.241.169) by mail.gmx.net (mp011) with SMTP; 31 Oct 2004 02:26:30 +0100 X-Authenticated: #989277 From: Martin To: Brian Fundakowski Feldman In-Reply-To: <20041030165527.GP93831@green.homeunix.org> References: <1099149715.779.33.camel@klotz.local> <20041030165527.GP93831@green.homeunix.org> Content-Type: text/plain Message-Id: <1099185987.779.53.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 31 Oct 2004 02:26:28 +0100 Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: phk@FreeBSD.org Subject: Re: USB card reader (umass) panic on FreeBSD 5.3-STABLE 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, 31 Oct 2004 01:26:32 -0000 Am Sa, den 30.10.2004 schrieb Brian Fundakowski Feldman um 18:55: > This looks like a GEOM bug. You're getting two posted g_disk_destroy > events in rapid succession -- i.e. for the same disk device structures > in memory -- and they are racing and both running after both disks > have been created and then freed, from what I can tell. I've thought of something like that, too. Let me add one more thing. The panic with this card reader doesn't seem to be machine-dependent. I can also reproduce it on my Thinkpad. Martin From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 01:53: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 6EAA016A4CE; Sun, 31 Oct 2004 01:53:41 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 075FF43D2D; Sun, 31 Oct 2004 01:53:41 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i9V1re1A034123; Sat, 30 Oct 2004 18:53:40 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200410310051.02937.Emanuel.Strobl@gmx.net> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> <200410310051.02937.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 30 Oct 2004 18:53:40 -0700 To: Emanuel Strobl X-Mailer: Apple Mail (2.619) cc: re@freebsd.org cc: freebsd-current@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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, 31 Oct 2004 01:53:41 -0000 On Oct 30, 2004, at 3:51 PM, Emanuel Strobl wrote: >>> What about misc/72895, i386/73251 and misc/72896? The latter is not >>> that >>> critical but GEOM_GPT really has edges on i386 which aren't suitable >>> for >>> -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, >>> fixing >>> of course was even better, but I can't help. >> >> 72895 is indeed serious, but it doesn't prevent a normal install so >> long >> and you specifically avoid the problem. Unfortunately there are no >> patches attached to this PR, so it's hard for us to evaluate how hard >> it >> would be to fix it. I probably should have landed on the TODO list a >> long time ago, and I'll make sure it gets on the 5.3 TODO list. But >> again it's not a show-stopper because it doesn't prevent a normal >> install from succeeding. >> >> 73251 is strange. No one that I've seen can possibly imagine why ACPI >> would affect GPT. But again, GPT is not the normal way to install and >> boot an i386. While I know of a few Intel systems that have EFI and >> GPT >> for i386, MBR partitioning still works. >> >> 72896 is another GPT one, and again GPT is just not the predominate >> way >> to deal with i386. I'd really like to see these fixed for 5.4. >> >> So I don't want to discount your concern, but given the very small >> user >> base that is concerned about GPT, it's hard to justify delaying the >> release further for these bugs. > > Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC > i386 > kernel. Unnecessary. I closed both PRs that related to GPT. One is pilot error (using the -k option with gpt migrate is the root cause and as the gpt manual mentioned, is only there for debugging purposes), the other has been fixed in -current and is not in anyway going to cause problems for 5.3. The bottomline is: you have both MBR and GPT partitions on the same disk. This is not going to work and the cause of your problems. When no file systems arre mounted on the disk, GEOM presents all partitions, including the device files. The moment you mount, one of the slicers (and its partitions with device files) disappears. This is what you've been seeing and it has nothing to do with ACPI. It's just timing issue. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 01:53: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 6EAA016A4CE; Sun, 31 Oct 2004 01:53:41 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 075FF43D2D; Sun, 31 Oct 2004 01:53:41 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i9V1re1A034123; Sat, 30 Oct 2004 18:53:40 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200410310051.02937.Emanuel.Strobl@gmx.net> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> <200410310051.02937.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 30 Oct 2004 18:53:40 -0700 To: Emanuel Strobl X-Mailer: Apple Mail (2.619) cc: re@freebsd.org cc: freebsd-current@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO 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, 31 Oct 2004 01:53:41 -0000 On Oct 30, 2004, at 3:51 PM, Emanuel Strobl wrote: >>> What about misc/72895, i386/73251 and misc/72896? The latter is not >>> that >>> critical but GEOM_GPT really has edges on i386 which aren't suitable >>> for >>> -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, >>> fixing >>> of course was even better, but I can't help. >> >> 72895 is indeed serious, but it doesn't prevent a normal install so >> long >> and you specifically avoid the problem. Unfortunately there are no >> patches attached to this PR, so it's hard for us to evaluate how hard >> it >> would be to fix it. I probably should have landed on the TODO list a >> long time ago, and I'll make sure it gets on the 5.3 TODO list. But >> again it's not a show-stopper because it doesn't prevent a normal >> install from succeeding. >> >> 73251 is strange. No one that I've seen can possibly imagine why ACPI >> would affect GPT. But again, GPT is not the normal way to install and >> boot an i386. While I know of a few Intel systems that have EFI and >> GPT >> for i386, MBR partitioning still works. >> >> 72896 is another GPT one, and again GPT is just not the predominate >> way >> to deal with i386. I'd really like to see these fixed for 5.4. >> >> So I don't want to discount your concern, but given the very small >> user >> base that is concerned about GPT, it's hard to justify delaying the >> release further for these bugs. > > Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC > i386 > kernel. Unnecessary. I closed both PRs that related to GPT. One is pilot error (using the -k option with gpt migrate is the root cause and as the gpt manual mentioned, is only there for debugging purposes), the other has been fixed in -current and is not in anyway going to cause problems for 5.3. The bottomline is: you have both MBR and GPT partitions on the same disk. This is not going to work and the cause of your problems. When no file systems arre mounted on the disk, GEOM presents all partitions, including the device files. The moment you mount, one of the slicers (and its partitions with device files) disappears. This is what you've been seeing and it has nothing to do with ACPI. It's just timing issue. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 02:33: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 6204616A4CE for ; Sun, 31 Oct 2004 02:33:32 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E14643D1D for ; Sun, 31 Oct 2004 02:33:32 +0000 (GMT) (envelope-from bill.blum@sbcglobal.net) Received: from unknown (HELO ?127.0.0.1?) (bill.blum@sbcglobal.net@68.74.222.13 with plain) by smtp813.mail.sc5.yahoo.com with SMTP; 31 Oct 2004 02:33:31 -0000 Message-ID: <41844EED.7000508@sbcglobal.net> Date: Sat, 30 Oct 2004 22:33:17 -0400 From: Bill Blum User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Buildworld Error, 5.3-RC1 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, 31 Oct 2004 02:33:32 -0000 Hi there, ran into the following problem after typing 'make buildworld' on a freshly installed, freshly cvsup'ed system. No changes were made to the default installation-- code was cvsup'ed to RELENG_5_3 before the buildworld. Hardware: Gigabyte GA7N400 Pro2, Athlon XP2800+, 2 Gig Memory. (dmesg upon request) End of error output appears below: --- ic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. minerva# uname -a FreeBSD minerva.basement.home 5.3-RC1 FreeBSD 5.3-RC1 #0: Sun Oct 17 01:25:37 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 --- From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 04:43: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 9FEF016A4CF for ; Sun, 31 Oct 2004 04:43:11 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A7C43D2F for ; Sun, 31 Oct 2004 04:43:11 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9V4h9vo002908; Sun, 31 Oct 2004 00:43:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9V4h8JL002905; Sun, 31 Oct 2004 00:43:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 31 Oct 2004 00:43:08 -0400 (EDT) From: Andre Guibert de Bruet To: Jens Rehsack In-Reply-To: <4183BF18.3010509@liwing.de> Message-ID: <20041031003429.A82803@alpha.siliconlandmark.com> References: <27734.1099147280@critter.freebsd.dk> <4183BF18.3010509@liwing.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over 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, 31 Oct 2004 04:43:11 -0000 On Sat, 30 Oct 2004, Jens Rehsack wrote: > Poul-Henning Kamp wrote: >>>>> Oh, that means for each update you have to stop all jails running >>>>> on those mounts? How useful could that be on production machines? >>>> >>>> I don't know, that depends on what you use jails for. >>> >>> Web-Service(s), Mail-Service(s), Name-Service, ... >>> >>> And on each update I had to stop the services, shutting down the jail, >>> unmount each ro-bunch, mount rw, update, unmount, remount ro-bunches, >>> starting jails & services. >> >> Then this is probably not a good thing for your installation. > > Maybe someone could point some usages where it's a good thing... It would be very useful for a re-imaging system on a shared-hosting host, with numerous jails. You could write scripts to have an end-userrestore a jail back to its original state through this mount. In this case, the filesystem wouldn't be terribly useful, except when re-imaging, so unmounting all mounts isn't that big of a deal. I do agree that it would be nice to be able to have one RW mount and a ton of RO mounts. I would even be willing to settle for having to mount the RW mount first and have this operating fail if the filesystem is already mounted RO somewhere. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 06:04: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 8773716A4CE for ; Sun, 31 Oct 2004 06:04:56 +0000 (GMT) Received: from tibor.swiftdsl.com.au (tibor.swiftdsl.com.au [202.154.92.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4788843D46 for ; Sun, 31 Oct 2004 06:04:55 +0000 (GMT) (envelope-from jtfbsd@jt.net.au) Received: (qmail 24738 invoked from network); 31 Oct 2004 06:09:40 -0000 Received: from unknown (HELO JTUFFIN) ([218.214.12.221]) (envelope-sender ) by tibor.swiftdsl.com.au (qmail-ldap-1.03) with SMTP for ; 31 Oct 2004 06:09:40 -0000 Message-ID: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> From: "JT" To: Date: Sun, 31 Oct 2004 14:04:41 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: USB Key Disk 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, 31 Oct 2004 06:04:56 -0000 Hi Has anyone already developed or had experience with getting FreeBSD to = run off a USB key disk? I am looking to run a minimal FreeBSD build on a USB key disk as a = network monitoring system, but I am having great difficulty getting = information on how to do so. FreeBSD is my preferred *nix OS, but if I = am not able to get a USB boot solution in a reasonable time, I will have = to move my project to a Linux based solution as there are already Linux = USB boot systems out there.=20 All assistance is appreciated. I think that even if I could get some = info on the BSD bootup sequence/etc I might be able to build something = workable. Best regards JT jtfbsd@jt.net.au From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 06:16: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 EF7F516A4CE for ; Sun, 31 Oct 2004 06:16:54 +0000 (GMT) Received: from msr64.hinet.net (msr64.hinet.net [168.95.4.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2562743D39 for ; Sun, 31 Oct 2004 06:16:54 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.0.187] (61-229-1-24.dynamic.hinet.net [61.229.1.24]) by msr64.hinet.net (8.9.3/8.9.3) with ESMTP id OAA03706 for ; Sun, 31 Oct 2004 14:16:52 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch.com To: freebsd-current@freebsd.org Date: Sun, 31 Oct 2004 14:16:37 +0800 User-Agent: KMail/1.7 References: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> In-Reply-To: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410311416.37583.distro.watch@msa.hinet.net> Subject: Re: USB Key Disk 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, 31 Oct 2004 06:16:55 -0000 On Sunday 31 October 2004 14:04, JT wrote: > Has anyone already developed or had experience with getting FreeBSD > to run off a USB key disk? Try penBSD (in early development): http://distrowatch.com/02011 From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 06:24: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 7ABB816A4CE for ; Sun, 31 Oct 2004 06:24:04 +0000 (GMT) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB63943D3F for ; Sun, 31 Oct 2004 06:24:03 +0000 (GMT) (envelope-from zanchey@mussel.ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 86F9D18408B for ; Sun, 31 Oct 2004 14:23:25 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 7994C184073 for ; Sun, 31 Oct 2004 14:23:25 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id 6E38518400B for ; Sun, 31 Oct 2004 14:23:25 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 2958317F17; Sun, 31 Oct 2004 14:24:01 +0800 (WST) Received: from mussel (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id B8A0F17F13; Sun, 31 Oct 2004 14:24:00 +0800 (WST) Received: from zanchey (helo=localhost) by mussel with local-esmtp (Exim 3.36 #1 (Debian)) id 1CO98C-0002GP-00; Sun, 31 Oct 2004 14:24:00 +0800 Date: Sun, 31 Oct 2004 14:24:00 +0800 (WST) From: David Adam To: JT In-Reply-To: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> Message-ID: References: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: David Adam X-SpamTest-Info: Profile: Formal (144/041030) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release cc: freebsd-current@freebsd.org Subject: Re: USB Key Disk 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, 31 Oct 2004 06:24:04 -0000 > I am looking to run a minimal FreeBSD build on a USB key disk as a network monitoring system, but I am having great difficulty getting information on how to do so. FreeBSD is my preferred *nix OS, but if I am not able to get a USB boot solution in a reasonable time, I will have to move my project to a Linux based solution as there are already Linux USB boot systems out there. > > All assistance is appreciated. I think that even if I could get some info on the BSD bootup sequence/etc I might be able to build something workable. I believe there is currently code in the FreeSBIE CVS that allows you to install FreeSBIE (which is a FreeBSD 'live CD' distribution) onto any target device - including pen drives. http://www.freesbie.org/ Note that this ability is *not* in FreeSBIE 1.0 or 20040919. You will need to check the code out of CVS. Instructions are on this page: http://www.freesbie.org/?section=cvs-en Hope you get it working. I'm sure the freesbie@gufi.org team will be happy to help you out if you have problems. They also hang out on IRC, irc://irc.azzurra.org/freesbie . Cheers, David Adam --- zanchey@ucc.gu.uwa.edu.au From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 07:11: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 D8FB216A4CE for ; Sun, 31 Oct 2004 07:11:12 +0000 (GMT) Received: from santiago.pacific.net.sg (santiago.pacific.net.sg [203.120.90.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 96A1243D3F for ; Sun, 31 Oct 2004 07:11:11 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 21618 invoked from network); 31 Oct 2004 07:11:09 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by santiago with SMTP; 31 Oct 2004 07:11:09 -0000 Received: from pacific.net.sg ([210.24.202.7]) by maxwell2.pacific.net.sg with ESMTP <20041031071109.MMAQ27058.maxwell2.pacific.net.sg@pacific.net.sg>; Sun, 31 Oct 2004 15:11:09 +0800 Message-ID: <41849034.8010506@pacific.net.sg> Date: Sun, 31 Oct 2004 15:11:48 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: JT References: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> In-Reply-To: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB Key Disk 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, 31 Oct 2004 07:11:13 -0000 Hi, it is not the same but it might be an option for you. A German brought FreeBSD to a CF card: http://devcorner.schlenker-webdesign.de/cms.24.html It does not look like he has an English version of the text. Erich JT wrote: > Hi > > Has anyone already developed or had experience with getting FreeBSD to run off a USB key disk? > > I am looking to run a minimal FreeBSD build on a USB key disk as a network monitoring system, but I am having great difficulty getting information on how to do so. FreeBSD is my preferred *nix OS, but if I am not able to get a USB boot solution in a reasonable time, I will have to move my project to a Linux based solution as there are already Linux USB boot systems out there. > > All assistance is appreciated. I think that even if I could get some info on the BSD bootup sequence/etc I might be able to build something workable. > > Best regards > > JT > jtfbsd@jt.net.au > _______________________________________________ > 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 Sun Oct 31 08:02: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 DDB5716A4CE for ; Sun, 31 Oct 2004 08:02:05 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ECC043D31 for ; Sun, 31 Oct 2004 08:02:03 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.1/8.13.1) with ESMTP id i9V8216S093476; Sun, 31 Oct 2004 09:02:01 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i9V822hG012508; Sun, 31 Oct 2004 09:02:02 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i9V821ts012507; Sun, 31 Oct 2004 09:02:01 +0100 (CET) (envelope-from ftigeot) Date: Sun, 31 Oct 2004 09:02:01 +0100 From: Francois Tigeot To: JT Message-ID: <20041031080201.GA82423@aoi.wolfpond.org> References: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008f01c4bf0f$89a58fc0$070a0a0a@JTUFFIN> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: USB Key Disk 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, 31 Oct 2004 08:02:06 -0000 On Sun, Oct 31, 2004 at 02:04:41PM +0800, JT wrote: > > Has anyone already developed or had experience with getting FreeBSD to run off a USB key disk? > > I am looking to run a minimal FreeBSD build on a USB key disk as a network monitoring system, but I am having great difficulty getting information on how to do so. FreeBSD is my preferred *nix OS, but if I am not able to get a USB boot solution in a reasonable time, I will have to move my project to a Linux based solution as there are already Linux USB boot systems out there. > > All assistance is appreciated. I think that even if I could get some info on the BSD bootup sequence/etc I might be able to build something workable. I have no experience with USB booting but if your bios is not too exotic, it should be doable. I have created a minimal system you can boot from regular disks, tftp and flash based devices. I suspect it should also be able to boot from USB keys. The trick is to use FreeBSD's boot loader to load a ramdisk image with the kernel. The kernel itself has no knowledge of the boot device, all it knows is / is md0 and there is no need to mount filesystems. This page should give some insights on how to create your own ramdisk: http://www.thinbsd.org/doc.html -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 08:03: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 7F83716A4CE for ; Sun, 31 Oct 2004 08:03:26 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CDB43D53 for ; Sun, 31 Oct 2004 08:03:26 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])i9V83N5g084622; Sun, 31 Oct 2004 03:03:24 -0500 Message-ID: <41849C4B.8060501@elischer.org> Date: Sun, 31 Oct 2004 01:03:23 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Michael Nottebrock References: <20041029075930.GG701@marvin.riggiland.au> <200410291511.24063.michaelnottebrock@gmx.net> <02ed01c4beb7$4b45ba50$6400000a@venti> <200410302235.52246.michaelnottebrock@gmx.net> In-Reply-To: <200410302235.52246.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: "Brian K. White" cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? 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, 31 Oct 2004 08:03:26 -0000 This should be moved to teh newly created usb at freebsd dot org mailing list. :-) From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 08:07: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 D7C6916A4CE for ; Sun, 31 Oct 2004 08:07:58 +0000 (GMT) Received: from smtp.bbeyond.nl (smtp.bbeyond.nl [62.177.144.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4005143D1D for ; Sun, 31 Oct 2004 08:07:58 +0000 (GMT) (envelope-from paulz@vanderzwan.org) Received: from hari.vanderzwan.org (62-177-151-219.bbeyond.nl [62.177.151.219]) by smtp.bbeyond.nl (Postfix) with ESMTP id E4D922AD6DD for ; Sun, 31 Oct 2004 09:07:56 +0100 (CET) Received: from [192.168.200.8] (rincewind.vanderzwan.org [192.168.200.8]) by hari.vanderzwan.org (8.12.11/8.12.11) with ESMTP id i9V87uxT095101 for ; Sun, 31 Oct 2004 09:07:56 +0100 (CET) (envelope-from paulz@vanderzwan.org) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: FreeBSD-current@freebsd.org From: Paul van der Zwan Date: Sun, 31 Oct 2004 09:07:51 +0100 X-Mailer: Apple Mail (2.619) X-Virus-Scanned: ClamAV 0.80/545/Thu Oct 21 15:33:33 2004 clamav-milter version 0.80j on hari.vanderzwan.org X-Virus-Status: Clean Subject: portupgrade messes up stty settings 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, 31 Oct 2004 08:07:59 -0000 I am running -current ( week old kernel and userland) and started noticing a strange problem the last week or so. When I have run portugrade my terminal no longer echos what I type, when I compare stty -a before and after it appears the echo flag is off atferwards. I have reinstalled the ruby and portupgrade ports but that didn't help any. Any ideas what might cause this ?? Paul -- For a successful technology, reality must take precedence over public relations, for nature cannot be fooled. Richard P. Feynman From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 08:19: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 8E58F16A4CE; Sun, 31 Oct 2004 08:19:47 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4B843D49; Sun, 31 Oct 2004 08:19:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])i9V8Jjpq152310; Sun, 31 Oct 2004 03:19:46 -0500 Message-ID: <4184A021.1020500@elischer.org> Date: Sun, 31 Oct 2004 01:19:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org, usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: New FreeBSD USB mailing list created. 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, 31 Oct 2004 08:19:47 -0000 The obvious address.. usb@.... Hope to see you all there.. well hope to see those of you who've occasionally stuck their toes into the USB code (and said "yech"). From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 09:27: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 72E4D16A4CE for ; Sun, 31 Oct 2004 09:27:58 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F10A43D1D for ; Sun, 31 Oct 2004 09:27:57 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by blackwater.lemis.com (Postfix) with ESMTP id F14EA855F6; Sun, 31 Oct 2004 19:57:53 +1030 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 9E56C4AC41; Sun, 31 Oct 2004 10:27:41 +0100 (CET) Date: Sun, 31 Oct 2004 10:27:41 +0100 From: Greg 'groggy' Lehey To: Ryan Sommers Message-ID: <20041031092741.GE2693@eucla.lemis.com> References: <20041030095531.GD2730@eucla.lemis.com> <418391D5.1070708@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <418391D5.1070708@gamersimpact.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD current users Subject: Re: Remote gdb broken 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, 31 Oct 2004 09:27:58 -0000 On Saturday, 30 October 2004 at 8:06:29 -0500, Ryan Sommers wrote: > Greg 'groggy' Lehey wrote: > >> Is anybody currently using remote gdb kernel debugging in -CURRENT? I >> tried yesterday (embarrassingly, during my kernel debug tutorial), and >> it looks as if things are broken. >> >> Specifically, I was doing it in conjunction with firewire. The kernel >> was built with 'options GDB', and it showed that the corresponding gdb >> functions were included, but the sysctl debug.kdb.available shows only >> ddb. I did a bit of looking around for what might have caused it, but >> wasn't successful. >> >> Any ideas? > > This is probably caused by you not having any serial ports flagged > for GDB. You shouldn't need any. As I said, this is with firewire. > In /boot/device.hints look for the 'hint.sio.X.flags' where X is > your serial port. It should be 0x90 for remote GDB debugging. To select this serial port for both remote gdb and serial console, yes. I did check this and found it to be 0x10 (only serial console). This has not stopped gdb from working on my older -CURRENT (6 months or so) machine. It's possible that you're right, but that would be a recent bug. Unfortunately, we were trying this on the machine of a course participant, and he's no longer available. I'll check your suggestion when I get back home in a week or so. Is anybody currently using remote gdb (serial or firewire) on a -CURRENT built in the last few weeks? If so, did you need to do anything special to get it to run? Greg -- See complete headers for address and phone numbers From owner-freebsd-current@FreeBSD.ORG Sun Oct 31 09:53: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 0461216A4CE for ; Sun, 31 Oct 2004 09:53:43 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A2443D39 for ; Sun, 31 Oct 2004 09:53:41 +0000 (GMT) (envelope-from k.joch@kmjeuro.com) Received: from [192.168.2.30] (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)i9V9raaN024678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 31 Oct 2004 10:53:37 +0100 (CET) (envelope-from k.joch@kmjeuro.com) Message-ID: <4184B61B.70803@kmjeuro.com> Date: Sun, 31 Oct 2004 10:53:31 +0100 From: "Karl M. Joch" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) 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 X-CTS-CTSTZS-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-CTSTZS-Mailserver: Found to be clean X-CTS-CTSTZS-Mailserver-From: k.joch@kmjeuro.com Subject: 5.2.1 - Dolphin 4036 4 port serial? (port 3/4 not recogniced) (repost) 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, 31 Oct 2004 09:53:43 -0000 I already posted this to stable, but got no answer. Hello, I built in a card which is identified as Dolphin 4036. This card has 4 serial ports (Sun Chip) and looking at the Dolphin Webpage there is a similiar product named FastPCI 4056. The card is recogniced and sio4 and sio5 are found and works correct. But there is no way to get sio6 and 7 (3rd/4th port on the card) working. Any hints how to add this card to pucdata would be very helpful. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch ################ ## dmesg.boot ## FreeBSD 5.2.1-RELEASE-p6 #1: Fri Oct 29 12:19:20 CEST 2004 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a50000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0a50244. Preloaded splash_image_data "/boot/cts.bmp" at 0xc0a502f4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2788.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff real memory = 528482304 (504 MB) avail memory = 503685120 (480 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00f78c0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:9 INTA BIOS irq 10 pci_cfgintr: 0:11 INTA BIOS irq 11 pci_cfgintr: 0:13 INTA BIOS irq 5 pci_cfgintr: 0:15 INTA BIOS irq 5 pci_cfgintr: 0:17 INTA BIOS irq 5 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] puc0: port 0xd400-0xd40f,0xd800-0xd81f irq 10 at device 9.0 on pci0 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode ahc0: port 0xdc00-0xdcff mem 0xdfffb000-0xdfffbfff irq 11 at device 11.0 on pci0 aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs rl0: port 0xd000-0xd0ff mem 0xdfffaf00-0xdfffafff irq 5 at device 13.0 on pci0 rl0: Ethernet address: 00:40:95:32:55:e7 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: port 0xcc00-0xccff mem 0xdfffae00-0xdfffaeff irq 5 at device 15.0 on pci0 rl1: Ethernet address: 00:40:95:30:b2:2d miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl2: port 0xc800-0xc8ff mem 0xdfffad00-0xdfffadff irq 5 at device 17.0 on pci0 rl2: Ethernet address: 00:40:95:30:7e:33 miibus2: on rl2 rlphy2: on miibus2 rlphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: > mem: > Pentium Pro MTRR support enabled > null: > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) > pcibios: BIOS version 2.10 > Found $PIR table, 14 entries at 0xc00f7b70 > PCI-Only Interrupts: none > Location Bus Device Pin Link IRQs > embedded 0 1 A 0x60 3 4 6 7 10 11 12 14 15 > embedded 0 1 B 0x61 3 4 6 7 10 11 12 14 15 > embedded 0 2 A 0x60 3 4 6 7 10 11 12 14 15 > embedded 0 3 B 0x62 3 4 6 7 10 11 12 14 15 > embedded 0 29 A 0x60 3 4 6 7 10 11 12 14 15 > embedded 0 29 B 0x63 3 4 6 7 10 11 12 14 15 > embedded 0 29 C 0x62 3 4 6 7 10 11 12 14 15 > embedded 0 29 D 0x6b 3 4 5 6 7 12 14 15 > embedded 0 31 A 0x62 3 4 6 7 10 11 12 14 15 > embedded 0 31 B 0x61 3 4 6 7 10 11 12 14 15 > slot 1 2 0 A 0x60 3 4 6 7 10 11 12 14 15 > slot 1 2 0 B 0x61 3 4 6 7 10 11 12 14 15 > slot 1 2 0 C 0x62 3 4 6 7 10 11 12 14 15 > slot 1 2 0 D 0x63 3 4 6 7 10 11 12 14 15 > slot 2 2 1 A 0x61 3 4 6 7 10 11 12 14 15 > slot 2 2 1 B 0x62 3 4 6 7 10 11 12 14 15 > slot 2 2 1 C 0x63 3 4 6 7 10 11 12 14 15 > slot 2 2 1 D 0x60 3 4 6 7 10 11 12 14 15 > slot 3 2 2 A 0x62 3 4 6 7 10 11 12 14 15 > slot 3 2 2 B 0x63 3 4 6 7 10 11 12 14 15 > slot 3 2 2 C 0x60 3 4 6 7 10 11 12 14 15 > slot 3 2 2 D 0x61 3 4 6 7 10 11 12 14 15 > slot 4 2 3 A 0x63 3 4 6 7 10 11 12 14 15 > slot 4 2 3 B 0x60 3 4 6 7 10 11 12 14 15 > slot 4 2 3 C 0x61 3 4 6 7 10 11 12 14 15 > slot 4 2 3 D 0x62 3 4 6 7 10 11 12 14 15 > slot 5 2 5 A 0x61 3 4 6 7 10 11 12 14 15 > slot 5 2 5 B 0x62 3 4 6 7 10 11 12 14 15 > slot 5 2 5 C 0x63 3 4 6 7 10 11 12 14 15 > slot 5 2 5 D 0x60 3 4 6 7 10 11 12 14 15 > slot 6 2 4 A 0x60 3 4 6 7 10 11 12 14 15 > slot 6 2 4 B 0x61 3 4 6 7 10 11 12 14 15 > slot 6 2 4 C 0x62 3 4 6 7 10 11 12 14 15 > slot 6 2 4 D 0x63 3 4 6 7 10 11 12 14 15 > embedded 2 9 A 0x68 3 4 6 7 10 11 12 14 15 > embedded 2 9 B 0x69 3 4 6 7 10 11 12 14 15 > embedded 2 9 C 0x6a 3 4 6 7 10 11 12 14 15 > embedded 2 9 D 0x6b 3 4 5 6 7 12 14 15 > embedded 2 10 A 0x69 3 4 6 7 10 11 12 14 15 > embedded 2 8 A 0x68 3 4 6 7 10 11 12 14 15 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > acpi0: Power Button (fixed) > AcpiOsDerivePciId: bus 0 dev 0 func 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > ACPI timer looks GOOD min = 3, max = 3, width = 0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > unknown: not probed (disabled) > cpu0: on acpi0 > cpu1: on acpi0 > cpu1: Failed to attach throttling P_CNT > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > ACPI PCI link initial configuration: > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base f8000000, size 26, enabled > found-> vendor=0x8086, dev=0x2570, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2571, revid=0x02 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000e000, size 5, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x24d2, revid=0x02 > bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=16 > map[20]: type 4, range 32, base 0000e400, size 5, enabled > pcib0: matched entry for 0.29.INTB > pcib0: slot 29 INTB hardwired to IRQ 19 > found-> vendor=0x8086, dev=0x24d4, revid=0x02 > bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=19 > map[20]: type 4, range 32, base 0000e800, size 5, enabled > pcib0: matched entry for 0.29.INTC > pcib0: slot 29 INTC hardwired to IRQ 18 > found-> vendor=0x8086, dev=0x24d7, revid=0x02 > bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=18 > map[20]: type 4, range 32, base 0000ec00, size 5, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x24de, revid=0x02 > bus=0, slot=29, func=3 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=16 > map[10]: type 1, range 32, base febffc00, size 10, enabled > pcib0: matched entry for 0.29.INTD > pcib0: slot 29 INTD hardwired to IRQ 23 > found-> vendor=0x8086, dev=0x24dd, revid=0x02 > bus=0, slot=29, func=7 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=23 > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x8086, dev=0x244e, revid=0xc2 > bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24d0, revid=0x02 > bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[20]: type 4, range 32, base 0000fc00, size 4, enabled > found-> vendor=0x8086, dev=0x24db, revid=0x02 > bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > map[20]: type 4, range 32, base 00000c00, size 5, enabled > pcib0: matched entry for 0.31.INTB > pcib0: slot 31 INTB hardwired to IRQ 17 > found-> vendor=0x8086, dev=0x24d3, revid=0x02 > bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=17 > map[10]: type 4, range 32, base 0000dc00, size 8, enabled > map[14]: type 4, range 32, base 0000d800, size 6, enabled > map[18]: type 1, range 32, base febffa00, size 9, enabled > map[1c]: type 1, range 32, base febff900, size 8, enabled > pcib0: matched entry for 0.31.INTB > pcib0: slot 31 INTB hardwired to IRQ 17 > found-> vendor=0x8086, dev=0x24d5, revid=0x02 > bus=0, slot=31, func=5 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=17 > powerspec 2 supports D0 D3 current D0 > agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 > agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 > agp0: allocating GATT for aperture of size 64M > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xfc900000-0xfe9fffff > pcib1: prefetched decode 0xf3f00000-0xf7efffff > pci1: on pcib1 > pci1: physical bus=1 > map[10]: type 1, range 32, base fd000000, size 24, enabled > pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff > map[14]: type 3, range 32, base f4000000, size 25, enabled > pcib1: device (null) requested decoded memory range 0xf4000000-0xf5ffffff > pcib0: matched entry for 0.1.INTA > pcib0: slot 1 INTA hardwired to IRQ 16 > pcib1: slot 0 INTA is routed to irq 16 > found-> vendor=0x10de, dev=0x002d, revid=0x15 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) > intpin=a, irq=16 > powerspec 1 supports D0 D3 current D0 > pci1: at device 0.0 (no driver attached) > uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ukbd0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 > kbd: new array size 4 > kbd1 at ukbd0 > kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 > uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ums0: IBM Corporation product 0x310b, rev 2.00/1.10, addr 3, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 > uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 > > [ ... freeze here sometimes ... ] > > ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 > ehci0: [GIANT-LOCKED] > ehci_pci_attach: companion usb0 > ehci_pci_attach: companion usb1 > ehci_pci_attach: companion usb2 > ehci_pci_attach: companion usb3 > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib2: at device 30.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xc000-0xcfff > pcib2: memory decode 0xfea00000-0xfeafffff > pcib2: prefetched decode 0xfff00000-0xfffff > pcib2: Subtractively decoded bridge. > ACPI PCI link initial configuration: > pci2: on pcib2 > pci2: physical bus=2 > map[10]: type 4, range 32, base 0000cc00, size 7, enabled > pcib2: device (null) requested decoded I/O range 0xcc00-0xcc7f > pcib2: matched entry for 2.2.INTA > pcib2: slot 2 INTA hardwired to IRQ 18 > found-> vendor=0x1022, dev=0x2020, revid=0x10 > bus=2, slot=2, func=0 > class=01-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x0200, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0x28 (10000 ns) > intpin=a, irq=18 > map[10]: type 4, range 32, base 0000c800, size 6, enabled > pcib2: device (null) requested decoded I/O range 0xc800-0xc83f > pcib2: matched entry for 2.5.INTA > pcib2: slot 5 INTA hardwired to IRQ 17 > found-> vendor=0x1191, dev=0x8040, revid=0x01 > bus=2, slot=5, func=0 > class=01-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > powerspec 1 supports D0 D3 current D0 > map[10]: type 1, range 32, base feaef000, size 12, enabled > pcib2: device (null) requested decoded memory range 0xfeaef000-0xfeaeffff > map[14]: type 4, range 32, base 0000c400, size 6, enabled > pcib2: device (null) requested decoded I/O range 0xc400-0xc43f > pcib2: matched entry for 2.8.INTA > pcib2: slot 8 INTA hardwired to IRQ 20 > found-> vendor=0x8086, dev=0x1050, revid=0x02 > bus=2, slot=8, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) > intpin=a, irq=20 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci2: at device 2.0 (no driver attached) > pci2: at device 5.0 (no driver attached) > fxp0: port 0xc400-0xc43f mem 0xfeaef000-0xfeaeffff irq 20 at device 8.0 on pci2 > fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeaef000 > fxp0: using memory space register mapping > fxp0: PCI IDs: 8086 1050 1462 728c 0002 > fxp0: Dynamic Standby mode is enabled > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: bpf attached > fxp0: Ethernet address: 00:0c:76:4c:36:02 > fxp0: [MPSAFE] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > 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 stat0=50 stat1=50 devices=0x3 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=00 > ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 > ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=00 stat1=00 devices=0x4 > ata1: [MPSAFE] > pci0: at device 31.3 (no driver attached) > pcm0: port 0xd800-0xd83f,0xdc00-0xdcff mem 0xfebff900-0xfebff9ff,0xfebffa00-0xfebffbff irq 17 at device 31.5 on pci0 > pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfebffa00 > pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfebff900 > pcm0: [GIANT-LOCKED] > pcm0: > pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement > pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 4 > pcm0: sndbuf_setmap 1f1af000, 4000; 0xd94f3000 -> 1f1af000 > pcm0: sndbuf_setmap 1f1a4000, 4000; 0xd94f7000 -> 1f1a4000 > psmcpnp0: irq 12 on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0065 > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3-00, 3 buttons > psm0: config:00000000, flags:00000008, packet size:4 > psm0: syncmask:08, syncbits:00 > sio0: irq maps: 0xc821 0xc831 0xc821 0xc821 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: irq maps: 0xc821 0xc831 0xc821 0xc821 > sio1: <16550A-compatible COM port> port 0x3e8-0x3ef irq 4 on acpi0 > sio1: type 16550A > unknown: not probed (disabled) > unknown: not probed (disabled) > ppc0: using extended I/O port range > PC873xx probe at 0x2e got unknown ID 0x0 > ppc0: ECP SPP ECP+EPP SPP > ppc0: port 0x778-0x77b,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 > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > unknown: not probed (disabled) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > atkbdc: atkbdc0 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: at iomem 0xe0000-0xe0fff,0xc0000-0xcffff on isa0 > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > fe0: not probed (disabled) > ie0: not probed (disabled) > lnc0: not probed (disabled) > pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 > pcic1: not probed (disabled) > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0: vga0, vga, type:VGA (5), flags:0x7007f > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > Timecounter "TSC" frequency 2434149468 Hz quality -100 > Timecounters tick every 10.000 msec > lo0: bpf attached > cpu0: set speed to 100.0% > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > ata0-slave: pio=0x0c wdma=0x22 udma=0x45 cable=80pin > ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin > ata0-master: setting PIO4 on Intel ICH5 chip > ata0-master: setting UDMA100 on Intel ICH5 chip > ata0-slave: setting PIO4 on Intel ICH5 chip > ata0-slave: setting UDMA100 on Intel ICH5 chip > ad0: ATA-5 disk at ata0-master > ad0: 29314MB (60036480 sectors), 59560 C, 16 H, 63 S, 512 B > ad0: 16 secs/int, 1 depth queue, UDMA100 > GEOM: new disk ad0 > [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/1/63 s:63 l:46492047 > [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:46492110 l:13544370 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s1, start 32256 length 23803928064 end 23803960319 > GEOM: Configure ad0s2, start 23803960320 length 6934717440 end 30738677759 > ad1: ATA-6 disk at ata0-slave > ad1: 157066MB (321672960 sectors), 319120 C, 16 H, 63 S, 512 B > ad1: 16 secs/int, 1 depth queue, UDMA100 > ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin > ata1-master: setting PIO4 on Intel ICH5 chip > ata1-master: setting UDMA66 on Intel ICH5 chip > acd0: DVDROM drive at ata1 as master > acd0: read 6894KB/s (6894KB/s), 256KB buffer, UDMA66 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > pcm0: measured ac97 link rate at 47996 Hz, will use 48000 Hz > GEOM: Configure ad0s2a, start 0 length 134217728 end 134217727 > GEOM: Configure ad0s2b, start 134217728 length 1073741824 end 1207959551 > GEOM: Configure ad0s2c, start 0 length 6934717440 end 6934717439 > GEOM: Configure ad0s2d, start 1207959552 length 1652555776 end 2860515327 > GEOM: Configure ad0s2e, start 2860515328 length 33554432 end 2894069759 > GEOM: Configure ad0s2f, start 2894069760 length 4040647680 end 6934717439 > GEOM: new disk ad1 > [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:220941882 > [1] f:00 typ:15 s(CHS):1023/0/1 e(CHS):1023/254/63 s:220941945 l:82654425 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad1s1, start 32256 length 113122243584 end 113122275839 > GEOM: Configure ad1s2, start 113122275840 length 42319065600 end 155441341439 > MBREXT Slice 5 on ad1s2: > [0] f:00 typ:11 s(CHS):1023/1/1 e(CHS):1023/254/63 s:63 l:82654362 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad1s5, start 32256 length 42319033344 end 42319065599 > ukbd0: at uhub0 port 1 (addr 2) disconnected > (null): at uhub1 port 1 (addr 2) disconnected > ukbd0: detached > (probe3:ata1:0:1:0): error 22 > (probe3:ata1:0:1:0): Unretryable Error > (probe3:ata1:0:1:0): error 22 > (probe3:ata1:0:1:0): Unretryable Error > (probe2:ata1:0:0:0): error 22 > (probe2:ata1:0:0:0): Unretryable Error > (probe2:ata1:0:0:0): error 6 > (probe2:ata1:0:0:0): Unretryable Error > (probe2:ata1:0:0:0): error 22 > (probe2:ata1:0:0:0): Unretryable Error > (probe0:ata0:0:0:0): error 22 > (probe0:ata0:0:0:0): Unretryable Error > (probe1:ata0:0:1:0): error 22 > (probe1:ata0:0:1:0): Unretryable Error > (probe0:ata0:0:0:0): error 22 > (probe0:ata0:0:0:0): Unretryable Error > (probe1:ata0:0:1:0): error 22 > (probe1:ata0:0:1:0): Unretryable Error > pass0 at ata1 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 66.000MB/s transfers > GEOM: new disk cd0 > SMP: AP CPU #1 Launched! > cpu1 AP: > ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff > lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff > ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 > ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 > ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 > ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 > ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 > ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 > ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 > ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 > ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 > ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 > ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 > ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 > ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 > ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 > ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 66.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > Mounting root from ufs:/dev/ad0s2a > start_init: trying /sbin/init > ums0: at uhub1 port 2 (addr 3) disconnected > ums0: detached > ukbd0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 > kbd1 at ukbd0 > kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 > (null): at uhub0 port 2 (addr 3) disconnected > Linux ELF exec handler installed > procfs registered > linprocfs registered > ums0: IBM Corporation product 0x310b, rev 2.00/1.10, addr 3, iclass 3/1 > ums0: 3 buttons and Z dir. > _______________________________________________ > 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" > Hello, I'm getting something similar with GA-7N400E, nForce2 400 chipset. In 5.3-RC1, i didn't have this problem only after updating to -current, i disabled loading the usb module and the system is booting fine, but as soon as i load usb i get this freeze. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 14:55: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 A79D616A4CE for ; Tue, 2 Nov 2004 14:55:41 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AE2B243D39 for ; Tue, 2 Nov 2004 14:55:40 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 29872 invoked by uid 65534); 2 Nov 2004 14:55:38 -0000 Received: from pD9E24D40.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.77.64) by mail.gmx.net (mp012) with SMTP; 02 Nov 2004 15:55:38 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA2EtPOW024798 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 2 Nov 2004 15:55:30 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 2 Nov 2004 15:55:25 +0100 User-Agent: KMail/1.6.2 References: <41878CA3.8050207@yahoo.com> In-Reply-To: <41878CA3.8050207@yahoo.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411021555.25094.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Rob Subject: Re: 5.3: how to make /dev/acd0 world readable? 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, 02 Nov 2004 14:55:41 -0000 Am Tuesday 02 November 2004 14:33 schrieb Rob: > Hi, > > ls /dev/acd0 says: > > crw-r----- root operator 4, 12 Nov 2 00:27 /dev/acd0 > > For my cd-player, I need it at least to be world readable. Or you could add your user account to group operator. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 15: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 7F84E16A4CE for ; Tue, 2 Nov 2004 15:10:19 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA7A43D3F for ; Tue, 2 Nov 2004 15:10:19 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.43) id 1CP0Ib-0000qD-J6; Tue, 02 Nov 2004 15:10:17 +0000 Date: Tue, 2 Nov 2004 15:10:17 +0000 From: Dick Davies To: Michael Nottebrock Message-ID: <20041102151017.GA4475@lb.tenfour> References: <41878CA3.8050207@yahoo.com> <200411021555.25094.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411021555.25094.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i Sender: Rasputin cc: FreeBSD Current Users Subject: Re: 5.3: how to make /dev/acd0 world readable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2004 15:10:19 -0000 * Michael Nottebrock [1108 15:08]: > Am Tuesday 02 November 2004 14:33 schrieb Rob: > > Hi, > > > > ls /dev/acd0 says: > > > > crw-r----- root operator 4, 12 Nov 2 00:27 /dev/acd0 > > > > For my cd-player, I need it at least to be world readable. > > Or you could add your user account to group operator. operator can do a lot more than just read the cd though.... -- When you have to kill a man it costs nothing to be polite. - Winston Churchill, On formal declarations of war Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 15:12: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 94B0916A4CE for ; Tue, 2 Nov 2004 15:12:44 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 218F643D54 for ; Tue, 2 Nov 2004 15:12:44 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 29609 invoked by uid 89); 2 Nov 2004 15:12:42 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 2 Nov 2004 15:12:42 -0000 Received: (qmail 27738 invoked by uid 89); 2 Nov 2004 15:12:05 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 2 Nov 2004 15:12:05 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iA2FC55R089081; Tue, 2 Nov 2004 10:12:05 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Julian Elischer In-Reply-To: <4176C94E.3000700@elischer.org> References: <41759681.1060700@elischer.org> <4176C94E.3000700@elischer.org> Content-Type: text/plain Message-Id: <1099408325.88989.6.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 02 Nov 2004 10:12:05 -0500 Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: wakeup/sleep handoff. 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, 02 Nov 2004 15:12:44 -0000 On Wed, 2004-10-20 at 16:23, Julian Elischer wrote: > Stephan Uphoff wrote: > > >On Tue, 2004-10-19 at 18:34, Julian Elischer wrote: > > > > > >>Is there a need to be able to somehow implement a 'wakeup_one()' that > >>as part of its semantic is that the woken thread will run immediatly, > >>(as in preemprion), > >>and the old thread will sleep? With preemption, the old thread is left > >>in the run queue, > >>and after the other thread has completed, it will > >>run again and probably go away and sleep for some reason.. (or at least > >>go do some work that isn't > >>necessarily required..) > >> > >>Something like handover(wakeupchan, sleepchan, msleep_args...). > >> sort of an atomic wakeup/msleep. > >> > >>This would be used in places where work used to be done by the same > >>thread, but is now done > >>by a server thread.. > >> > >>An example would be kicking off a geom thread, when in the past we would > >>have gone all > >>the way down to the hardware ourself. we want to get as close to acting > >>like we are still > >>going all the way done as we can (performance wise). We may get some > >>efficiency by > >>letting the sleep system, and scheduler know what we are trying to do. > >>Possibly with some > >>priority inherritance implications.. (if we have a high priority, we > >>probably want to ensure that the > >>worker thread is run with at least that priority.) > >> > >> > > > >Why not just give the geom thread a high priority? > >This, full preemption and changing a few functions to guaranty that the > >highest priority thread will always run should do what you want. > >( And maybe always raising the priority of threads working in the > >kernel) > >Actually this is relatively high on my to do list and I should have some > >patches to try out in a week or two. > > > > yessss but after the preemption (which is invisible to the caller of > setrunqueue/wakeup) > that thread continues on to do it's "check for completion/sleep".. > > it would be more efficient in my book to have an official way to hand > over to a designated worker > all in one hit.. You could then optimise such cases.. They are often in > required fast-paths. OK - I finally got it. Maybe sections that temporarily disable preemption would do the trick. Spinning on an adaptive mutex or blocking/sleeping should automatically re-enable preemption. On a related topic: I don't like the way condition variables and msleep wait threads will be scheduled on a wakeup - just to block again on trying to acquire a mutex. However I don't see any way to avoid this that does not involve a lot of work. Any idea beside not protecting the wakeup by a mutex? Stephan From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 15:18: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 BA3A916A4CE for ; Tue, 2 Nov 2004 15:18:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4711B43D2D for ; Tue, 2 Nov 2004 15:18:06 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iA2FI1Du023504 for ; Tue, 2 Nov 2004 10:18:01 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iA2FI18U023501 for ; Tue, 2 Nov 2004 10:18:01 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 2 Nov 2004 10:18:01 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org In-Reply-To: <20041026111342.G42571@alpha.siliconlandmark.com> Message-ID: <20041102101659.K82803@alpha.siliconlandmark.com> References: <20041026111342.G42571@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: Re: amr(4) not dump(8)-safe? (5.3Betas and 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, 02 Nov 2004 15:18:06 -0000 I'm replying to myself, heh. This turned out to be a firmware bug that was fixed with LSI Logic's latest firmware for the MegaRAID 320-4X. Sorry for the noise. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Tue, 26 Oct 2004, Andre Guibert de Bruet wrote: > Hi, > > I see the following on both 5.3 and CURRENT, while attempting to dump my > raid5 filesystem (/dev/amrd0a, which is mounted as /mnt/amrd0a): > > bling# /sbin/dump -0uaL -f "/mnt/backups/`hostname -s`-`utime`-raid5.dump" > /mnt/amrd0a > DUMP: Date of this level 0 dump: Tue Oct 26 05:34:32 2004 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping snapshot of /dev/amrd0a (/mnt/amrd0a) to > /mnt/backups/bling-1098783057-raid5.dump > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 68389746 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: 3.32% done, finished in 2:25 at Tue Oct 26 08:05:12 2004 > DUMP: 6.78% done, finished in 2:17 at Tue Oct 26 08:02:17 2004 > load: 0.07 cmd: dump 72547 [runnable] 18.73u 151.77s 0% 14216k > > The dump processes are wedged in this state: > > 72547 root 4 0 14824K 14228K sbwait 1 2:51 0.00% 0.00% dump > 72548 root 20 0 14700K 14172K pause 1 2:31 0.00% 0.00% dump > 72550 root 20 0 14700K 12504K pause 1 2:31 0.00% 0.00% dump > 72549 root -8 0 14700K 14172K physrd 1 2:30 0.00% 0.00% dump > > db> tr 72549 > sched_switch(66f9f900,0,1,11e,a4ba580c) at 0x60613480 > mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc > sleepq_switch(9500b408,607f68ec,18e,0,b06e2b3c) at 0x606234b4 > sleepq_wait(9500b408,0,607f7d36,da,0) at 0x60623721 > msleep(9500b408,60896c60,4c,607f6ca9,0) at 0x60607f95 > bwait(9500b408,4c,607f6ca9,2c,a36d0000) at 0x60657bd3 > physio(655b7800,b06e2c80,0,387,60835660) at 0x605f8246 > devfs_read(b06e2c0c,1020001,66f9f900,219,b06e2c80) at 0x605b006f > vn_read(66d73880,b06e2c80,670f3b80,1,66f9f900) at 0x60670f78 > dofileread(66f9f900,66d73880,3,8d4c000,1800) at 0x6062a254 > pread(66f9f900,b06e2d14,18,431,6) at 0x6062a189 > syscall(2f,2f,2f,e,8d4c000) at 0x6079a232 > Xint0x80_syscall() at 0x607858af > --- syscall (198, FreeBSD ELF32, nosys), eip = 0x480dba7f, esp = 0x5fbfdcfc, > ebp = 0x5fbfdd28 --- > db> tr 72547 > sched_switch(67853480,0,1,11e,a953f90c) at 0x60613480 > mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc > sleepq_switch(66c22e84,1,607f68ec,18e,0) at 0x606234b4 > sleepq_wait_sig(66c22e84,0,607f7d36,da,0) at 0x60623762 > msleep(66c22e84,66c22e54,158,607fdb0c,0) at 0x60607f86 > sbwait(66c22e3c,1,607fd87d,426,b0730bf4) at 0x6064828e > soreceive(66c22dec,0,b0730c80,0,0) at 0x60644f09 > soo_read(6525acc0,b0730c80,670f3b80,0,67853480) at 0x60631363 > dofileread(67853480,6525acc0,8,5fbed968,4) at 0x6062a254 > read(67853480,b0730d14,c,431,3) at 0x6062a0cb > syscall(2f,2f,2f,8,5fbed968) at 0x6079a232 > Xint0x80_syscall() at 0x607858af > --- syscall (3, FreeBSD ELF32, read), eip = 0x480dc85f, esp = 0x5fbed92c, ebp > = 0x5fbed948 --- > db> tr 72548 > sched_switch(652bdd80,0,1,11e,49f71f0c) at 0x60613480 > mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc > sleepq_switch(652bcc38,1,607f68ec,18e,0) at 0x606234b4 > sleepq_wait_sig(652bcc38,0,607f7d36,da,0) at 0x60623762 > msleep(652bcc38,652bcc6c,168,607d7c83,0) at 0x60607f86 > kern_sigsuspend(652bdd80,0,0,0,0) at 0x60602b34 > sigsuspend(652bdd80,b05a4d14,4,431,1) at 0x60602a5f > syscall(2f,2f,2f,5fbfde00,5fbfdd90) at 0x6079a232 > Xint0x80_syscall() at 0x607858af > --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x480db17f, esp = > 0x5fbfdd7c, ebp = 0x5fbfdda8 --- > db> tr 72550 > sched_switch(67854480,0,1,11e,b3c5320c) at 0x60613480 > mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc > sleepq_switch(67852838,1,607f68ec,18e,0) at 0x606234b4 > sleepq_wait_sig(67852838,0,607f7d36,da,0) at 0x60623762 > msleep(67852838,6785286c,168,607d7c83,0) at 0x60607f86 > kern_sigsuspend(67854480,0,0,0,0) at 0x60602b34 > sigsuspend(67854480,b074ed14,4,431,1) at 0x60602a5f > syscall(2f,2f,2f,5fbfde00,5fbfdd90) at 0x6079a232 > Xint0x80_syscall() at 0x607858af > --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x480db17f, esp = > 0x5fbfdd7c, ebp = 0x5fbfdda8 --- > db> show lockedvnods > Locked vnodes > db> > > FreeBSD bling.home 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Oct 22 15:04:44 > EDT 2004 root@bling.home:/usr/CURRENT/sys/i386/compile/BLING i386 > > More information on the system (Including dmesg) can be found at: > http://bling.properkernel.com/freebsd/ > > I haven't otherwise spotted any problems with amr under 5/CURRENT. Any ideas? > > 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" > From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 15:42: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 7E72316A4CE for ; Tue, 2 Nov 2004 15:42:46 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102CD43D54 for ; Tue, 2 Nov 2004 15:42:46 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 51500 invoked by uid 89); 2 Nov 2004 15:40:24 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 2 Nov 2004 15:40:24 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Tue, 2 Nov 2004 08:40:24 -0700 (MST) Message-ID: <51330.208.4.77.15.1099410024.squirrel@208.4.77.15> In-Reply-To: <200411021555.25094.michaelnottebrock@gmx.net> References: <41878CA3.8050207@yahoo.com> <200411021555.25094.michaelnottebrock@gmx.net> Date: Tue, 2 Nov 2004 08:40:24 -0700 (MST) From: "Ryan Sommers" To: "Michael Nottebrock" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Rob cc: freebsd-current@freebsd.org Subject: Re: 5.3: how to make /dev/acd0 world readable? 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, 02 Nov 2004 15:42:46 -0000 Michael Nottebrock said: > Or you could add your user account to group operator. I think this is a very bad suggestion. He didn't say "my user" he said "world readable." While we're in the Bad Suggestion Dept. why not just tell him to set all his binaries that need acces to the device suid root? The operator group isn't intended to be a group-that-can-read-CDs. There is a reason DevFS has rulesets, and this is one of them. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:02: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 C108816A4CE; Tue, 2 Nov 2004 16:02:48 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 767D143D2F; Tue, 2 Nov 2004 16:02:48 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.13.1) id iA2G2OhY031388; Tue, 2 Nov 2004 10:02:24 -0600 (CST) (envelope-from dan) Date: Tue, 2 Nov 2004 10:02:24 -0600 From: Dan Nelson To: Arjan de Vet Message-ID: <20041102160224.GA3595@dan.emsphone.com> References: <20041102094145.GA4698@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041102094145.GA4698@adv.devet.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? 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, 02 Nov 2004 16:02:48 -0000 In the last episode (Nov 02), Arjan de Vet said: > I'm trying to track down a weird hang/panic in 5.3-RC* which seems to > happen after 1-1.5 days on my desktop machine. The one time I saw the > panic message it complained about kmem_map being full. > > This morning I noticed that the kernel memory used for kqueues was a > bit larger than expected so I started to monitor it more closely. > > I soon found out what seems to be the problem: mozilla keeps lots of > kqueue file descriptors open: > > > lsof | fgrep mozilla | fgrep KQUEUE | wc -l > 1137 > > This number grows over time (I have mozilla running permanently with > lots of tabs, most of which auto-refresh). Does anybody see something > similar with mozilla on 5.3-RC*? I see it often, but only with programs using libc_r. I've seen up to 3000 kqueues in one process :) I agree that the DNS lookup functions seem to be the problem. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:08: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 7165016A4D7; Tue, 2 Nov 2004 16:08:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1815B43D2F; Tue, 2 Nov 2004 16:08:42 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA2GA8DX014695; Tue, 2 Nov 2004 09:10:08 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4187B13E.3050802@freebsd.org> Date: Tue, 02 Nov 2004 09:09:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <20041102094145.GA4698@adv.devet.org> <20041102160224.GA3595@dan.emsphone.com> In-Reply-To: <20041102160224.GA3595@dan.emsphone.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: re@freebsd.org cc: current@freebsd.org cc: Arjan de Vet Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? 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, 02 Nov 2004 16:08:42 -0000 Dan Nelson wrote: > In the last episode (Nov 02), Arjan de Vet said: > >>I'm trying to track down a weird hang/panic in 5.3-RC* which seems to >>happen after 1-1.5 days on my desktop machine. The one time I saw the >>panic message it complained about kmem_map being full. >> >>This morning I noticed that the kernel memory used for kqueues was a >>bit larger than expected so I started to monitor it more closely. >> >>I soon found out what seems to be the problem: mozilla keeps lots of >>kqueue file descriptors open: >> >> > lsof | fgrep mozilla | fgrep KQUEUE | wc -l >> 1137 >> >>This number grows over time (I have mozilla running permanently with >>lots of tabs, most of which auto-refresh). Does anybody see something >>similar with mozilla on 5.3-RC*? > > > I see it often, but only with programs using libc_r. I've seen up to > 3000 kqueues in one process :) I agree that the DNS lookup functions > seem to be the problem. > I've had mozilla run for 20 days straight on RELENG_5 (using KSE, btw). At this point for 5.3 and given that this appears to be an isolated problem, I'm going to defer it for now. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:25: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 042E516A4CE for ; Tue, 2 Nov 2004 16:25:27 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C4F9143D53 for ; Tue, 2 Nov 2004 16:25:25 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 28121 invoked by uid 65534); 2 Nov 2004 16:25:24 -0000 Received: from pD9E24D40.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.77.64) by mail.gmx.net (mp004) with SMTP; 02 Nov 2004 17:25:24 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA2GPFOW025906 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 2 Nov 2004 17:25:19 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: "Ryan Sommers" Date: Tue, 2 Nov 2004 17:25:14 +0100 User-Agent: KMail/1.6.2 References: <41878CA3.8050207@yahoo.com> <200411021555.25094.michaelnottebrock@gmx.net> <51330.208.4.77.15.1099410024.squirrel@208.4.77.15> In-Reply-To: <51330.208.4.77.15.1099410024.squirrel@208.4.77.15> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411021725.14895.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Rob cc: freebsd-current@freebsd.org Subject: Re: 5.3: how to make /dev/acd0 world readable? 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, 02 Nov 2004 16:25:27 -0000 Am Tuesday 02 November 2004 16:40 schrieb Ryan Sommers: > Michael Nottebrock said: > > Or you could add your user account to group operator. > > I think this is a very bad suggestion. He didn't say "my user" he said > "world readable." While we're in the Bad Suggestion Dept. why not just > tell him to set all his binaries that need acces to the device suid root? I believe that statement belongs into the nonsensical-remark dept., thank you very much. > The operator group isn't intended to be a group-that-can-read-CDs. The operator group is a very convenient solution for many permission-problems on a very common case of FreeBSD usage: A private desktop system with exactly one real user account + root. I don't believe it's too far-fetched a guess that such a system is what we're talking about when the OP talks about playing audio-cds. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:50: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 8212016A4CE for ; Tue, 2 Nov 2004 16:50:24 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A15343D1D for ; Tue, 2 Nov 2004 16:50:24 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iA2GoMbo024202; Tue, 2 Nov 2004 11:50:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iA2GoMJN024199; Tue, 2 Nov 2004 11:50:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 2 Nov 2004 11:50:22 -0500 (EST) From: Andre Guibert de Bruet To: Emanuel Strobl In-Reply-To: <200411021355.58139.Emanuel.Strobl@gmx.net> Message-ID: <20041102113112.F23546@alpha.siliconlandmark.com> References: <20041102124750.77588.qmail@web14102.mail.yahoo.com> <200411021355.58139.Emanuel.Strobl@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: asymmetric NFS transfer rates 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, 02 Nov 2004 16:50:24 -0000 On Tue, 2 Nov 2004, Emanuel Strobl wrote: > Am Dienstag, 2. November 2004 13:47 schrieb Claus Guttesen: >>> problems, but I'm wondering why I >>> can't write to my 5.3-stable NFS server more that >>> 3,5MB/s while reading gives >>> me 9,5MB/s? >> >> Are you using IDE- or SCSI-disks? Reading is faster >> than writing on IDE. > > Like I wrote, the server writes more than 35MB/s onto the RAID5 array. Last > time I saw a hard drive which has problems with 10MB/s was 6 years ago, no > matter of IDE or SCSI. You are going by the assumption that the benchmarks are run using transfers of a single, contiguous, abnormally huge file. In the real world, things aren't that peachy. Remember to factor in things such as seek times, drive response latency, driver locking and contention on Giant (This is a SCSI RAID card, isn't it?), among other things... Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:57: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 715C216A4CE for ; Tue, 2 Nov 2004 16:57:06 +0000 (GMT) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4503543D4C for ; Tue, 2 Nov 2004 16:57:06 +0000 (GMT) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) iA2Gv4pW001826; Tue, 2 Nov 2004 08:57:04 -0800 (PST) Received: from [209.81.27.3] ([209.81.27.3]) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id iA2Gv20V045936; Tue, 2 Nov 2004 08:57:02 -0800 (PST) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.6.040913.0 Date: Tue, 02 Nov 2004 08:57:06 -0700 From: joe mcguckin To: "Thyer, Matthew" , "'jtfbsd@jt.net.au'" Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: ClamAV 0.80/559/Thu Oct 28 06:08:33 2004 clamav-milter version 0.80j on smtp2.via.net X-Virus-Status: Clean cc: FreeBSD Subject: Re: USB Key Disk 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: Tue, 02 Nov 2004 16:57:06 -0000 Matthew, You neglect to state the minimum size USB key for a standard FreeBSD install. -joe On 11/2/04 12:07 AM, "Thyer, Matthew" wrote: > To install onto this device: > > Simply boot your installation media (CD) and do your installing on the device > "da0" (the first SCSI device - this is likely to be your USB Key unless you > already have SCSI hard disk drives in your system). > > As for booting, you will have to understand how to change your BIOS to ensure > the correct boot order. Many BIOS's will boot on these devices if you have > "USB-ZIP" as the first boot device. If that doesn't work try "USB-HDD" or > just "USB". > > If your Key device is too small to accommodate a minimal install of FreeBSD > then you will need to investigate the more embedded solutions such as PicoBSD. > This is an advanced topic which will require an experienced UNIX specialist to > implement. You may be able to find various how-to type procedures on the Web > and the FreeBSD handbook should be very useful but this is not something for > the fainthearted. > > As for the booting process, it is described in the manual page for "boot". > > > Matthew Thyer Phone: +61 8 8259 7249 > Science Corporate Information Systems Fax: +61 8 8259 5537 > Defence Science and Technology Organisation, Edinburgh > PO Box 1500 EDINBURGH South Australia 5111 > > IMPORTANT: This email remains the property of the Australian Defence > Organisation and is subject to the jurisdiction of section 70 of the > CRIMES ACT 1914. If you have received this email in error, you are > requested to contact the sender and delete the email. > > > _______________________________________________ > 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" > -- Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-213-1302 Cell: 650-207-0372 Fax: 650-969-2124 From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:59: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 DC51916A4CF for ; Tue, 2 Nov 2004 16:59:56 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B4A43D48 for ; Tue, 2 Nov 2004 16:59:56 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 67606 invoked by uid 89); 2 Nov 2004 16:57:35 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 2 Nov 2004 16:57:35 -0000 Received: from 134.84.146.50 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Tue, 2 Nov 2004 09:57:35 -0700 (MST) Message-ID: <51475.134.84.146.50.1099414655.squirrel@134.84.146.50> In-Reply-To: <200411021725.14895.michaelnottebrock@gmx.net> References: <41878CA3.8050207@yahoo.com> <200411021555.25094.michaelnottebrock@gmx.net> <51330.208.4.77.15.1099410024.squirrel@208.4.77.15> <200411021725.14895.michaelnottebrock@gmx.net> Date: Tue, 2 Nov 2004 09:57:35 -0700 (MST) From: "Ryan Sommers" To: "Michael Nottebrock" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Ryan Sommers cc: Rob cc: freebsd-current@freebsd.org Subject: Re: 5.3: how to make /dev/acd0 world readable? 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, 02 Nov 2004 16:59:57 -0000 Michael Nottebrock said: > The operator group is a very convenient solution for many > permission-problems > on a very common case of FreeBSD usage: A private desktop system with > exactly > one real user account + root. I don't believe it's too far-fetched a guess > that such a system is what we're talking about when the OP talks about > playing audio-cds. Since he said world readable specifically I'd venture a guess that this isn't a private desktop system. Especially since I know the party has been working on setting up diskless systems on 5.x. Either way, I stand by my opinion that this is better suited by using a devfs rule than the blanket add-the-user-to-operator. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 17:01: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 6CF4416A4CE for ; Tue, 2 Nov 2004 17:01:16 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0389543D1D for ; Tue, 2 Nov 2004 17:01:16 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA2H0RGI013772; Tue, 2 Nov 2004 12:00:27 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA2H0Qmt013765; Tue, 2 Nov 2004 17:00:27 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 2 Nov 2004 17:00:26 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dikshie In-Reply-To: <20041102122546.GB9392@ppk.itb.ac.id> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: mutex accept not owned at /usr/src/sys/kern/uipc_socket.c:493 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, 02 Nov 2004 17:01:16 -0000 On Tue, 2 Nov 2004, Dikshie wrote: > dear all, cvsup-ed yesterday (WIT/West Indonesia Time) I got my > FreeBSD-5.3-STABLE box panic: herewith the message: It looks like there's a missing call to ACCEPT_LOCK() in uipc_socket.c:soabort(). It should appear before the call to SOCK_LOCK(). Could you try the attached patch? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research Index: uipc_socket.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.215 diff -u -r1.215 uipc_socket.c --- uipc_socket.c 23 Oct 2004 19:06:43 -0000 1.215 +++ uipc_socket.c 2 Nov 2004 16:57:58 -0000 @@ -490,6 +490,7 @@ error = (*so->so_proto->pr_usrreqs->pru_abort)(so); if (error) { + ACCEPT_LOCK(); SOCK_LOCK(so); sotryfree(so); /* note: does not decrement the ref count */ return error; > > panic: mutex accept not owned at /usr/src/sys/kern/uipc_socket.c:493 > KDB: stack backtrace: > kdb_backtrace(100,c2807af0,c070cd20,1ed,c06abc86) at 0xc0521c5d = kdb_backtrace+0x29 > panic(c06a6b16,c06b3fcd,c06abc86,1ed,c1e92578) at 0xc050bc58 = panic+0xa8 > _mtx_assert(c070cb20,1,c06abc86,1ed,c1e92578,0,c06abc86,1ec) at 0xc0504424 = _mtx_assert+0x5c > soabort(c1e92510,c070cb20,0,c06abc86,1b5) at 0xc053e9f7 = soabort+0x4f > soclose(c29743cc,c1d4fcc0,0,da15fb98,c04f14d0) at 0xc053e80c = soclose+0x120 > soo_close(c1d4fcc0,c2807af0) at 0xc053066f = soo_close+0x4b > fdrop_locked(c1d4fcc0,c2807af0,c1965664,0,c06a4247) at 0xc04f14d0 = fdrop_locked+0x84 > fdrop(c1d4fcc0,c2807af0,c072f520,8c0,c06bccd6) at 0x04f0720 = fdrop+0x24 > closef(c1d4fcc0,c2807af0) at 0xc04f06f3 = closef+0x1db > fdfree(c2807af0,c42e89e8,c06a4247,826,c1e7d044) at 0xc04f004f = fdfree+0x2ff > exit1(c2807af0,0,da15fd40,c066a9bb,c2807af0) at 0xc04f70ca = exit1+0x3e6 > exit1(c2807af0,da15fd14,1,0,292) at 0xc04f6ce4 = exit1 > syscall(2f,2f,2f,1,8069100) at 0xc066a9bb = syscall+0x213 > Xint0x80_syscall() at 0xc065afaf = Xint0x80_syscall+0x1f > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28129373, esp = 0xbfbfe34c, ebp = 0xbfbfe368 --- > > > > > > > any solutions ? > > > thanks ! > > > -dikshie- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 17:03: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 9247816A4CE for ; Tue, 2 Nov 2004 17:03:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3407C43D4C for ; Tue, 2 Nov 2004 17:03:39 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA2H2ov6013855; Tue, 2 Nov 2004 12:02:50 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA2H2oiH013852; Tue, 2 Nov 2004 17:02:50 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 2 Nov 2004 17:02:50 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrzej Tobola In-Reply-To: <20041101183016.GA8186@volt.iem.pw.edu.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: Duplicate free 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, 02 Nov 2004 17:03:39 -0000 On Mon, 1 Nov 2004, Andrzej Tobola wrote: > Today -current, diskless station boot: Could you try running "show pcpu", and then try an explicit call to trace with the pid of the current thread running on the current CPU? Occasionally I've seen this work in situations where otherwise a trace doesn't (such as sometimes in interrupts). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > .... > subnet mask ...... > Adjusted interface sis0 > SLab at 0xc0fcdfa8, freei 8 = 0. > panic: Duplicate free of item 0xc0fcd800 from zone 0xc0c45ae0(Mbuf) > > KDB: enter: panic > [thread 100001] > Stopped at kdb_enter+0x2a: movl %esi,%esi > db> where > *** error reading from address 104 *** > db> trace > *** error reading from address 104 *** > > > When kernel is generated without: > .... > makeoptions DEBUG=-g > options DDB > options KDB > options WITNESS > options WITNESS_SKIPSPIN > options INVARIANTS > options INVARIANT_SUPPORT > > all is OK > > any clue ? > > -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" > From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 17:26: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 EC1F516A4CE for ; Tue, 2 Nov 2004 17:26:13 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D50643D48 for ; Tue, 2 Nov 2004 17:26:06 +0000 (GMT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id iA2HQ1lQ073977; Tue, 2 Nov 2004 12:26:04 -0500 (EST) (envelope-from winter@jurai.net) Date: Tue, 2 Nov 2004 12:26:01 -0500 (EST) From: "Matthew N. Dodd" To: Jeremie Le Hen In-Reply-To: <20041102130412.GI10641@sitadelle.com> Message-ID: <20041102122439.J33456@sasami.jurai.net> References: <27404.1099146185@critter.freebsd.dk> <4183A771.7080906@liwing.de> <20041102130412.GI10641@sitadelle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Tue, 02 Nov 2004 12:26:05 -0500 (EST) cc: Jens Rehsack cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over 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, 02 Nov 2004 17:26:14 -0000 On Tue, 2 Nov 2004, Jeremie Le Hen wrote: > The basic idea of this patch is to add a new flag to mount(8)/umount(8) > in order to be able to select filesystems to work on using a prefix. > We can then ask rc.d/jail to mount (resp. umount) jail related > filesystems while starting (resp. stopping) a jail. Why not use the -F option of mount(8)/umount(8)? Then you can have a per jail fstab. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 17:46: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 325A616A4CE for ; Tue, 2 Nov 2004 17:46:19 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1AD243D45 for ; Tue, 2 Nov 2004 17:46:18 +0000 (GMT) (envelope-from tataz@sitadelle.com) Received: from droopy.tech.sitadelle.com (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id 4CFC067390; Tue, 2 Nov 2004 18:46:17 +0100 (CET) Received: by droopy.tech.sitadelle.com (Postfix, from userid 1000) id A0326FC00E; Tue, 2 Nov 2004 18:46:32 +0100 (CET) Date: Tue, 2 Nov 2004 18:46:32 +0100 From: Jeremie Le Hen To: "Matthew N. Dodd" Message-ID: <20041102174632.GL10641@sitadelle.com> References: <27404.1099146185@critter.freebsd.dk> <4183A771.7080906@liwing.de> <20041102130412.GI10641@sitadelle.com> <20041102122439.J33456@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041102122439.J33456@sasami.jurai.net> User-Agent: Mutt/1.5.6+20040907i cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over 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, 02 Nov 2004 17:46:19 -0000 > Why not use the -F option of mount(8)/umount(8)? Mostly because I was not aware about it :-). But anyway it is not usable with my configuration because : * I do not run my jails by executing `/etc/rc'. * There is a chicken and egg problem here since /sbin/ (where mount(8) stands) would have to be manually sync'ed with the host, and I don't want that (I just want to `make DESTDIR=/jail/named distribtion' the first time, and then reduce as tight as possible the administrative overhead caused by jails). Regards, -- Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@sitadelle.com ttz@sitadelle.com Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:05: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 E1D9A16A4CF for ; Tue, 2 Nov 2004 18:05:20 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0168143D53 for ; Tue, 2 Nov 2004 18:05:20 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 31075 invoked by uid 65534); 2 Nov 2004 18:05:18 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp014) with SMTP; 02 Nov 2004 19:05:18 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 2 Nov 2004 19:05:01 +0100 User-Agent: KMail/1.7 References: <20041102124750.77588.qmail@web14102.mail.yahoo.com> <200411021355.58139.Emanuel.Strobl@gmx.net> <20041102113112.F23546@alpha.siliconlandmark.com> In-Reply-To: <20041102113112.F23546@alpha.siliconlandmark.com> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6008457.DfzRTMEGpv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411021905.08044.Emanuel.Strobl@gmx.net> Subject: Re: asymmetric NFS transfer rates 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, 02 Nov 2004 18:05:21 -0000 --nextPart6008457.DfzRTMEGpv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 2. November 2004 17:50 schrieb Andre Guibert de Bruet: > On Tue, 2 Nov 2004, Emanuel Strobl wrote: > > Am Dienstag, 2. November 2004 13:47 schrieb Claus Guttesen: > >>> problems, but I'm wondering why I > >>> can't write to my 5.3-stable NFS server more that > >>> 3,5MB/s while reading gives > >>> me 9,5MB/s? > >> > >> Are you using IDE- or SCSI-disks? Reading is faster > >> than writing on IDE. > > > > Like I wrote, the server writes more than 35MB/s onto the RAID5 array. > > Last time I saw a hard drive which has problems with 10MB/s was 6 years > > ago, no matter of IDE or SCSI. > > You are going by the assumption that the benchmarks are run using > transfers of a single, contiguous, abnormally huge file. In the real > world, things aren't that peachy. Remember to factor in things such as > seek times, drive response latency, driver locking and contention on > Giant (This is a SCSI RAID card, isn't it?), among other things... It's a IDE Raid controller (3ware 7506-4, a real one) and the file is indee= d=20 huge, but not abnormally. I have a harddisk video recorder, so I have lots = of=20 700MB files. Also if I copy my photo collection from the server it takes 5= =20 Minutes but copying _to_ the server it takes almost 15 Minutes and the=20 average file size is 5 MB. Fast Ethernet isn't really suitable for my needs= ,=20 but at least the 10MB/s should be reached. I can't imagine I get better=20 speeds when I upgrade to GbE, (which the important boxes are already, just= =20 not the switch) because NFS in it's current state isn't able to saturate a= =20 100baseTX line, at least in one direction. That's the real anstonishing thi= ng=20 for me. Why does reading staurate 100BaseTX but writes only a third? Thanks, =2DMano > > 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" --nextPart6008457.DfzRTMEGpv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBh8xTBylq0S4AzzwRAs1cAJ9UCMsYyZGIYZWB2bySibQ+LtywwQCfbelu +nHNv3uD/DVCMXw43uZOWIg= =WQDG -----END PGP SIGNATURE----- --nextPart6008457.DfzRTMEGpv-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:15: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 94F0016A4CE for ; Tue, 2 Nov 2004 18:15:46 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D2F643D31 for ; Tue, 2 Nov 2004 18:15:46 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA2IEvef021515; Tue, 2 Nov 2004 13:14:57 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA2IEviG021512; Tue, 2 Nov 2004 13:14:57 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 2 Nov 2004 13:14:56 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Emanuel Strobl In-Reply-To: <200411021905.08044.Emanuel.Strobl@gmx.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: asymmetric NFS transfer rates 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, 02 Nov 2004 18:15:46 -0000 On Tue, 2 Nov 2004, Emanuel Strobl wrote: > It's a IDE Raid controller (3ware 7506-4, a real one) and the file is > indeed huge, but not abnormally. I have a harddisk video recorder, so I > have lots of 700MB files. Also if I copy my photo collection from the > server it takes 5 Minutes but copying _to_ the server it takes almost 15 > Minutes and the average file size is 5 MB. Fast Ethernet isn't really > suitable for my needs, but at least the 10MB/s should be reached. I > can't imagine I get better speeds when I upgrade to GbE, (which the > important boxes are already, just not the switch) because NFS in it's > current state isn't able to saturate a 100baseTX line, at least in one > direction. That's the real anstonishing thing for me. Why does reading > staurate 100BaseTX but writes only a third? Have you tried using tcpdump/ethereal to see if there's any significant packet loss (for good reasons or not) going on? Lots of RPC retransmits would certainly explain the lower performance, and if that's not it, it would be good to rule out. The traces might also provide some insight into the specific I/O operations, letting you see what block sizes are in use, etc. I've found that dumping to a file with tcpdump and reading with ethereal is a really good way to get a picture of what's going on with NFS: ethereal does a very nice job decoding the RPCs, as well as figuring out what packets are related to each other, etc. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:27: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 A325516A51D for ; Tue, 2 Nov 2004 18:27:42 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A48943D45 for ; Tue, 2 Nov 2004 18:27:42 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 85724 invoked from network); 2 Nov 2004 18:27:39 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay02.pair.com with SMTP; 2 Nov 2004 18:27:39 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id iA2IRWWb021918 for ; Tue, 2 Nov 2004 19:27:32 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id iA2IRWAb021917 for current@freebsd.org; Tue, 2 Nov 2004 19:27:32 +0100 (CET) (envelope-from pho) Date: Tue, 2 Nov 2004 19:27:31 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20041102182731.GA21908@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: vrele: lost VI_DOINGINACT in vfs_subr.c:2125 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, 02 Nov 2004 18:27:45 -0000 GENERIC RELENG_5_3 from: Nov 1 08:24 UTC http://www.holm.cc/stress/log/cons85.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:28: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 96E5016A4CE for ; Tue, 2 Nov 2004 18:28:38 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3616343D3F for ; Tue, 2 Nov 2004 18:28:38 +0000 (GMT) (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.13.0/8.13.0) with ESMTP id iA2ISSSd031418; Tue, 2 Nov 2004 13:28:29 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20041102045430.GA25111@electra.cse.Buffalo.EDU> References: <20041031201950.GA99257@bobbi.cse.buffalo.edu> <200411011653.39466.Emanuel.Strobl@gmx.net> <20041102045430.GA25111@electra.cse.Buffalo.EDU> Date: Tue, 2 Nov 2004 13:28:27 -0400 To: Ken Smith , Emanuel Strobl From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3-RC2 Available 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, 02 Nov 2004 18:28:38 -0000 At 11:54 PM -0500 11/1/04, Ken Smith wrote: >On Mon, Nov 01, 2004, Emanuel Strobl wrote: > > > > Sorry for wasting your time, but why is there such a big difference > > between -stable and RC2? > >Don't apologize - no problem. > >I just did a cvs diff to make sure, and I'm not seeing any unexpected >differences between RELENG_5 and RELENG_5_3. The diff will show you >a bunch of files, many along the lines of what you mention, but the >only differences that it shows you are in the CVS version number >strings. The rest of the contents of the files are identical. It is much easier to 'diff' two branches if you check both of them out using '-kk', and then compare those two directories. That way you won't be distracted by hundreds of CVS-version-numbers mismatches. (With -kk, all files will be checked out without expanding any version numbers). -- 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 Tue Nov 2 18:43: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 7E76D16A4CE for ; Tue, 2 Nov 2004 18:43:49 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E5B43D2F for ; Tue, 2 Nov 2004 18:43:49 +0000 (GMT) (envelope-from itinerant@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id iA2IhnLU029852 for ; Tue, 2 Nov 2004 10:43:49 -0800 (PST) Received: from [192.168.1.197] (82-32-113-250.cable.ubr03.hawk.blueyonder.co.uk [82.32.113.250]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id iA2Iheks000114 for ; Tue, 2 Nov 2004 10:43:48 -0800 (PST) Message-ID: <4187D55C.3010307@mac.com> Date: Tue, 02 Nov 2004 18:43:40 +0000 From: Pete Carss User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) 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: smp in RC2 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, 02 Nov 2004 18:43:49 -0000 Hello all, Everything I've read about the 5.x series says that SMP is now automatic. I've just installed RC2 on a dual pentium pro compaq box, and it took a recompile of the kernel to get SMP working - is this as expected? Pete From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:48: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 C305F16A4CE for ; Tue, 2 Nov 2004 18:48:34 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FCA243D1F for ; Tue, 2 Nov 2004 18:48:33 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from unix.local (unix.local [172.16.12.120]) by hq.sectorb.msk.ru (Postfix) with ESMTP id C30BC1A31; Tue, 2 Nov 2004 21:48:27 +0300 (MSK) Date: Tue, 2 Nov 2004 21:48:27 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@unix.local To: Pete Carss In-Reply-To: <4187D55C.3010307@mac.com> Message-ID: <20041102214750.K1670@unix.local> References: <4187D55C.3010307@mac.com> X-System: FreeBSD 4.9 REL i386 X-Website: http://chinhngt.svmgu.com X-Home-Addr: Vietnam:Hue_city:45_Le_Huan_St. X-Current-Addr: Russian_Federation:Moscow:119234:Main_Building-MSU:Sector_B:Room_539 Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: smp in RC2 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, 02 Nov 2004 18:48:34 -0000 Yes, SMP is no longer included in GENERIC kernel. On Tue, 2 Nov 2004, Pete Carss wrote: > Hello all, > Everything I've read about the 5.x series says that SMP is now > automatic. I've just installed RC2 on a dual pentium pro compaq box, and > it took a recompile of the kernel to get SMP working - is this as expected? > > Pete > _______________________________________________ > 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" > ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | http://chinhngt.svmgu.com | http://www.gnu.org/copyleft/copyleft.html Tel: +7 905 7814187 | From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:50: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 F2FC616A4CE for ; Tue, 2 Nov 2004 18:50:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A09A443D2F for ; Tue, 2 Nov 2004 18:50:11 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA2IptCv015598; Tue, 2 Nov 2004 11:51:55 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4187D728.2090103@freebsd.org> Date: Tue, 02 Nov 2004 11:51:20 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pete Carss References: <4187D55C.3010307@mac.com> In-Reply-To: <4187D55C.3010307@mac.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: smp in RC2 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, 02 Nov 2004 18:50:12 -0000 Pete Carss wrote: > Hello all, > Everything I've read about the 5.x series says that SMP is now > automatic. I've just installed RC2 on a dual pentium pro compaq box, and > it took a recompile of the kernel to get SMP working - is this as expected? > > Pete We turned off SMP on i386 and amd64 because it is a serious performance penalty for UP machines. There is a sys/i386/conf/SMP profile again. In future releases we might provide both SMP and Up kernels, but for 5.3 there wasn't enough time to make it work. Scott From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:50: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 8E20D16A4CE for ; Tue, 2 Nov 2004 18:50:57 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F7943D5C for ; Tue, 2 Nov 2004 18:50:57 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA2IovL7047154; Tue, 2 Nov 2004 13:50:57 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 47011-02; Tue, 2 Nov 2004 13:50:57 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA2Iovg9047132; Tue, 2 Nov 2004 13:50:57 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id iA2Ionw5098895; Tue, 2 Nov 2004 13:50:50 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041102135348.07d50628@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 02 Nov 2004 13:57:21 -0500 To: Pete Carss , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <4187D55C.3010307@mac.com> References: <4187D55C.3010307@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: smp in RC2 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, 02 Nov 2004 18:50:57 -0000 At 01:43 PM 02/11/2004, Pete Carss wrote: >Hello all, > Everything I've read about the 5.x series says that SMP is now > automatic. I've just installed RC2 on a dual pentium pro compaq box, and > it took a recompile of the kernel to get SMP working - is this as expected? There was a HEADS up about it. http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041398.html Also worth noting, http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041538.html ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:51: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 AB4D616A4CE for ; Tue, 2 Nov 2004 18:51:12 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A3043D45 for ; Tue, 2 Nov 2004 18:51:12 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 9B2F0119B9; Tue, 2 Nov 2004 19:51:10 +0100 (CET) Date: Tue, 2 Nov 2004 19:51:10 +0100 From: "Simon L. Nielsen" To: Pete Carss Message-ID: <20041102185109.GA750@zaphod.nitro.dk> References: <4187D55C.3010307@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <4187D55C.3010307@mac.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: smp in RC2 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, 02 Nov 2004 18:51:12 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.11.02 18:43:40 +0000, Pete Carss wrote: > Hello all, > Everything I've read about the 5.x series says that SMP is now=20 > automatic. I've just installed RC2 on a dual pentium pro compaq box, and= =20 > it took a recompile of the kernel to get SMP working - is this as expecte= d? It was the default for a while, but has been removed from GENERIC. The commit message was (see cvsweb [1]): To be safe for installs as well as providing the faster kernel for the majority of users shift GENERIC back to UP instead of SMP. Provide a config file people with MP boxes can use. [1] http://cvsweb.FreeBSD.org/src/sys/i386/conf/GENERIC --=20 Simon L. Nielsen FreeBSD Documentation Team --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBh9cdh9pcDSc1mlERAksFAJ0aULFnJdQwuUcur3UoC53Kt6CfiwCdGQk8 9jXC4jEs0SJFksE6CSa36I0= =4ePq -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:51: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 3C90416A4CE for ; Tue, 2 Nov 2004 18:51:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A5E543D39 for ; Tue, 2 Nov 2004 18:51:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id ECB4372DF4; Tue, 2 Nov 2004 10:51:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EA65472DCB; Tue, 2 Nov 2004 10:51:35 -0800 (PST) Date: Tue, 2 Nov 2004 10:51:35 -0800 (PST) From: Doug White To: joe mcguckin In-Reply-To: Message-ID: <20041102104503.D63929@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'jtfbsd@jt.net.au'" cc: "Thyer, Matthew" cc: FreeBSD Subject: Re: USB Key Disk 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: Tue, 02 Nov 2004 18:51:36 -0000 On Tue, 2 Nov 2004, joe mcguckin wrote: > You neglect to state the minimum size USB key for a standard FreeBSD > install. My 4.X router at home has a fairly complete system install in 128MB. Thats without any special pruning whatsover, just base+crypto. With some work (minibsd, nanobsd, etc.), you can do alot better than that. Note that I creatd that from a second system and dd'd the flash card over so UFS wouldnt' burn out the flash, but I suppose you could install direct to it if you odn't plan on writing to the key afterward. UFS does exra bad things to flash (think superblock updates), so you don't want to leave it read/write for very long. > > -joe > > > On 11/2/04 12:07 AM, "Thyer, Matthew" > wrote: > > > To install onto this device: > > > > Simply boot your installation media (CD) and do your installing on the device > > "da0" (the first SCSI device - this is likely to be your USB Key unless you > > already have SCSI hard disk drives in your system). > > > > As for booting, you will have to understand how to change your BIOS to ensure > > the correct boot order. Many BIOS's will boot on these devices if you have > > "USB-ZIP" as the first boot device. If that doesn't work try "USB-HDD" or > > just "USB". > > > > If your Key device is too small to accommodate a minimal install of FreeBSD > > then you will need to investigate the more embedded solutions such as PicoBSD. > > This is an advanced topic which will require an experienced UNIX specialist to > > implement. You may be able to find various how-to type procedures on the Web > > and the FreeBSD handbook should be very useful but this is not something for > > the fainthearted. > > > > As for the booting process, it is described in the manual page for "boot". > > > > > > Matthew Thyer Phone: +61 8 8259 7249 > > Science Corporate Information Systems Fax: +61 8 8259 5537 > > Defence Science and Technology Organisation, Edinburgh > > PO Box 1500 EDINBURGH South Australia 5111 > > > > IMPORTANT: This email remains the property of the Australian Defence > > Organisation and is subject to the jurisdiction of section 70 of the > > CRIMES ACT 1914. If you have received this email in error, you are > > requested to contact the sender and delete the email. > > > > > > _______________________________________________ > > 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 Tue Nov 2 18: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 C087E16A4CE; Tue, 2 Nov 2004 18:53:08 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF6D443D45; Tue, 2 Nov 2004 18:53:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A63AC72DF4; Tue, 2 Nov 2004 10:53:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A3A1272DD4; Tue, 2 Nov 2004 10:53:08 -0800 (PST) Date: Tue, 2 Nov 2004 10:53:08 -0800 (PST) From: Doug White To: Dan Nelson In-Reply-To: <20041102160224.GA3595@dan.emsphone.com> Message-ID: <20041102105228.X63929@carver.gumbysoft.com> References: <20041102094145.GA4698@adv.devet.org> <20041102160224.GA3595@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: re@freebsd.org cc: current@freebsd.org cc: Arjan de Vet Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? 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, 02 Nov 2004 18:53:08 -0000 On Tue, 2 Nov 2004, Dan Nelson wrote: > In the last episode (Nov 02), Arjan de Vet said: > > I'm trying to track down a weird hang/panic in 5.3-RC* which seems to > > happen after 1-1.5 days on my desktop machine. The one time I saw the > > panic message it complained about kmem_map being full. > > > > This morning I noticed that the kernel memory used for kqueues was a > > bit larger than expected so I started to monitor it more closely. > > > > I soon found out what seems to be the problem: mozilla keeps lots of > > kqueue file descriptors open: > > > > > lsof | fgrep mozilla | fgrep KQUEUE | wc -l > > 1137 > > > > This number grows over time (I have mozilla running permanently with > > lots of tabs, most of which auto-refresh). Does anybody see something > > similar with mozilla on 5.3-RC*? > > I see it often, but only with programs using libc_r. I've seen up to > 3000 kqueues in one process :) I agree that the DNS lookup functions > seem to be the problem. Ugh. I thought we fixed that a couple ofyears ago. I remember tracking that one down myself :( -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:56: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 EB79D16A4CE; Tue, 2 Nov 2004 18:56:02 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB3043D67; Tue, 2 Nov 2004 18:56:02 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C526772DD4; Tue, 2 Nov 2004 10:56:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C032772DCB; Tue, 2 Nov 2004 10:56:02 -0800 (PST) Date: Tue, 2 Nov 2004 10:56:02 -0800 (PST) From: Doug White To: Robert Watson In-Reply-To: Message-ID: <20041102105534.K63929@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Emanuel Strobl cc: freebsd-current@freebsd.org Subject: Re: asymmetric NFS transfer rates 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, 02 Nov 2004 18:56:03 -0000 On Tue, 2 Nov 2004, Robert Watson wrote: > > On Tue, 2 Nov 2004, Emanuel Strobl wrote: > > > It's a IDE Raid controller (3ware 7506-4, a real one) and the file is > > indeed huge, but not abnormally. I have a harddisk video recorder, so I > > have lots of 700MB files. Also if I copy my photo collection from the > > server it takes 5 Minutes but copying _to_ the server it takes almost 15 > > Minutes and the average file size is 5 MB. Fast Ethernet isn't really > > suitable for my needs, but at least the 10MB/s should be reached. I > > can't imagine I get better speeds when I upgrade to GbE, (which the > > important boxes are already, just not the switch) because NFS in it's > > current state isn't able to saturate a 100baseTX line, at least in one > > direction. That's the real anstonishing thing for me. Why does reading > > staurate 100BaseTX but writes only a third? > > Have you tried using tcpdump/ethereal to see if there's any significant > packet loss (for good reasons or not) going on? Lots of RPC retransmits > would certainly explain the lower performance, and if that's not it, it > would be good to rule out. The traces might also provide some insight > into the specific I/O operations, letting you see what block sizes are in > use, etc. I've found that dumping to a file with tcpdump and reading with > ethereal is a really good way to get a picture of what's going on with > NFS: ethereal does a very nice job decoding the RPCs, as well as figuring > out what packets are related to each other, etc. It'd also be nice to know the mount options (nfs blocksizes in particular). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 19:08: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 783CF16A4CE for ; Tue, 2 Nov 2004 19:08:54 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 045C843D55 for ; Tue, 2 Nov 2004 19:08:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 22455 invoked from network); 2 Nov 2004 19:08:53 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 2 Nov 2004 19:08:53 -0000 Received: from hydrogen.funkthat.com (abufwd@localhost.funkthat.com [127.0.0.1])iA2J8qB6022730; Tue, 2 Nov 2004 11:08:53 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iA2J8p8b022729; Tue, 2 Nov 2004 11:08:51 -0800 (PST) Date: Tue, 2 Nov 2004 11:08:51 -0800 From: John-Mark Gurney To: Peter Edwards Message-ID: <20041102190851.GR22681@funkthat.com> Mail-Followup-To: Peter Edwards , "Bjoern A. Zeeb" , peadar@freebsd.org, FreeBSD current mailing list , freebsd-amd64@freebsd.org References: <34cb7c8404110209563fc01498@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wHh0aNzodMFDTGdO" Content-Disposition: inline In-Reply-To: <34cb7c8404110209563fc01498@mail.gmail.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: peadar@freebsd.org cc: "Bjoern A. Zeeb" cc: FreeBSD current mailing list cc: freebsd-amd64@freebsd.org Subject: Re: if_sk patch to get more info from people with problems 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: Tue, 02 Nov 2004 19:08:54 -0000 --wHh0aNzodMFDTGdO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Peter Edwards wrote this message on Tue, Nov 02, 2004 at 17:56 +0000: > A (very) quick look at the source reveals that buffers are allocated > via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive > function, with the softc lock held in sk_rxeof(). > > They're freed by the mbuf system via a call to sk_jfree(), but that > doesn't hold the SK_LOCK. Is this possibly the source of the > corruption problems? What am I missing? > This compiles, anyway :-) Well, try the attached patch (it also includes my changes from a previous diff) that will see what happens... Make sure you have your kernel compiled with WITNESS and INVARIANTS... If you hit one of these asserts, make sure you post the back trace... Thanks for the testing.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --wHh0aNzodMFDTGdO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_sk.diff" Index: if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.87 diff -u -r1.87 if_sk.c --- if_sk.c 1 Nov 2004 17:21:04 -0000 1.87 +++ if_sk.c 2 Nov 2004 19:05:29 -0000 @@ -1076,6 +1076,8 @@ { struct sk_jpool_entry *entry; + SK_IF_LOCK_ASSERT(sc_if); + entry = SLIST_FIRST(&sc_if->sk_jfree_listhead); if (entry == NULL) { @@ -1108,6 +1110,8 @@ if (sc_if == NULL) panic("sk_jfree: didn't get softc pointer!"); + SK_IF_LOCK_ASSERT(sc_if); + /* calculate the slot this buffer belongs to */ i = ((vm_offset_t)buf - (vm_offset_t)sc_if->sk_cdata.sk_jumbo_buf) / SK_JLEN; @@ -1845,11 +1849,13 @@ } /* Transmit */ - sc_if->sk_cdata.sk_tx_prod = idx; - CSR_WRITE_4(sc, sc_if->sk_tx_bmu, SK_TXBMU_TX_START); + if (idx != sc_if->sk_cdata.sk_tx_prod) { + sc_if->sk_cdata.sk_tx_prod = idx; + CSR_WRITE_4(sc, sc_if->sk_tx_bmu, SK_TXBMU_TX_START); - /* Set a timeout in case the chip goes out to lunch. */ - ifp->if_timer = 5; + /* Set a timeout in case the chip goes out to lunch. */ + ifp->if_timer = 5; + } SK_IF_UNLOCK(sc_if); return; @@ -1989,13 +1995,15 @@ } sc_if->sk_cdata.sk_tx_cnt--; SK_INC(idx, SK_TX_RING_CNT); - ifp->if_timer = 0; } - sc_if->sk_cdata.sk_tx_cons = idx; - - if (cur_tx != NULL) + if (sc_if->sk_cdata.sk_tx_cnt == 0) { + ifp->if_timer = 0; ifp->if_flags &= ~IFF_OACTIVE; + } else /* nudge chip to keep tx ring moving */ + CSR_WRITE_4(sc, sc_if->sk_tx_bmu, SK_TXBMU_TX_START); + + sc_if->sk_cdata.sk_tx_cons = idx; return; } Index: if_skreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_skreg.h,v retrieving revision 1.22 diff -u -r1.22 if_skreg.h --- if_skreg.h 20 Aug 2004 06:22:04 -0000 1.22 +++ if_skreg.h 2 Nov 2004 19:05:29 -0000 @@ -1441,6 +1441,7 @@ #define SK_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->sk_mtx, MA_OWNED) #define SK_IF_LOCK(_sc) SK_LOCK((_sc)->sk_softc) #define SK_IF_UNLOCK(_sc) SK_UNLOCK((_sc)->sk_softc) +#define SK_IF_LOCK_ASSERT(_sc) SK_LOCK_ASSERT((_sc)->sk_softc) /* Softc for each logical interface */ struct sk_if_softc { --wHh0aNzodMFDTGdO-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 19:43: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 9747F16A4CE for ; Tue, 2 Nov 2004 19:43:52 +0000 (GMT) Received: from a80-126-165-168.adsl.xs4all.nl (a80-126-165-168.adsl.xs4all.nl [80.126.165.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B1D43D48 for ; Tue, 2 Nov 2004 19:43:51 +0000 (GMT) (envelope-from devet@devet.org) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by a80-126-165-168.adsl.xs4all.nl (Postfix) with ESMTP id BE262A942 for ; Tue, 2 Nov 2004 20:43:50 +0100 (CET) Received: by adv.devet.org (Postfix, from userid 100) id B62EC3CA54; Tue, 2 Nov 2004 20:43:50 +0100 (CET) Date: Tue, 2 Nov 2004 20:43:50 +0100 To: current@freebsd.org Message-ID: <20041102194350.GA55650@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041102094145.GA4698@adv.devet.org> X-Newsgroups: list.freebsd.current Organization: Eindhoven, the Netherlands User-Agent: Mutt/1.5.6i From: devet@devet.org (Arjan de Vet) Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? 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, 02 Nov 2004 19:43:52 -0000 In article <20041102094145.GA4698@adv.devet.org> you write: [...] >This number grows over time (I have mozilla running permanently with >lots of tabs, most of which auto-refresh). Does anybody see something >similar with mozilla on 5.3-RC*? > >A ktrace of the mozilla process seems to point to the DNS resolver code >leaking kqueue descriptors (I could not find any kqueue() calls in the >mozilla code itself). I just recompiled mozilla on 5.3-RC2 and this kqueue leakage has stopped. ldd shows the mozilla-bin binary is now linked with libpthreads (it wasn't on 5.2.1-release). ktrace shows the open kqueue descriptors being close()'d this time. Let's now hope this fixes the weird hangs I have seen with 5.3-RC*. Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.devet.org/ Work: http://www.madison-gurkha.com/ (Security, Open Source, Education) From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 19:53: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 D543716A4CE for ; Tue, 2 Nov 2004 19:53:33 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFCE43D1D for ; Tue, 2 Nov 2004 19:53:33 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])iA2Jr6JW018979; Tue, 2 Nov 2004 13:53:06 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 2 Nov 2004 13:53:01 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 2 Nov 2004 13:53:11 -0600 Message-ID: <4187E594.5080306@savvis.net> Date: Tue, 02 Nov 2004 11:52:52 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <416DB569.4010805@savvis.net> <416DC1E5.1060904@savvis.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060106090403000906090205" X-OriginalArrivalTime: 02 Nov 2004 19:53:11.0860 (UTC) FILETIME=[956C6740:01C4C115] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: bluetooth / hcseriald panics -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, 02 Nov 2004 19:53:34 -0000 This is a multi-part message in MIME format. --------------060106090403000906090205 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi Niki, sorry for the delay. i was able to reproduce and track down the problem. please find attached patch. let me know if it works for you. i'm sorry about this. max Niki Denev wrote: > Maksim Yevmenkin writes: > >> >> stack trace? >> what is the version of sio.c? >> >> i'm trying to reproduce it on my system with xircom cbt adapter. >> > > sio.c is 1.456 > > here is the crash message and the trace : > > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x64 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc062f2b1 > stack pointer = 0x10:0xe6879a2c > frame pointer = 0x10:0xe6879a38 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 542 (hcseriald) > [thread 100071] > Stopped at comstop+0x75: andl $-0x5,0x64(%eax) > db> trace > comstop(c1d6c000,3) at comstop+0x75 > ttyflush(c1d6c000,3,c1fd0600,303468,e6879a80) at ttyflush+0x37 > ng_h4_open(c1d5f900,c1d6c000) at ng_h4_open+0x194 > ttioctl(c1d6c000,8004741b,e6879c60,3,c206a948) at ttioctl+0xc32 > ttyioctl(c1d5f900,8004741b,e6879c60,3,c1d8b180) at ttyioctl+0x41 > spec_ioctl(d540bb88,e6879c34,c056a017,e6879b88,c06e8100) at spec_ioctl+0xee > spec_vnoperate(d540bb88) at spec_vnoperate+0x13 > vn_ioctl(c1d84110,8004741b,e6879c60,c1ff0380,c1d8b180) at vn_ioctl+0x1ab > ioctl(c1d8b180,e6879d14,3,1,246) at ioctl+0x3e0 > syscall(2f,2f,2f,bfbfe8ec,bfbfee67) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280ce80f, esp = > 0xbfbfe80c, ebp = 0xbfbfed54 --- > db> > > --niki > --------------060106090403000906090205 Content-Type: text/plain; name="ng_h4.c.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ng_h4.c.diff.txt" --- /usr/src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c Sat Jul 10 17:06:58 2004 +++ ng_h4.c Tue Nov 2 11:47:26 2004 @@ -25,7 +25,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: ng_h4.c,v 1.5 2003/05/10 05:51:25 max Exp $ + * $Id: ng_h4.c,v 1.7 2004/08/23 18:08:15 max Exp $ * $FreeBSD: src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c,v 1.10 2004/06/26 08:44:04 phk Exp $ * * Based on: @@ -70,6 +70,8 @@ ***************************************************************************** *****************************************************************************/ +NET_NEEDS_GIANT("ng_h4"); + /* MALLOC define */ #ifndef NG_SEPARATE_MALLOC MALLOC_DEFINE(M_NETGRAPH_H4, "netgraph_h4", "Netgraph Bluetooth H4 node"); @@ -199,7 +201,7 @@ /* Set back pointers */ NG_NODE_SET_PRIVATE(sc->node, sc); - tp->t_sc = (caddr_t) sc; + tp->t_lsc = (caddr_t) sc; /* The node has to be a WRITER because data can change node status */ NG_NODE_FORCE_WRITER(sc->node); @@ -228,7 +230,7 @@ static int ng_h4_close(struct tty *tp, int flag) { - ng_h4_info_p sc = (ng_h4_info_p) tp->t_sc; + ng_h4_info_p sc = (ng_h4_info_p) tp->t_lsc; int s; s = spltty(); /* XXX */ @@ -236,7 +238,7 @@ ttyflush(tp, FREAD | FWRITE); clist_free_cblocks(&tp->t_outq); if (sc != NULL) { - tp->t_sc = NULL; + tp->t_lsc = NULL; if (sc->node != NULL) { if (sc->flags & NG_H4_TIMEOUT) @@ -285,7 +287,7 @@ ng_h4_ioctl(struct tty *tp, u_long cmd, caddr_t data, int flag, struct thread *td) { - ng_h4_info_p sc = (ng_h4_info_p) tp->t_sc; + ng_h4_info_p sc = (ng_h4_info_p) tp->t_lsc; int s, error = 0; s = spltty(); /* XXX */ @@ -326,7 +328,7 @@ static int ng_h4_input(int c, struct tty *tp) { - ng_h4_info_p sc = (ng_h4_info_p) tp->t_sc; + ng_h4_info_p sc = (ng_h4_info_p) tp->t_lsc; if (sc == NULL || tp != sc->tp || sc->node == NULL || NG_NODE_NOT_VALID(sc->node)) @@ -546,7 +548,7 @@ static int ng_h4_start(struct tty *tp) { - ng_h4_info_p sc = (ng_h4_info_p) tp->t_sc; + ng_h4_info_p sc = (ng_h4_info_p) tp->t_lsc; if (sc == NULL || tp != sc->tp || sc->node == NULL || NG_NODE_NOT_VALID(sc->node)) --------------060106090403000906090205-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 19:54: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 BD9D616A4CE for ; Tue, 2 Nov 2004 19:54:43 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9647343D1F for ; Tue, 2 Nov 2004 19:54:42 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id iA2Jscbh012728 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 2 Nov 2004 20:54:38 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id iA2JscJI012723 for current@freebsd.org; Tue, 2 Nov 2004 20:54:38 +0100 (CET) Date: Tue, 2 Nov 2004 20:54:38 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20041102195438.GA12379@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: panic: repeatable panic (probably) related to phk's work 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, 02 Nov 2004 19:54:43 -0000 Hi, in a fresh current (built a minute ago) I can (reliably) get tihs panic by mounting /mnt/cdrom twice: #0 doadump () at pcpu.h:159 #1 0xc0430c97 in db_fncall (dummy1=-718694044, dummy2=0, dummy3=-718694144, dummy4=0xd52998fc "") at /usr/src/sys/ddb/db_command.c:531 #2 0xc043100c in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #3 0xc043283e in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc04a1e56 in kdb_trap (type=3, code=0, tf=0xc05f9a60) at /usr/src/sys/kern/subr_kdb.c:421 #5 0xc0593872 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 256, tf_esi = -1067772353, t f_ebp = -718693792, tf_isp = -718693812, tf_ebx = -718693752, tf_edx = 1, tf_ecx = -1067761464, tf_eax = -1067767127, tf_trapno = 3, tf_err = 0, tf_eip = -10688 85240, tf_cs = 8, tf_eflags = 646, tf_esp = -718693764, tf_ss = -1068969823}) at /usr/src/sys/i386/i386/trap.c:576 #6 0xc058850a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00000100 in ?? () #11 0xc05b163f in ?? () #12 0xd5299a60 in ?? () #13 0xd5299a4c in ?? () #14 0xd5299a88 in ?? () #15 0x00000001 in ?? () #16 0xc05b40c8 in ?? () #17 0xc05b2aa9 in ?? () #18 0x00000003 in ?? () #19 0x00000000 in ?? () #20 0xc04a1b08 in kdb_enter (msg=0x0) at cpufunc.h:56 #21 0xc048d0a1 in panic (fmt=0xc05b163f "lockmgr: locking against myself") at /usr/src/sys/kern/kern_shutdown.c:525 #22 0xc0482ac8 in lockmgr (lkp=0xc1c402fc, flags=2, interlkp=0xc1c402fc, td=0xc161cb60) at /usr/src/sys/kern/kern_lock.c:444 #23 0xc04d11e1 in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:273 #24 0xc04e13b9 in vn_lock (vp=0xc1c40238, flags=2, td=0xc161cb60) at vnode_if.h:1013 #25 0xc04d7e93 in vget (vp=0xc1c40238, flags=65538, td=0xc161cb60) at /usr/src/sys/kern/vfs_subr.c:1958 #26 0xc0463f89 in cd9660_ihashget (dev=0xc1753200, inum=57344, flags=2, vpp=0xd5299bbc) at /usr/src/sys/isofs/cd9660/cd9660_node.c:113 #27 0xc04662ec in cd9660_vget_internal (mp=0xc1652000, ino=57344, flags=2, vpp=0xd5299bbc, relocated=1, isodir=0xc19a14a8) at /usr/src/sys/isofs/cd9660/cd9660_vfsops.c:726 #28 0xc0466666 in cd9660_root (mp=0xc1652000, vpp=0xd5299bbc, td=0xc161cb60) at /usr/src/sys/isofs/cd9660/cd9660_vfsops.c:605 #29 0xc04d440e in vfs_domount (td=0xc161cb60, fstype=0xc18d7300 "cd9660", fspath=0xc190e080 "/mnt/cdrom", fsflags=0, fsdata=0xbfbfec2c, compat=1) at /usr/src/sys/kern/vfs_mount.c:917 #30 0xc04d45da in mount (td=0xc161cb60, uap=0xd5299d14) at /usr/src/sys/kern/vfs_mount.c:622 #31 0xc0593ba4 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1077941004, tf_ ebp = -1077941064, tf_isp = -718693004, tf_ebx = -1077940749, tf_edx = -10779407 49, tf_ecx = -1077940749, tf_eax = 21, tf_trapno = 12, tf_err = 2, tf_eip = 6718 50811, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942256, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #32 0xc058855f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #33 0x0000002f in ?? () #34 0x0000002f in ?? () #35 0x0000002f in ?? () #36 0x00000000 in ?? () #37 0xbfbfecf4 in ?? () #38 0xbfbfecb8 in ?? () #39 0xd5299d74 in ?? () #40 0xbfbfedf3 in ?? () #41 0xbfbfedf3 in ?? () #42 0xbfbfedf3 in ?? () #43 0x00000015 in ?? () #44 0x0000000c in ?? () #45 0x00000002 in ?? () #46 0x280ba13b in ?? () #47 0x0000001f in ?? () #48 0x00000246 in ?? () #49 0xbfbfe810 in ?? () #50 0x0000002f in ?? () #51 0xffffffda in ?? () #52 0xaba6ffff in ?? () #53 0xfffbfff2 in ?? () #54 0xbaaebbff in ?? () #55 0x0fe1e000 in ?? () #56 0xc157e4e0 in ?? () #57 0xc161cb60 in ?? () #58 0xd52997b0 in ?? () #59 0xd5299798 in ?? () #60 0xc161ccb0 in ?? () #61 0xc049bae7 in sched_switch (td=0xbfbfecf4, newtd=0x0, flags=Cannot access me mory at address 0xbfbfecc8 ) at /usr/src/sys/kern/sched_ule.c:1312 is it ULE related? since I can get it reliably... anyway - worth to look at it I think ;) roman From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 21:00: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 B050516A4CF for ; Tue, 2 Nov 2004 21:00:09 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4998943D5C for ; Tue, 2 Nov 2004 21:00:09 +0000 (GMT) (envelope-from tataz@sitadelle.com) Received: from droopy.tech.sitadelle.com (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id CD03E6718C; Tue, 2 Nov 2004 22:00:07 +0100 (CET) Received: by droopy.tech.sitadelle.com (Postfix, from userid 1000) id 6F222FC00E; Tue, 2 Nov 2004 22:00:23 +0100 (CET) Date: Tue, 2 Nov 2004 22:00:23 +0100 From: Jeremie Le Hen To: Jeremie Le Hen Message-ID: <20041102210023.GM10641@sitadelle.com> References: <27404.1099146185@critter.freebsd.dk> <4183A771.7080906@liwing.de> <20041102130412.GI10641@sitadelle.com> <20041102122439.J33456@sasami.jurai.net> <20041102174632.GL10641@sitadelle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041102174632.GL10641@sitadelle.com> User-Agent: Mutt/1.5.6+20040907i cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over 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, 02 Nov 2004 21:00:09 -0000 > > Why not use the -F option of mount(8)/umount(8)? > > Mostly because I was not aware about it :-). But anyway it is not > usable with my configuration because : > > * I do not run my jails by executing `/etc/rc'. > > * There is a chicken and egg problem here since /sbin/ > (where mount(8) stands) would have to be manually > sync'ed with the host, and I don't want that (I just > want to `make DESTDIR=/jail/named distribtion' the > first time, and then reduce as tight as possible the > administrative overhead caused by jails). Ok, a friend of mine pointed me out that I misunderstood what you said. It is indeed possible to use the -F option of mount(8)/umount(8) from the host system : let's say we have a jail called "named". We can have a rc.conf(5) variable called "jail_named_fstab" which will define the fstab(5) file to use for this particular jail. The following patch nullifies the previous one, since it does not require to add the -c option to mount(8)/umount(8). It adds two variables to default/rc.conf : jail_example_mount_enable="NO" jail_example_fstab="" When the first one is made true, then rc.d/jail will mount (resp. umount) the filesystems described in the file pointed by the second one when the jail will be started (resp. stopped). If the second one is left empty, then it will default to "/etc/fstab.${jail}". http://jeremie.le-hen.org/~tataz/patches/FreeBSD/jail_mount.patch (Note that I didn't have time to test it on my own system, but the patch itself is pretty simple and should work immediately.) Regards, PS: Once the patch has been successfuly tested by either me or someone else, should I send a PR ? -- Jeremie LE HEN aka TtZ/TataZ jeremie.le-hen@sitadelle.com ttz@sitadelle.com Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 21:11: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 A3C0716A58A for ; Tue, 2 Nov 2004 21:11:22 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A20843D39 for ; Tue, 2 Nov 2004 21:11:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2398 invoked from network); 2 Nov 2004 21:11:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 2 Nov 2004 21:11:21 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA2LAuYT070948; Tue, 2 Nov 2004 16:11:18 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Doug White Date: Tue, 2 Nov 2004 16:33:30 -0500 User-Agent: KMail/1.6.2 References: <20041031194121.FE2D.DSNOFE@yahoo.com.cn> <200411011752.34180.jhb@FreeBSD.org> <20041101190046.J56441@carver.gumbysoft.com> In-Reply-To: <20041101190046.J56441@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411021633.30318.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Deng XueFeng Subject: Re: CPUTYPE?=athlon-xp breaks loader (was Re: instant reboot when trying to load recent RELENG_5 kernel) 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, 02 Nov 2004 21:11:26 -0000 On Monday 01 November 2004 10:02 pm, Doug White wrote: > On Mon, 1 Nov 2004, John Baldwin wrote: > > Your BIOS writer needs to be beaten with a blunt instrument. They are > > trying to enter protected mode themselves and not handling the fact that > > they can be called from vm86 mode. There's not much FreeBSD can do about > > narrow-minded, kludgey BIOS code. > > ISTR that some BIOSen try to play this game because they are trying to see > if UDMA works. Try demoting the disk to PIO in the BIOS; FreBSD ignores > this setting when configuring disks, so its safe to leave that way. That code in the Compaq/HP boxes is smarter, it doesn't unconditionally go into protected mode. This sounds like the USB code in this BIOS is just buggy and is probably using protected mode to access the PCI config registers instead of using int 15h, function 87h like well-behaved BIOS writers do. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 21:52: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 9282016A4CE for ; Tue, 2 Nov 2004 21:52:22 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B0343D3F for ; Tue, 2 Nov 2004 21:52:21 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (mail.m-online.net [192.168.3.144]) by mail-out.m-online.net (Postfix) with ESMTP id A0B2B7CC; Tue, 2 Nov 2004 22:52:20 +0100 (CET) Received: from marvin.riggiland.au (ppp-62-245-160-47.mnet-online.de [62.245.160.47]) by mail.m-online.net (Postfix) with ESMTP id 70FCC149041; Tue, 2 Nov 2004 22:52:20 +0100 (CET) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.1/8.13.1) with ESMTP id iA2LqJC4031423; Tue, 2 Nov 2004 22:52:19 +0100 (CET) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.1/8.13.1/Submit) id iA2LqJYv031422; Tue, 2 Nov 2004 22:52:19 +0100 (CET) (envelope-from riggs) Date: Tue, 2 Nov 2004 22:52:19 +0100 From: "Thomas E. Zander" To: "Bjoern A. Zeeb" , current@freebsd.org Message-ID: <20041102215219.GK13987@marvin.riggiland.au> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MrRUTeZlqqNo1jQ9" Content-Disposition: inline In-Reply-To: Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1099432105) X-Operating-System: Riggiland BSD 5.3-BETA7 (To serve and protect.) Subject: Re: if_sk patch to get more info from people with 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, 02 Nov 2004 21:52:22 -0000 --MrRUTeZlqqNo1jQ9 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, this one's living on my Asus P4P800SE: skc0: port 0xd800-0xd8ff mem 0xfeafc000-0xfeafff= ff irq 22 at device 5.0 on pci2 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG334454 sk0: on skc0 Regards, Riggs --=20 - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. --MrRUTeZlqqNo1jQ9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBiAGTjdSJKchZls0RAj3uAJ96NIvO/HMfsv4/KrnRjewlH+V1MACghXxM 1n5VTjIcI0wtdZTjXN9yMAM= =o88j -----END PGP SIGNATURE----- --MrRUTeZlqqNo1jQ9-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 21:55: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 6065D16A4CE for ; Tue, 2 Nov 2004 21:55:43 +0000 (GMT) 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 A140143D5A for ; Tue, 2 Nov 2004 21:55:41 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 27988 invoked by uid 1000); 2 Nov 2004 21:53:14 -0000 Date: Tue, 2 Nov 2004 22:53:14 +0100 From: Joan Picanyol To: current@freebsd.org Message-ID: <20041102215314.GA27822@grummit.biaix.org> Mail-Followup-To: current@freebsd.org References: <27404.1099146185@critter.freebsd.dk> <4183A771.7080906@liwing.de> <20041102130412.GI10641@sitadelle.com> <20041102122439.J33456@sasami.jurai.net> <20041102174632.GL10641@sitadelle.com> <20041102210023.GM10641@sitadelle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041102210023.GM10641@sitadelle.com> User-Agent: Mutt/1.4.1i Subject: Re: HEADSUP: Filesystem rototiling over 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, 02 Nov 2004 21:55:43 -0000 * Jeremie Le Hen [20041102 22:00]: > The following patch nullifies the previous one, since it does not > require to add the -c option to mount(8)/umount(8). > It adds two variables to default/rc.conf : > > jail_example_mount_enable="NO" > jail_example_fstab="" > > When the first one is made true, then rc.d/jail will mount (resp. > umount) the filesystems described in the file pointed by the second > one when the jail will be started (resp. stopped). If the second one > is left empty, then it will default to "/etc/fstab.${jail}". Nice :) > PS: Once the patch has been successfuly tested by either me or someone > else, should I send a PR ? Of course, and make sure someone commits it someday... qvb -- pica From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 21:56: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 845FA16A4CE for ; Tue, 2 Nov 2004 21:56:33 +0000 (GMT) Received: from vimes.aminor.no (vimes.aminor.no [213.187.177.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C2243D5C for ; Tue, 2 Nov 2004 21:56:32 +0000 (GMT) (envelope-from eivind@aminor.no) Received: from [10.122.7.51] (nextra-3-243.nextra.no [148.122.3.243]) by vimes.aminor.no (Postfix) with ESMTP id 3A3D417030 for ; Tue, 2 Nov 2004 22:56:31 +0100 (CET) Message-ID: <4188039D.8020109@aminor.no> Date: Tue, 02 Nov 2004 23:01:01 +0100 From: Eivind Olsen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with RELENG_5_3, BIND9 and dynamic updates 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, 02 Nov 2004 21:56:33 -0000 It looks like BIND9, as delivered in the base, has problems when zones are using dynamic DNS updates. This is because it runs as user "bind", but that user doesn't have write access to /var/named/etc/namedb/master - the script /etc/rc.d/named uses mtree to set that directory as follows: drwxr-xr-x 2 root wheel 512 Nov 2 22:40 master So, if I try to do a DNS-update (in this case using "nsupdate"-command") I get the following error in /var/log/all.log: Nov 2 22:40:31 vimes named[98525]: client 213.187.177.2#54260: updating zone 'aminor.no/IN': adding an RR at 'jolie.aminor.no' A Nov 2 22:40:31 vimes named[98525]: journal file master/aminor.no.zone.jnl does not exist, creating it Nov 2 22:40:31 vimes named[98525]: master/aminor.no.zone.jnl: create: permission denied Nov 2 22:40:31 vimes kernel: Nov 2 22:40:31 vimes named[98525]: master/aminor.no.zone.jnl: create: permission denied Nov 2 22:40:31 vimes named[98525]: client 213.187.177.2#54260: updating zone 'aminor.no/IN': error: journal open failed: unexpected error If on the other hand I start BIND9 as usual and then change the owner of the "master"-directory so it's owned by user "bind", the nsupdate works as expected. It's not meant to be like this, is it? -- Regards / Hilsen Eivind Olsen From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:09: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 0D14816A4CE for ; Tue, 2 Nov 2004 22:09:23 +0000 (GMT) Received: from fep3.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B79DC43D3F for ; Tue, 2 Nov 2004 22:09:22 +0000 (GMT) (envelope-from paul.murphy@cogeco.ca) Received: from earth.upton.net (d141-23-108.home.cgocable.net [24.141.23.108]) by fep3.cogeco.net (Postfix) with SMTP id 222446EBD for ; Tue, 2 Nov 2004 17:09:22 -0500 (EST) Date: Tue, 2 Nov 2004 17:09:21 -0500 From: Paul Murphy To: freebsd-current@freebsd.org Message-ID: <20041102170921.12f2b8cf@earth.upton.net> In-Reply-To: <200411020832.29421.marc.ramirez@bluecirclesoft.com> References: <200411020143.34251.gte990t@mail.gatech.edu> <200411020832.29421.marc.ramirez@bluecirclesoft.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) X-Face: -Q/~XHbe$z/a List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2004 22:09:23 -0000 On Tue, 2 Nov 2004 08:32:22 -0500 Marc Ramirez wrote: > On Tuesday 02 November 2004 01:43 am, Jason Harmening wrote: > > Hi all, > > > > I just upgraded to 5.3-RC2, and I'm still running into the problem > > where processes will hang in an unkillable state. In particular, > > this happens for me with OpenOffice under a heavy load. 'ps' > > reports the state as 'TL' and 'top' reports the state as STOP. > > Neither kill -CONT nor kill -KILL will work. I have libc_r > > libmapped to libpthread as recommended. Also note that this is with > > 5.3-RC2, which supposedly fixed a similar problem relating to gdb. > > Should I recompile OpenOffice? > > > > Thanks, > > Jason Harmening > > _______________________________________________ > > 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" > > Me too. > This happens for me with XMMS in 6-CURRENT. 'procctl', which was mentioned earlier in this thread, does not help either. -- Cogeco ergo sum From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:17: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 9FD1316A4CF; Tue, 2 Nov 2004 22:17:59 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 767E143D54; Tue, 2 Nov 2004 22:17:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA79D54CEC; Tue, 2 Nov 2004 14:20:00 -0800 (PST) Date: Tue, 2 Nov 2004 14:20:00 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20041102222000.GA65845@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: ports@FreeBSD.org Subject: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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, 02 Nov 2004 22:17:59 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable About a week ago des changed the default value of CFLAGS to "-O2 -pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe for compiling world + kernel on -CURRENT thesedays (because the aliasing bugs that are exposed with -O2 have been fixed), it's definitely *not* safe for compiling many ports (there are at least 350 ports that emit warnings about aliasing, and would probably have runtime errors when compiled with -O2; moreover, a number of ports fail to even build with -O2). Therefore, if you compile ports on FreeBSD 6.0, you should set CFLAGS=3D-O -pipe in your /etc/make.conf for now, until we can resolve this problem more satisfactorily. Kris =20 --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiAgQWry0BWjoQKURAjwhAKDgjsSUQoirwFzqYJ9IkcdHb1hyawCfWmhl fnoOCbvhRf68uHRLrunvpDM= =mgru -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:35: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 539EB16A4CE for ; Tue, 2 Nov 2004 22:35:17 +0000 (GMT) Received: from picard.newmillennium.net.au (static-114.250.240.220.dsl.comindico.com.au [220.240.250.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C0243D2D for ; Tue, 2 Nov 2004 22:35:11 +0000 (GMT) (envelope-from alastair@newmillennium.net.au) Received: from riker (riker.nmn.cafn [10.0.1.2])iA2MZ9JE001668 for ; Wed, 3 Nov 2004 09:35:10 +1100 (EST) (envelope-from alastair@newmillennium.net.au) From: Sender: "Alastair D'Silva" To: Date: Wed, 3 Nov 2004 09:36:43 +1100 Organization: New Millennium Networking Message-ID: <002c01c4c12c$6df39be0$0201000a@riker> 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.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: Gvinum/RAID5 kernel panic 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, 02 Nov 2004 22:35:17 -0000 I'm getting a kernel panic while writing to a RAID5 volume (non-degraded). After the crash, fsck does not know what to do with the filesystem (forcing the type to ffs works). The crash occurred while moving data from the older stripe (also a gvinum volume) to the new RAID5 volume. Its happened twice now, and appears to be in the same place, but I'm relying on memory here. I don't have a serial console and the keyboard wasn't responding after the crash, so what is provided is pieced together from /var/log/messages and the console (irrelevant info cropped for brevity) gvinum -> l 6 drives: D drive5 State: up /dev/ad10s1d A: 0/190654 MB (0%) D drive4 State: up /dev/ad8s1d A: 0/190654 MB (0%) D drive2 State: up /dev/ad6s1d A: 0/190654 MB (0%) D drive3 State: up /dev/ad4s1d A: 0/190654 MB (0%) 8 volumes: V newexport State: up Plexes: 1 Size: 558 GB 13 plexes: P newexport.p0 R5 State: up Subdisks: 4 Size: 558 GB 18 subdisks: S newexport.p0.s3 State: up D: drive5 Size: 186 GB S newexport.p0.s2 State: up D: drive4 Size: 186 GB S newexport.p0.s1 State: up D: drive3 Size: 186 GB S newexport.p0.s0 State: up D: drive2 Size: 186 GB picard# fsck /dev/gvinum/newexport fsck: Could not determine filesystem type picard# fsck -t ffs /dev/gvinum/newexport ** /dev/gvinum/newexport ** Last Mounted on /mnt bash-2.05b$ uname -a FreeBSD picard.newmillennium.net.au 6.0-CURRENT FreeBSD 6.0-CURRENT #31: Sun Oct 31 21:46:34 EST 2004 root@picard.newmillennium.net.au:/usr/obj/usr/src/sys/PICARD i386 The error: Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814542848, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814544896, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814546944, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814548992, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814551040, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814553088, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814555136, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814557184, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814559232, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814561280, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814577664, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814387200, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814389248, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814391296, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814393344, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814395392, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814397440, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814579712, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814581760, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814583808, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814585856, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814587904, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814589952, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814592000, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814594048, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814596096, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814598144, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814600192, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814602240, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814604288, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814606336, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814608384, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814610432, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814612480, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814614528, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814616576, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814618624, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814620672, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814622720, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814624768, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814626816, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814628864, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814630912, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814632960, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814635008, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814637056, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814639104, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814641152, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814643200, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814645248, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814647296, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814649344, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814651392, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814653440, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814655488, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814657536, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814659584, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814661632, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814663680, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814665728, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814667776, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814669824, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814671872, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814673920, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814675968, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814678016, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814680064, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814682112, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814684160, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814686208, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814688256, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814690304, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814692352, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814694400, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814696448, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814698496, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814700544, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814702592, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814704640, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814706688, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814708736, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814710784, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814712832, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814714880, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814716928, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814718976, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814721024, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814723072, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814725120, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814727168, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814729216, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814731264, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814733312, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814735360, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814737408, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814739456, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814741504, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814563328, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814565376, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814567424, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814569472, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814571520, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814573568, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814575616, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814759936, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814761984, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814764032, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814766080, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814768128, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814770176, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814772224, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814774272, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814776320, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814778368, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814780416, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814782464, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814784512, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814786560, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814788608, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814790656, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814792704, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814794752, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814796800, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814798848, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814800896, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814802944, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814804992, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814807040, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814809088, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814811136, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814813184, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814815232, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814817280, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814819328, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814821376, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814823424, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814825472, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814827520, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814829568, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814831616, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814833664, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814835712, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814837760, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814839808, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814841856, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814843904, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814845952, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814848000, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814850048, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814852096, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814854144, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814856192, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814858240, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814860288, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814862336, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814864384, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814866432, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814868480, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814870528, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814872576, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814874624, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814876672, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814878720, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814880768, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814882816, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814884864, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814886912, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814888960, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814891008, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814893056, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814895104, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814897152, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814899200, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814901248, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814903296, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814905344, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814907392, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814911488, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814913536, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814915584, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814917632, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814919680, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814921728, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814923776, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814925824, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814927872, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814929920, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814931968, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814934016, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814936064, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814938112, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814940160, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814942208, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814944256, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814946304, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814948352, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814950400, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814952448, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814954496, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814956544, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814958592, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814960640, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814962688, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814964736, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814966784, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814968832, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814970880, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814972928, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814974976, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814977024, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814979072, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814981120, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814983168, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814985216, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814987264, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814989312, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814991360, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814993408, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814995456, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814997504, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814999552, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815001600, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815003648, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815005696, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815007744, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815009792, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815011840, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815013888, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815015936, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815017984, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815020032, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815022080, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815024128, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815026176, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815028224, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815030272, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815032320, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815034368, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815036416, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815038464, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815040512, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815042560, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815044608, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815046656, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815048704, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815050752, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815052800, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815054848, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815056896, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815058944, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815060992, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815063040, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815065088, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815067136, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815069184, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815071232, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815073280, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815075328, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815077376, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815079424, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815081472, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32814909440, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815087616, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815104000, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815089664, length=4096)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815120384, length=98304)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815093760, length=8192)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815101952, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815415296, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822657024, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815349760, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815366144, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823132160, length=81920)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815382528, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823820288, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815351808, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815398912, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32829407232, length=131072)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815353856, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815431680, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32830390272, length=49152)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822804480, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32831815680, length=131072)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822820864, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32832077824, length=65536)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822837248, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815355904, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815357952, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822853632, length=8192)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815360000, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815362048, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823214080, length=10240)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32815364096, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823224320, length=6144)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822861824, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823361536, length=14336)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823377920, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823394304, length=8192)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823410688, length=10240)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823967744, length=12288)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823375872, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823984128, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32832749568, length=131072)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823980032, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32823982080, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822863872, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32822865920, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32824000512, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32837550080, length=81920)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32824016896, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32842153984, length=114688)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32829669376, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32842465280, length=131072)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32829685760, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32843448320, length=131072)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32829702144, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=32844169216, length=114688)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=33197850624, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=6144000, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=6160384, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=6176768, length=16384)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=6193152, length=2048)] Nov 2 23:38:35 picard kernel: GEOM_VINUM: plex request failed for gvinum/plex/newexport.p0[WRITE(offset=65536, length=2048)] Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04d98e7 stack pointer = 0x10:0xe4dedcc0 frame pointer = 0x10:0xe4dedcdc 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 = 4 (g_down) trap number = 12 panic: page fault -- Alastair D'Silva mob: 0413 485 733 Networking Consultant fax: 0413 181 661 New Millennium Networking web: http://www.newmillennium.net.au From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22: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 C820416A5EF for ; Tue, 2 Nov 2004 22:40:40 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE0643D1D for ; Tue, 2 Nov 2004 22:40:40 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id CC79562C2A; Tue, 2 Nov 2004 16:40:38 -0600 (CST) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 2 Nov 2004 16:40:37 -0600 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200411021640.38078.mjohnston@skyweb.ca> Subject: cvs-src summary for October 25 - November 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: Tue, 02 Nov 2004 22:40:40 -0000 Sorry for the delay this week. FreeBSD cvs-src summary for 25/10/04 to 01/11/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 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). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ -I safety net option added to rm -------------------------------- Xin Li (delphij) added a new -I option to rm. rm -I will prompt for confirmation when removing directories recursively (rm -r) or removing more than 3 files, but not otherwise. It is intended to be similar to rm -i, which confirms every operation, but to be usable for power users who don't want to be prompted when removing individual files. This code was originally implemented by Matthew Dillon for DragonFlyBSD, then enhanced by various DragonFly contributors. http://www.freebsd.org/cgi/mid.cgi?200410280825.i9S8PVWc057933 OpenSSH 3.9p1 imported ---------------------- Dag-Erling Smorgrav (des) imported version 3.9p1 of OpenSSH, the SSH server and client suite. OpenSSH 3.9 adds session multiplexing, allowing a single ssh connection to carry multiple sessions, and many sftp improvements. Importantly, version 3.9 introduces stricter permission checks for the file ~/.ssh/config; if you have weak permissions on your config file, ssh will exit when run. The full `release announcement`_ with change listing is posted on the `OpenSSH site`_. .. _`release announcement`: http://www.openssh.com/txt/release-3.9 .. _`OpenSSH site`: http://www.openssh.com/ http://www.freebsd.org/cgi/mid.cgi?200410281603.i9SG3ult085519 Multiple-mouse support improved ------------------------------- Mike Makonnen (mtm) committed some system script changes to improve the support for multiple mice. You can now specify the configuration for multiple mice in /etc/rc.conf by including the mouse device name in the option name. For instance, moused_ums0_enable, moused_ums0_flags, and moused_ums0_port apply to the USB mouse on ums0. http://www.freebsd.org/cgi/mid.cgi?200411011805.iA1I5fCZ040914 Many filesystems moved to using GEOM directly --------------------------------------------- Poul-Henning Kamp (phk) converted many filesystems from the old DEVFS backing to GEOM backing. This means that the filesystem code deals with the GEOM disk layer to communicate with hardware, eliminating overhead. The UFS, MS-DOS, UDF, cd9660, ext2fs, HPFS, and NTFS drivers have all been converted. http://www.freebsd.org/cgi/mid.cgi?200410291015.i9TAFu8j057802 (others omitted) ALTQ support for the bge driver ------------------------------- Dag-Erling Smorgrav (des) committed support to the bge driver, for Broadcom Gigabit Ethernet chips, for the ALTQ packet shaping subsystem. http://www.freebsd.org/cgi/mid.cgi?200410302121.i9ULLAv1084524 =============== Notable changes =============== ULE scheduler marked broken --------------------------- Scott Long (scottl) marked the SCHED_ULE scheduler as broken in 5.3 and the RELENG_5 stable tree. If you have been testing 5.3 with ULE and having problems, please switch back to the old 4BSD scheduler and see whether the problem continues. http://www.freebsd.org/cgi/mid.cgi?200410260218.i9Q2I8Ip058346 Debug sysctls are now optional ------------------------------ Robert Watson (rwatson) changed the debug sysctl tree (all sysctls starting with "debug") so that it is available only when the kernel option SYSCTL_DEBUG is set. http://www.freebsd.org/cgi/mid.cgi?200410271926.i9RJQ15p010564 ================= Discussion topics ================= Complying with threading standards ---------------------------------- Brian Feldman (green) changed the threading code so that a locking function would return a different error code, "as all software packages expect and seems to be most correct according to the slightly-ambiguous standards." He also posted a followup, saying, "Software such as mozilla projects (using NSPR) and Java have been broken in various ways by this [bug]. We need to try to be more compatible with the most popular interpretation of the standards[.]" Alfred Perlstein (alfred) replied, "Good catch... it could have just been an oversight though. :) We need a 'configure' like regression suite for pthreads." Brian noted, "Actually, I think POSIX has a whole bunch of regression tests! I wonder if anyone could ever convince them to make them free for BSD operating systems..." Scott Long (scottl) replied to Brian's earlier comment about broken software, saying, "Please define 'broken'? There are many test suites available for pthreads. How does this affect those test suites, and have you _directly_ talked with those who run the tests suites?" Brian answered, "It causes them to _FAIL_. [ . . . ] We break the assertions that software developers use when writing to the pthreads API [ . . . ]. The POSIX-provided-for-free [test suite] does not have coverage of error return values from what I can see, and the Linux pthreads ones also don't test this because as far as they are concerned, it's a code invariant[. . .] The FreeBSD one has similar issues (lack of coverage ones) but additionally is exceedingly moldy[.]" Daniel Eischen (deischen) replied, "If you're talking about the FreeBSD mutex test (libpthread/test/mutex_d.c), that should work." Daniel also responded to Brian's initial commit, saying, "The current behavior was deemed correct especially since default mutexes are error check mutexes. The rationale is that it provides a way for a thread to tell if it owns the mutex if EDEADLK is returned." Brian asked, "What is your rationale for choosing a very, very loose interpretation that deliberately acts entirely differently from essentially every other implementation[?] [ . . . ] After further review, I can't possibly see how the behavior you chose to use is allowed by a reasonable interpretation of the standard." Daniel answered, "We use error check mutexes by default, which is allowed by the spec, because they come at no cost and it is good to detech buggy use of mutexes. [ . . . ]." He answered the "reasonable interpretation" question, "Because pthread_mutex_trylock() is defined in terms of pthread_mutex_lock() and pthread_mutex_lock() returns EDEADLK when a thread tries to recursively lock an error checking mutex." Dag-Erling Smorgrav (des) replied, "They come at considerable cost. They make it impossible to use the Boehm garbage collector in threaded programs, for instance [ . . . ]. There is probably a significant performance penalty as well." Daniel answered, "No, they all call malloc() since all mutexes are currently pointers to thingies." Daniel also replied to his earlier post about the current behavior being deemed correct, saying, "I have response from Dave Butenhof over at the Austin Group mailing list, and EBUSY should be returned even for error check mutexes. He acknolwedged the spec was not clear and thought they had cleaned it up in that regard. So this [Brian's commit] is the correct fix :-)" http://www.freebsd.org/cgi/mid.cgi?200410310503.i9V53ofj011896 =============== Other bug fixes =============== Bruce M. Simpson (bms) fixed a system panic that could be caused by using the Zebra routing daemon with "tun" tunnel interfaces. This closes `PR 42030`_. The fix was submitted by Iasen Kostov. .. _`PR 42030`: http://www.freebsd.org/cgi/query-pr.cgi?pr=42030 http://www.freebsd.org/cgi/mid.cgi?200410260331.i9Q3Vxbv060994 Bruce M. Simpson (bms) committed a workaround to a panic in the vr driver for Via Rhine Ethernet chips. This closes `PR 62889`_. .. _`PR 62889`: http://www.freebsd.org/cgi/query-pr.cgi?pr=62889 http://www.freebsd.org/cgi/mid.cgi?200410261949.i9QJnkKQ022299 Robert Watson (rwatson) fixed a bug in the TCP SACK (selective acknowledgement) code that could result in the TCP stack failing under high load. http://www.freebsd.org/cgi/mid.cgi?200410301202.i9UC2oTc047854 From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:42: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 7FB3516A4CE for ; Tue, 2 Nov 2004 22:42:35 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 69BE243D48 for ; Tue, 2 Nov 2004 22:42:32 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 39057 invoked from network); 2 Nov 2004 22:42:30 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):. Processed in 1.298587 secs); 02 Nov 2004 22:42:30 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-207-82.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.207.82) by mail.interbgc.com with SMTP; 2 Nov 2004 22:42:29 -0000 Received: (qmail 1277 invoked from network); 2 Nov 2004 22:42:28 -0000 Received: from qmail by qscan (mail filter); 2 Nov 2004 22:42:28 +0000 Received: from unknown (HELO phobos.totalterror.net) (10.0.0.8) by tormentor.totalterror.net with SMTP; 2 Nov 2004 22:42:28 -0000 References: <416DB569.4010805@savvis.net> <416DC1E5.1060904@savvis.net> <4187E594.5080306@savvis.net> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: Maksim Yevmenkin Date: Wed, 03 Nov 2004 01:42:57 +0200 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-865-1099438977-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" cc: current@freebsd.org Subject: Re: bluetooth / hcseriald panics -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, 02 Nov 2004 22:42:35 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-phobos.totalterror.net-865-1099438977-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Maksim Yevmenkin writes: > Hi Niki, > > sorry for the delay. i was able to reproduce and track down the problem. > please find attached patch. let me know if it works for you. > > i'm sorry about this. > > max > i have applied the patch and now the panic is gone, but my console gets filled with stuff like that : WARNING: Network stack Giant-free, but ng_h4 requires Giant. ng_h4_input: sio4 - line error 0x1000000, c=0xc0 ng_h4_input: sio4 - line error 0x1000000, c=0x1 ng_h4_input: sio4 - line error 0x1000000, c=0xa ng_h4_input: sio4 - line error 0x1000000, c=0x9 ng_h4_input: sio4 - ignoring unknown packet type=0x90 ng_h4_input: sio4 - ignoring unknown packet type=0xa5 ng_h4_input: sio4 - ignoring unknown packet type=0x8f ng_h4_input: sio4 - ignoring unknown packet type=0xaf ng_h4_input: sio4 - ignoring unknown packet type=0x57 ng_h4_input: sio4 - line error 0x1000000, c=0x17 ng_h4_input: sio4 - ignoring unknown packet type=0xd8 ng_h4_input: sio4 - line error 0x1000000, c=0xc0 ng_h4_input: sio4 - line error 0x1000000, c=0x1 ng_h4_input: sio4 - line error 0x1000000, c=0xa ng_h4_input: sio4 - line error 0x1000000, c=0x9 ng_h4_input: sio4 - ignoring unknown packet type=0x90 ng_h4_input: sio4 - ignoring unknown packet type=0xa5 ng_h4_input: sio4 - ignoring unknown packet type=0x8f ng_h4_input: sio4 - ignoring unknown packet type=0xaf ng_h4_input: sio4 - ignoring unknown packet type=0x57 ng_h4_input: sio4 - line error 0x1000000, c=0x17 ng_h4_input: sio4 - ignoring unknown packet type=0xd8 ng_h4_input: sio4 - line error 0x1000000, c=0xc0 i guess i'll have to try with debug.mpsafenet turned off... --niki --=_mimegpg-phobos.totalterror.net-865-1099438977-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBiBuBHNAJ/fLbfrkRAtMgAKCz80BFAfgZ32zDvr9lKSS1b/InbACcDtUL 7rpXaHzzTj+CyRN+0kofXFg= =yBob -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-865-1099438977-0001-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:47: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 3412916A4CE for ; Tue, 2 Nov 2004 22:47:15 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7023C43D31 for ; Tue, 2 Nov 2004 22:47:14 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id iA2MklMx146148; Tue, 2 Nov 2004 23:47:02 +0100 Date: Tue, 2 Nov 2004 23:46:44 +0100 (CET) From: Lukas Ertl To: freebsd@newmillennium.net.au In-Reply-To: <002c01c4c12c$6df39be0$0201000a@riker> Message-ID: <20041102234436.G564@korben.prv.univie.ac.at> References: <002c01c4c12c$6df39be0$0201000a@riker> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4248; Body=2 Fuz1=2 Fuz2=2 cc: current@FreeBSD.org Subject: Re: Gvinum/RAID5 kernel panic 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, 02 Nov 2004 22:47:15 -0000 On Wed, 3 Nov 2004 freebsd@newmillennium.net.au wrote: > picard# fsck /dev/gvinum/newexport > fsck: Could not determine filesystem type That's normal. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x18 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc04d98e7 > stack pointer = 0x10:0xe4dedcc0 > frame pointer = 0x10:0xe4dedcdc > 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 = 4 (g_down) > trap number = 12 > panic: page fault The traceback of this one would be very helpful. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:58: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 B41D316A4CE for ; Tue, 2 Nov 2004 22:58:00 +0000 (GMT) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5575643D1F for ; Tue, 2 Nov 2004 22:58:00 +0000 (GMT) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) iA2Mti0d028664; Tue, 2 Nov 2004 14:57:56 -0800 (PST) Received: from [209.81.2.57] ([209.81.2.57]) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id iA2MhdvV034622; Tue, 2 Nov 2004 14:43:39 -0800 (PST) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.6.040913.0 Date: Tue, 02 Nov 2004 14:43:44 -0700 From: joe mcguckin To: Doug White Message-ID: In-Reply-To: <20041102104503.D63929@carver.gumbysoft.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: ClamAV 0.80/559/Thu Oct 28 06:08:33 2004 clamav-milter version 0.80j on smtp2.via.net X-Virus-Status: Clean cc: "'jtfbsd@jt.net.au'" cc: "Thyer, Matthew" cc: FreeBSD Subject: Re: USB Key Disk 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: Tue, 02 Nov 2004 22:58:00 -0000 Doug, Thanks for the info. Most USB keys don't have a rw/ro switch. Is there a kernel flag you can set to tell FreeBSD that boot device is flash and that writes should be kept to a minimum? Can swap space be completely done away with? Thanks! Joe On 11/2/04 11:51 AM, "Doug White" wrote: > On Tue, 2 Nov 2004, joe mcguckin wrote: > >> You neglect to state the minimum size USB key for a standard FreeBSD >> install. > > My 4.X router at home has a fairly complete system install in 128MB. > Thats without any special pruning whatsover, just base+crypto. With some > work (minibsd, nanobsd, etc.), you can do alot better than that. > > Note that I creatd that from a second system and dd'd the flash card over > so UFS wouldnt' burn out the flash, but I suppose you could install direct > to it if you odn't plan on writing to the key afterward. UFS does exra > bad things to flash (think superblock updates), so you don't want to > leave it read/write for very long. > >> >> -joe >> >> >> On 11/2/04 12:07 AM, "Thyer, Matthew" >> wrote: >> >>> To install onto this device: >>> >>> Simply boot your installation media (CD) and do your installing on the >>> device >>> "da0" (the first SCSI device - this is likely to be your USB Key unless you >>> already have SCSI hard disk drives in your system). >>> >>> As for booting, you will have to understand how to change your BIOS to >>> ensure >>> the correct boot order. Many BIOS's will boot on these devices if you have >>> "USB-ZIP" as the first boot device. If that doesn't work try "USB-HDD" or >>> just "USB". >>> >>> If your Key device is too small to accommodate a minimal install of FreeBSD >>> then you will need to investigate the more embedded solutions such as >>> PicoBSD. >>> This is an advanced topic which will require an experienced UNIX specialist >>> to >>> implement. You may be able to find various how-to type procedures on the >>> Web >>> and the FreeBSD handbook should be very useful but this is not something for >>> the fainthearted. >>> >>> As for the booting process, it is described in the manual page for "boot". >>> >>> >>> Matthew Thyer Phone: +61 8 8259 7249 >>> Science Corporate Information Systems Fax: +61 8 8259 5537 >>> Defence Science and Technology Organisation, Edinburgh >>> PO Box 1500 EDINBURGH South Australia 5111 >>> >>> IMPORTANT: This email remains the property of the Australian Defence >>> Organisation and is subject to the jurisdiction of section 70 of the >>> CRIMES ACT 1914. If you have received this email in error, you are >>> requested to contact the sender and delete the email. >>> >>> >>> _______________________________________________ >>> 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" >>> >> >> -- Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-213-1302 Cell: 650-207-0372 Fax: 650-969-2124 From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 23:34: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 C3B6F16A4CE for ; Tue, 2 Nov 2004 23:34:07 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29B7243D3F for ; Tue, 2 Nov 2004 23:34:07 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])iA2NY3CV004232; Tue, 2 Nov 2004 17:34:03 -0600 Received: from s228130hz1ew17.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 2 Nov 2004 17:33:58 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew17.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 2 Nov 2004 17:33:51 -0600 Message-ID: <4188195B.5060502@savvis.net> Date: Tue, 02 Nov 2004 15:33:47 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <416DB569.4010805@savvis.net> <416DC1E5.1060904@savvis.net> <4187E594.5080306@savvis.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Nov 2004 23:33:51.0458 (UTC) FILETIME=[68D6BC20:01C4C134] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: bluetooth / hcseriald panics -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, 02 Nov 2004 23:34:08 -0000 Niki, > i have applied the patch and now the panic is gone, but my console gets > filled with stuff like that : > > WARNING: Network stack Giant-free, but ng_h4 requires Giant. > ng_h4_input: sio4 - line error 0x1000000, c=0xc0 > ng_h4_input: sio4 - line error 0x1000000, c=0x1 > ng_h4_input: sio4 - line error 0x1000000, c=0xa > ng_h4_input: sio4 - line error 0x1000000, c=0x9 > ng_h4_input: sio4 - ignoring unknown packet type=0x90 > ng_h4_input: sio4 - ignoring unknown packet type=0xa5 > ng_h4_input: sio4 - ignoring unknown packet type=0x8f > ng_h4_input: sio4 - ignoring unknown packet type=0xaf > ng_h4_input: sio4 - ignoring unknown packet type=0x57 > ng_h4_input: sio4 - line error 0x1000000, c=0x17 > ng_h4_input: sio4 - ignoring unknown packet type=0xd8 > ng_h4_input: sio4 - line error 0x1000000, c=0xc0 > ng_h4_input: sio4 - line error 0x1000000, c=0x1 > ng_h4_input: sio4 - line error 0x1000000, c=0xa > ng_h4_input: sio4 - line error 0x1000000, c=0x9 > ng_h4_input: sio4 - ignoring unknown packet type=0x90 > ng_h4_input: sio4 - ignoring unknown packet type=0xa5 > ng_h4_input: sio4 - ignoring unknown packet type=0x8f > ng_h4_input: sio4 - ignoring unknown packet type=0xaf > ng_h4_input: sio4 - ignoring unknown packet type=0x57 > ng_h4_input: sio4 - line error 0x1000000, c=0x17 > ng_h4_input: sio4 - ignoring unknown packet type=0xd8 > ng_h4_input: sio4 - line error 0x1000000, c=0xc0 that is what happens when fifo is not drained completely in time :( you should also see messages about "silo overflow" as well. as i explained before this is an interrupt latency problem. bluetooth links normally operate at up to 400 kb/s speed (symmetric asynchronous channel). and yet some (most?) manufacturers put 16550 uarts with 16 bytes fifo on those cards. to make things worse no flow control is implemented :( h4 was not designed for links that drop bytes. bluetooth spec requires to reset device every time there is a synchronization loss is detected. ng_h4(4) does not reset the device (too extreme) instead it just tries to re-synchronize. so the things you can try: 1) get a much faster cpu :) 2) disable WITNESSxxx and INVARIANTSxxx; 3) try to convince your system to allocate separate irq to the bluetooth card; 4) try to convince sio(4) driver to activate interrupts in FAST mode. max From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 23: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 D110416A4CE for ; Tue, 2 Nov 2004 23:36:26 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8069C43D39 for ; Tue, 2 Nov 2004 23:36:26 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id A90BCB8FA for ; Tue, 2 Nov 2004 17:36:25 -0600 (CST) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59077-01 for ; Tue, 2 Nov 2004 17:36:25 -0600 (CST) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 09AC0B8F8 for ; Tue, 2 Nov 2004 17:36:25 -0600 (CST) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Tue, 2 Nov 2004 17:36:17 -0600 User-Agent: KMail/1.7 References: <20041102222000.GA65845@xor.obsecurity.org> In-Reply-To: <20041102222000.GA65845@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1147794.2EmFa64baP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411021736.21034.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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, 02 Nov 2004 23:36:26 -0000 --nextPart1147794.2EmFa64baP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 02 November 2004 16:20, Kris Kennaway wrote: > (there are at least 350 ports that emit warnings about aliasing, and would > probably have runtime errors when compiled with -O2; moreover, a number of > ports fail to even build with -O2). =20 Out of curiosity, are those ports like to have equivalents in Gentoo's=20 "portage" system? Those guys love to build with -O310 -fomit-instructions= =20 but their stuff seems to pretty much work. Why do we seem to have so many= =20 problems with (presumably?) the same software on our system? IANA compiler designer so I don't really understand a lot of the technical= =20 details, but is this something that can be reasonably understood by=20 somewhat experienced application programmers? =2D-=20 Kirk Strauser --nextPart1147794.2EmFa64baP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBiBn05sRg+Y0CpvERAo+EAJ99EijGJOh32vAiRjTNGLhMquAeKwCgnuIs SYyF9X8feFDN4Qj/3G8IibE= =4w3P -----END PGP SIGNATURE----- --nextPart1147794.2EmFa64baP-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 23:46: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 5BC2F16A4CE for ; Tue, 2 Nov 2004 23:46:20 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 328D643D41 for ; Tue, 2 Nov 2004 23:46:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AEA9C54CEC; Tue, 2 Nov 2004 15:48:21 -0800 (PST) Date: Tue, 2 Nov 2004 15:48:21 -0800 From: Kris Kennaway To: Kirk Strauser Message-ID: <20041102234821.GA76782@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <200411021736.21034.kirk@strauser.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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, 02 Nov 2004 23:46:20 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2004 at 05:36:17PM -0600, Kirk Strauser wrote: > On Tuesday 02 November 2004 16:20, Kris Kennaway wrote: >=20 > > (there are at least 350 ports that emit warnings about aliasing, and wo= uld > > probably have runtime errors when compiled with -O2; moreover, a number= of > > ports fail to even build with -O2). =20 >=20 > Out of curiosity, are those ports like to have equivalents in Gentoo's=20 > "portage" system? Those guys love to build with -O310 -fomit-instruction= s=20 > but their stuff seems to pretty much work. Why do we seem to have so man= y=20 > problems with (presumably?) the same software on our system? Don't know, perhaps they don't care about the fraction of ports that don't work properly since the rest of them have such eleet optimization. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiBzFWry0BWjoQKURAvDzAJwKu0s1Tm/SvSTCQKIaY2asg2ULpgCgiSiV XjJ3srgV5lJ6ZKIrrnxLunA= =/GTh -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 23:55: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 6CA4E16A4CE for ; Tue, 2 Nov 2004 23:55:38 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7381643D2D for ; Tue, 2 Nov 2004 23:55:33 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [67.33.247.226] by imf20aec.mail.bellsouth.netESMTP <20041102235515.IXPB2350.imf20aec.mail.bellsouth.net@[67.33.247.226]>; Tue, 2 Nov 2004 18:55:15 -0500 In-Reply-To: <20041102234821.GA76782@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> <20041102234821.GA76782@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9DDB4C0A-2D2A-11D9-8349-000A95BB7150@ahze.net> Content-Transfer-Encoding: 7bit From: michael johnson Date: Tue, 2 Nov 2004 18:55:04 -0500 To: Kris Kennaway X-Mailer: Apple Mail (2.618) cc: Kirk Strauser cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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, 02 Nov 2004 23:55:38 -0000 On Nov 2, 2004, at 6:48 PM, Kris Kennaway wrote: > On Tue, Nov 02, 2004 at 05:36:17PM -0600, Kirk Strauser wrote: >> On Tuesday 02 November 2004 16:20, Kris Kennaway wrote: >> >>> (there are at least 350 ports that emit warnings about aliasing, and >>> would >>> probably have runtime errors when compiled with -O2; moreover, a >>> number of >>> ports fail to even build with -O2). >> >> Out of curiosity, are those ports like to have equivalents in Gentoo's >> "portage" system? Those guys love to build with -O310 >> -fomit-instructions >> but their stuff seems to pretty much work. Why do we seem to have so >> many >> problems with (presumably?) the same software on our system? > > Don't know, perhaps they don't care about the fraction of ports that > don't work properly since the rest of them have such eleet > optimization. Some ports from portage ie http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/media-libs/gst- plugins/gst-plugins-0.8.5-r1.ebuild gst-plugins use replace-flags which is for example ... ${CFLAGS:S/-O2/-O} or filter-flags which removes flags that cause a known build failure. Michael > Kris From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 00:05: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 9806B16A4CE for ; Wed, 3 Nov 2004 00:05:10 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B00E943D46 for ; Wed, 3 Nov 2004 00:05:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 15797 invoked by uid 65534); 3 Nov 2004 00:05:08 -0000 Received: from pD95D8C11.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.140.17) by mail.gmx.net (mp012) with SMTP; 03 Nov 2004 01:05:08 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA3054Qr003953 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 3 Nov 2004 01:05:04 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Wed, 3 Nov 2004 01:04:59 +0100 User-Agent: KMail/1.7.50 References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> In-Reply-To: <200411021736.21034.kirk@strauser.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1682240.EFPaI5et4K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411030105.00094.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Kirk Strauser Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 00:05:10 -0000 --nextPart1682240.EFPaI5et4K Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 3. November 2004 00:36, Kirk Strauser wrote: > On Tuesday 02 November 2004 16:20, Kris Kennaway wrote: > > (there are at least 350 ports that emit warnings about aliasing, and > > would probably have runtime errors when compiled with -O2; moreover, a > > number of ports fail to even build with -O2). > > Out of curiosity, are those ports like to have equivalents in Gentoo's > "portage" system? Those guys love to build with -O310 -fomit-instructions > but their stuff seems to pretty much work. Why do we seem to have so many > problems with (presumably?) the same software on our system? Without having seen the list of affected ports yet, it certainly depends. I don't expect things like apache, gnome, kde, perl or other big mainstream= =20 applications to be affected (KDE for example is developed to use -O2 by=20 default - it's what you get if you run just configure without C*FLAGS set),= =20 but there are a lot of ports in our collection which are old, x86-centric a= nd=20 never liked any of gcc's 3.x releases very much.=20 =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 --nextPart1682240.EFPaI5et4K Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiCCsXhc68WspdLARAp+XAKCJl1Lej+u+OSt5ZRwpG8nCLE6efACdH+d/ 5tTgcXpfW7K2h2GtZbZYLBE= =zZOF -----END PGP SIGNATURE----- --nextPart1682240.EFPaI5et4K-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 00:18: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 7FF3F16A4CE for ; Wed, 3 Nov 2004 00:18:46 +0000 (GMT) Received: from dolphin.homeunix.com (203-219-108-14-nsw.tpgi.com.au [203.219.108.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E477243D53 for ; Wed, 3 Nov 2004 00:18:44 +0000 (GMT) (envelope-from kanaley@dolphin.homeunix.com) Received: from dolphin.homeunix.com (localhost.homeunix.com [127.0.0.1]) by dolphin.homeunix.com (8.13.1/8.13.1) with ESMTP id iA30HogM000908 for ; Wed, 3 Nov 2004 11:17:50 +1100 (EST) (envelope-from kanaley@dolphin.homeunix.com) Received: (from kanaley@localhost) by dolphin.homeunix.com (8.13.1/8.13.1/Submit) id iA30HnT2000907 for freebsd-current@freebsd.org; Wed, 3 Nov 2004 11:17:49 +1100 (EST) (envelope-from kanaley) Date: Wed, 3 Nov 2004 11:17:48 +1100 From: J Lachlan Kanaley To: freebsd-current@freebsd.org Message-ID: <20041103001744.GA467@dolphin.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Random RC2 crashes 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: Wed, 03 Nov 2004 00:18:46 -0000 Hello, I am still experiencing random system lockups using a generic 5-RC2 system. These seem to occur whenever the system is left unused for a while. I experienced similar problems with 5-BETA7 when doing a `make world'. There is no kernel panic, but the system no longer accepts network connections and there is no response from the keyboard. There is nothing in the logs. Does anyone have any suggestions on how to get some meaningful information from this? What should I turn on for debugging? Thanks, Lachlan Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC2 #0: Sun Oct 31 08:32:33 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 134152192 (127 MB) avail memory = 121626624 (115 MB) ACPI disabled by blacklist. Contact your BIOS vendor. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe000-0xe01f irq 11 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 16.0 (no driver attached) dc0: port 0xe400-0xe47f mem 0xea000000-0xea00007f irq 12 at device 19.0 on pci0 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:c0:ca:10:a3:a1 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] cpu0 on motherboard orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 400910591 Hz quality 800 Timecounters tick every 10.000 msec ad0: 4103MB [8894/15/63] at ata0-master UDMA33 acd0: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted -- James Lachlan Kanaley phone: (02) 9517 3209 email: kanaley@student.usyd.edu.au web: http://users.tpg.com.au/adslclfu From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 01:35: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 EA50016A4CE for ; Wed, 3 Nov 2004 01:35:55 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F6643D49 for ; Wed, 3 Nov 2004 01:35:54 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iA31YuZg023209 for ; Wed, 3 Nov 2004 12:04:56 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Wed, 3 Nov 2004 12:05:47 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id iA31PMh23319 for ; Wed, 3 Nov 2004 11:55:22 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJC4437; Wed, 3 Nov 2004 11:55:18 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id iA31PMK5000702 for ; Wed, 3 Nov 2004 11:55:22 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id iA31PMtQ000701 for freebsd-current@freebsd.org; Wed, 3 Nov 2004 11:55:22 +1030 (CST) (envelope-from wilkinsa) Date: Wed, 3 Nov 2004 11:55:22 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20041103012521.GB479@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20041029022056.GA5751@philomath.unixcore.com> <200410291445.51216.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200410291445.51216.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i Subject: Re: How to disable ACPI in 5.3 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: Wed, 03 Nov 2004 01:35:56 -0000 Interesting. I checked this myself because I thought I _was_ using ACPI. I found this: # grep -i acpi /var/run/dmesg.boot KLD file acpi.ko - could not finalize loading # devinfo | grep -A2 legacy legacy0 pcib0 pci0 Is ACPI meant to be compiled into the kernel or loaded as a module ? What could cause acpi.ko to not load as a module ? - aW 0n Fri, Oct 29, 2004 at 02:45:51PM -0400, John Baldwin wrote: On Thursday 28 October 2004 10:20 pm, Daniel Bond wrote: > Hello! > > I am having difficulties booting FreeBSD 5.3 withou ACPI, > nothing in my kernelconfig indicates that ACPI is enabled. > In /boot/device.hints and loader.conf, I have put > hint.acpi.0.disabled="1", and I have also tried to > delete/temp move /boot/kernel/acpi* .. > > And in adition to that I'm chosing "2. Boot with ACPI disabled" > from the bootloader menu. > > Yet, still I find ACPI in my kernel: > dev# kldstat -v | grep acpi > ((( kernel.ko ))) > 196 acpi/fdc > 203 acpi/ppc > 205 acpi/sio > 219 acpi/atpic > 221 acpi/attimer > 224 acpi/atdma > 227 acpi/npxisa > 236 acpi/atkbdc > 239 acpi/psmcpnp > > Is there another way to disable ACPI in 5.3? That just means the drivers are present, it doesn't mean they are used. It looks like you have 'device acpi' in your kernel config. The way to tell that ACPI is enabled is to look for an acpi0 in your dmesg. Alternatively, you can run devinfo to list your device tree. If pcib0 is a child of acpi0, then you are using ACPI. If it is a child of legacy0, then you aren't. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 01:49: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 A3F8C16A4CE for ; Wed, 3 Nov 2004 01:49:51 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B37443D1F for ; Wed, 3 Nov 2004 01:49:49 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iA31nJCZ008401; Wed, 3 Nov 2004 12:19:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 3 Nov 2004 12:19:07 +1030 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1414373.FCvV1IzkBr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411031219.18088.doconnor@gsoft.com.au> X-Spam-Score: -2 () EXCUSE_16,IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,TO_BE_REMOVED_REPLY,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "'jtfbsd@jt.net.au'" cc: "Thyer, Matthew" Subject: Re: USB Key Disk 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: Wed, 03 Nov 2004 01:49:51 -0000 --nextPart1414373.FCvV1IzkBr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 3 Nov 2004 08:13, joe mcguckin wrote: > Most USB keys don't have a rw/ro switch. Is there a kernel flag you can s= et > to tell FreeBSD that boot device is flash and that writes should be kept = to > a minimum? Can swap space be completely done away with? There is the kernel option NO_SWAPPING. As for writes to an FS.. I think you might want to check out some of the=20 diskless work which uses MFS to hold things. > Thanks! > > Joe > > On 11/2/04 11:51 AM, "Doug White" wrote: > > On Tue, 2 Nov 2004, joe mcguckin wrote: > >> You neglect to state the minimum size USB key for a standard FreeBSD > >> install. > > > > My 4.X router at home has a fairly complete system install in 128MB. > > Thats without any special pruning whatsover, just base+crypto. With some > > work (minibsd, nanobsd, etc.), you can do alot better than that. > > > > Note that I creatd that from a second system and dd'd the flash card ov= er > > so UFS wouldnt' burn out the flash, but I suppose you could install > > direct to it if you odn't plan on writing to the key afterward. UFS do= es > > exra bad things to flash (think superblock updates), so you don't want = to > > leave it read/write for very long. > > > >> -joe > >> > >> > >> On 11/2/04 12:07 AM, "Thyer, Matthew" > >> > >> > >> wrote: > >>> To install onto this device: > >>> > >>> Simply boot your installation media (CD) and do your installing on the > >>> device > >>> "da0" (the first SCSI device - this is likely to be your USB Key unle= ss > >>> you already have SCSI hard disk drives in your system). > >>> > >>> As for booting, you will have to understand how to change your BIOS to > >>> ensure > >>> the correct boot order. Many BIOS's will boot on these devices if you > >>> have "USB-ZIP" as the first boot device. If that doesn't work try > >>> "USB-HDD" or just "USB". > >>> > >>> If your Key device is too small to accommodate a minimal install of > >>> FreeBSD then you will need to investigate the more embedded solutions > >>> such as PicoBSD. > >>> This is an advanced topic which will require an experienced UNIX > >>> specialist to > >>> implement. You may be able to find various how-to type procedures on > >>> the Web > >>> and the FreeBSD handbook should be very useful but this is not > >>> something for the fainthearted. > >>> > >>> As for the booting process, it is described in the manual page for > >>> "boot". > >>> > >>> > >>> Matthew Thyer Phone: +61 8 8259 7249 > >>> Science Corporate Information Systems Fax: +61 8 8259 5537 > >>> Defence Science and Technology Organisation, Edinburgh > >>> PO Box 1500 EDINBURGH South Australia 5111 > >>> > >>> IMPORTANT: This email remains the property of the Australian Defence > >>> Organisation and is subject to the jurisdiction of section 70 of the > >>> CRIMES ACT 1914. If you have received this email in error, you are > >>> requested to contact the sender and delete the email. > >>> > >>> > >>> _______________________________________________ > >>> 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" =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1414373.FCvV1IzkBr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiDke5ZPcIHs/zowRAoZ+AJ92UWQKm75kFD+MwF3Qy3VXoOmtRACdEhHp J9TFEB4ePOMub61kmYkQsZc= =sUPS -----END PGP SIGNATURE----- --nextPart1414373.FCvV1IzkBr-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 02:11: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 75EB416A4CE for ; Wed, 3 Nov 2004 02:11:30 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id E3C3143D1D for ; Wed, 3 Nov 2004 02:11:29 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 845 invoked by uid 89); 3 Nov 2004 02:11:28 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 3 Nov 2004 02:11:28 -0000 Received: (qmail 827 invoked by uid 89); 3 Nov 2004 02:11:28 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 3 Nov 2004 02:11:28 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iA32BR5R092329; Tue, 2 Nov 2004 21:11:27 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Nik Azim Azam In-Reply-To: <20041021081115.88930.qmail@web21125.mail.yahoo.com> References: <20041021081115.88930.qmail@web21125.mail.yahoo.com> Content-Type: multipart/mixed; boundary="=-DgZP8J8610bg4bOMq9Wm" Message-Id: <1099447887.90396.91.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 02 Nov 2004 21:11:27 -0500 cc: freebsd-current@freebsd.org Subject: Re: number of CPUs and IPI panic 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: Wed, 03 Nov 2004 02:11:30 -0000 --=-DgZP8J8610bg4bOMq9Wm Content-Type: text/plain Content-Transfer-Encoding: 7bit On Thu, 2004-10-21 at 04:11, Nik Azim Azam wrote: > the system still panics with the same message with the > provided patch. please advise me what should i do to > get more information out of this panic. > > thanks, > nik. Could you try the attached patch? Thanks Stephan --=-DgZP8J8610bg4bOMq9Wm Content-Disposition: attachment; filename=ipi2_patch Content-Type: text/x-patch; name=ipi2_patch; charset=ASCII Content-Transfer-Encoding: 7bit Index: i386/apic_vector.s =================================================================== RCS file: /cvsroot/src/sys/i386/i386/apic_vector.s,v retrieving revision 1.101 diff -u -r1.101 apic_vector.s --- i386/apic_vector.s 26 May 2004 07:43:41 -0000 1.101 +++ i386/apic_vector.s 3 Nov 2004 00:04:58 -0000 @@ -286,7 +286,11 @@ movl %eax, %es movl $KPSEL, %eax movl %eax, %fs - + + movl PCPU(CPUMASK), %eax + lock + or %eax,ipi_ast_pending + movl lapic, %edx movl $0, LA_EOI(%edx) /* End Of Interrupt to APIC */ Index: i386/genassym.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/genassym.c,v retrieving revision 1.148 diff -u -r1.148 genassym.c --- i386/genassym.c 23 May 2004 16:50:55 -0000 1.148 +++ i386/genassym.c 3 Nov 2004 00:10:52 -0000 @@ -197,6 +197,7 @@ ASSYM(PC_TSS_GDT, offsetof(struct pcpu, pc_tss_gdt)); ASSYM(PC_CURRENTLDT, offsetof(struct pcpu, pc_currentldt)); ASSYM(PC_CPUID, offsetof(struct pcpu, pc_cpuid)); +ASSYM(PC_CPUMASK, offsetof(struct pcpu, pc_cpumask)); ASSYM(PC_CURPMAP, offsetof(struct pcpu, pc_curpmap)); #ifdef DEV_APIC Index: i386/local_apic.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/local_apic.c,v retrieving revision 1.9 diff -u -r1.9 local_apic.c --- i386/local_apic.c 14 Jul 2004 18:12:15 -0000 1.9 +++ i386/local_apic.c 4 Oct 2004 02:24:17 -0000 @@ -693,6 +693,62 @@ intr_restore(eflags); } + +static void +lapic_ipi_wait_and_raw(int delay,register_t icrlo, u_int dest) +{ + int x, incr,idle; + register_t value, eflags; + + +/* XXX: Need more sanity checking of icrlo? */ + KASSERT(lapic != NULL, ("%s called too early", __func__)); + KASSERT((dest & ~(APIC_ID_MASK >> APIC_ID_SHIFT)) == 0, + ("%s: invalid dest field", __func__)); + KASSERT((icrlo & APIC_ICRLO_RESV_MASK) == 0, + ("%s: reserved bits set in ICR LO register", __func__)); + + if (delay == -1) { + incr = 0; + delay = 1; + } else + incr = 1; + + /* Set destination in ICR HI register if it is being used. */ + eflags = intr_disable(); + + idle = 0; + + for (x = 0; x < delay; x += incr) { + if ((lapic->icr_lo & APIC_DELSTAT_MASK) == APIC_DELSTAT_IDLE) + { + idle = 1; + break; + } + intr_restore(eflags); + ia32_pause(); + eflags = intr_disable(); + + } + + if (!idle) panic("APIC: Previous IPI is stuck"); + + if ((icrlo & APIC_DEST_MASK) == APIC_DEST_DESTFLD) { + value = lapic->icr_hi; + value &= ~APIC_ID_MASK; + value |= dest << APIC_ID_SHIFT; + lapic->icr_hi = value; + } + + /* Program the contents of the IPI and dispatch it. */ + value = lapic->icr_lo; + value &= APIC_ICRLO_RESV_MASK; + value |= icrlo; + lapic->icr_lo = value; + intr_restore(eflags); +} + + #define BEFORE_SPIN 1000000 #ifdef DETECT_DEADLOCK #define AFTER_SPIN 1000 @@ -725,11 +781,8 @@ destfield = dest; } - /* Wait for an earlier IPI to finish. */ - if (!lapic_ipi_wait(BEFORE_SPIN)) - panic("APIC: Previous IPI is stuck"); - - lapic_ipi_raw(icrlo, destfield); + + lapic_ipi_wait_and_raw(BEFORE_SPIN,icrlo, destfield); #ifdef DETECT_DEADLOCK /* Wait for IPI to be delivered. */ Index: i386/mp_machdep.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.240 diff -u -r1.240 mp_machdep.c --- i386/mp_machdep.c 1 Nov 2004 22:11:27 -0000 1.240 +++ i386/mp_machdep.c 2 Nov 2004 23:13:25 -0000 @@ -212,6 +212,14 @@ static int hlt_logical_cpus; static struct sysctl_ctx_list logical_cpu_clist; + +static int ipi_statclock_pending; +static int ipi_hardclock_pending; +int ipi_ast_pending; + + + + static void mem_range_AP_init(void) { @@ -1017,12 +1025,24 @@ smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); + + + /* Enable interrupts */ + /* Thread switching still disabled */ + + enable_intr(); + if (mask == (u_int)-1) ipi_all_but_self(vector); else ipi_selected(mask, vector); + while (smp_tlb_wait < ncpu) ia32_pause(); + + /* disable interrupts */ + disable_intr(); + } void @@ -1104,6 +1124,9 @@ struct thread *td; CTR0(KTR_SMP, "forwarded_statclock"); + + atomic_clear_int(&ipi_statclock_pending,PCPU_GET(cpumask)); + td = curthread; td->td_intr_nesting_level++; if (profprocs != 0) @@ -1123,7 +1146,7 @@ if (!smp_started || cold || panicstr) return; - map = PCPU_GET(other_cpus) & ~(stopped_cpus|hlt_cpus_mask); + map = PCPU_GET(other_cpus) & ~(stopped_cpus|hlt_cpus_mask|ipi_statclock_pending); if (map != 0) ipi_selected(map, IPI_STATCLOCK); } @@ -1141,6 +1164,9 @@ struct thread *td; CTR0(KTR_SMP, "forwarded_hardclock"); + + atomic_clear_int(&ipi_hardclock_pending,PCPU_GET(cpumask)); + td = curthread; td->td_intr_nesting_level++; hardclock_process(&frame); @@ -1157,7 +1183,7 @@ if (!smp_started || cold || panicstr) return; - map = PCPU_GET(other_cpus) & ~(stopped_cpus|hlt_cpus_mask); + map = PCPU_GET(other_cpus) & ~(stopped_cpus|hlt_cpus_mask|ipi_hardclock_pending); if (map != 0) ipi_selected(map, IPI_HARDCLOCK); } @@ -1170,6 +1196,10 @@ { int cpu; + if (ipi == IPI_AST) + cpus &= ~(ipi_ast_pending); /* XXX Needs memory barrier */ + + CTR3(KTR_SMP, "%s: cpus: %x ipi: %x", __func__, cpus, ipi); while ((cpu = ffs(cpus)) != 0) { cpu--; Index: i386/pmap.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/pmap.c,v retrieving revision 1.514 diff -u -r1.514 pmap.c --- i386/pmap.c 29 Oct 2004 19:10:46 -0000 1.514 +++ i386/pmap.c 1 Nov 2004 19:29:08 -0000 @@ -1328,12 +1328,20 @@ atomic_store_rel_int((u_int *)&lazymask, (u_int)&pmap->pm_active); atomic_store_rel_int(&lazywait, 0); + /* Enable interrupts */ + /* Thread switching still disabled */ + + enable_intr(); ipi_selected(mask, IPI_LAZYPMAP); while (lazywait == 0) { ia32_pause(); if (--spins == 0) break; } + + /* disable interrupts */ + disable_intr(); + } mtx_unlock_spin(&smp_ipi_mtx); if (spins == 0) --=-DgZP8J8610bg4bOMq9Wm-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 02:34: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 D472B16A4CE; Wed, 3 Nov 2004 02:34:44 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4EB43D45; Wed, 3 Nov 2004 02:34:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iA32YWtH008815; Wed, 3 Nov 2004 13:04:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, John-Mark Gurney Date: Wed, 3 Nov 2004 13:04:30 +1030 User-Agent: KMail/1.7 References: <34cb7c8404110209563fc01498@mail.gmail.com> <20041102190851.GR22681@funkthat.com> In-Reply-To: <20041102190851.GR22681@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6075508.at3aiTZfpd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411031304.31518.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: peadar@freebsd.org cc: "Bjoern A. Zeeb" cc: freebsd-amd64@freebsd.org cc: FreeBSD current mailing list cc: Peter Edwards Subject: Re: if_sk patch to get more info from people with 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: Wed, 03 Nov 2004 02:34:45 -0000 --nextPart6075508.at3aiTZfpd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 3 Nov 2004 05:38, John-Mark Gurney wrote: > Peter Edwards wrote this message on Tue, Nov 02, 2004 at 17:56 +0000: > > A (very) quick look at the source reveals that buffers are allocated > > via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive > > function, with the softc lock held in sk_rxeof(). > > > > They're freed by the mbuf system via a call to sk_jfree(), but that > > doesn't hold the SK_LOCK. Is this possibly the source of the > > corruption problems? What am I missing? > > This compiles, anyway :-) > > Well, try the attached patch (it also includes my changes from a previous > diff) that will see what happens... Make sure you have your kernel > compiled with WITNESS and INVARIANTS... If you hit one of these > asserts, make sure you post the back trace... I didn't see the previous patch, but I applied it from this one to 4.x and = it=20 seems to be behaving itself now. I'll keep testing it, but previously it would lock up pretty quickly :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6075508.at3aiTZfpd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiEO35ZPcIHs/zowRAqmIAJ9ukCzqgBKkmsJPztDSTdueJAdTjQCgjjH4 o92QPeHXyjlvAKPIjKEbhQU= =3lPf -----END PGP SIGNATURE----- --nextPart6075508.at3aiTZfpd-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 02:34: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 D472B16A4CE; Wed, 3 Nov 2004 02:34:44 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4EB43D45; Wed, 3 Nov 2004 02:34:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iA32YWtH008815; Wed, 3 Nov 2004 13:04:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, John-Mark Gurney Date: Wed, 3 Nov 2004 13:04:30 +1030 User-Agent: KMail/1.7 References: <34cb7c8404110209563fc01498@mail.gmail.com> <20041102190851.GR22681@funkthat.com> In-Reply-To: <20041102190851.GR22681@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6075508.at3aiTZfpd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411031304.31518.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: peadar@freebsd.org cc: "Bjoern A. Zeeb" cc: freebsd-amd64@freebsd.org cc: FreeBSD current mailing list cc: Peter Edwards Subject: Re: if_sk patch to get more info from people with 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: Wed, 03 Nov 2004 02:34:45 -0000 --nextPart6075508.at3aiTZfpd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 3 Nov 2004 05:38, John-Mark Gurney wrote: > Peter Edwards wrote this message on Tue, Nov 02, 2004 at 17:56 +0000: > > A (very) quick look at the source reveals that buffers are allocated > > via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive > > function, with the softc lock held in sk_rxeof(). > > > > They're freed by the mbuf system via a call to sk_jfree(), but that > > doesn't hold the SK_LOCK. Is this possibly the source of the > > corruption problems? What am I missing? > > This compiles, anyway :-) > > Well, try the attached patch (it also includes my changes from a previous > diff) that will see what happens... Make sure you have your kernel > compiled with WITNESS and INVARIANTS... If you hit one of these > asserts, make sure you post the back trace... I didn't see the previous patch, but I applied it from this one to 4.x and = it=20 seems to be behaving itself now. I'll keep testing it, but previously it would lock up pretty quickly :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6075508.at3aiTZfpd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiEO35ZPcIHs/zowRAqmIAJ9ukCzqgBKkmsJPztDSTdueJAdTjQCgjjH4 o92QPeHXyjlvAKPIjKEbhQU= =3lPf -----END PGP SIGNATURE----- --nextPart6075508.at3aiTZfpd-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 03:14: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 1D54316A4CE for ; Wed, 3 Nov 2004 03:14:37 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB21A43D3F for ; Wed, 3 Nov 2004 03:14:35 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CPBbV-0006QD-HR; Wed, 03 Nov 2004 08:14:33 +0500 Message-ID: <41884D19.4080809@ntmk.ru> Date: Wed, 03 Nov 2004 08:14:33 +0500 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Jason Harmening , freebsd-current@freebsd.org References: <200411020143.34251.gte990t@mail.gatech.edu> In-Reply-To: <200411020143.34251.gte990t@mail.gatech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Wed, 03 Nov 2004 03:14:37 -0000 Jason Harmening wrote: Hello! Same problem. Recompilation of KDE and OpenOffice has no effect. >Hi all, > >I just upgraded to 5.3-RC2, and I'm still running into the problem where >processes will hang in an unkillable state. In particular, this happens for >me with OpenOffice under a heavy load. 'ps' reports the state as 'TL' and >'top' reports the state as STOP. Neither kill -CONT nor kill -KILL will >work. I have libc_r libmapped to libpthread as recommended. Also note that >this is with 5.3-RC2, which supposedly fixed a similar problem relating to >gdb. Should I recompile OpenOffice? > >Thanks, >Jason Harmening >_______________________________________________ >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" > > > With respect, Boris From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 03:40: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 B579816A4CE for ; Wed, 3 Nov 2004 03:40:23 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5204C43D2D for ; Wed, 3 Nov 2004 03:40:23 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.5] (adsl-68-250-187-153.dsl.wotnoh.ameritech.net [68.250.187.153]) (authenticated bits=0)iA33M9UJ096701 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 2 Nov 2004 22:22:11 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 2 Nov 2004 22:43:01 -0500 User-Agent: KMail/1.7 References: <20041031161538.GA989@naboo.wanadoo.fr> In-Reply-To: <20041031161538.GA989@naboo.wanadoo.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart49975949.iAZq034Rok"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411022243.02175.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Aurelien Nephtali Subject: Re: panic: Wrong vnode in bufstrategy(bp=0xc5e058c0, vp=0xc1615238) 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: Wed, 03 Nov 2004 03:40:23 -0000 --nextPart49975949.iAZq034Rok Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 31 October 2004 11:15 am, Aurelien Nephtali wrote: > Hello, > > Since the recent commits by phk@, I can't mount any NTFS file system > without getting a : > > panic: Wrong vnode in bufstrategy(bp=3D0xc5e058c0, vp=3D0xc1615238) > > > Trace output as well as dmesg output are attached. > > Thanks! Just wanted to add a me too. I can post my back trace too if it would=20 help. =2D-=20 Anish Mistry --nextPart49975949.iAZq034Rok Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiFPGxqA5ziudZT0RAkxjAKDR1yfFDeTapJUEGoe/TeITCzc02ACeJTwZ iQ4QKthHOt4SgHnfV4XmKEY= =7gzT -----END PGP SIGNATURE----- --nextPart49975949.iAZq034Rok-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 03: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 449EA16A4CE for ; Wed, 3 Nov 2004 03:54:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2AC643D2D for ; Wed, 3 Nov 2004 03:54:30 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id g11so64011rne for ; Tue, 02 Nov 2004 19:54:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Uo411JaLmYCgt5fPRV0pAln5vF2P73wjiG1E15UL5q8cHjCPQi59NN9UeRtSGfsrad5HCJzVXRCLY1k+epsehlG3+XXDQ490fZInBVRpbbegx9TKLbp7PSUabYJPfelx+5fYO4h4tItcEtfp/Cth+ahOjggiIh8ZbAUtQZRg/XM= Received: by 10.38.158.11 with SMTP id g11mr505298rne; Tue, 02 Nov 2004 19:54:26 -0800 (PST) Received: by 10.38.13.37 with HTTP; Tue, 2 Nov 2004 19:54:26 -0800 (PST) Message-ID: <84dead720411021954265966e2@mail.gmail.com> Date: Wed, 3 Nov 2004 09:24:26 +0530 From: Joseph Koshy To: David Gilbert In-Reply-To: <41868E49.8070809@daveg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41868E49.8070809@daveg.ca> cc: freebsd-current@freebsd.org Subject: Re: fsck --run-with-scissors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 03:54:31 -0000 > Meaning a mode of last resort that may or may not make the disk work and > may or may not totally screw with the disk. "fsck -y" From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 04:12:19 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 5210A16A4CF; Wed, 3 Nov 2004 04:12:19 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iA34CII5038349; Tue, 2 Nov 2004 23:12:18 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iA34CGp4038348; Tue, 2 Nov 2004 23:12:16 -0500 (EST) (envelope-from green) Date: Tue, 2 Nov 2004 23:12:16 -0500 From: Brian Fundakowski Feldman To: J Lachlan Kanaley Message-ID: <20041103041216.GY93831@green.homeunix.org> References: <20041103001744.GA467@dolphin.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041103001744.GA467@dolphin.homeunix.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Random RC2 crashes 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: Wed, 03 Nov 2004 04:12:19 -0000 On Wed, Nov 03, 2004 at 11:17:48AM +1100, J Lachlan Kanaley wrote: > Hello, > > I am still experiencing random system lockups using a generic 5-RC2 > system. These seem to occur whenever the system is left unused for a > while. I experienced similar problems with 5-BETA7 when doing a `make > world'. There is no kernel panic, but the system no longer accepts > network connections and there is no response from the keyboard. There > is nothing in the logs. > > Does anyone have any suggestions on how to get some meaningful > information from this? What should I turn on for debugging? Are you an X user or console user? Do you have potential for turning on the serial console support? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 04:34: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 73E4416A4CE for ; Wed, 3 Nov 2004 04:34:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2877D43D31 for ; Wed, 3 Nov 2004 04:34:27 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id q1so46265rnf for ; Tue, 02 Nov 2004 20:34:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=WluCtCkWDqbZ4NFkC8CxSla3q5STaiGa5z/FCbxhWHelITNptOkxiP/NILSBFc2wE7g4Qd5GTP3p33mxavXeAErhuOveCxaIOJz9r72hVppOG2r2jXBLilAT2VFhsCt452zZ+4c2EtuDWyc7knNQG0Q2/fSc4A6t4ZC+M479Nhc= Received: by 10.38.77.25 with SMTP id z25mr803318rna; Tue, 02 Nov 2004 20:34:26 -0800 (PST) Received: by 10.38.14.49 with HTTP; Tue, 2 Nov 2004 20:34:21 -0800 (PST) Message-ID: <429af92e0411022034133d9c1a@mail.gmail.com> Date: Tue, 2 Nov 2004 20:34:21 -0800 From: Vincent Poy To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: -CURRENT kernel build fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 04:34:27 -0000 In today's -CURRENT about 5:00PM -800, my GENERIC kernel build fails at the following: /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /usr/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /usr/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/BIGBANG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 04:46: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 53BC716A4CE; Wed, 3 Nov 2004 04:46:19 +0000 (GMT) Received: from mail.tpgi.com.au (mail7.tpgi.com.au [203.12.160.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AA5143D46; Wed, 3 Nov 2004 04:46:18 +0000 (GMT) (envelope-from kanaley@student.usyd.edu.au) Received: from walrus (203-219-108-14-nsw.tpgi.com.au [203.219.108.14]) by mail.tpgi.com.au (8.12.10/8.12.10) with ESMTP id iA34kAX7002767; Wed, 3 Nov 2004 15:46:15 +1100 Received: from kanaley by walrus with local (Exim 3.36 #1 (Debian)) id 1CPC5X-00007V-00; Wed, 03 Nov 2004 14:45:35 +1100 Date: Wed, 3 Nov 2004 14:45:34 +1100 To: Brian Fundakowski Feldman Message-ID: <20041103034533.GA430@walrus.homeunix.com> References: <20041103001744.GA467@dolphin.homeunix.com> <20041103041216.GY93831@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041103041216.GY93831@green.homeunix.org> User-Agent: Mutt/1.5.6+20040523i From: J Lachlan Kanaley X-TPG-Antivirus: Passed cc: freebsd-current@freebsd.org Subject: Re: Random RC2 crashes 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: Wed, 03 Nov 2004 04:46:19 -0000 On Tue, Nov 02, 2004 at 11:12:16PM -0500, Brian Fundakowski Feldman wrote: > On Wed, Nov 03, 2004 at 11:17:48AM +1100, J Lachlan Kanaley wrote: > > Hello, > > > > I am still experiencing random system lockups using a generic 5-RC2 > > system. These seem to occur whenever the system is left unused for a > > while. I experienced similar problems with 5-BETA7 when doing a `make > > world'. There is no kernel panic, but the system no longer accepts > > network connections and there is no response from the keyboard. There > > is nothing in the logs. > > > > Does anyone have any suggestions on how to get some meaningful > > information from this? What should I turn on for debugging? > > Are you an X user or console user? Do you have potential for turning > on the serial console support? > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ Just using console and ssh. Unfortunately I don't have a serial cable. It is a minimal install, with the following services enabled: defaultrouter="xxx.xxx.xxx.xxx" hostname="..." ifconfig_dc0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0" sshd_enable="YES" apache2_enable="YES" smbd_enable="YES" nmbd_enable="YES" syslogd_flags="-ss" and the following packages installed. apache-2.0.52_2 autoconf-2.59_2 automake-1.9.1 centericq-4.12.0 curl-7.12.1 cvsup-without-gui-16.1h expat-1.95.8 gettext-0.13.1_1 gmake-3.80_2 imapfilter-1.0.1 libiconv-1.9.2_1 libtool-1.5.10 lua-5.0.2 m4-1.4.1 mutt-devel-1.5.6_10 perl-5.8.5 samba-3.0.7,1 sudo-1.6.8.1 vim-6.3.16 ximp3-0.1.15 -- James Lachlan Kanaley phone: (02) 9517 3209 email: kanaley@student.usyd.edu.au web: http://users.tpg.com.au/adslclfu From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 05:16:43 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 3E3C116A4CE; Wed, 3 Nov 2004 05:16:43 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iA35GglQ038668; Wed, 3 Nov 2004 00:16:42 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iA35GfxD038667; Wed, 3 Nov 2004 00:16:41 -0500 (EST) (envelope-from green) Date: Wed, 3 Nov 2004 00:16:41 -0500 From: Brian Fundakowski Feldman To: J Lachlan Kanaley Message-ID: <20041103051641.GZ93831@green.homeunix.org> References: <20041103001744.GA467@dolphin.homeunix.com> <20041103041216.GY93831@green.homeunix.org> <20041103034533.GA430@walrus.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041103034533.GA430@walrus.homeunix.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Random RC2 crashes 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: Wed, 03 Nov 2004 05:16:43 -0000 On Wed, Nov 03, 2004 at 02:45:34PM +1100, J Lachlan Kanaley wrote: > On Tue, Nov 02, 2004 at 11:12:16PM -0500, Brian Fundakowski Feldman wrote: > > On Wed, Nov 03, 2004 at 11:17:48AM +1100, J Lachlan Kanaley wrote: > > > Hello, > > > > > > I am still experiencing random system lockups using a generic 5-RC2 > > > system. These seem to occur whenever the system is left unused for a > > > while. I experienced similar problems with 5-BETA7 when doing a `make > > > world'. There is no kernel panic, but the system no longer accepts > > > network connections and there is no response from the keyboard. There > > > is nothing in the logs. > > > > > > Does anyone have any suggestions on how to get some meaningful > > > information from this? What should I turn on for debugging? > > > > Are you an X user or console user? Do you have potential for turning > > on the serial console support? > > > > -- > > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > > <> green@FreeBSD.org \ The Power to Serve! \ > > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ > > Just using console and ssh. Unfortunately I don't have a serial cable. > > It is a minimal install, with the following services enabled: > > defaultrouter="xxx.xxx.xxx.xxx" > hostname="..." > ifconfig_dc0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0" > sshd_enable="YES" > apache2_enable="YES" > smbd_enable="YES" > nmbd_enable="YES" > syslogd_flags="-ss" > > and the following packages installed. > apache-2.0.52_2 > autoconf-2.59_2 > automake-1.9.1 > centericq-4.12.0 > curl-7.12.1 > cvsup-without-gui-16.1h > expat-1.95.8 > gettext-0.13.1_1 > gmake-3.80_2 > imapfilter-1.0.1 > libiconv-1.9.2_1 > libtool-1.5.10 > lua-5.0.2 > m4-1.4.1 > mutt-devel-1.5.6_10 > perl-5.8.5 > samba-3.0.7,1 > sudo-1.6.8.1 > vim-6.3.16 > ximp3-0.1.15 That's certainly nothing too crazy; make sure to enable KDB/DDB and turn it on in case of panic, because crash dumps are much less often likely to work as of recent than just getting some crash info from DDB. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 05:20: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 1278416A4CE for ; Wed, 3 Nov 2004 05:20:03 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B9A43D41 for ; Wed, 3 Nov 2004 05:20:02 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so71582rnf for ; Tue, 02 Nov 2004 21:20:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=a1ifb6nJntXLxaP6gOMW3HIoXb8VTYzueRkK7ToLJHvWeUAJUAEZelDSjkIbA/nXnLzG7DtJ85w6PV8ul8MZU0MbcjSUSWQCkJ4cf7ArXds5iJU5kebkvtFolS9CUWCKz92PgKbbT4aSJIStauunD2UZy9x4GUKXlyijJqMB/PA= Received: by 10.38.74.11 with SMTP id w11mr834628rna; Tue, 02 Nov 2004 21:20:01 -0800 (PST) Received: by 10.38.14.49 with HTTP; Tue, 2 Nov 2004 21:20:01 -0800 (PST) Message-ID: <429af92e0411022120361dfee7@mail.gmail.com> Date: Tue, 2 Nov 2004 21:20:01 -0800 From: Vincent Poy To: freebsd-current@freebsd.org, Gleb Smirnoff In-Reply-To: <429af92e0411022034133d9c1a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e0411022034133d9c1a@mail.gmail.com> Subject: Re: -CURRENT kernel build fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 05:20:03 -0000 On Tue, 2 Nov 2004 20:34:21 -0800, Vincent Poy wrote: > In today's -CURRENT about 5:00PM -800, my GENERIC kernel build fails > at the following: > > /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: > error: too few arguments to function `ng_timeout' > /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: > error: incompatible types in assignment > *** Error code 1 > > Stop in /usr/src/sys/modules/netgraph/atm/sscop. > *** Error code 1 > > Stop in /usr/src/sys/modules/netgraph/atm. > *** Error code 1 > > Stop in /usr/src/sys/modules/netgraph. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/BIGBANG. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. I think it might be caused by this commit: Date: Tue, 2 Nov 2004 21:24:31 +0000 (UTC) From: Gleb Smirnoff To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/netgraph netgraph.h ng_base.c ng_source.c Message-ID: <200411022124.iA2LOV80052715@repoman.freebsd.org> glebius 2004-11-02 21:24:31 UTC FreeBSD src repository Modified files: sys/netgraph netgraph.h ng_base.c ng_source.c Log: - Make ng_timeout() to use callout() interface instead of timeout(). - Remove callout-hacking from ng_untimeout(). Approved by: julian (mentor) MFC after: 1 month Revision Changes Path 1.45 +4 -3 src/sys/netgraph/netgraph.h 1.85 +17 -19 src/sys/netgraph/ng_base.c 1.20 +7 -8 src/sys/netgraph/ng_source.c Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 05:22:50 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 03B8516A4CE for ; Wed, 3 Nov 2004 05:22:50 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9038743D48 for ; Wed, 3 Nov 2004 05:22:49 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) iA35MmIo004500; Wed, 3 Nov 2004 00:22:48 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id iA35Mllr004499; Wed, 3 Nov 2004 00:22:47 -0500 (EST) Date: Wed, 3 Nov 2004 00:22:47 -0500 From: Ken Smith To: Ladislav Bodnar Message-ID: <20041103052247.GA4457@electra.cse.Buffalo.EDU> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <4185EEC2.7040106@poptart.org> <200411011620.51837.distro.watch@msa.hinet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <200411011620.51837.distro.watch@msa.hinet.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC2 md5sum incorrect 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: Wed, 03 Nov 2004 05:22:50 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 01, 2004 at 04:20:51PM +0800, Ladislav Bodnar wrote: > I wonder if anybody has noticed the incorrect md5sum file on download=20 > servers: >=20 > MD5 (5.3-RC2-i386-bootonly.iso) =3D 99dd7e92702eb43d2cf60a8f213ec0ff > MD5 (5.3-RC2-i386-miniinst.iso) =3D 47180529153a82855b3b5c4bfddeab74 > MD5 (5.3-RC2-i386-disc2.iso) =3D 4ebe6dc95b61f1ee5ad511c7f0342bef > MD5 (5.3-RC2-i386-miniinst.iso) =3D 2792395a6e47332750a0af4ac9fb96f0 >=20 > The miniinst.iso file is listed twice with different md5sums. Sorry about that. As someone else said the first one was really disc1. I have corrected it on ftp-master. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (SunOS) iD8DBQFBiGsl/G14VSmup/YRAhJZAJ44MydyXt7a4JKUaAIz/n1Ecr/asgCfTUFJ Nyr4mfLb7WlSm4I9ONgFQHc= =AYYw -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 06:26: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 C251E16A4CE for ; Wed, 3 Nov 2004 06:26:59 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8398243D5D for ; Wed, 3 Nov 2004 06:26:59 +0000 (GMT) (envelope-from dgilbert@dclg.ca) Received: from [66.96.20.59] (H59.C20.B96.tor.eicat.ca [66.96.20.59]) by ox.eicat.ca (Postfix) with ESMTP id 96896C746 for ; Wed, 3 Nov 2004 01:26:58 -0500 (EST) Message-ID: <41887A33.2060608@dclg.ca> Date: Wed, 03 Nov 2004 01:26:59 -0500 From: David Gilbert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 06:26:59 -0000 Well... the recoverdisk is a cool tool. I can see it coming in handy many times. While there isn't much documentation, I've tended to use it by creating a vnode md disk of exactly the right size to recover the partition in question. And I have a problem now. recover disk finishes fine. In fact, of the 40G disk, it only can't recover about 210K. That's a tiny fraction of 1% unrecoverd. However, it's all right around something key. When I run fsck on the recovered image, fsck continuously complains that it can't create lost+found. On the origional disk, of the 210K that's bad, most of it is near the start of the partition. I suspect inode 1 and friends are not recovered ... and thus all zeroed in the new md partition. So... 99.99% of the data is there in good form. How do I recover this ... force a root to exist? create an identical partion, newfs it and blindly copy the first 200 or so K? Need someone who knows something about the structure I'm stomping on. Dave. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 06:35: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 5541216A4CE; Wed, 3 Nov 2004 06:35:33 +0000 (GMT) Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.ITB.ac.id [167.205.30.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A16243D31; Wed, 3 Nov 2004 06:35:26 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id C1B59217AD; Wed, 3 Nov 2004 13:47:46 +0700 (WIT) Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 08011-26F5EA07; Wed, 03 Nov 2004 13:47:46 +0700 Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id B7D38216C5; Wed, 3 Nov 2004 13:47:46 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 6959A114CD; Wed, 3 Nov 2004 13:35:16 +0700 (WIT) Date: Wed, 3 Nov 2004 13:35:16 +0700 From: Dikshie To: Robert Watson Message-ID: <20041103063516.GA18205@ppk.itb.ac.id> References: <20041102122546.GB9392@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 5.3-STABLE i386) X-Uptime: 1:33PM up 43 mins, 2 users, load averages: 1.43, 1.51, 1.29 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.28.0.12; VDF: 6.28.0.50; host: mx-itb.geoph.itb.ac.id) cc: freebsd-current@freebsd.org Subject: Re: panic: mutex accept not owned at /usr/src/sys/kern/uipc_socket.c:493 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: Wed, 03 Nov 2004 06:35:33 -0000 Thanks for your response. Your patch works well. Robert Watson (rwatson@freebsd.org) wrote: > It looks like there's a missing call to ACCEPT_LOCK() in > uipc_socket.c:soabort(). It should appear before the call to SOCK_LOCK(). > Could you try the attached patch? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Index: uipc_socket.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v > retrieving revision 1.215 > diff -u -r1.215 uipc_socket.c > --- uipc_socket.c 23 Oct 2004 19:06:43 -0000 1.215 > +++ uipc_socket.c 2 Nov 2004 16:57:58 -0000 > @@ -490,6 +490,7 @@ > > error = (*so->so_proto->pr_usrreqs->pru_abort)(so); > if (error) { > + ACCEPT_LOCK(); > SOCK_LOCK(so); > sotryfree(so); /* note: does not decrement the ref count */ > return error; with best regards, -dikshie- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 07:29: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 E6CAE16A4CE; Wed, 3 Nov 2004 07:29:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662F043D1F; Wed, 3 Nov 2004 07:29:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA37TT0A079521; Wed, 3 Nov 2004 02:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA37TTHw081367; Wed, 3 Nov 2004 02:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 897597306E; Wed, 3 Nov 2004 02:29:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103072929.897597306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 02:29:29 -0500 (EST) Subject: [current tinderbox] failure on alpha/alpha 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: Wed, 03 Nov 2004 07:29:31 -0000 TB --- 2004-11-03 05:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 05:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-03 05:30:01 - checking out the source tree TB --- 2004-11-03 05:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-03 05:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 05:47:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 05:47:31 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 05:47:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 07:19:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 07:19:36 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 07:19:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 07:19:36 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-03 07:29:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 07:29:29 - ERROR: failed to build generic kernel TB --- 2004-11-03 07:29:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 07:55: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 6E3E516A4CE for ; Wed, 3 Nov 2004 07:55:10 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB1EC43D2F for ; Wed, 3 Nov 2004 07:55:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA37sxA3012707; Wed, 3 Nov 2004 08:55:04 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: David Gilbert From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 01:26:59 EST." <41887A33.2060608@dclg.ca> Date: Wed, 03 Nov 2004 08:54:59 +0100 Message-ID: <12706.1099468499@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 07:55:10 -0000 In message <41887A33.2060608@dclg.ca>, David Gilbert writes: >Well... the recoverdisk is a cool tool. I can see it coming in handy >many times. While there isn't much documentation, I've tended to use it >by creating a vnode md disk of exactly the right size to recover the >partition in question. You could just have used a regular file for it and connected it to a md later on. >However, it's all right around something key. When I run fsck on the >recovered image, fsck continuously complains that it can't create >lost+found. Try running dump on it instead, dump will pull as much out of the wreckage as possible. If that doesn't work, you'll need to learn about the internals of the UFS/FFS filesystem (read Kirks book) and grab fscb and get to work. -- 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 Wed Nov 3 08:30: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 5EF0516A4CF for ; Wed, 3 Nov 2004 08:30:53 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43D043D1D for ; Wed, 3 Nov 2004 08:30:47 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id iA38UjwS019096 for ; Wed, 3 Nov 2004 08:30:45 GMT (envelope-from anton@nikiforov.ru) Received: from [213.252.67.117] (master-hosting.newlines.ru [213.252.67.117] (may be forged)) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id iA38Uhck019067; Wed, 3 Nov 2004 08:30:44 GMT (envelope-from anton@nikiforov.ru) Message-ID: <4188A57B.3060005@nikiforov.ru> Date: Wed, 03 Nov 2004 12:31:39 +0300 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41790747.7040300@nikiforov.ru> <20041022.091436.64538075.imp@bsdimp.com> <41792B37.7070303@nikiforov.ru> <20041022.095824.102614477.imp@bsdimp.com> In-Reply-To: <20041022.095824.102614477.imp@bsdimp.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040609090809050805070107" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re:SD Card Problem (was: X300 + USB DVD/CDRW + SD Card problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 08:30:53 -0000 This is a cryptographically signed message in MIME format. --------------ms040609090809050805070107 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit M. Warner Losh wrote: > In message: <41792B37.7070303@nikiforov.ru> > Anton Nikiforov writes: > : Oct 22 19:38:21 latitude kernel: cbb1: WARNING: cannot attach cardbus bus! > : Oct 22 19:38:21 latitude kernel: cbb1: WARNING: cannot attach pccard bus. > > Load pccard.ko and cardbus.ko, or put them into the kernel and try > again :-) > > Warner > > > Thanks for the replay and sorry for such a delay. The things you have recommend was done :) This does not help Nov 3 12:29:27 latitude kernel: Status is 0x30000006 Nov 3 12:29:33 latitude kernel: Status is 0x30000810 Nov 3 12:29:33 latitude kernel: cbb0: card inserted: event=0x00000000, state=30000810 Nov 3 12:29:33 latitude kernel: cbb0: PC Card card activation failed So the card is still not working. -- ó Õ×ÁÖÅÎÉÅÍ (Best regads), áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov) --------------ms040609090809050805070107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDExMDMwOTMxMzlaMCMGCSqGSIb3DQEJ BDEWBBQNIqQXsL51M6q6XHy2wblOdmzR1DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAdtODY Sx5nfWyEOlRft94TSe2ljBHSgvs+J+XJ65UBBj2HdJbgtfAYR1g4ws10Q9SO3aQrgwayg4/t kkFOC1Cu/IORwlFEoZf/GSCyvz7q5mN263yGv9ZieWm3jlws3taGJ7yjbks+HogkGCQfFb9z 3yDw2Y5sB7vNDWQXiOWWYwbP8Ddv0E6aDYUTuxe/cYOSOvQd8mVNtUgkVGAj45s4suUByM4T oIykauMZQpLdhwOB6uCnU9OxMo1b17+Yd6Q/khA+PQukwqvmRD0LbK1YGkHQil3IHM6zWgze wx/+NF3zhw1I/nSpRqeyRqnWHz0aP4MtYeLem70VEpGFrBwWAAAAAAAA --------------ms040609090809050805070107-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 08: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 8D34216A4CE for ; Wed, 3 Nov 2004 08:59:11 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FF0543D49 for ; Wed, 3 Nov 2004 08:59:10 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by blackwater.lemis.com (Postfix) with ESMTP id B33548560A; Wed, 3 Nov 2004 19:29:06 +1030 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 947FF4AC37; Wed, 3 Nov 2004 09:58:52 +0100 (CET) Date: Wed, 3 Nov 2004 09:58:52 +0100 From: Greg 'groggy' Lehey To: Stephan Uphoff Message-ID: <20041103085852.GA1199@eucla.lemis.com> References: <20041030095531.GD2730@eucla.lemis.com> <1099276321.65428.78.camel@palm.tree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1099276321.65428.78.camel@palm.tree.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD current users Subject: Re: Remote gdb broken 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: Wed, 03 Nov 2004 08:59:11 -0000 On Sunday, 31 October 2004 at 21:32:01 -0500, Stephan Uphoff wrote: > On Sat, 2004-10-30 at 05:55, Greg 'groggy' Lehey wrote: >> Is anybody currently using remote gdb kernel debugging in -CURRENT? I >> tried yesterday (embarrassingly, during my kernel debug tutorial), and >> it looks as if things are broken. >> >> Specifically, I was doing it in conjunction with firewire. The kernel >> was built with 'options GDB', and it showed that the corresponding gdb >> functions were included, but the sysctl debug.kdb.available shows only >> ddb. I did a bit of looking around for what might have caused it, but >> wasn't successful. >> >> Any ideas? > > Link dcons directly into the kernel. That's not the problem. dcons works fine. As I said, it's gdb, not firewire. > ( Does not work as a module. I also link in firewire and > dcons_crom). I don't know what your problem is, but it's a different one. I'll be home on Monday and will be able to pay more attention to the issue. Greg -- See complete headers for address and phone numbers From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 09:05: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 36D6B16A4DF; Wed, 3 Nov 2004 09:05:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8AB343D3F; Wed, 3 Nov 2004 09:05:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA395NCA094428; Wed, 3 Nov 2004 04:05:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA395MFo064166; Wed, 3 Nov 2004 04:05:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1FF9B7306E; Wed, 3 Nov 2004 04:05:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103090523.1FF9B7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 04:05:23 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 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: Wed, 03 Nov 2004 09:05:24 -0000 TB --- 2004-11-03 07:29:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 07:29:29 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-11-03 07:29:29 - checking out the source tree TB --- 2004-11-03 07:29:29 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-11-03 07:29:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 07:35:33 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 07:35:33 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-03 07:35:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 08:53:39 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 08:53:39 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-03 08:53:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 08:53:40 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-11-03 09:05:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 09:05:23 - ERROR: failed to build generic kernel TB --- 2004-11-03 09:05:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 09:16: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 B598416A4CE; Wed, 3 Nov 2004 09:16:25 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2B1A43D48; Wed, 3 Nov 2004 09:16:24 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iA39GMs5000724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 12:16:23 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iA39GM4P000723; Wed, 3 Nov 2004 12:16:22 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 3 Nov 2004 12:16:22 +0300 From: Gleb Smirnoff To: FreeBSD Tinderbox Message-ID: <20041103091622.GA318@cell.sick.ru> References: <20041103072929.897597306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041103072929.897597306E@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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: Wed, 03 Nov 2004 09:16:25 -0000 My fault. Working on it. On Wed, Nov 03, 2004 at 02:29:29AM -0500, FreeBSD Tinderbox wrote: F> TB --- 2004-11-03 05:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca F> TB --- 2004-11-03 05:30:01 - starting CURRENT tinderbox run for alpha/alpha F> TB --- 2004-11-03 05:30:01 - checking out the source tree F> TB --- 2004-11-03 05:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha F> TB --- 2004-11-03 05:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src F> TB --- 2004-11-03 05:47:31 - building world (CFLAGS=-O2 -pipe) F> TB --- 2004-11-03 05:47:31 - cd /home/tinderbox/CURRENT/alpha/alpha/src F> TB --- 2004-11-03 05:47:31 - /usr/bin/make -B buildworld F> >>> Rebuilding the temporary build tree F> >>> stage 1.1: legacy release compatibility shims F> >>> stage 1.2: bootstrap tools F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3: cross tools F> >>> stage 4.1: building includes F> >>> stage 4.2: building libraries F> >>> stage 4.3: make dependencies F> >>> stage 4.4: building everything F> TB --- 2004-11-03 07:19:36 - building generic kernel (COPTFLAGS=-O2 -pipe) F> TB --- 2004-11-03 07:19:36 - cd /home/tinderbox/CURRENT/alpha/alpha/src F> TB --- 2004-11-03 07:19:36 - /usr/bin/make buildkernel KERNCONF=GENERIC F> >>> Kernel build for GENERIC started on Wed Nov 3 07:19:36 UTC 2004 F> >>> stage 1: configuring the kernel F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3.1: making dependencies F> >>> stage 3.2: building everything F> [...] F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' F> /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src. F> *** Error code 1 F> F> Stop in /tinderbox/CURRENT/alpha/alpha/src. F> TB --- 2004-11-03 07:29:29 - WARNING: /usr/bin/make returned exit code 1 F> TB --- 2004-11-03 07:29:29 - ERROR: failed to build generic kernel F> TB --- 2004-11-03 07:29:29 - tinderbox aborted F> F> _______________________________________________ F> freebsd-current@freebsd.org mailing list F> http://lists.freebsd.org/mailman/listinfo/freebsd-current F> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 09:16: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 4F2C716A4CE; Wed, 3 Nov 2004 09:16:48 +0000 (GMT) Received: from expert.ukrtel.net (expert.ukrtel.net [195.5.6.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE4F43D31; Wed, 3 Nov 2004 09:16:46 +0000 (GMT) (envelope-from astesin@ukrtelecom.net) Received: from hoexch005.sl.ukrtelecom.net (sltrans.ukrtel.net [195.5.37.133]) by expert.ukrtel.net (Netscape Messaging Server 3.5) with ESMTP id AAA4928; Wed, 3 Nov 2004 11:17:38 +0200 Received: from hoexc010.ho.ukrtelecom.net (hoexc010.ukrtelecom.net [10.10.1.10]) by hoexch005.sl.ukrtelecom.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id WFL9VZS2; Wed, 3 Nov 2004 11:19:40 +0200 Received: by hoexc010.ukrtelecom.net with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Nov 2004 11:16:44 +0200 Message-ID: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> From: astesin@ukrtelecom.net To: scottl@freebsd.org, itinerant@mac.com Date: Wed, 3 Nov 2004 11:16:43 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="koi8-r" cc: freebsd-current@freebsd.org Subject: HA: smp in RC2 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: Wed, 03 Nov 2004 09:16:48 -0000 > We turned off SMP on i386 and amd64 because it is a serious > performance penalty for UP machines. What about HTT-capable Intel processors ? From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 09: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 373B116A4CE for ; Wed, 3 Nov 2004 09:38:22 +0000 (GMT) Received: from pophost.wldelft.nl (sunray.wldelft.nl [145.9.132.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B60043D41 for ; Wed, 3 Nov 2004 09:38:21 +0000 (GMT) (envelope-from leroy.vanlogchem@wldelft.nl) Received: (from root@localhost) by pophost.wldelft.nl (8.9.3/8.9.3vc) id KAA13392 for freebsd-current@freebsd.org; Wed, 3 Nov 2004 10:38:19 +0100 (MET) Received: from wldelft.nl (beasty [145.9.150.200]) by pophost.wldelft.nl (8.9.3/8.9.3) with ESMTP id KAA13143 for ; Wed, 3 Nov 2004 10:38:16 +0100 (MET) Message-ID: <4188A708.8090807@wldelft.nl> Date: Wed, 03 Nov 2004 10:38:16 +0100 From: Leroy van Logchem User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: buildworld fails RC1 -> RC2 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: Wed, 03 Nov 2004 09:38:22 -0000 After upgrading the src tree from RC1 to RC2 using cvsup RELENG_5_3 'make buildworld' failed twice even with a clean /usr/obj tail -100 of output: ------------------- mkdep -f .depend -a -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/gnu/usr.bin/ cc/cc_tools/../../../../contrib/gcc/choose-temp.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/concat.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/cp-demangle.c /usr/src/gnu/usr.bi n/cc/cc_tools/../../../../contrib/gcc/cp-demint.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/cplus-dem.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/dyn-string.c /usr/src/gnu/usr. bin/cc/cc_tools/../../../../contrib/gcc/fibheap.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/getpwd.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/getruntime.c /usr/src/gnu/usr.bin /cc/cc_tools/../../../../contrib/gcc/hashtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/hex.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/lbasename.c /usr/src/gnu/usr.bin/cc/cc_ tools/../../../../contrib/gcc/make-temp-file.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/md5.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/obstack.c /usr/src/gnu/usr.bin/cc/cc_to ols/../../../../contrib/gcc/partition.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/pex-unix.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/physmem.c /usr/src/gnu/usr.bin/cc/cc_tool s/../../../../contrib/gcc/splay-tree.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xexit.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xmalloc.c /usr/src/gnu/usr.bin/cc/cc_tools/.. /../../../contrib/gcc/xmemdup.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xstrdup.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/xstrerror.c /usr/src/gnu/usr.bin/cc/cc_tools/../.. /../../contrib/gcc/bitmap.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/dummy-conditions.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/errors.c /usr/src/gnu/usr.bin/cc/cc_tools/../ ../../../contrib/gcc/genautomata.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gensupport.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ggc-none.c /usr/src/gnu/usr.bin/cc/cc_tools/ ../../../../contrib/gcc/print-rtl.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/read-rtl.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c /usr/src/gnu/usr.bin/cc/cc_tools/../../ ../../contrib/gcc/varray.c options.c insn-conditions.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c /usr/src/gnu/usr .bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c /usr/src/gnu/usr .bin/cc/cc_tools/../../../../contrib/gcc/genflags.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c /usr/src/gnu/usr .bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genrecog.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr. bin/cc/cc_tools/../../../../contrib/gcc/genconstants.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconditions.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genmodes.c /usr/src/g nu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpreds.c genrtl.c in sn-modes.c min-insn-modes.c gengtype-yacc+%DIKED.c gengtype-lex.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c gtype-desc.c ===> gnu/usr.bin/cc/cc_int /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools/genattrtab /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/i386/i386.md > insn-attrtab.c Automaton `pentium' 48 NDFA states, 138 NDFA arcs 48 DFA states, 138 DFA arcs 20 minimal DFA states, 82 minimal DFA arcs 158 all insns 17 insn equivalence classes 91 transition comb vector els, 340 trans table els: use comb vect 91 state alts comb vector els, 340 state alts table els: use comb vect 340 min delay table els, compression factor 2 Automaton `pentium_fpu' 80 NDFA states, 172 NDFA arcs 80 DFA states, 172 DFA arcs 75 minimal DFA states, 162 minimal DFA arcs 158 all insns 8 insn equivalence classes 164 transition comb vector els, 600 trans table els: use comb vect 164 state alts comb vector els, 600 state alts table els: use comb vect 600 min delay table els, compression factor 1 Automaton `athlon' 518 NDFA states, 1668 NDFA arcs 518 DFA states, 1668 DFA arcs 76 minimal DFA states, 328 minimal DFA arcs 158 all insns 10 insn equivalence classes 382 transition comb vector els, 760 trans table els: use simple vect 382 state alts comb vector els, 760 state alts table els: use simple vect 760 min delay table els, compression factor 2 Automaton `athlon_load' 162 NDFA states, 855 NDFA arcs 162 DFA states, 855 DFA arcs 162 minimal DFA states, 855 minimal DFA arcs 158 all insns 10 insn equivalence classes 1039 transition comb vector els, 1620 trans table els: use simple vect 1039 state alts comb vector els, 1620 state alts table els: use simple vect 1620 min delay table els, compression factor 2 Automaton `athlon_mult' 16 NDFA states, 48 NDFA arcs 16 DFA states, 48 DFA arcs 16 minimal DFA states, 48 minimal DFA arcs 158 all insns 4 insn equivalence classes 52 transition comb vector els, 64 trans table els: use simple vect 52 state alts comb vector els, 64 state alts table els: use simple vect 64 min delay table els, compression factor 2 Automaton `athlon_fp' 15522 NDFA states, 99908 NDFA arcs 15522 DFA states, 99908 DFA arcs 463 minimal DFA states, 3038 minimal DFA arcs 158 all insns 21 insn equivalence classes 3051 transition comb vector els, 9723 trans table els: use comb vect 3051 state alts comb vector els, 9723 state alts table els: use comb vect 9723 min delay table els, compression factor 1 17012 all allocated states, 101385 all allocated arcs 20258 all allocated alternative states 4779 all transition comb vector els, 13107 all trans table els 4779 all state alts comb vector els, 13107 all state alts table els 13107 all min delay table els 0 locked states num transformation: 0.059617, building DFA: 40.104570 DFA minimization: 1.423352, making insn equivalence: 0.004922 all automaton generation: 42.071873, output: 0.593320 Killed *** Error code 137 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 10:01: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 8665F16A4CE for ; Wed, 3 Nov 2004 10:01:22 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189AE43D2D for ; Wed, 3 Nov 2004 10:01:22 +0000 (GMT) (envelope-from tataz@sitadelle.com) Received: from droopy.tech.sitadelle.com (213-223-184-201.dti.cegetel.net [213.223.184.201]) by smtp.cegetel.net (Postfix) with ESMTP id 8E10467194; Wed, 3 Nov 2004 11:01:08 +0100 (CET) Received: by droopy.tech.sitadelle.com (Postfix, from userid 1000) id 10CF8FC00E; Wed, 3 Nov 2004 11:01:26 +0100 (CET) Date: Wed, 3 Nov 2004 11:01:26 +0100 From: Jeremie Le Hen To: Eivind Olsen Message-ID: <20041103100126.GN10641@sitadelle.com> References: <4188039D.8020109@aminor.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4188039D.8020109@aminor.no> User-Agent: Mutt/1.5.6+20040907i cc: freebsd-current@freebsd.org Subject: Re: Problem with RELENG_5_3, BIND9 and dynamic updates 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: Wed, 03 Nov 2004 10:01:22 -0000 > It looks like BIND9, as delivered in the base, has problems when zones > are using dynamic DNS updates. > > This is because it runs as user "bind", but that user doesn't have write > access to /var/named/etc/namedb/master - the script /etc/rc.d/named uses > mtree to set that directory as follows: > > [log squeezed] I think this setup must be considered as particular enough to change your named.conf(5). You can either change the "directory" statement in the "options" block if your server is a master-only name server, or use the "file" statement in the "zone" block if you want to explicitely separate master zones from slave zones. Regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 10:31: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 A622216A4CE; Wed, 3 Nov 2004 10:31:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E54F43D1D; Wed, 3 Nov 2004 10:31:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3AVDcJ007494; Wed, 3 Nov 2004 05:31:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3AVDVF098911; Wed, 3 Nov 2004 05:31:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5602D7306E; Wed, 3 Nov 2004 05:31:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103103113.5602D7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 05:31:13 -0500 (EST) Subject: [current tinderbox] failure on i386/i386 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: Wed, 03 Nov 2004 10:31:15 -0000 TB --- 2004-11-03 09:05:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 09:05:23 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-11-03 09:05:23 - checking out the source tree TB --- 2004-11-03 09:05:23 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-11-03 09:05:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 09:11:21 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 09:11:21 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-03 09:11:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 10:17:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 10:17:59 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-03 10:17:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 10:17:59 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-11-03 10:31:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 10:31:13 - ERROR: failed to build generic kernel TB --- 2004-11-03 10:31:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 10:52: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 E8F5E16A4CE for ; Wed, 3 Nov 2004 10:52:25 +0000 (GMT) Received: from ms-smtp-04.tampabay.rr.com (ms-smtp-04-smtplb.tampabay.rr.com [65.32.5.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B29143D53 for ; Wed, 3 Nov 2004 10:52:25 +0000 (GMT) (envelope-from ka0ttic@gentoo.org) Received: from morpheus.ka0ttic.dyndns.org (114.175.205.68.cfl.rr.com [68.205.175.114])iA3AqLB7029965; Wed, 3 Nov 2004 05:52:22 -0500 (EST) Received: from [192.168.1.50] (bedlam [192.168.1.50]) by morpheus.ka0ttic.dyndns.org (Postfix) with ESMTP id 3E7E12953B7; Wed, 3 Nov 2004 05:52:21 -0500 (EST) Message-ID: <4188A1B5.3010609@gentoo.org> Date: Wed, 03 Nov 2004 04:15:33 -0500 From: Aaron Walker User-Agent: Mozilla Thunderbird 0.8 (X11/20041006) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> <20041102234821.GA76782@xor.obsecurity.org> In-Reply-To: <20041102234821.GA76782@xor.obsecurity.org> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Kirk Strauser cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 10:52:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: | On Tue, Nov 02, 2004 at 05:36:17PM -0600, Kirk Strauser wrote: |>Out of curiosity, are those ports like to have equivalents in Gentoo's |>"portage" system? Those guys love to build with -O310 -fomit-instructions |>but their stuff seems to pretty much work. Why do we seem to have so many |>problems with (presumably?) the same software on our system? | | | Don't know, perhaps they don't care about the fraction of ports that | don't work properly since the rest of them have such eleet | optimization. Trust me, we care. As another poster pointed out, packages that have known problems with certain flags either replace them with safe alternatives or filter them. Btw, we don't all use insane CFLAGS. We just happen to have a greater number of clueless users who don't fully understand the flags they decide to use ;) Cheers - -- Multics is security spelled sideways. Aaron Walker < ka0ttic@gentoo.org > http://dev.gentoo.org/~ka0ttic/ Gentoo/BSD | cron | shell-tools http://butsugenjitemple.org/~ka0ttic/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBiKG1C3poscuANHARAm0hAKC6EKDGWYXnwt1X4GpA0muza7B7BgCdE+m8 XPEQHx0HC9B/WpJy9JAs9s8= =NcGx -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:03: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 003FE16A4CE for ; Wed, 3 Nov 2004 11:03:31 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBC3B43D66 for ; Wed, 3 Nov 2004 11:03:29 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iA3B3STx001604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 14:03:28 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iA3B3Rww001603; Wed, 3 Nov 2004 14:03:27 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 3 Nov 2004 14:03:27 +0300 From: Gleb Smirnoff To: Vincent Poy Message-ID: <20041103110327.GC1104@cell.sick.ru> References: <429af92e0411022034133d9c1a@mail.gmail.com> <429af92e0411022120361dfee7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline In-Reply-To: <429af92e0411022120361dfee7@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: -CURRENT kernel build fails 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: Wed, 03 Nov 2004 11:03:31 -0000 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Tue, Nov 02, 2004 at 09:20:01PM -0800, Vincent Poy wrote: V> On Tue, 2 Nov 2004 20:34:21 -0800, Vincent Poy wrote: V> > In today's -CURRENT about 5:00PM -800, my GENERIC kernel build fails V> > at the following: V> I think it might be caused by this commit: You are right. I believe attached patches will help. I've already sent them to maintainers of the code. I'm very sorry. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_sscop_cust.h.diff" Index: ng_sscop_cust.h =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/sscop/ng_sscop_cust.h,v retrieving revision 1.1 diff -u -r1.1 ng_sscop_cust.h --- ng_sscop_cust.h 24 Oct 2003 07:39:11 -0000 1.1 +++ ng_sscop_cust.h 3 Nov 2004 10:39:27 -0000 @@ -105,18 +105,18 @@ /* * Timer support. */ -typedef struct callout_handle sscop_timer_t; -#define TIMER_INIT(S, T) callout_handle_init(&(S)->t_##T) +typedef struct callout sscop_timer_t; +#define TIMER_INIT(S, T) ng_callout_init(&(S)->t_##T) #define TIMER_STOP(S,T) do { \ - ng_untimeout((S)->t_##T, (S)->aarg); \ - callout_handle_init(&(S)->t_##T); \ + ng_untimeout(&(S)->t_##T, (S)->aarg); \ } while (0) #define TIMER_RESTART(S, T) do { \ TIMER_STOP(S, T); \ - (S)->t_##T = ng_timeout((S)->aarg, NULL, \ + ng_timeout(&(S)->t_##T, (S)->aarg, NULL, \ hz * (S)->timer##T / 1000, T##_func, (S), 0); \ } while (0) -#define TIMER_ISACT(S, T) ((S)->t_##T.callout != NULL) +#define TIMER_ISACT(S, T) ((S)->t_##T.c_flags & (CALLOUT_ACTIVE | \ + CALLOUT_PENDING)) /* * This assumes, that the user argument is the node pointer. @@ -127,7 +127,6 @@ { \ struct sscop *sscop = arg1; \ \ - callout_handle_init(&sscop->t_##T); \ VERBOSE(sscop, SSCOP_DBG_TIMER, (sscop, sscop->aarg, \ "timer_" #T " expired")); \ sscop_signal(sscop, SIG_T_##N, NULL); \ --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_l2cap.diff" Index: ng_l2cap_misc.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/l2cap/ng_l2cap_misc.c,v retrieving revision 1.7 diff -u -r1.7 ng_l2cap_misc.c --- ng_l2cap_misc.c 27 Apr 2004 16:38:15 -0000 1.7 +++ ng_l2cap_misc.c 3 Nov 2004 10:56:53 -0000 @@ -129,7 +129,7 @@ fake_con_handle = 0x0f00; bcopy(bdaddr, &con->remote, sizeof(con->remote)); - callout_handle_init(&con->con_timo); + ng_callout_init(&con->con_timo); con->ident = NG_L2CAP_FIRST_IDENT - 1; TAILQ_INIT(&con->cmd_list); @@ -191,7 +191,6 @@ /* * Set auto disconnect timeout - * XXX FIXME: check con->con_timo.callout != NULL */ int @@ -204,7 +203,7 @@ con->state, con->flags); con->flags |= NG_L2CAP_CON_AUTO_DISCON_TIMO; - con->con_timo = ng_timeout(con->l2cap->node, NULL, + ng_timeout(&con->con_timo, con->l2cap->node, NULL, con->l2cap->discon_timo * hz, ng_l2cap_process_discon_timeout, NULL, con->con_handle); @@ -225,7 +224,7 @@ __func__, NG_NODE_NAME(con->l2cap->node), con->state, con->flags); - if (ng_untimeout(con->con_timo, con->l2cap->node) == 0) + if (ng_untimeout(&con->con_timo, con->l2cap->node) == 0) return (ETIMEDOUT); con->flags &= ~NG_L2CAP_CON_AUTO_DISCON_TIMO; @@ -424,7 +423,7 @@ cmd->ident = ident; cmd->code = code; cmd->token = token; - callout_handle_init(&cmd->timo); + ng_callout_init(&cmd->timo); return (cmd); } /* ng_l2cap_new_cmd */ @@ -453,7 +452,6 @@ /* * Set LP timeout - * XXX FIXME: check con->con_timo.callout != NULL */ int @@ -466,7 +464,7 @@ con->state, con->flags); con->flags |= NG_L2CAP_CON_LP_TIMO; - con->con_timo = ng_timeout(con->l2cap->node, NULL, + ng_timeout(&con->con_timo, con->l2cap->node, NULL, bluetooth_hci_connect_timeout(), ng_l2cap_process_lp_timeout, NULL, con->con_handle); @@ -487,7 +485,7 @@ __func__, NG_NODE_NAME(con->l2cap->node), con->state, con->flags); - if (ng_untimeout(con->con_timo, con->l2cap->node) == 0) + if (ng_untimeout(&con->con_timo, con->l2cap->node) == 0) return (ETIMEDOUT); con->flags &= ~NG_L2CAP_CON_LP_TIMO; @@ -497,7 +495,6 @@ /* * Set L2CAP command timeout - * XXX FIXME: check cmd->timo.callout != NULL */ int @@ -513,7 +510,7 @@ arg = ((cmd->ident << 16) | cmd->con->con_handle); cmd->flags |= NG_L2CAP_CMD_PENDING; - cmd->timo = ng_timeout(cmd->con->l2cap->node, NULL, timo, + ng_timeout(&cmd->timo, cmd->con->l2cap->node, NULL, timo, ng_l2cap_process_command_timeout, NULL, arg); return (0); @@ -532,7 +529,7 @@ __func__, NG_NODE_NAME(cmd->con->l2cap->node), cmd->code, cmd->flags); - if (ng_untimeout(cmd->timo, cmd->con->l2cap->node) == 0) + if (ng_untimeout(&cmd->timo, cmd->con->l2cap->node) == 0) return (ETIMEDOUT); cmd->flags &= ~NG_L2CAP_CMD_PENDING; Index: ng_l2cap_var.h =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/l2cap/ng_l2cap_var.h,v retrieving revision 1.4 diff -u -r1.4 ng_l2cap_var.h --- ng_l2cap_var.h 9 Apr 2004 23:01:40 -0000 1.4 +++ ng_l2cap_var.h 3 Nov 2004 10:47:43 -0000 @@ -111,7 +111,7 @@ bdaddr_t remote; /* remote unit address */ u_int16_t con_handle; /* ACL connection handle */ - struct callout_handle con_timo; /* connection timeout */ + struct callout con_timo; /* connection timeout */ u_int8_t ident; /* last allocated ident */ TAILQ_HEAD(, ng_l2cap_cmd) cmd_list; /* pending L2CAP cmds */ @@ -174,7 +174,7 @@ u_int8_t ident; /* L2CAP command ident */ u_int32_t token; /* L2CA message token */ - struct callout_handle timo; /* RTX/ERTX timeout */ + struct callout timo; /* RTX/ERTX timeout */ struct mbuf *aux; /* optional data */ --w7PDEPdKQumQfZlR-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11: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 CD99916A4CE for ; Wed, 3 Nov 2004 11:05:56 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEFD43D64 for ; Wed, 3 Nov 2004 11:05:56 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with dspam-scanned (Exim 4.43 (FreeBSD)) id 1CPIuM-000Bvp-4p for current@freebsd.org; Wed, 03 Nov 2004 12:02:30 +0100 Received: from mailnull by anduin.net with spamassassin-scanned (Exim 4.43 (FreeBSD)) id 1CPIuJ-000Bvi-3A for current@freebsd.org; Wed, 03 Nov 2004 12:02:30 +0100 Received: from eirik.unicore.no ([213.225.74.166]) by anduin.net with esmtp (Exim 4.43 (FreeBSD)) id 1CPIuI-000Bvf-VP for current@freebsd.org; Wed, 03 Nov 2004 12:02:27 +0100 From: Eirik =?ISO-8859-1?Q?=D8verby?= To: current@freebsd.org Content-Type: text/plain Date: Wed, 03 Nov 2004 12:05:38 +0100 Message-Id: <1099479938.691.2.camel@eirik.unicore.no> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=-4.6 required=7.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 Subject: Keyb/mouse scheduling issues 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: Wed, 03 Nov 2004 11:05:56 -0000 Hi, I'm currently on FreeBSD 5.3-STABLE #3: Tue Oct 26 13:24:36 CEST 2004 i386 and am still experiencing the same problems as I (and others) had months and months (a year?) ago. At the time I thought it was a sched_ule thing, but now I am running with sched_4bsd and am seeing the same: When there is high disk I/O (very good example: cd /usr/ports/www/firefox && make extract), I see the following symptoms: - Keyboard input gets erratic - keys are skipped, input is slow, keys get 'stuck' repeating, etc. Typing is very difficult. - Mouse movements become erratic - mouse pointer jumps around, mouse buttons are pressed and released randomly (even though I'm not close to any of them), basically the mouse is impossible to control. Moused is running. I am running with the default SMP kernel provided with the latest RELENG_5_3 checkouts, apart from ACPI being disabled and mptable.c is patched to force enablement of my second CPU. I have not yet found a way to force-enable my second CPU when ACPI is enabled; any assistance would be very welcome. (The BIOS has flagged it as unuseable, but this is b.s.) My hardware is a dual Athlon system on a MSI K7D-Master board. Only using the standard IDE controller (yes, IDE drives) in ATA-100 mode: atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6 ,0x1f0-0x1f7 at device 7.1 on pci0 [root@eirik] ~# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 5 Slave: ad1 ATA/ATAPI revision 5 ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present [root@eirik] ~# atacontrol mode 0 Master = UDMA100 Slave = UDMA100 [root@eirik] ~# atacontrol mode 1 Master = UDMA33 Slave = BIOSPIO Any takers? /Eirik From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:11: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 DC88D16A4CE; Wed, 3 Nov 2004 11:11:59 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC8943D3F; Wed, 3 Nov 2004 11:11:58 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id iA3BBvAu013013; Wed, 3 Nov 2004 14:11:57 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id iA3BBvLJ013012; Wed, 3 Nov 2004 14:11:57 +0300 (MSK) (envelope-from ache) Date: Wed, 3 Nov 2004 14:11:57 +0300 From: Andrey Chernov To: current@freebsd.org, phk@freebsd.org Message-ID: <20041103111157.GA12950@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.50; host: pobrecita.freebsd.ru) Subject: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:12:00 -0000 TTYDEF_LFLAG have ECHO* in it for years, and it is user-visible, some programs may use it (see recent stty/key.c hacking). Why it was needed to remove ECHO* from here just to make yet one non-standard, non cross-BSD compatible and unknown TTYDEF_LFLAG_ECHO? The same goal can be reached by leaving TTYDEF_LFLAG as it always be (with echo), backing out stty/key.c hacking and and just opposite TTYDEF_LFLAG_NOECHO. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:15: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 103A216A4CE for ; Wed, 3 Nov 2004 11:15:36 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A2143D3F for ; Wed, 3 Nov 2004 11:15:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3BFYQF016111; Wed, 3 Nov 2004 12:15:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 14:11:57 +0300." <20041103111157.GA12950@nagual.pp.ru> Date: Wed, 03 Nov 2004 12:15:34 +0100 Message-ID: <16110.1099480534@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:15:36 -0000 In message <20041103111157.GA12950@nagual.pp.ru>, Andrey Chernov writes: >TTYDEF_LFLAG have ECHO* in it for years, and it is user-visible, some >programs may use it (see recent stty/key.c hacking). > >Why it was needed to remove ECHO* from here just to make yet one >non-standard, non cross-BSD compatible and unknown TTYDEF_LFLAG_ECHO? Because if you open a serial port and it defaults to echo, you may end up in an "echo-war" with the other end before you ever get a chance to call ioctl and disable echoing. -- 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 Wed Nov 3 11:16: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 771C616A4CE for ; Wed, 3 Nov 2004 11:16:16 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B2443D45 for ; Wed, 3 Nov 2004 11:16:16 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iA3BFPIZ058767 for ; Wed, 3 Nov 2004 06:15:25 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iA3BFPfC058764 for ; Wed, 3 Nov 2004 06:15:25 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 3 Nov 2004 06:15:25 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: recent spontaneous reboot on -current and 8 DUP I= in fsck. 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: Wed, 03 Nov 2004 11:16:16 -0000 I had a spontaneous reboot a few days ago, with a -CURRENT from about a week ago. Cause unclear, and I was in X11, which doesn't simplify things. When it came back up, fsck was displeased with the state of the world: ** /dev/ad0s1e ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes 8 DUP I=141 UNEXPECTED SOFT UPDATE INCONSISTENCY 5 DUP I=621 UNEXPECTED SOFT UPDATE INCONSISTENCY ... ** Phase 2 - Check Pathnames DUP/BAD I=621 OWNER=rwatson MODE=100644 SIZE=35491 MTIME=Jun 26 14:13 2003 FILE=/home/rwatson/freebsd/commit/RELENG_4/src/contrib/groff/man/groff_char.man UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? [yn] y ... ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts BAD/DUP FILE I=141 OWNER=rwatson MODE=100444 SIZE=1155 MTIME=Oct 24 19:34 2004 CLEAR? [yn] n ... What's odd here is that these files hadn't been touched in a week. I'm going to upgrade my notebook to a known source configuration (things a bit indeterminate here since I had a lot of local patches in odd places) and see about reproducing. Has anyone else seen this out of fsck? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:16: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 961FF16A4CE; Wed, 3 Nov 2004 11:16:36 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDAC743D58; Wed, 3 Nov 2004 11:16:35 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id iA3BGYRf013119; Wed, 3 Nov 2004 14:16:34 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id iA3BGYCm013118; Wed, 3 Nov 2004 14:16:34 +0300 (MSK) (envelope-from ache) Date: Wed, 3 Nov 2004 14:16:34 +0300 From: Andrey Chernov To: current@freebsd.org, phk@freebsd.org Message-ID: <20041103111634.GA13047@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, phk@freebsd.org References: <20041103111157.GA12950@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041103111157.GA12950@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.50; host: pobrecita.freebsd.ru) Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:16:36 -0000 On Wed, Nov 03, 2004 at 02:11:57PM +0300, Andrey Chernov wrote: > echo), backing out stty/key.c hacking and and just opposite ^^^ = add > TTYDEF_LFLAG_NOECHO. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:18: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 1A80216A4CE for ; Wed, 3 Nov 2004 11:18:15 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D9143D1F for ; Wed, 3 Nov 2004 11:18:14 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id iA3BIDCM013165; Wed, 3 Nov 2004 14:18:13 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id iA3BIDXO013164; Wed, 3 Nov 2004 14:18:13 +0300 (MSK) (envelope-from ache) Date: Wed, 3 Nov 2004 14:18:13 +0300 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20041103111813.GB13047@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@freebsd.org References: <20041103111157.GA12950@nagual.pp.ru> <16110.1099480534@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16110.1099480534@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.50; host: pobrecita.freebsd.ru) cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:18:15 -0000 On Wed, Nov 03, 2004 at 12:15:34PM +0100, Poul-Henning Kamp wrote: > Because if you open a serial port and it defaults to echo, you may end up in > an "echo-war" with the other end before you ever get a chance to call > ioctl and disable echoing. Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave user-visible default untouched to not break userland programs. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:20: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 3DBBD16A4CE for ; Wed, 3 Nov 2004 11:20:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D72A43D2D for ; Wed, 3 Nov 2004 11:20:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3BKWAG016247; Wed, 3 Nov 2004 12:20:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 14:18:13 +0300." <20041103111813.GB13047@nagual.pp.ru> Date: Wed, 03 Nov 2004 12:20:32 +0100 Message-ID: <16246.1099480832@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:20:34 -0000 In message <20041103111813.GB13047@nagual.pp.ru>, Andrey Chernov writes: >On Wed, Nov 03, 2004 at 12:15:34PM +0100, Poul-Henning Kamp wrote: >> Because if you open a serial port and it defaults to echo, you may end up in >> an "echo-war" with the other end before you ever get a chance to call >> ioctl and disable echoing. > >Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave >user-visible default untouched to not break userland programs. How many pieces of software know about TTYDEF_* outside our sourcecode ? Most of it would be bogus I think, software should record the current state and restore that, not mangle it with defaults. -- 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 Wed Nov 3 11:26: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 DE07916A4CE for ; Wed, 3 Nov 2004 11:26:16 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3850543D5A for ; Wed, 3 Nov 2004 11:26:16 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id iA3BQFH3013366; Wed, 3 Nov 2004 14:26:15 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id iA3BQF6S013365; Wed, 3 Nov 2004 14:26:15 +0300 (MSK) (envelope-from ache) Date: Wed, 3 Nov 2004 14:26:15 +0300 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20041103112615.GA13218@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@freebsd.org References: <20041103111813.GB13047@nagual.pp.ru> <16246.1099480832@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16246.1099480832@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.50; host: pobrecita.freebsd.ru) cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 11:26:17 -0000 On Wed, Nov 03, 2004 at 12:20:32PM +0100, Poul-Henning Kamp wrote: > >Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave > >user-visible default untouched to not break userland programs. > > How many pieces of software know about TTYDEF_* outside our sourcecode ? > > Most of it would be bogus I think, software should record the current > state and restore that, not mangle it with defaults. Some tty/pty-emulators can (in spirit of screen). It is not ours, it is common BSD thing. Better to not make surprises and harden porter's job here, really, without a reason. Inside kernel you can do anything you want using TTYDEF_LFLAG_NOECHO. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:52: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 D470716A4CE for ; Wed, 3 Nov 2004 11:52:14 +0000 (GMT) Received: from peru.gambit.com.ru (peru.gambit.com.ru [194.190.206.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 522C743D41 for ; Wed, 3 Nov 2004 11:52:14 +0000 (GMT) ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru) Received: from zen.intranet (unknown [194.190.206.175]) by peru.gambit.com.ru (Postfix) with ESMTP id 5E7202809E for ; Wed, 3 Nov 2004 14:52:12 +0300 (MSK) Received: by zen.intranet (Postfix, from userid 441) id 3CFB8164E67; Wed, 3 Nov 2004 14:52:12 +0300 (MSK) Date: Wed, 3 Nov 2004 14:52:12 +0300 From: ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru To: freebsd-current@FreeBSD.org Message-ID: <20041103115212.GA9506@gambit.com.ru> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: RELENG_5 rot13 typo 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: Wed, 03 Nov 2004 11:52:14 -0000 No /usr/games/caesar in RELENG_5. --- src/games/caesar/rot13.sh. Wed Nov 3 14:48:42 2004 +++ src/games/caesar/rot13.sh Wed Nov 3 14:48:56 2004 @@ -34,4 +34,4 @@ # @(#)rot13.sh 8.1 (Berkeley) 5/31/93 # -exec /usr/games/caesar 13 "$@" +exec /var/games/caesar 13 "$@" From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:54: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 7333916A4CF; Wed, 3 Nov 2004 11:54:48 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167DE43D31; Wed, 3 Nov 2004 11:54:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3BsiwU019253; Wed, 3 Nov 2004 06:54:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA3BsitC043298; Wed, 3 Nov 2004 06:54:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E6D6F7306E; Wed, 3 Nov 2004 06:54:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103115443.E6D6F7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 06:54:43 -0500 (EST) Subject: [current tinderbox] failure on i386/pc98 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: Wed, 03 Nov 2004 11:54:48 -0000 TB --- 2004-11-03 10:31:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 10:31:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-11-03 10:31:13 - checking out the source tree TB --- 2004-11-03 10:31:13 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-11-03 10:31:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 10:37:18 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 10:37:18 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-03 10:37:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 11:43:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 11:43:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-03 11:43:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 11:43:59 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-11-03 11:54:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 11:54:43 - ERROR: failed to build generic kernel TB --- 2004-11-03 11:54:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:56: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 8B62A16A4CE for ; Wed, 3 Nov 2004 11:56:38 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA2AB43D2D for ; Wed, 3 Nov 2004 11:56:37 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3BuaKx016846; Wed, 3 Nov 2004 12:56:36 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 14:52:12 +0300." <20041103115212.GA9506@gambit.com.ru> Date: Wed, 03 Nov 2004 12:56:36 +0100 Message-ID: <16845.1099482996@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 rot13 typo 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: Wed, 03 Nov 2004 11:56:38 -0000 This patch is bunk: We don't install binaries in /var. In message <20041103115212.GA9506@gambit.com.ru>, ls+lists.freebsd.org.mailman.listinfo.freebsd-current939 b18c8@gambit.com.ru writes: >No /usr/games/caesar in RELENG_5. > >--- src/games/caesar/rot13.sh. Wed Nov 3 14:48:42 2004 >+++ src/games/caesar/rot13.sh Wed Nov 3 14:48:56 2004 >@@ -34,4 +34,4 @@ > # @(#)rot13.sh 8.1 (Berkeley) 5/31/93 > # > >-exec /usr/games/caesar 13 "$@" >+exec /var/games/caesar 13 "$@" >_______________________________________________ >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" > -- 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 Wed Nov 3 11:59: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 7B95B16A4CE for ; Wed, 3 Nov 2004 11:59:14 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B27243D5D for ; Wed, 3 Nov 2004 11:59:11 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iA3BwX7G021961 for ; Wed, 3 Nov 2004 12:58:33 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <4188C7E9.3090406@fer.hr> Date: Wed, 03 Nov 2004 12:58:33 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.8 (X11/20041021) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> In-Reply-To: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: HA: smp in RC2 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: Wed, 03 Nov 2004 11:59:14 -0000 astesin@ukrtelecom.net wrote: >>We turned off SMP on i386 and amd64 because it is a serious >>performance penalty for UP machines. > > > What about HTT-capable Intel processors ? Even worse, as far as I can tell :( From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:10: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 0A09616A4CE for ; Wed, 3 Nov 2004 12:10:52 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B0F43D2D for ; Wed, 3 Nov 2004 12:10:49 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CP6F3-0000cB-3l; Wed, 03 Nov 2004 00:31:01 +0300 From: Vladimir Grebenschikov To: Rob In-Reply-To: <41878CA3.8050207@yahoo.com> References: <41878CA3.8050207@yahoo.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 03 Nov 2004 00:31:00 +0300 Message-Id: <1099431060.1227.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current Subject: Re: 5.3: how to make /dev/acd0 world readable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 12:10:52 -0000 =F7 =D7=D4, 02/11/2004 =D7 22:33 +0900, Rob =D0=C9=DB=C5=D4: > Hi, >=20 > ls /dev/acd0 says: >=20 > crw-r----- root operator 4, 12 Nov 2 00:27 /dev/acd0 >=20 > For my cd-player, I need it at least to be world readable. >=20 > But /dev is a funny directory on 5.3, quite different from 4.10 case. > How can I do that? # pw group add cd # cat >> /etc/devfs.rules=20 [devfsrules_common=3D7] add path 'acd*' mode 660 group cd add path 'cd*' mode 660 group cd add path 'pass*' mode 660 group cd add path 'xpt*' mode 660 group cd ^D # echo 'devfs_system_ruleset=3D"devfsrules_common"' >> /etc/rc.conf # /etc/rc.d/devfs restart # then put all required users to group cd, or just change 660 to any acceptable to you permission bits (say 664) be care, access to xpt* can compromise any SCSI device on related CAM bus, frankly speaking pass* and xpt* is required for writing CD/DVD with cdrecord, if you have ATAPI CDROM and do not pan use atapicam you need only acd* entry. (really not sure about /etc/rc.d/devfs restart - never tried it, but should work) also, this solution will work for plugable cd crives (pccard/firewire/usb/scsi/whatever...) also 'man 8 devfs' - is not bad place to start > Rob. PS:=20 to all, we need better documentation for /etc/devfs.ruleset file. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:17: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 8A49F16A4CE for ; Wed, 3 Nov 2004 12:17:40 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AA9E43D41 for ; Wed, 3 Nov 2004 12:17:39 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 22240 invoked from network); 3 Nov 2004 12:17:37 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 3 Nov 2004 12:17:37 -0000 Received: from pacific.net.sg ([210.24.202.7]) by maxwell2.pacific.net.sg with ESMTP <20041103121737.DEMT27058.maxwell2.pacific.net.sg@pacific.net.sg>; Wed, 3 Nov 2004 20:17:37 +0800 Message-ID: <4188CC8B.8060004@pacific.net.sg> Date: Wed, 03 Nov 2004 20:18:19 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: astesin@ukrtelecom.net References: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> In-Reply-To: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: HA: smp in RC2 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: Wed, 03 Nov 2004 12:17:40 -0000 Hi, astesin@ukrtelecom.net wrote: >>We turned off SMP on i386 and amd64 because it is a serious >>performance penalty for UP machines. > > > What about HTT-capable Intel processors ? The people with those CPUs will have to do the same as people with SMP machines will have to do: build a custom kernel. Erich From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:30: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 AE8A416A4CE for ; Wed, 3 Nov 2004 12:30:38 +0000 (GMT) Received: from peru.gambit.com.ru (peru.gambit.com.ru [194.190.206.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364DF43D49 for ; Wed, 3 Nov 2004 12:30:38 +0000 (GMT) ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru) Received: from zen.intranet (unknown [194.190.206.175]) by peru.gambit.com.ru (Postfix) with ESMTP id AEE822858D for ; Wed, 3 Nov 2004 15:30:36 +0300 (MSK) Received: by zen.intranet (Postfix, from userid 441) id 9216B164E67; Wed, 3 Nov 2004 15:30:36 +0300 (MSK) Date: Wed, 3 Nov 2004 15:30:36 +0300 From: ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru To: freebsd-current@freebsd.org Message-ID: <20041103123036.GC10583@gambit.com.ru> Mail-Followup-To: freebsd-current@freebsd.org References: <20041103115212.GA9506@gambit.com.ru> <16845.1099482996@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <16845.1099482996@critter.freebsd.dk> User-Agent: Mutt/1.5.6i Subject: Re: RELENG_5 rot13 typo 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: Wed, 03 Nov 2004 12:30:38 -0000 > In message <20041103115212.GA9506@gambit.com.ru>, ls+lists.freebsd.org.mailman.listinfo.freebsd-current939b18c8@gambit.com.ru writes: >> No /usr/games/caesar in RELENG_5. 3 ÎÏÑÂÒÑ 2004 Ç. × 12:56 +0100, Poul-Henning Kamp ÐÉÛÅÔ: > We don't install binaries in /var. You are right! Pilot error. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:33: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 98B4916A4D0 for ; Wed, 3 Nov 2004 12:33:49 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id AB2F143D39 for ; Wed, 3 Nov 2004 12:33:48 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 8811 invoked by uid 89); 3 Nov 2004 12:33:44 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 3 Nov 2004 12:33:44 -0000 Received: (qmail 8790 invoked by uid 89); 3 Nov 2004 12:33:44 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 3 Nov 2004 12:33:44 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iA3CXh5R094590; Wed, 3 Nov 2004 07:33:43 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Nik Azim Azam In-Reply-To: <1099447887.90396.91.camel@palm.tree.com> References: <20041021081115.88930.qmail@web21125.mail.yahoo.com> <1099447887.90396.91.camel@palm.tree.com> Content-Type: text/plain Message-Id: <1099485223.90396.98.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 03 Nov 2004 07:33:43 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: number of CPUs and IPI panic 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: Wed, 03 Nov 2004 12:33:49 -0000 On Tue, 2004-11-02 at 21:11, Stephan Uphoff wrote: > On Thu, 2004-10-21 at 04:11, Nik Azim Azam wrote: > > the system still panics with the same message with the > > provided patch. please advise me what should i do to > > get more information out of this panic. > > > > thanks, > > nik. > > Could you try the attached patch? > > Thanks > Stephan > > ______________________________________________________________________ There is a bug in my patch that basically disables AST IPIs :-(. ( Pretty harmless - buildworld runs without a hitch) I will send a new patch later today. Stephan From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:35: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 387D616A4CE for ; Wed, 3 Nov 2004 12:35:21 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C0443D3F for ; Wed, 3 Nov 2004 12:35:20 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1CPKM7-000FVD-00; Wed, 03 Nov 2004 14:35:15 +0200 To: Eirik =?ISO-8859-1?Q?=D8verby?= From: Ian FREISLICH In-Reply-To: Message from Eirik =?ISO-8859-1?Q?=D8verby?= <1099479938.691.2.camel@eirik.unicore.no> Date: Wed, 03 Nov 2004 14:35:15 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: current@freebsd.org Subject: Re: Keyb/mouse scheduling issues 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: Wed, 03 Nov 2004 12:35:21 -0000 Eirik =?ISO-8859-1?Q?=D8verby?= wrote: > Hi, > > I'm currently on > FreeBSD 5.3-STABLE #3: Tue Oct 26 13:24:36 CEST 2004 i386 > and am still experiencing the same problems as I (and others) had months > and months (a year?) ago. At the time I thought it was a sched_ule > thing, but now I am running with sched_4bsd and am seeing the same: Random data point. I put -CURRENT on my boss' laptop (a PII HP omnibook). With ACPI enabled the mouse pointer felt like it was moving through treacle. All was normal without ACPI. Do you have the same or a different issue? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:38: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 EA22616A4CE for ; Wed, 3 Nov 2004 12:38:59 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD32443D5F for ; Wed, 3 Nov 2004 12:38:59 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with dspam-scanned (Exim 4.43 (FreeBSD)) id 1CPKMP-000DAE-1w for current@freebsd.org; Wed, 03 Nov 2004 13:35:33 +0100 Received: from mailnull by anduin.net with spamassassin-scanned (Exim 4.43 (FreeBSD)) id 1CPKMM-000DA0-1q for current@freebsd.org; Wed, 03 Nov 2004 13:35:33 +0100 Received: from eirik.unicore.no ([213.225.74.166]) by anduin.net with esmtp (Exim 4.43 (FreeBSD)) id 1CPKMI-000D9q-IC; Wed, 03 Nov 2004 13:35:26 +0100 From: Eirik =?ISO-8859-1?Q?=D8verby?= To: Ian FREISLICH In-Reply-To: References: Content-Type: text/plain Date: Wed, 03 Nov 2004 13:38:38 +0100 Message-Id: <1099485518.691.6.camel@eirik.unicore.no> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on anduin.net X-Spam-Level: X-Spam-Status: No, hits=-4.6 required=7.5 tests=AWL,BAYES_00 autolearn=no version=2.64 cc: current@freebsd.org Subject: Re: Keyb/mouse scheduling issues 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: Wed, 03 Nov 2004 12:39:00 -0000 On Wed, 2004-11-03 at 14:35 +0200, Ian FREISLICH wrote: > Eirik =?ISO-8859-1?Q?=D8verby?= wrote: > > Hi, > > > > I'm currently on > > FreeBSD 5.3-STABLE #3: Tue Oct 26 13:24:36 CEST 2004 i386 > > and am still experiencing the same problems as I (and others) had months > > and months (a year?) ago. At the time I thought it was a sched_ule > > thing, but now I am running with sched_4bsd and am seeing the same: > > Random data point. I put -CURRENT on my boss' laptop (a PII HP > omnibook). With ACPI enabled the mouse pointer felt like it was > moving through treacle. All was normal without ACPI. Do you have > the same or a different issue? Different, I get these symptoms *without* ACPI. Cannot test *with* ACPI, since that would disable one of my CPUs. /Eirik > > Ian > > -- > Ian Freislich > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 12:55: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 E35E316A4CE for ; Wed, 3 Nov 2004 12:55:41 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C1D43D49 for ; Wed, 3 Nov 2004 12:55:41 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-161-115-118.ny325.east.verizon.net [68.161.115.118]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iA3CtWI2030409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 07:55:34 -0500 (EST) Message-ID: <4188D543.3020501@mac.com> Date: Wed, 03 Nov 2004 07:55:31 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD References: In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.1 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com Subject: Re: USB Key Disk 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: Wed, 03 Nov 2004 12:55:42 -0000 joe mcguckin wrote: [ ...top-posting recovered... ] > Most USB keys don't have a rw/ro switch. Is there a kernel flag you can set > to tell FreeBSD that boot device is flash and that writes should be kept to > a minimum? Look at /etc/fstab, and consider the "ro" & "noatime" options. > Can swap space be completely done away with? Certainly. It would be a very good idea to configure the system with more than enough physical RAM, and to take some care selecting the software being run on the system. [ If you stick to small, simple C programs like natd, dhcpd, etc, you should be fine. Try to avoid complex systems and scripting languages like Perl-- for example, trying to do SMTP + SpamAssassin + amavis + antivirus on a Compact Flash-based host would be a bad idea. ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 16:26: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 CC41516A4CE for ; Tue, 2 Nov 2004 16:26:23 +0000 (GMT) Received: from hellmouth4.gatech.edu (hellmouth4.gatech.edu [130.207.165.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4740E43D54 for ; Tue, 2 Nov 2004 16:26:23 +0000 (GMT) (envelope-from gte990t@mail.gatech.edu) Received: from hellmouth4.gatech.edu (localhost [127.0.0.1]) by hellmouth4.gatech.edu (Postfix) with SMTP id C68CDA750; Tue, 2 Nov 2004 11:26:22 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from mailprx1.gatech.edu (mailprx1.prism.gatech.edu [130.207.171.15]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (verified OK)) by hellmouth4.gatech.edu (Postfix) with ESMTP id AD9A9A4F7; Tue, 2 Nov 2004 11:26:22 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from [192.168.0.3] (r58h96.res.gatech.edu [128.61.58.96]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=PLAIN, username=gte990t, sender=n/a) by mailprx1.gatech.edu (Postfix) with ESMTP id B69BB3A601; Tue, 2 Nov 2004 11:26:18 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) From: Jason Harmening To: Alex Dupre Date: Tue, 2 Nov 2004 11:45:34 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <418792ED.8010700@alexdupre.com> In-Reply-To: <418792ED.8010700@alexdupre.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411021145.34444.gte990t@mail.gatech.edu> X-Mailman-Approved-At: Wed, 03 Nov 2004 13:12:12 +0000 cc: freebsd-current@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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, 02 Nov 2004 16:26:23 -0000 On Tuesday 02 November 2004 09:00, you wrote: > Jason Harmening wrote: > > I just upgraded to 5.3-RC2, and I'm still running into the problem where > > processes will hang in an unkillable state. In particular, this happens > > for me with OpenOffice under a heavy load. 'ps' reports the state as > > 'TL' and 'top' reports the state as STOP. Neither kill -CONT nor kill > > -KILL will work. > > Same here. With OpenOffice and Java under high load. Yes--I forgot to mention it, but my OpenOffice problems have all seemed to happen at the same time I have some instance of the JVM (native 1.4.2) running. OpenOffice will start up, reach almost the end of its splash screen, and then simply hang in an unkillable state. This has a very sinister side effect in that, when the system does its daily security run (I'm also assuming it tries to clean up useless processes), and there's such an "unkillable" process, the entire system will hang. It's not an abrupt freeze, but it's a gradual "bogging down" that ultimately requires a hard reset. The same thing happens during a shutdown/reboot with an unkillable process, but luckily the system manages to sync the disk before hanging. From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 17:56: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 495C816A4CF for ; Tue, 2 Nov 2004 17:56:45 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75A743D45 for ; Tue, 2 Nov 2004 17:56:44 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by rproxy.gmail.com with SMTP id 74so270514rnk for ; Tue, 02 Nov 2004 09:56:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=X4T9PyYvPYz0ypecJ1X/uor7ZPjihKs0BfSOk9yhLdTVVZptdB53XT0zjit/SbWztkkIG3IeyN79uIZVc9xeld6zOovynsD2Tb3WZRC3Oxv/OFsaj60UQN2RHGsdMYBBIdBqxIVmHnVxPBEXH2GRkwpJ273PoRJd2KslXzzmRt8= Received: by 10.38.154.11 with SMTP id b11mr202865rne; Tue, 02 Nov 2004 09:56:40 -0800 (PST) Received: by 10.38.149.43 with HTTP; Tue, 2 Nov 2004 09:56:40 -0800 (PST) Message-ID: <34cb7c8404110209563fc01498@mail.gmail.com> Date: Tue, 2 Nov 2004 17:56:40 +0000 From: Peter Edwards To: "Bjoern A. Zeeb" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: X-Mailman-Approved-At: Wed, 03 Nov 2004 13:12:12 +0000 cc: peadar@freebsd.org cc: FreeBSD current mailing list cc: freebsd-amd64@freebsd.org Subject: Re: if_sk patch to get more info from people with problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2004 17:56:45 -0000 Ok, I don't have this hardware, but dumb question: A (very) quick look at the source reveals that buffers are allocated via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive function, with the softc lock held in sk_rxeof(). They're freed by the mbuf system via a call to sk_jfree(), but that doesn't hold the SK_LOCK. Is this possibly the source of the corruption problems? What am I missing? This compiles, anyway :-) --- /tmp/if_sk.c Tue Nov 2 17:49:26 2004 +++ if_sk.c Tue Nov 2 17:52:20 2004 @@ -1115,12 +1115,14 @@ if ((i < 0) || (i >= SK_JSLOTS)) panic("sk_jfree: asked to free buffer that we don't manage!"); + SK_LOCK(sc_if->sk_softc); entry = SLIST_FIRST(&sc_if->sk_jinuse_listhead); if (entry == NULL) panic("sk_jfree: buffer not in use!"); entry->slot = i; SLIST_REMOVE_HEAD(&sc_if->sk_jinuse_listhead, jpool_entries); SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, jpool_entries); + SK_UNLOCK(sc_if->sk_softc); return; } From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 18:02: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 97A0D16A4CE for ; Tue, 2 Nov 2004 18:02:31 +0000 (GMT) Received: from mx1.netflix.com (mail.netflix.com [216.35.131.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A4143D45 for ; Tue, 2 Nov 2004 18:02:31 +0000 (GMT) (envelope-from nsayer@kfu.com) Received: from [172.22.8.180] ([172.22.8.180]) by mx1.netflix.com (8.12.8/8.12.8) with ESMTP id iA2I2UF7019388 for ; Tue, 2 Nov 2004 10:02:30 -0800 Message-ID: <4187CBB6.2020404@kfu.com> Date: Tue, 02 Nov 2004 10:02:30 -0800 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 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 X-Mailman-Approved-At: Wed, 03 Nov 2004 13:12:12 +0000 Subject: 5.3 looks great! 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, 02 Nov 2004 18:02:31 -0000 I've installed RC2 on my desktop machine at work and it has solved a number of issues for me: 1. Heavily disk I/O bound processes tended to lock other processes out. Copying stuff to and from my iPod often made the X cursor freeze up for a few seconds. This doesn't happen any more. 2. The EHCI controller now actually works correctly. The aforementioned iPod now no longer needs firewire to work properly. 3. I've added LDAP NSS and PAM support via the ports. They both work flawlessly. Particularly cool is the 'compat' mode of NSS. This has allowed me to override the shell given by LDAP. Very cool. In short, I'm very happy with the state of things. Outstanding work, everyone! From owner-freebsd-current@FreeBSD.ORG Tue Nov 2 22:40: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 BC50516A4CF for ; Tue, 2 Nov 2004 22:40:05 +0000 (GMT) Received: from brattain.numericable.net (brattain.numericable.net [80.236.0.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA70943D3F for ; Tue, 2 Nov 2004 22:40:04 +0000 (GMT) (envelope-from herrier@herrier.com) Received: (qmail 16940 invoked from network); 2 Nov 2004 22:40:03 -0000 Received: from unknown (HELO none1) ([82.216.39.104]) (envelope-sender ) by brattain.numericable.net (qmail-ldap-1.03) with SMTP for ; 2 Nov 2004 22:40:03 -0000 Message-ID: <003601c4c12c$a8630540$c8c8a8c0@none1> From: "herrier" To: Date: Tue, 2 Nov 2004 23:38:21 +0100 Organization: =?Windows-1252?Q?LH_D=E9veloppement?= MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailman-Approved-At: Wed, 03 Nov 2004 13:12:12 +0000 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD 5.3RC2 + NDISULATOR Crash and Kernel Panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: herrier List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2004 22:40:05 -0000 Hello, I ran previously FreeBSD 5.2.1 using NDISULATOR to make my wifi card = DLINK DWL-G520+-Extreme G+ working and everything was OK. Since I have upgraded to FreeBSD 5.3RC2 ( From this 5.2.1 version ) = yesterday, the new if_ndis.ko generated with prepackaged ndiscvt and = compiled with if_ndis.c causes a kernel panic and halts the system. Did you have already such cases ? May you need more inputs about this issue, do not hesitate to contact = me. Thanks and best regards. Mr HERRIER From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 02:16: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 9007816A4CE for ; Wed, 3 Nov 2004 02:16:56 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 752DF43D2D for ; Wed, 3 Nov 2004 02:16:56 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from [192.160.235.2] (cs242746-26.austin.rr.com [24.27.46.26]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id DA977148DB; Tue, 2 Nov 2004 20:16:55 -0600 (CST) From: Mark Linimon Organization: Lonesome Dove Computing Services To: freebsd-current@freebsd.org Date: Tue, 2 Nov 2004 21:14:20 -0500 User-Agent: KMail/1.7 References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> In-Reply-To: <200411021736.21034.kirk@strauser.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411022014.20689.linimon@lonesome.com> X-Mailman-Approved-At: Wed, 03 Nov 2004 13:12:12 +0000 cc: Kirk Strauser Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 02:16:56 -0000 On Tuesday 02 November 2004 05:36 pm, Kirk Strauser wrote: > Out of curiosity, are those ports like to have equivalents in > Gentoo's "portage" system? I just checked and portage has ~8k entries and we have ~12k, so our problem is a little bit higher scale. AFAICT they also adopt changes more slowly than we do? mcl From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 13:22: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 162FB16A4CE for ; Wed, 3 Nov 2004 13:22:34 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E32A143D45 for ; Wed, 3 Nov 2004 13:22:33 +0000 (GMT) (envelope-from dgilbert@dclg.ca) Received: from [66.96.20.59] (H59.C20.B96.tor.eicat.ca [66.96.20.59]) by ox.eicat.ca (Postfix) with ESMTP id 7E8CAC9C3 for ; Wed, 3 Nov 2004 08:22:31 -0500 (EST) Message-ID: <4188DB96.8040608@dclg.ca> Date: Wed, 03 Nov 2004 08:22:30 -0500 From: David Gilbert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <12706.1099468499@critter.freebsd.dk> In-Reply-To: <12706.1099468499@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 13:22:34 -0000 Poul-Henning Kamp wrote: >In message <41887A33.2060608@dclg.ca>, David Gilbert writes: > > >>Well... the recoverdisk is a cool tool. I can see it coming in handy >>many times. While there isn't much documentation, I've tended to use it >>by creating a vnode md disk of exactly the right size to recover the >>partition in question. >> >> > >You could just have used a regular file for it and connected it to a >md later on. > > It won't create the file by itself. I created the md disk because I didn't take the time to read the code, I suppose. It would make people "feel" better if it created the target file when it didn't exist. Dave. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 13:30: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 7662416A4CE for ; Wed, 3 Nov 2004 13:30:36 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D345443D41 for ; Wed, 3 Nov 2004 13:30:35 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3DURap018356; Wed, 3 Nov 2004 14:30:27 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: David Gilbert From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 08:19:25 EST." <4188DADD.4020907@daveg.ca> Date: Wed, 03 Nov 2004 14:30:27 +0100 Message-ID: <18355.1099488627@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 13:30:36 -0000 In message <4188DADD.4020907@daveg.ca>, David Gilbert writes: >Poul-Henning Kamp wrote: > >>In message <41887A33.2060608@dclg.ca>, David Gilbert writes: >> >> >>>Well... the recoverdisk is a cool tool. I can see it coming in handy >>>many times. While there isn't much documentation, I've tended to use it >>>by creating a vnode md disk of exactly the right size to recover the >>>partition in question. >>> >>> >> >>You could just have used a regular file for it and connected it to a >>md later on. >> >> >It won't create the file by itself. I created the md disk because I >didn't take the time to read the code, I suppose. It would make people >"feel" better if it created the target file when it didn't exist. I would be really happy to see somebody improve on my little hack, there are many things that could be improved about it, and if they were, it would be a good addition to src/sbin -- 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 Wed Nov 3 13:45: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 C098B16A4CE; Wed, 3 Nov 2004 13:45:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1FB43D39; Wed, 3 Nov 2004 13:45:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3DjTx0038232; Wed, 3 Nov 2004 08:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3DjTZ1079712; Wed, 3 Nov 2004 08:45:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3069F7306E; Wed, 3 Nov 2004 08:45:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103134529.3069F7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 08:45:29 -0500 (EST) Subject: [current tinderbox] failure on ia64/ia64 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: Wed, 03 Nov 2004 13:45:31 -0000 TB --- 2004-11-03 11:54:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 11:54:44 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-03 11:54:44 - checking out the source tree TB --- 2004-11-03 11:54:44 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-03 11:54:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 12:00:28 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 12:00:28 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-03 12:00:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 13:30:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 13:30:38 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-03 13:30:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 13:30:39 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-03 13:45:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 13:45:28 - ERROR: failed to build generic kernel TB --- 2004-11-03 13:45:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 13:59: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 38FA516A4CE for ; Wed, 3 Nov 2004 13:59:59 +0000 (GMT) Received: from mailhub02.unibe.ch (mailhub02.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB0143D58 for ; Wed, 3 Nov 2004 13:59:58 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.254.67]) by mailhub02.unibe.ch (Postfix) with ESMTP id 9378376498; Wed, 3 Nov 2004 14:59:57 +0100 (MET) Received: from mailhub02.unibe.ch ([130.92.9.53]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 15356-04-8; Wed, 3 Nov 2004 14:59:53 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 5FDE376453; Wed, 3 Nov 2004 14:59:56 +0100 (MET) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id iA3Dxt104825; Wed, 3 Nov 2004 14:59:55 +0100 (MET) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id iA3DxtXY000218; Wed, 3 Nov 2004 14:59:55 +0100 (MET) Date: Wed, 3 Nov 2004 14:59:55 +0100 From: Tobias Roth To: Mark Linimon Message-ID: <20041103135954.GA163@speedy.unibe.ch> References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> <200411022014.20689.linimon@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411022014.20689.linimon@lonesome.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 13:59:59 -0000 On Tue, Nov 02, 2004 at 09:14:20PM -0500, Mark Linimon wrote: > On Tuesday 02 November 2004 05:36 pm, Kirk Strauser wrote: > > Out of curiosity, are those ports like to have equivalents in > > Gentoo's "portage" system? > > I just checked and portage has ~8k entries and we have ~12k, > so our problem is a little bit higher scale. > > AFAICT they also adopt changes more slowly than we do? If you mean the transition from a devel port into a stable port, yes. They have all their ports marked as either "stable", "devel", or "broken". For ports to get from "devel" to "stable", it can take quite some time. This has of course to do with the tight couppling of ports and base system. If the author or a program decides that it has reached a "stable" state, this does not mean that the Gentoo port will also be marked stable soon after. In my opinion, it is more wisely to adopt (separate) devel ports only for those projects that are very slow in releasing the next stable version (i.e. the way FreeBSD does it). Or create a devel port some time before the expected release of a new stable branch, to allow smoother transitions (i.e. how it was done with the php port. good work there btw). In my (one) Gentoo installation, I basically run everything as unstable, because the stable versions of a few critical ports i need are very outdated, and I just don't want to wait until everything I need gets tagged stable. Granted however, I did not spend a lot of time thinking about this and trying to figure out what the most clever thing would be to do. cheers, t. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 13:19: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 89B0D16A4CE for ; Wed, 3 Nov 2004 13:19:32 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 384D943D60 for ; Wed, 3 Nov 2004 13:19:32 +0000 (GMT) (envelope-from dave@daveg.ca) Received: from [66.96.20.59] (H59.C20.B96.tor.eicat.ca [66.96.20.59]) by ox.eicat.ca (Postfix) with ESMTP id 27311C8EC; Wed, 3 Nov 2004 08:19:26 -0500 (EST) Message-ID: <4188DADD.4020907@daveg.ca> Date: Wed, 03 Nov 2004 08:19:25 -0500 From: David Gilbert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <12706.1099468499@critter.freebsd.dk> In-Reply-To: <12706.1099468499@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 03 Nov 2004 14:03:45 +0000 cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 13:19:32 -0000 Poul-Henning Kamp wrote: >In message <41887A33.2060608@dclg.ca>, David Gilbert writes: > > >>Well... the recoverdisk is a cool tool. I can see it coming in handy >>many times. While there isn't much documentation, I've tended to use it >>by creating a vnode md disk of exactly the right size to recover the >>partition in question. >> >> > >You could just have used a regular file for it and connected it to a >md later on. > > It won't create the file by itself. I created the md disk because I didn't take the time to read the code, I suppose. It would make people "feel" better if it created the target file when it didn't exist. Dave. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 14:20: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 E3E4016A4CE for ; Wed, 3 Nov 2004 14:20:03 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0451443D1D for ; Wed, 3 Nov 2004 14:20:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3EK1dx019187 for ; Wed, 3 Nov 2004 15:20:01 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 03 Nov 2004 15:20:01 +0100 Message-ID: <19186.1099491601@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: current/LINT: ehci.c 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: Wed, 03 Nov 2004 14:20:04 -0000 ../../../dev/usb/ehci.c:1245: warning: 'ehci_dump' defined but not used Am I the only one ? -- 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 Wed Nov 3 14:41: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 70E6716A4CE for ; Wed, 3 Nov 2004 14:41:25 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2A7943D58 for ; Wed, 3 Nov 2004 14:41:24 +0000 (GMT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id iA3EfN6m036830; Wed, 3 Nov 2004 17:41:23 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id iA3EfNj2036829; Wed, 3 Nov 2004 17:41:23 +0300 (MSK) (envelope-from ache) Date: Wed, 3 Nov 2004 17:41:22 +0300 From: Andrey Chernov To: Poul-Henning Kamp , current@freebsd.org Message-ID: <20041103144122.GA34879@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , current@freebsd.org References: <20041103111813.GB13047@nagual.pp.ru> <16246.1099480832@critter.freebsd.dk> <20041103112615.GA13218@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041103112615.GA13218@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.50; host: pobrecita.freebsd.ru) Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 14:41:25 -0000 On Wed, Nov 03, 2004 at 02:26:15PM +0300, Andrey Chernov wrote: > > Most of it would be bogus I think, software should record the current > > state and restore that, not mangle it with defaults. > > Some tty/pty-emulators can (in spirit of screen). It is not ours, it is > common BSD thing. Better to not make surprises and harden porter's job > here, really, without a reason. Inside kernel you can do anything you want > using TTYDEF_LFLAG_NOECHO. More such things: getty and getty-likes (i.e. fax recievers or FIDO gates combined with getty). BTW, what about our getty now? It uses TTYDEF_LFLAG. Python tty module use TTYDEF_LFLAG too: http://pydoc.org/1.5.2/tty.html Moreover, it is few minutes results, I even don't try to search hard. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 15:04: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 A7BEF16A4CE for ; Wed, 3 Nov 2004 15:04:33 +0000 (GMT) Received: from peedub.jennejohn.org (J9a72.j.pppool.de [85.74.154.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEE7243D2F for ; Wed, 3 Nov 2004 15:04:32 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id iA3F4U8h028201; Wed, 3 Nov 2004 16:04:30 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200411031504.iA3F4U8h028201@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Poul-Henning Kamp In-Reply-To: Message from Poul-Henning Kamp <19186.1099491601@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Nov 2004 16:04:30 +0100 From: Gary Jennejohn cc: current@freebsd.org Subject: Re: current/LINT: ehci.c 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: Wed, 03 Nov 2004 15:04:33 -0000 Poul-Henning Kamp writes: > > ../../../dev/usb/ehci.c:1245: warning: 'ehci_dump' defined but not used > > Am I the only one ? > No. I got it to compile by AFAICR removing USB_DEBUG from my kernel config. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 15:06: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 8183C16A4CE; Wed, 3 Nov 2004 15:06:00 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2503543D67; Wed, 3 Nov 2004 15:06:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA3F5xxV056051; Wed, 3 Nov 2004 10:05:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA3F5xN0006645; Wed, 3 Nov 2004 10:05:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 498057306E; Wed, 3 Nov 2004 10:05:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103150559.498057306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 10:05:59 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 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: Wed, 03 Nov 2004 15:06:00 -0000 TB --- 2004-11-03 13:45:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 13:45:29 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-11-03 13:45:29 - checking out the source tree TB --- 2004-11-03 13:45:29 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-11-03 13:45:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 13:51:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 13:51:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-03 13:51:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-03 14:57:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 14:57:23 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-03 14:57:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 14:57:23 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-11-03 15:05:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 15:05:59 - ERROR: failed to build generic kernel TB --- 2004-11-03 15:05:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 15:12: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 1785A16A4D0 for ; Wed, 3 Nov 2004 15:12:58 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4446343D5A for ; Wed, 3 Nov 2004 15:12:57 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iA3FCt75003232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 18:12:56 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iA3FCtZf003231; Wed, 3 Nov 2004 18:12:55 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 3 Nov 2004 18:12:55 +0300 From: Gleb Smirnoff To: Vincent Poy Message-ID: <20041103151255.GE2312@cell.sick.ru> References: <429af92e0411022034133d9c1a@mail.gmail.com> <429af92e0411022120361dfee7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <429af92e0411022120361dfee7@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: -CURRENT kernel build fails 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: Wed, 03 Nov 2004 15:12:58 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Tue, Nov 02, 2004 at 09:20:01PM -0800, Vincent Poy wrote: V> On Tue, 2 Nov 2004 20:34:21 -0800, Vincent Poy wrote: V> > In today's -CURRENT about 5:00PM -800, my GENERIC kernel build fails V> > at the following: And one more I haven't attachd to previous mail. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_uni_cust.h.diff" Index: ng_uni_cust.h =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/uni/ng_uni_cust.h,v retrieving revision 1.2 diff -u -r1.2 ng_uni_cust.h --- ng_uni_cust.h 25 Jun 2004 19:22:03 -0000 1.2 +++ ng_uni_cust.h 3 Nov 2004 15:08:17 -0000 @@ -79,19 +79,19 @@ * Timers */ struct uni_timer { - struct callout_handle c; + struct callout c; }; -#define _TIMER_INIT(X,T) callout_handle_init(&(X)->T.c) +#define _TIMER_INIT(X,T) ng_callout_init(&(X)->T.c) #define _TIMER_DESTROY(UNI,FIELD) _TIMER_STOP(UNI,FIELD) #define _TIMER_STOP(UNI,FIELD) do { \ - ng_untimeout(FIELD.c, (UNI)->arg); \ - callout_handle_init(&FIELD.c); \ + ng_untimeout(&FIELD.c, (UNI)->arg); \ } while (0) -#define TIMER_ISACT(UNI,T) ((UNI)->T.c.callout != NULL) +#define TIMER_ISACT(UNI,T) ((UNI)->T.c.c_flags & (CALLOUT_ACTIVE | \ + CALLOUT_PENDING)) #define _TIMER_START(UNI,ARG,FIELD,DUE,FUNC) do { \ _TIMER_STOP(UNI, FIELD); \ - FIELD.c = ng_timeout((UNI)->arg, NULL, \ + ng_timeout(&FIELD.c, (UNI)->arg, NULL, \ hz * (DUE) / 1000, FUNC, (ARG), 0); \ } while (0) @@ -102,7 +102,6 @@ { \ struct uni *uni = (struct uni *)arg1; \ \ - callout_handle_init(&uni->T.c); \ (F)(uni); \ uni_work(uni); \ } @@ -118,7 +117,6 @@ struct call *call = (struct call *)arg1; \ struct uni *uni = call->uni; \ \ - callout_handle_init(&call->T.c); \ (F)(call); \ uni_work(uni); \ } @@ -134,7 +132,6 @@ struct party *party = (struct party *)arg1; \ struct uni *uni = party->call->uni; \ \ - callout_handle_init(&party->T.c); \ (F)(party); \ uni_work(uni); \ } --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 15: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 26C0C16A4CE for ; Wed, 3 Nov 2004 15:15:19 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 96E6443D48 for ; Wed, 3 Nov 2004 15:15:18 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Nov 2004 15:15:17 +0000 (GMT) To: Gary Jennejohn In-Reply-To: Your message of "Wed, 03 Nov 2004 16:04:30 +0100." <200411031504.iA3F4U8h028201@peedub.jennejohn.org> Date: Wed, 03 Nov 2004 15:15:17 +0000 From: Ian Dowse Message-ID: <200411031515.aa76728@salmon.maths.tcd.ie> cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: current/LINT: ehci.c 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: Wed, 03 Nov 2004 15:15:19 -0000 In message <200411031504.iA3F4U8h028201@peedub.jennejohn.org>, Gary Jennejohn w rites: >Poul-Henning Kamp writes: >> ../../../dev/usb/ehci.c:1245: warning: 'ehci_dump' defined but not used >> >> Am I the only one ? >> > >No. I got it to compile by AFAICR removing USB_DEBUG from my kernel >config. Sorry, fixed now. Ian From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 15:47: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 74FBF16A4CE for ; Wed, 3 Nov 2004 15:47:19 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A798743D62 for ; Wed, 3 Nov 2004 15:47:18 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iA3FlGV0003524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 18:47:17 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iA3FlGTw003523; Wed, 3 Nov 2004 18:47:16 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 3 Nov 2004 18:47:16 +0300 From: Gleb Smirnoff To: Vincent Poy Message-ID: <20041103154716.GJ2312@cell.sick.ru> References: <429af92e0411022034133d9c1a@mail.gmail.com> <429af92e0411022120361dfee7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: <429af92e0411022120361dfee7@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: -CURRENT kernel build fails 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: Wed, 03 Nov 2004 15:47:19 -0000 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=koi8-r Content-Disposition: inline ... and one more patch. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_hci.diff" Index: ng_hci_misc.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/hci/ng_hci_misc.c,v retrieving revision 1.7 diff -u -r1.7 ng_hci_misc.c --- ng_hci_misc.c 27 Apr 2004 16:38:14 -0000 1.7 +++ ng_hci_misc.c 3 Nov 2004 15:44:49 -0000 @@ -289,7 +289,7 @@ NG_BT_ITEMQ_INIT(&con->conq, num_pkts); - callout_handle_init(&con->con_timo); + ng_callout_init(&con->con_timo); LIST_INSERT_HEAD(&unit->con_list, con, next); } @@ -357,7 +357,6 @@ /* * Set HCI command timeout - * XXX FIXME: check unit->cmd_timo.callout != NULL */ int @@ -368,7 +367,9 @@ "%s: %s - Duplicated command timeout!\n", __func__, NG_NODE_NAME(unit->node)); unit->state |= NG_HCI_UNIT_COMMAND_PENDING; - unit->cmd_timo = ng_timeout(unit->node, NULL, + /* XXX: is this correct place for init? */ + ng_callout_init(&unit->cmd_timo); + ng_timeout(&unit->cmd_timo, unit->node, NULL, bluetooth_hci_command_timeout(), ng_hci_process_command_timeout, NULL, 0); @@ -386,7 +387,7 @@ panic( "%s: %s - No command timeout!\n", __func__, NG_NODE_NAME(unit->node)); - if (ng_untimeout(unit->cmd_timo, unit->node) == 0) + if (ng_untimeout(&unit->cmd_timo, unit->node) == 0) return (ETIMEDOUT); unit->state &= ~NG_HCI_UNIT_COMMAND_PENDING; @@ -396,7 +397,6 @@ /* * Set HCI connection timeout - * XXX FIXME: check unit->cmd_timo.callout != NULL */ int @@ -408,7 +408,7 @@ __func__, NG_NODE_NAME(con->unit->node)); con->flags |= NG_HCI_CON_TIMEOUT_PENDING; - con->con_timo = ng_timeout(con->unit->node, NULL, + ng_timeout(&con->con_timo, con->unit->node, NULL, bluetooth_hci_connect_timeout(), ng_hci_process_con_timeout, NULL, con->con_handle); @@ -427,7 +427,7 @@ panic( "%s: %s - No connection timeout!\n", __func__, NG_NODE_NAME(con->unit->node)); - if (ng_untimeout(con->con_timo, con->unit->node) == 0) + if (ng_untimeout(&con->con_timo, con->unit->node) == 0) return (ETIMEDOUT); con->flags &= ~NG_HCI_CON_TIMEOUT_PENDING; Index: ng_hci_var.h =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/hci/ng_hci_var.h,v retrieving revision 1.4 diff -u -r1.4 ng_hci_var.h --- ng_hci_var.h 9 Apr 2004 23:01:39 -0000 1.4 +++ ng_hci_var.h 3 Nov 2004 15:43:52 -0000 @@ -148,7 +148,7 @@ ng_hci_unit_buff_t buffer; /* buffer info */ - struct callout_handle cmd_timo; /* command timeout */ + struct callout cmd_timo; /* command timeout */ ng_bt_mbufq_t cmdq; /* command queue */ #define NG_HCI_CMD_QUEUE_LEN 12 /* max. size of cmd q */ @@ -183,7 +183,7 @@ u_int8_t mode; /* ACTIVE, HOLD ... */ u_int8_t role; /* MASTER/SLAVE */ - struct callout_handle con_timo; /* con. timeout */ + struct callout con_timo; /* con. timeout */ int pending; /* # of data pkts */ ng_bt_itemq_t conq; /* con. queue */ --6WlEvdN9Dv0WHSBl-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 16:19: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 4A82B16A4CE for ; Wed, 3 Nov 2004 16:19:16 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068ED43D49 for ; Wed, 3 Nov 2004 16:19:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 2C8D5295423; Wed, 3 Nov 2004 11:19:05 -0500 (EST) Received: from 207.219.213.163 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 3 Nov 2004 11:19:05 -0500 (EST) Message-ID: <43125.207.219.213.163.1099498745.squirrel@207.219.213.163> In-Reply-To: <20041103111813.GB13047@nagual.pp.ru> References: <20041103111157.GA12950@nagual.pp.ru> <16110.1099480534@critter.freebsd.dk> <20041103111813.GB13047@nagual.pp.ru> Date: Wed, 3 Nov 2004 11:19:05 -0500 (EST) From: "Mike Jakubik" To: "Andrey Chernov" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 16:19:16 -0000 Andrey Chernov said: > On Wed, Nov 03, 2004 at 12:15:34PM +0100, Poul-Henning Kamp wrote: >> Because if you open a serial port and it defaults to echo, you may end >> up in >> an "echo-war" with the other end before you ever get a chance to call >> ioctl and disable echoing. > > Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave > user-visible default untouched to not break userland programs. I agree. My terminal under bash still gets messed up after running portupgrade. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 16:36: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 6F2D816A4CE for ; Wed, 3 Nov 2004 16:36:23 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F50D43D39 for ; Wed, 3 Nov 2004 16:36:23 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 519B3B8F8 for ; Wed, 3 Nov 2004 10:36:22 -0600 (CST) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94344-01 for ; Wed, 3 Nov 2004 10:36:21 -0600 (CST) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id AE9DBB8FA for ; Wed, 3 Nov 2004 10:36:21 -0600 (CST) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Wed, 3 Nov 2004 10:36:14 -0600 User-Agent: KMail/1.7 References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> <20041102234821.GA76782@xor.obsecurity.org> In-Reply-To: <20041102234821.GA76782@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1367778.3z30Bs4yHQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411031036.17792.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 16:36:23 -0000 --nextPart1367778.3z30Bs4yHQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 02 November 2004 17:48, Kris Kennaway wrote: > Don't know, perhaps they don't care about the fraction of ports that > don't work properly since the rest of them have such eleet > optimization. On the technical end of things, what exactly is it that causes problems wit= h=20 higher-level optimizations? Are they due to bugs in GCC, or obfuscated=20 code that can be interpreted several ways? =2D-=20 Kirk Strauser --nextPart1367778.3z30Bs4yHQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBiQkB5sRg+Y0CpvERAgApAJ4uzYVFodMzvBmpCu0y8TMaVqtdwQCdFTNT +MZ/dxqnTwaMyLINkpJWolA= =fXxj -----END PGP SIGNATURE----- --nextPart1367778.3z30Bs4yHQ-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 16:40: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 2872916A4D3 for ; Wed, 3 Nov 2004 16:40:08 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id F04B043D58 for ; Wed, 3 Nov 2004 16:40:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B5C8520B2; Wed, 3 Nov 2004 08:42:16 -0800 (PST) Date: Wed, 3 Nov 2004 08:42:16 -0800 From: Kris Kennaway To: Kirk Strauser Message-ID: <20041103164216.GA56484@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <200411021736.21034.kirk@strauser.com> <20041102234821.GA76782@xor.obsecurity.org> <200411031036.17792.kirk@strauser.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <200411031036.17792.kirk@strauser.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 16:40:08 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2004 at 10:36:14AM -0600, Kirk Strauser wrote: > On Tuesday 02 November 2004 17:48, Kris Kennaway wrote: >=20 > > Don't know, perhaps they don't care about the fraction of ports that > > don't work properly since the rest of them have such eleet > > optimization. >=20 > On the technical end of things, what exactly is it that causes problems w= ith=20 > higher-level optimizations? Are they due to bugs in GCC, or obfuscated= =20 > code that can be interpreted several ways? Sometimes GCC bugs, but also incorrect C code in a lot of cases (that's how I came up with the number of 350 ports; those are the ports that emit a certain warning about probable bugs when compiled with -O2). Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiQpoWry0BWjoQKURAuNCAKDe5iD7hZlUGzVWAXKnTzg1NHBJ7wCgx67m BQRX5RAKcLmpMGk46huLes4= =1cYH -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 16: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 789AB16A4CE for ; Wed, 3 Nov 2004 16:44:01 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5254D43D31 for ; Wed, 3 Nov 2004 16:44:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C537F520B2; Wed, 3 Nov 2004 08:46:09 -0800 (PST) Date: Wed, 3 Nov 2004 08:46:09 -0800 From: Kris Kennaway To: Leroy van Logchem Message-ID: <20041103164609.GB56484@xor.obsecurity.org> References: <4188A708.8090807@wldelft.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <4188A708.8090807@wldelft.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: buildworld fails RC1 -> RC2 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: Wed, 03 Nov 2004 16:44:01 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2004 at 10:38:16AM +0100, Leroy van Logchem wrote: > After upgrading the src tree from RC1 to RC2 using cvsup RELENG_5_3 > 'make buildworld' failed twice even with a clean /usr/obj >=20 > tail -100 of output: > Killed > *** Error code 137 Are you sure that someone didn't send the SIGKILL signal manually (e.g. bad killall command, etc)? Does it always fail in exactly this spot? Kris --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiQtQWry0BWjoQKURAoHVAJ0d1PMCc4BT0+YgyhPzjMjc60aAcgCgv78w WBNTLnbBIxT97nXZxNRw9Bk= =Opk0 -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 17:10: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 B7C8F16A4CE for ; Wed, 3 Nov 2004 17:10:13 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D2D43D31 for ; Wed, 3 Nov 2004 17:10:13 +0000 (GMT) (envelope-from dgilbert@dclg.ca) Received: from [66.96.20.59] (H59.C20.B96.tor.eicat.ca [66.96.20.59]) by ox.eicat.ca (Postfix) with ESMTP id CDB27C6C6 for ; Wed, 3 Nov 2004 12:10:08 -0500 (EST) Message-ID: <418910EE.4010205@dclg.ca> Date: Wed, 03 Nov 2004 12:10:06 -0500 From: David Gilbert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: copying a superblock (more running-with-scissors) 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: Wed, 03 Nov 2004 17:10:13 -0000 OK. So the bad filesystem I have ... where roughly the first 200k is bad (0's at this point as I've used recoverdisk and those blocks are unreadable on the origional disk). fsck can start on things using the -b option, but as I said before I end up with an empty filesystem as fsck can't create a lost+found directory. So the suggestion was to try dump. Cool. I understand. Problem so far with dump is that it can't find a superblock (not too surprising) and it doesn't have an option to use an alternate superblock. What I suspect we have here is the first 200k of disk are 0's ... which (I think) contains inode 1 and junk that goes with that. From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 18:20: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 7323616A558 for ; Wed, 3 Nov 2004 18:20:32 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A6143D48 for ; Wed, 3 Nov 2004 18:20:11 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so128883rnf for ; Wed, 03 Nov 2004 10:20:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=gPsZhlJeOUfd29tAE8eEDgsOsG13OP1pIMflq6CCGXoABFnd0h8twHqdsSKbZpmqwg9PNCk+vWpuF/+L5gPVGyB1MgAazn2VR5MPaRWZTOsM+iOhyFMYRSZmKg43PQdEl+/Fk1PnDT/4D6wLLIZZjEf2oxeLhv52pXgEF1+oBjk= Received: by 10.38.160.8 with SMTP id i8mr987769rne; Wed, 03 Nov 2004 10:20:10 -0800 (PST) Received: by 10.38.14.49 with HTTP; Wed, 3 Nov 2004 10:20:10 -0800 (PST) Message-ID: <429af92e041103102021c98fb0@mail.gmail.com> Date: Wed, 3 Nov 2004 10:20:10 -0800 From: Vincent Poy To: Gleb Smirnoff , Maksim Yevmenkin In-Reply-To: <20041103110327.GC1104@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e0411022034133d9c1a@mail.gmail.com> <429af92e0411022120361dfee7@mail.gmail.com> <20041103110327.GC1104@cell.sick.ru> cc: freebsd-current@freebsd.org Subject: Re: -CURRENT kernel build fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 18:20:32 -0000 On Wed, 3 Nov 2004 14:03:27 +0300, Gleb Smirnoff wrote: > On Tue, Nov 02, 2004 at 09:20:01PM -0800, Vincent Poy wrote: > V> On Tue, 2 Nov 2004 20:34:21 -0800, Vincent Poy wrote: > V> > In today's -CURRENT about 5:00PM -800, my GENERIC kernel build fails > V> > at the following: > V> I think it might be caused by this commit: > > You are right. I believe attached patches will help. I've already sent > them to maintainers of the code. > > I'm very sorry. Hi: I just noticed the commits as follows: Date: Wed, 3 Nov 2004 18:00:49 +0000 (UTC) From: Maksim Yevmenkin Subject: cvs commit: src/sys/netgraph/bluetooth/hci ng_hci_main.cng_hci_misc.c ng_hci_var.h src/sys/netgraph/bluetooth/l2cap ng_l2cap_misc.c ng_l2cap_var.h emax 2004-11-03 18:00:49 UTC FreeBSD src repository Modified files: sys/netgraph/bluetooth/hci ng_hci_main.c ng_hci_misc.c ng_hci_var.h sys/netgraph/bluetooth/l2cap ng_l2cap_misc.c ng_l2cap_var.h Log: Fix kernel build (caused by recent ng_{un}timeout API change) Submitted by: glebius Revision Changes Path 1.5 +1 -1 src/sys/netgraph/bluetooth/hci/ng_hci_main.c 1.8 +7 -7 src/sys/netgraph/bluetooth/hci/ng_hci_misc.c 1.5 +2 -2 src/sys/netgraph/bluetooth/hci/ng_hci_var.h 1.8 +11 -11 src/sys/netgraph/bluetooth/l2cap/ng_l2cap_misc.c 1.5 +2 -2 src/sys/netgraph/bluetooth/l2cap/ng_l2cap_var.h I noticed that it didn't include the following patches you attached earlier for the following files, are these still needed to fix the kernel build? src/sys/netgraph/atm/sscop/ng_sscop_cust.h src/sys/netgraph/atm/uni/ng_uni_cust.h Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 18:34: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 46B4E16A4CE for ; Wed, 3 Nov 2004 18:34:04 +0000 (GMT) Received: from a80-126-165-168.adsl.xs4all.nl (a80-126-165-168.adsl.xs4all.nl [80.126.165.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434BB43D3F for ; Wed, 3 Nov 2004 18:34:03 +0000 (GMT) (envelope-from devet@devet.org) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by a80-126-165-168.adsl.xs4all.nl (Postfix) with ESMTP id B60EFA942; Wed, 3 Nov 2004 19:34:01 +0100 (CET) Received: by adv.devet.org (Postfix, from userid 100) id 65093253EA; Wed, 3 Nov 2004 19:28:06 +0100 (CET) Date: Wed, 3 Nov 2004 19:28:06 +0100 To: peadar.edwards@gmail.com Message-ID: <20041103182806.GA1040@adv.devet.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34cb7c8404110209563fc01498@mail.gmail.com> X-Newsgroups: list.freebsd.current Organization: Eindhoven, the Netherlands User-Agent: Mutt/1.5.6i From: devet@devet.org (Arjan de Vet) cc: current@freebsd.org Subject: Re: if_sk patch to get more info from people with 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: Wed, 03 Nov 2004 18:34:04 -0000 In article <34cb7c8404110209563fc01498@mail.gmail.com> you write: >Ok, I don't have this hardware, but dumb question: > >A (very) quick look at the source reveals that buffers are allocated >via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive >function, with the softc lock held in sk_rxeof(). > >They're freed by the mbuf system via a call to sk_jfree(), but that >doesn't hold the SK_LOCK. Is this possibly the source of the >corruption problems? What am I missing? >This compiles, anyway :-) > >--- /tmp/if_sk.c Tue Nov 2 17:49:26 2004 >+++ if_sk.c Tue Nov 2 17:52:20 2004 >@@ -1115,12 +1115,14 @@ > if ((i < 0) || (i >= SK_JSLOTS)) > panic("sk_jfree: asked to free buffer that we don't manage!"); > >+ SK_LOCK(sc_if->sk_softc); > entry = SLIST_FIRST(&sc_if->sk_jinuse_listhead); > if (entry == NULL) > panic("sk_jfree: buffer not in use!"); > entry->slot = i; > SLIST_REMOVE_HEAD(&sc_if->sk_jinuse_listhead, jpool_entries); > SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, jpool_entries); >+ SK_UNLOCK(sc_if->sk_softc); > > return; > } Thank you very much! This patch seems to fix the network corruption problems I have reported in kern/73038. I'll do some more testing, because sometimes the problems only appear after some time. But for now, I can use if_sk.c without debug.mpsafenet="0" on 5.3-RC2. Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.devet.org/ Work: http://www.madison-gurkha.com/ (Security, Open Source, Education) From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 18:46: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 CA5F116A4CE for ; Wed, 3 Nov 2004 18:46:35 +0000 (GMT) Received: from smtp.bbeyond.nl (smtp.bbeyond.nl [62.177.144.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2849743D53 for ; Wed, 3 Nov 2004 18:46:35 +0000 (GMT) (envelope-from paulz@vanderzwan.org) Received: from hari.vanderzwan.org (62-177-151-219.bbeyond.nl [62.177.151.219]) by smtp.bbeyond.nl (Postfix) with ESMTP id 7269E2AC090; Wed, 3 Nov 2004 19:46:33 +0100 (CET) Received: from [192.168.200.8] (rincewind.vanderzwan.org [192.168.200.8]) by hari.vanderzwan.org (8.12.11/8.12.11) with ESMTP id iA3IkWj1022502; Wed, 3 Nov 2004 19:46:32 +0100 (CET) (envelope-from paulz@vanderzwan.org) In-Reply-To: <43125.207.219.213.163.1099498745.squirrel@207.219.213.163> References: <20041103111157.GA12950@nagual.pp.ru> <16110.1099480534@critter.freebsd.dk> <20041103111813.GB13047@nagual.pp.ru> <43125.207.219.213.163.1099498745.squirrel@207.219.213.163> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Paul van der Zwan Date: Wed, 3 Nov 2004 19:46:27 +0100 To: "Mike Jakubik" X-Mailer: Apple Mail (2.619) X-Virus-Scanned: ClamAV 0.80/545/Thu Oct 21 15:33:33 2004 clamav-milter version 0.80j on hari.vanderzwan.org X-Virus-Status: Clean cc: Andrey Chernov cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change 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: Wed, 03 Nov 2004 18:46:35 -0000 On 3-nov-04, at 17:19, Mike Jakubik wrote: > Andrey Chernov said: > >> On Wed, Nov 03, 2004 at 12:15:34PM +0100, Poul-Henning Kamp wrote: >>> Because if you open a serial port and it defaults to echo, you may >>> end >>> up in >>> an "echo-war" with the other end before you ever get a chance to call >>> ioctl and disable echoing. >> >> Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave >> user-visible default untouched to not break userland programs. > > I agree. My terminal under bash still gets messed up after running > portupgrade. That seems to be cause by 'stty sane' being broken by the TTYDEF_LFLAG change. So even 'essential' programs in the base system may have been affected by this change. Paul -- For a successful technology, reality must take precedence over public relations, for nature cannot be fooled. Richard P. Feynman From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 18:50: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 84B0B16A4E5 for ; Wed, 3 Nov 2004 18:50:41 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE6F43D54 for ; Wed, 3 Nov 2004 18:50:16 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CPQD1-0004wx-00 for ; Wed, 03 Nov 2004 19:50:15 +0100 Received: from anyanka.rfc1149.net ([81.56.47.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Nov 2004 19:50:14 +0100 Received: from sam by anyanka.rfc1149.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Nov 2004 19:50:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Samuel Tardieu Date: 03 Nov 2004 19:50:02 +0100 Organization: Avian Carrier & Friends Lines: 13 Message-ID: <877jp26a3p.fsf@beeblebrox.rfc1149.net> References: <4188DADD.4020907@daveg.ca> <18355.1099488627@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anyanka.rfc1149.net User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-Leafnode-NNTP-Posting-Host: 2001:660:330f:f810:200:39ff:fe25:3aa2 Sender: news Subject: Re: More running-with-scissors and fsck. 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: Wed, 03 Nov 2004 18:50:41 -0000 >>>>> "PHK" == Poul-Henning Kamp writes: PHK> I would be really happy to see somebody improve on my little PHK> hack, there are many things that could be improved about it, and PHK> if they were, it would be a good addition to src/sbin By the way, I've heard people talking about using it before running my recoverjpeg (http://www.rfc1149.net/devel/recoverjpeg) program to get pictures out of broken compact flash cards to recover digital pictures. Sam -- Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/sam From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 18:50: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 AA94716A4E9; Wed, 3 Nov 2004 18:50:41 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98F743D41; Wed, 3 Nov 2004 18:50:21 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) iA3IoBP6045628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 10:50:11 -0800 (PST) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id iA3IoBiq045627; Wed, 3 Nov 2004 10:50:11 -0800 (PST) Date: Wed, 3 Nov 2004 10:50:11 -0800 From: Gregory Neil Shapiro To: Eivind Olsen Message-ID: <20041103185010.GP2916@horsey.gshapiro.net> References: <4188039D.8020109@aminor.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4188039D.8020109@aminor.no> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: dougb@freebsd.org Subject: Re: Problem with RELENG_5_3, BIND9 and dynamic updates 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: Wed, 03 Nov 2004 18:50:42 -0000 > It looks like BIND9, as delivered in the base, has problems when zones > are using dynamic DNS updates. > > This is because it runs as user "bind", but that user doesn't have write > access to /var/named/etc/namedb/master - the script /etc/rc.d/named uses > mtree to set that directory as follows: > > Nov 2 22:40:31 vimes kernel: Nov 2 22:40:31 vimes named[98525]: > master/aminor.no.zone.jnl: create: permission denied Perhaps this patch will help: Index: mtree/BIND.chroot.dist =================================================================== RCS file: /src/FreeBSD/ncvs/src/etc/mtree/BIND.chroot.dist,v retrieving revision 1.5 diff -u -r1.5 BIND.chroot.dist --- mtree/BIND.chroot.dist 29 Sep 2004 03:43:10 -0000 1.5 +++ mtree/BIND.chroot.dist 3 Nov 2004 18:45:06 -0000 @@ -9,6 +9,8 @@ .. etc namedb + dynamic uname=bind + .. master .. slave uname=bind Index: namedb/named.conf =================================================================== RCS file: /src/FreeBSD/ncvs/src/etc/namedb/named.conf,v retrieving revision 1.19 diff -u -r1.19 named.conf --- namedb/named.conf 30 Sep 2004 09:57:36 -0000 1.19 +++ namedb/named.conf 3 Nov 2004 18:48:06 -0000 @@ -102,6 +102,22 @@ }; }; +// An example dynamic zone +key "exampleorgkey" +{ + algorithm hmac-md5; + secret "sf87HJqjkqh8ac87a02lla=="; +}; + +zone "example.org" { + type master; + allow-update + { + key "exampleorgkey"; + }; + file "dynamic/example.org"; +}; + zone "0.168.192.in-addr.arpa" { type slave; file "slave/0.168.192.in-addr.arpa"; From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 20:00: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 8C12D16A4CF; Wed, 3 Nov 2004 20:00:52 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F26B43D2F; Wed, 3 Nov 2004 20:00:52 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4BAF17A44A; Wed, 3 Nov 2004 12:00:51 -0800 (PST) Message-ID: <418938F3.9040108@elischer.org> Date: Wed, 03 Nov 2004 12:00:51 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: astesin@ukrtelecom.net References: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> In-Reply-To: <1152675CA9EDD71187130002B3CE5ADA0F584CE2@hoexc010.ukrtelecom.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: itinerant@mac.com cc: scottl@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HA: smp in RC2 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: Wed, 03 Nov 2004 20:00:52 -0000 astesin@ukrtelecom.net wrote: >>We turned off SMP on i386 and amd64 because it is a serious >>performance penalty for UP machines. >> >> > >What about HTT-capable Intel processors ? > our testing shopws that generally HTT ON is about half the speed of HTT OFF. you need very specific workloads to get an advantage from HTT. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:14: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 892EB16A4CE for ; Wed, 3 Nov 2004 21:14:29 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB01E43D55 for ; Wed, 3 Nov 2004 21:14:28 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:14:28 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I6M00GKJGC1BC@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:14:25 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vorpal.math.drexel.edu (8.13.1/8.12.10) with ESMTP id iA3LCTo0000874 for ; Wed, 03 Nov 2004 16:12:29 -0500 (EST envelope-from jsmith@drexel.edu) Date: Wed, 03 Nov 2004 16:12:29 -0500 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <1099516348.787.4.camel@vorpal.math.drexel.edu> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT Subject: USB devices not being created 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: Wed, 03 Nov 2004 21:14:29 -0000 FreeBSD vorpal.math.drexel.edu 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Nov 3 15:55:27 EST 2004 jsmith@vorpal.math.drexel.edu:/usr/obj/usr/src/sys/MYKERNEL i386 I'm running this version of FreeBSD on two machines. One is an IBM workstation with a hyperthreading CPU (2 processors). When I plug a mass storage device into the USB port of this machine (but not the uniprocessor machine), no USB device is created. dmesg produces: ------------------------------------------------------------------ Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Wed Nov 3 15:55:27 EST 2004 jsmith@vorpal.math.drexel.edu:/usr/obj/usr/src/sys/MYKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1040527360 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc2269900), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc2269900), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc22cfae0), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc22cfae0), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc22cf9c0), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc22cf9c0), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB4._PRW] (Node 0xc22cf8a0), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB4._PRW] (Node 0xc22cf8a0), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USBE._PRW] (Node 0xc22cf800), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USBE._PRW] (Node 0xc22cf800), AE_AML_NO_RETURN_VALUE acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: port 0x530-0x537 on acpi0 cpu1: port 0x530-0x537 on acpi0 cpu1: Failed to attach throttling P_CNT acpi_tz0: port 0x530-0x537 on acpi0 acpi_tz0: _CRT value is absurd, ignored (6280.3C) pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xc4000000-0xc7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ukbd0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci3: on pcib2 em0: port 0x3000-0x303f mem 0xc0200000-0xc021ffff irq 16 at device 11.0 on pci3 em0: Ethernet address: 00:0d:60:24:35:72 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1880-0x188f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc0000800-0xc00008ff,0xc0000c00-0xc0000dff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A 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/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc2269900), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc22cfae0), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc22cf9c0), AE_AML_NO_RETURN_VALUE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.USB4._PRW] (Node 0xc22cf8a0), AE_AML_NO_RETURN_VALUE orm0: at iomem 0xe0000-0xeffff,0xce000-0xcefff,0xcd000-0xcdfff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec em0: Link is up 100 Mbps Full Duplex acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 76324MB [155072/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled em0: Link is up 100 Mbps Full Duplex ------------------------------------------------------------------ It's as if the system is unaware I inserted the Kanguru drive. The uniprocessor machine has no problem creating the device (with comments in the dmesg output). Any suggestions? -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:14: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 052BE16A4D9 for ; Wed, 3 Nov 2004 21:14:43 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75E943D31 for ; Wed, 3 Nov 2004 21:14:42 +0000 (GMT) (envelope-from freebsdjunkie@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so154236rnf for ; Wed, 03 Nov 2004 13:14:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=QtW1qfIY/3XydwvMfMOUtAWRGccFCqAVo1OvXLNZIvUg2jBj/y7uCHh9ARWinOE4zNdbbLMUpaKpf7osm1toQC6uSO4oqz4D+i9xlb6Z2+5lh9Rvo+gt4fB4AYkP8TLF/LV62z5aswa6HDNNAvrohxraOT5JFNO5a+S67lPxfYo= Received: by 10.38.73.35 with SMTP id v35mr719052rna; Wed, 03 Nov 2004 13:14:37 -0800 (PST) Received: by 10.38.164.79 with HTTP; Wed, 3 Nov 2004 13:14:37 -0800 (PST) Message-ID: <32ab229c041103131414015bbe@mail.gmail.com> Date: Wed, 3 Nov 2004 14:14:37 -0700 From: Gordon Freeman To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FreeBSD 5.3 and Adaptec RaidUtils X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Freeman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 21:14:43 -0000 Between 5.2.1 and 5.3-RC2 the rasr device was removed: http://lists.freebsd.org/pipermail/...May/023064.html In FreeBSD 5.2.1 it use to be that using the compat4x port and creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to allow Adaptec's RAID management binaries work. However, that trick no longer appears to be working. When you run Adaptec's raidutil (either from the port or from the Adaptec package itself) the symlink disappears and raidutil returns an error stating that it couldn't connect to /dev/rdptr17. Any ideas on why the symlink disappears or another way to get the old Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to include a device alias? From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:15: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 E830016A4CF for ; Wed, 3 Nov 2004 21:15:30 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EC143D4C for ; Wed, 3 Nov 2004 21:15:29 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 81098 invoked by uid 0); 4 Nov 2004 00:15:27 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.17):SA:0(?/?):. Processed in 11.727561 secs); 03 Nov 2004 21:15:27 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.17) by ank.nwudc.ru with SMTP; 4 Nov 2004 00:15:15 +0300 Date: Thu, 4 Nov 2004 00:09:49 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20041103210949.GA2329@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT , ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 cc: ports@freebsd.org Subject: native openoffice 1.1.3 package? 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: Wed, 03 Nov 2004 21:15:31 -0000 On ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-current/All/ we have *-openoffice-1.1.3.tbz for many languages, but what about native openoffice package build? Moreover, there's no ru-openoffice-1.1.3.tbz here. I'm just wondering about it because OpenOffice-1.1.3 doesn't compiles neither on current nor on 5_stable Thanks From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:17: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 A71B016A4CE for ; Wed, 3 Nov 2004 21:17:29 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E41243D5C for ; Wed, 3 Nov 2004 21:17:29 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CPSVU-0004s1-Nf; Wed, 03 Nov 2004 21:17:28 +0000 Date: Wed, 3 Nov 2004 21:17:28 +0000 From: Ceri Davies To: Gordon Freeman Message-ID: <20041103211728.GB57641@submonkey.net> Mail-Followup-To: Ceri Davies , Gordon Freeman , freebsd-current@freebsd.org References: <32ab229c041103131414015bbe@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="te3rk8GLJQeNZKrd" Content-Disposition: inline In-Reply-To: <32ab229c041103131414015bbe@mail.gmail.com> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils 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: Wed, 03 Nov 2004 21:17:29 -0000 --te3rk8GLJQeNZKrd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2004 at 02:14:37PM -0700, Gordon Freeman wrote: > Between 5.2.1 and 5.3-RC2 the rasr device was removed: >=20 > http://lists.freebsd.org/pipermail/...May/023064.html >=20 > In FreeBSD 5.2.1 it use to be that using the compat4x port and > creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to > allow Adaptec's RAID management binaries work. However, that trick no > longer appears to be working. When you run Adaptec's raidutil (either > from the port or from the Adaptec package itself) the symlink > disappears and raidutil returns an error stating that it couldn't > connect to /dev/rdptr17. >=20 > Any ideas on why the symlink disappears or another way to get the old > Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to > include a device alias? Does it work if you create the symlink via devfs.conf? Ceri --=20 --te3rk8GLJQeNZKrd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiUroocfcwTS3JF8RAuZTAKCSTU8HKfHV1dxLe+AgzeC6g+kF2wCgtdtF Gz8an8nOD3JZU8a9T3Lj5xM= =QHCI -----END PGP SIGNATURE----- --te3rk8GLJQeNZKrd-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:20: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 1DCC516A556; Wed, 3 Nov 2004 21:20:28 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D3143D1D; Wed, 3 Nov 2004 21:20:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 035E851448; Wed, 3 Nov 2004 13:22:37 -0800 (PST) Date: Wed, 3 Nov 2004 13:22:37 -0800 From: Kris Kennaway To: FreeBSD-CURRENT , ports@freebsd.org Message-ID: <20041103212237.GA10524@xor.obsecurity.org> References: <20041103210949.GA2329@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20041103210949.GA2329@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2.1i Subject: Re: native openoffice 1.1.3 package? 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: Wed, 03 Nov 2004 21:20:28 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 12:09:49AM +0300, Toxa wrote: > On ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-current/All/ > we have *-openoffice-1.1.3.tbz for many languages, but what about native > openoffice package build? Moreover, there's no ru-openoffice-1.1.3.tbz he= re.=20 > I'm just wondering about it because OpenOffice-1.1.3 doesn't compiles > neither on current nor on 5_stable The openoffice builds are problematic because they take so long, and they often time out on the package build cluster (i.e. when multiple OO builds end up being scheduled on the same machine). Fixing this properly will require some nontrivial work. Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiUwdWry0BWjoQKURAurbAJsHXovJZLvpoUi5/tLHMST7OIQAUQCggkPE IDXr8evXBMsbDe/UnG7aT50= =WM2z -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:24: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 84C4716A4CE for ; Wed, 3 Nov 2004 21:24:57 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA8143D2D for ; Wed, 3 Nov 2004 21:24:55 +0000 (GMT) (envelope-from freebsdjunkie@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so155776rnf for ; Wed, 03 Nov 2004 13:24:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TK6DhaRntR0qPggLmSizV5uyBV3KyL/T3kljYapf+jQoyFDTereI+E9zbEL0hC7VAhdLgkDkL8o+PwSCk6mz0XgWP0ftdwUeQEDwfUPtfInRFl0WDBmSkOvTeR7VtiFuR5T2VWYGLqtLppdW5cgJ+N4TOty3owbcb4220KcdwB8= Received: by 10.38.82.34 with SMTP id f34mr347806rnb; Wed, 03 Nov 2004 13:24:55 -0800 (PST) Received: by 10.38.164.79 with HTTP; Wed, 3 Nov 2004 13:24:55 -0800 (PST) Message-ID: <32ab229c041103132437dbab9@mail.gmail.com> Date: Wed, 3 Nov 2004 14:24:55 -0700 From: Gordon Freeman To: Ceri Davies , Gordon Freeman , freebsd-current@freebsd.org In-Reply-To: <20041103211728.GB57641@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <32ab229c041103131414015bbe@mail.gmail.com> <20041103211728.GB57641@submonkey.net> Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Freeman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 21:24:57 -0000 The link is created (and it is just a normal symlink as far as I can tell) but once raidtuil runs the symlink disappears. devfs.conf entry: link asr0 rdptr17 On Wed, 3 Nov 2004 21:17:28 +0000, Ceri Davies wrote: > On Wed, Nov 03, 2004 at 02:14:37PM -0700, Gordon Freeman wrote: > > > > Between 5.2.1 and 5.3-RC2 the rasr device was removed: > > > > http://lists.freebsd.org/pipermail/...May/023064.html > > > > In FreeBSD 5.2.1 it use to be that using the compat4x port and > > creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to > > allow Adaptec's RAID management binaries work. However, that trick no > > longer appears to be working. When you run Adaptec's raidutil (either > > from the port or from the Adaptec package itself) the symlink > > disappears and raidutil returns an error stating that it couldn't > > connect to /dev/rdptr17. > > > > Any ideas on why the symlink disappears or another way to get the old > > Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to > > include a device alias? > > Does it work if you create the symlink via devfs.conf? > > Ceri > -- > > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:30: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 564EF16A4CE for ; Wed, 3 Nov 2004 21:30:18 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D62343D5C for ; Wed, 3 Nov 2004 21:30:18 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:30:17 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I6M003WDH2BOB@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:30:11 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vorpal.math.drexel.edu (8.13.1/8.12.10) with ESMTP id iA3LSEjI000995 for ; Wed, 03 Nov 2004 16:28:14 -0500 (EST envelope-from jsmith@drexel.edu) Date: Wed, 03 Nov 2004 16:28:14 -0500 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <1099517294.787.6.camel@vorpal.math.drexel.edu> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT Subject: USB devices not being created, cont. 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: Wed, 03 Nov 2004 21:30:18 -0000 Incidentally, this USB device was created correctly under FreeBSD 5.2.1. -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:48: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 371E416A4CE for ; Wed, 3 Nov 2004 21:48:03 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EDC343D1D for ; Wed, 3 Nov 2004 21:48:02 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) iA3Ln7nj036840; Wed, 3 Nov 2004 22:49:07 +0100 (CET) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)iA3Ln4V3036809; Wed, 3 Nov 2004 22:49:04 +0100 (CET) (envelope-from rene) Date: Wed, 3 Nov 2004 22:49:03 +0100 From: Rene Ladan To: Toxa Message-ID: <20041103214903.GA22721@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: Toxa , freebsd-current@freebsd.org References: <20041103210949.GA2329@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20041103210949.GA2329@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: native openoffice 1.1.3 package? 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: Wed, 03 Nov 2004 21:48:03 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 12:09:49AM +0300, Toxa wrote: > On ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6-current/All/ > we have *-openoffice-1.1.3.tbz for many languages, but what about native > openoffice package build? Moreover, there's no ru-openoffice-1.1.3.tbz he= re.=20 > I'm just wondering about it because OpenOffice-1.1.3 doesn't compiles > neither on current nor on 5_stable OO-1.1.3 builds fine on my box: total 546 -rw-r--r-- 1 root wheel 64 Oct 16 01:26 +COMMENT -rw-r--r-- 1 root wheel 518527 Oct 28 11:44 +CONTENTS -rw-r--r-- 1 root wheel 753 Oct 16 01:26 +DESC -rw-r--r-- 1 root wheel 1290 Oct 16 01:26 +DISPLAY -r--r--r-- 1 root wheel 11209 Oct 16 01:26 +MTREE_DIRS /usr/local/etc/pkgtools.conf:318:=09 'editors/openoffice-1.1' =3D> 'WITHOUT_MOZILLA=3Dyes WITH_CCACHE=3Dyes \ WITH_TTF_BYTECODE_ENABLED=3Dyes', FreeBSD 5.3-STABLE #3: Wed Nov 3 19:15:37 CET 2004 =20 root@:/usr/obj/usr/src/sys/RENE i386 Regards, Rene --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiVJPvz70qa4zXcwRAo+xAJ9CfuuUisjSOHGDD92S2tfogMoPywCeOp1j ZojJAroZ70lX3AIYITseCgU= =p7xP -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 21:48: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 95FA616A4CE for ; Wed, 3 Nov 2004 21:48:13 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CF8743D48 for ; Wed, 3 Nov 2004 21:48:13 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:48:12 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I6M00GOQHW7BC@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Wed, 03 Nov 2004 16:48:07 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vorpal.math.drexel.edu (8.13.1/8.12.10) with ESMTP id iA3LkBSY001138 for ; Wed, 03 Nov 2004 16:46:11 -0500 (EST envelope-from jsmith@drexel.edu) Date: Wed, 03 Nov 2004 16:46:11 -0500 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <1099518371.787.12.camel@vorpal.math.drexel.edu> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT Subject: USB devices not being created, cont.-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: Wed, 03 Nov 2004 21:48:13 -0000 The problem is that dmesg | grep da produces no output, although device da is defined in the kernel configuration file and FreeBSD 5.2.1 had no problem with this. -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:18: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 9ADA316A4CF; Wed, 3 Nov 2004 22:18:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7637243D53; Wed, 3 Nov 2004 22:18:29 +0000 (GMT) (envelope-from csjp@freebsd.org) Received: from freefall.freebsd.org (csjp@localhost [127.0.0.1]) iA3MIT3O060466; Wed, 3 Nov 2004 22:18:29 GMT (envelope-from csjp@freebsd.org) Received: (from csjp@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA3MIT0Q060465; Wed, 3 Nov 2004 22:18:29 GMT (envelope-from csjp@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: csjp set sender to csjp@freebsd.org using -f Date: Wed, 3 Nov 2004 22:18:29 +0000 From: "Christian S.J. Peron" To: ipfw@freebsd.org Message-ID: <20041103221829.GA60132@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: net@freebsd.org Subject: [PATCH] testers wanted 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: Wed, 03 Nov 2004 22:18:29 -0000 I have generated a patch which appears to solve the lock ordering issues associated with ucred based filtering which results in hard locks (while mpsafenet=1). This patch basically implements a shared locking mechanism. http://people.freebsd.org/~csjp/ip_fw2.c.1099500281.diff It would be appriciated if interested parties could download it, load a large number of rules and try to manipulate (delete/add) rules under high loads. Thanks! -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:19: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 0693B16A4CE; Wed, 3 Nov 2004 22:19:43 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8F243D3F; Wed, 3 Nov 2004 22:19:42 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id AC50E1FFACC; Wed, 3 Nov 2004 23:19:41 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id CF7871FF91D; Wed, 3 Nov 2004 23:19:39 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 88B98153C4; Wed, 3 Nov 2004 22:19:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7E19415389; Wed, 3 Nov 2004 22:19:27 +0000 (UTC) Date: Wed, 3 Nov 2004 22:19:27 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD amd64 mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: if_sk summary X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 22:19:43 -0000 Hi, I noted that I started to lose track with all the private replies, up to one day delayed mailing list replies and all. Thanks everyone for the feedback so far. I tried to summarize some things on http://sources.zabbadoz.net/freebsd/if_sk.html If you have any additions, corections etc. you will find an email address at the end of that page. What is especially missing is information on "known" systems and behavior with one of the patches applied. Please give the numer of the patch from the list on the page when telling me if possible. Please reply offlist; Reply-To: set. Thanks in advance. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:27: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 6A17416A4CE for ; Wed, 3 Nov 2004 22:27:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ED1243D41 for ; Wed, 3 Nov 2004 22:27:25 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA3MTFYq022042; Wed, 3 Nov 2004 15:29:15 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41895B90.105@freebsd.org> Date: Wed, 03 Nov 2004 15:28:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Freeman References: <32ab229c041103131414015bbe@mail.gmail.com> In-Reply-To: <32ab229c041103131414015bbe@mail.gmail.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils 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: Wed, 03 Nov 2004 22:27:25 -0000 Gordon Freeman wrote: > Between 5.2.1 and 5.3-RC2 the rasr device was removed: > > http://lists.freebsd.org/pipermail/...May/023064.html > > In FreeBSD 5.2.1 it use to be that using the compat4x port and > creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to > allow Adaptec's RAID management binaries work. However, that trick no > longer appears to be working. When you run Adaptec's raidutil (either > from the port or from the Adaptec package itself) the symlink > disappears and raidutil returns an error stating that it couldn't > connect to /dev/rdptr17. > > Any ideas on why the symlink disappears or another way to get the old > Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to > include a device alias? > _______________________________________________ > 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" Ugh, this is something that I never had time to finish up. The problem is that I modified the version number of the control interface (since I had massively cleaned it up and removed lots of silly and deprecated things), but I never modified the raidutils package to handle the changes. Since the raidutils source turns out to have a highly ambiguous and likely toxic copyright and license for which Adaptec seems to care little about, I'll likely never make the needed changes. It might be possible to revert the control interface back to something that raidutil can use, but I can't get to it right now. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:44: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 D5DAC16A4CE for ; Wed, 3 Nov 2004 22:44:06 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBAB43D53 for ; Wed, 3 Nov 2004 22:44:05 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 41569 invoked by uid 89); 3 Nov 2004 23:44:02 +0100 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 3 Nov 2004 23:44:02 +0100 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 41268-05 for ; Wed, 3 Nov 2004 23:44:01 +0100 (CET) Received: from unknown (HELO ?195.122.218.78?) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 3 Nov 2004 23:44:01 +0100 Message-ID: <41895F38.6050006@mikulas.com> Date: Wed, 03 Nov 2004 23:44:08 +0100 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 0.8 (X11/20041027) X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz Subject: wi hostap tx speed again 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: Wed, 03 Nov 2004 22:44:06 -0000 Hi, i think there is a bug in wi driver again, or in net layer about wi driver ? I have card zcom XI-626 in hostap mode on RELENG_5_3 5.3-RC1 FreeBSD 5.3-RC1 #0: Thu Oct 21 15:06:30 CEST 2004 RELENG_5 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Tue Oct 26 00:14:48 CEST 2004 problem is that outgoing data from card to connected client not going more than 40KB/s (downloading file using wget, scp) we have tried set both variants of debug.mpsafenet=0 and debug.mpsafenet=1 on few routers but nothing changed. on 5.2.1-RELEASE and lately 5.2-CURRENT was better (except bug http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027476.html) but now in 5.3 it's really worse... :( i haven't changed any system configuration, i've only upgraded system do anyone have the same problem, or idea where is the bug? thanks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:50: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 2060516A4CE; Wed, 3 Nov 2004 22:50:07 +0000 (GMT) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7416A43D4C; Wed, 3 Nov 2004 22:50:06 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from blueheron.ahze.net ([68.209.163.3]) by imf16aec.mail.bellsouth.netESMTP <20041103225002.PERG8988.imf16aec.mail.bellsouth.net@blueheron.ahze.net>; Wed, 3 Nov 2004 17:50:02 -0500 From: Michael Johnson To: Jie Gao In-Reply-To: <639522fe041103144732ea6683@mail.gmail.com> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7qywBV/y343E836BuHR7" Date: Wed, 03 Nov 2004 17:49:58 -0500 Message-Id: <1099522198.59328.4.camel@blueheron.ahze.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2FreeBSD GNOME Team Port cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Wed, 03 Nov 2004 22:50:07 -0000 --=-7qywBV/y343E836BuHR7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: > I just wonder if it is safe to use -O2 -pipe for kernel + world on 5-STAB= LE now. >=20 >=20 works okay for me --=-7qywBV/y343E836BuHR7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiWCWn4uqfTwEb9YRAjR0AJ0Q6EWOD3IkRiegppD65RtIzEX3YgCcCG9v ytl5hiU75q3rWu6yaIii5kM= =nk7u -----END PGP SIGNATURE----- --=-7qywBV/y343E836BuHR7-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 01: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 A706716A4CE; Thu, 4 Nov 2004 01:07:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C21C43D69; Thu, 4 Nov 2004 01:07:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA4170Mv077188; Wed, 3 Nov 2004 20:07:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA416xcd016559; Wed, 3 Nov 2004 20:06:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6A1B7306E; Wed, 3 Nov 2004 20:06:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104010659.D6A1B7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 20:06:59 -0500 (EST) Subject: [current tinderbox] failure on alpha/alpha 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: Thu, 04 Nov 2004 01:07:01 -0000 TB --- 2004-11-03 23:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 23:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-03 23:45:00 - checking out the source tree TB --- 2004-11-03 23:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-03 23:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 23:51:03 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 23:51:03 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 23:51:03 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 00:57:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 00:57:10 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-04 00:57:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 00:57:10 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-04 01:06:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 01:06:59 - ERROR: failed to build generic kernel TB --- 2004-11-04 01:06:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:02: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 212E716A4CF for ; Thu, 4 Nov 2004 02:02:27 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 9193143D46 for ; Thu, 4 Nov 2004 02:02:26 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 Nov 2004 02:02:25 +0000 (GMT) To: "Justin R. Smith" In-Reply-To: Your message of "Wed, 03 Nov 2004 16:12:29 EST." <1099516348.787.4.camel@vorpal.math.drexel.edu> Date: Thu, 04 Nov 2004 02:02:25 +0000 From: Ian Dowse Message-ID: <200411040202.aa04314@salmon.maths.tcd.ie> cc: freebsd-current@freebsd.org Subject: Re: USB devices not being created 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: Thu, 04 Nov 2004 02:02:27 -0000 In message <1099516348.787.4.camel@vorpal.math.drexel.edu>, "Justin R. Smith" w rites: >pci0: at device 29.7 (no driver attached) There are two things you could try that might help: o Add `device ehci' to your kernel config. o Check your BIOS for any `Legacy USB' or related options and try turning them off. Ian From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:08: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 443C216A4CE for ; Thu, 4 Nov 2004 02:08:42 +0000 (GMT) Received: from s01060050dac63a33.lm.shawcable.net (S01060050dac63a33.lm.shawcable.net [24.65.112.220]) by mx1.FreeBSD.org (Postfix) with SMTP id AB3AB43D62 for ; Thu, 4 Nov 2004 02:08:41 +0000 (GMT) (envelope-from darren@chatcanada.net) Received: (qmail 9156 invoked from network); 4 Nov 2004 01:18:47 -0000 Received: from unknown (HELO mail.chatcanada.net) (127.0.0.1) by localhost with SMTP; 4 Nov 2004 01:18:47 -0000 Received: from 24.65.112.220 (SquirrelMail authenticated user darren) by mail.chatcanada.net with HTTP; Wed, 3 Nov 2004 18:18:47 -0700 (MST) Message-ID: <49917.24.65.112.220.1099531127.squirrel@mail.chatcanada.net> Date: Wed, 3 Nov 2004 18:18:47 -0700 (MST) From: "Darren Johnston" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: XFree86 5.3-stable x11r6 building issue 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: Thu, 04 Nov 2004 02:08:42 -0000 Is there a correct way to do this? am I missing a library? %cd XFree86-4-libraries %make ===> XFree86-libraries-4.4.0_2 is part of XFree86-4. %cd ../Xfree86-4 ../Xfree86-4: No such file or directory. %cd ../XFree86-4 %make ===> XFree86-4.4.0_1,1 is part of XFree86-%cd XFree86-4-libraries %make ===> XFree86-libraries-4.4.0_2 is part of XFree86-4. %cd ../XFree86-4 %make ===> XFree86-4.4.0_1,1 is part of XFree86-4. %cd /usr/ports/*/imake-4/ %make ===> imake-4.4.0 is part of XFree86-4. % From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:24: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 2097E16A4CE for ; Thu, 4 Nov 2004 02:24:11 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0C0843D39 for ; Thu, 4 Nov 2004 02:24:10 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CE6F472DF4; Wed, 3 Nov 2004 18:24:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CC25772DD4; Wed, 3 Nov 2004 18:24:10 -0800 (PST) Date: Wed, 3 Nov 2004 18:24:10 -0800 (PST) From: Doug White To: joe mcguckin In-Reply-To: Message-ID: <20041103182239.B78388@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'jtfbsd@jt.net.au'" cc: "Thyer, Matthew" cc: FreeBSD Subject: Re: USB Key Disk 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: Thu, 04 Nov 2004 02:24:11 -0000 On Tue, 2 Nov 2004, joe mcguckin wrote: > > Doug, > > Thanks for the info. > > Most USB keys don't have a rw/ro switch. Is there a kernel flag you can set > to tell FreeBSD that boot device is flash and that writes should be kept to > a minimum? Can swap space be completely done away with? In addition to the items mentioned later in the thread also look at the diskless bits in rc.conf. These will set up a ramdisk /var for you, which should be enough for stuff like dhcp and temporary logging to work. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:29: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 829BC16A4CE for ; Thu, 4 Nov 2004 02:29:36 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C55943D5C for ; Thu, 4 Nov 2004 02:29:35 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 4999 invoked by uid 65534); 4 Nov 2004 02:29:34 -0000 Received: from pD9E24228.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.66.40) by mail.gmx.net (mp025) with SMTP; 04 Nov 2004 03:29:34 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA42TPGn022120 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Nov 2004 03:29:26 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 4 Nov 2004 03:29:10 +0100 User-Agent: KMail/1.7.50 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411020832.29421.marc.ramirez@bluecirclesoft.com> <20041102170921.12f2b8cf@earth.upton.net> In-Reply-To: <20041102170921.12f2b8cf@earth.upton.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1204306.bRQZk0xB5C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411040329.21834.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Marc Ramirez cc: Paul Murphy cc: Boris Kovalenko cc: Jason Harmening Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 02:29:36 -0000 --nextPart1204306.bRQZk0xB5C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Could all people who are seeing this please post their kernel configuration= s,=20 sysctl.conf and perhaps some system details (platform, UP/MP), too. Since I and nobody else of the KDE/FreeBSD people have yet seen this proble= m=20 and we're practically all running RELENG_5/RELENG_5_3 all the time, I'm=20 curious what might trigger this. =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 --nextPart1204306.bRQZk0xB5C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiZQBXhc68WspdLARArrPAJ9O3EM3edXIiwTf1b1jqBE1B3rR8wCfbHjg typZNmAM/LauIOoCY2oajD4= =pMv5 -----END PGP SIGNATURE----- --nextPart1204306.bRQZk0xB5C-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02: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 3355016A4CE; Thu, 4 Nov 2004 02:31:13 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C744043D66; Thu, 4 Nov 2004 02:31:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA42VCim083520; Wed, 3 Nov 2004 21:31:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA42VC1E018146; Wed, 3 Nov 2004 21:31:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F179C7306E; Wed, 3 Nov 2004 21:31:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104023111.F179C7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 21:31:11 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 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: Thu, 04 Nov 2004 02:31:13 -0000 TB --- 2004-11-04 01:07:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-04 01:07:00 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-11-04 01:07:00 - checking out the source tree TB --- 2004-11-04 01:07:00 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-11-04 01:07:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-04 01:13:04 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-04 01:13:04 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-04 01:13:04 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 02:19:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 02:19:45 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-04 02:19:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 02:19:45 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-11-04 02:31:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 02:31:11 - ERROR: failed to build generic kernel TB --- 2004-11-04 02:31:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:32: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 DF69716A4CE for ; Thu, 4 Nov 2004 02:32:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA32443D58 for ; Thu, 4 Nov 2004 02:32:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C00A351221; Wed, 3 Nov 2004 18:34:33 -0800 (PST) Date: Wed, 3 Nov 2004 18:34:33 -0800 From: Kris Kennaway To: Darren Johnston Message-ID: <20041104023433.GA64941@xor.obsecurity.org> References: <49917.24.65.112.220.1099531127.squirrel@mail.chatcanada.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <49917.24.65.112.220.1099531127.squirrel@mail.chatcanada.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: XFree86 5.3-stable x11r6 building issue 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: Thu, 04 Nov 2004 02:32:22 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Nov 03, 2004 at 06:18:47PM -0700, Darren Johnston wrote: > Is there a correct way to do this? am I missing a library? /usr/ports/UPDATING Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiZU5Wry0BWjoQKURAtalAJ0e+umy+e/eGJNG0D9YZ9f8XOisrgCZARqB +DNUIL5Fxg2rFkq9fKaY4M0= =6WvW -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:36: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 1529D16A4CE for ; Thu, 4 Nov 2004 02:36:23 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0772343D53 for ; Thu, 4 Nov 2004 02:36:23 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EE4C772DD4; Wed, 3 Nov 2004 18:36:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E922D72DCB; Wed, 3 Nov 2004 18:36:22 -0800 (PST) Date: Wed, 3 Nov 2004 18:36:22 -0800 (PST) From: Doug White To: Leroy van Logchem In-Reply-To: <4188A708.8090807@wldelft.nl> Message-ID: <20041103183208.N78388@carver.gumbysoft.com> References: <4188A708.8090807@wldelft.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld fails RC1 -> RC2 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: Thu, 04 Nov 2004 02:36:23 -0000 On Wed, 3 Nov 2004, Leroy van Logchem wrote: > After upgrading the src tree from RC1 to RC2 using cvsup RELENG_5_3 > 'make buildworld' failed twice even with a clean /usr/obj [..] > transformation: 0.059617, building DFA: 40.104570 > DFA minimization: 1.423352, making insn equivalence: 0.004922 > all automaton generation: 42.071873, output: 0.593320 > Killed > *** Error code 137 137 = 126 + 11 = exited due to signal 11, segmentation fault. Segfaults are commonly caused by malfunctioning hardware. Ensure your machine is sufficiently cooled and not overclocked, and that you are not experiencing memory problems (bad DIMMs, mismatched or incorrectly spec'd parts). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:39: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 5B86316A4CE for ; Thu, 4 Nov 2004 02:39:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF2643D58 for ; Thu, 4 Nov 2004 02:39:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4353F72DD4; Wed, 3 Nov 2004 18:39:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4195F72DCB; Wed, 3 Nov 2004 18:39:48 -0800 (PST) Date: Wed, 3 Nov 2004 18:39:48 -0800 (PST) From: Doug White To: Kris Kennaway In-Reply-To: <20041103164609.GB56484@xor.obsecurity.org> Message-ID: <20041103183928.E78388@carver.gumbysoft.com> References: <4188A708.8090807@wldelft.nl> <20041103164609.GB56484@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Leroy van Logchem cc: freebsd-current@freebsd.org Subject: Re: buildworld fails RC1 -> RC2 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: Thu, 04 Nov 2004 02:39:48 -0000 My math sucks. Ignore me. Kris is right, 137 is SIGKILL. On Wed, 3 Nov 2004, Kris Kennaway wrote: > On Wed, Nov 03, 2004 at 10:38:16AM +0100, Leroy van Logchem wrote: > > After upgrading the src tree from RC1 to RC2 using cvsup RELENG_5_3 > > 'make buildworld' failed twice even with a clean /usr/obj > > > > tail -100 of output: > > > Killed > > *** Error code 137 > > Are you sure that someone didn't send the SIGKILL signal manually > (e.g. bad killall command, etc)? Does it always fail in exactly this > spot? > > Kris > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 02:55: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 AF08016A4CE for ; Thu, 4 Nov 2004 02:55:13 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A6743D64 for ; Thu, 4 Nov 2004 02:55:13 +0000 (GMT) (envelope-from freebsdjunkie@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so189878rnf for ; Wed, 03 Nov 2004 18:55:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=QREXx7q4qQqRXKZ6i6nJ1N8YX367gPTNy1k3LvT4Eh+p1GSNIGkoTtegZllTK8rijiFzboazzYk+mkPYc+7u19paCWDnHuDCAf/cxpQMJ6K0ctlYSG9Zp69k2Obn/K8sFsykZJRCQEvtNzRU3gOzL5hsilLgaAiOCNe1qq0jD7Y= Received: by 10.38.73.35 with SMTP id v35mr894420rna; Wed, 03 Nov 2004 18:55:12 -0800 (PST) Received: by 10.38.164.79 with HTTP; Wed, 3 Nov 2004 18:55:12 -0800 (PST) Message-ID: <32ab229c0411031855753336f9@mail.gmail.com> Date: Wed, 3 Nov 2004 19:55:12 -0700 From: Gordon Freeman To: Scott Long In-Reply-To: <41895B90.105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <32ab229c041103131414015bbe@mail.gmail.com> <41895B90.105@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Freeman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 02:55:13 -0000 Thank you for the information Scott. On Wed, 03 Nov 2004 15:28:32 -0700, Scott Long wrote: > Gordon Freeman wrote: > > > > Between 5.2.1 and 5.3-RC2 the rasr device was removed: > > > > http://lists.freebsd.org/pipermail/...May/023064.html > > > > In FreeBSD 5.2.1 it use to be that using the compat4x port and > > creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to > > allow Adaptec's RAID management binaries work. However, that trick no > > longer appears to be working. When you run Adaptec's raidutil (either > > from the port or from the Adaptec package itself) the symlink > > disappears and raidutil returns an error stating that it couldn't > > connect to /dev/rdptr17. > > > > Any ideas on why the symlink disappears or another way to get the old > > Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to > > include a device alias? > > _______________________________________________ > > 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" > > Ugh, this is something that I never had time to finish up. The problem > is that I modified the version number of the control interface (since I > had massively cleaned it up and removed lots of silly and deprecated > things), but I never modified the raidutils package to handle the > changes. Since the raidutils source turns out to have a highly > ambiguous and likely toxic copyright and license for which Adaptec seems > to care little about, I'll likely never make the needed changes. It > might be possible to revert the control interface back to something that > raidutil can use, but I can't get to it right now. > > Scott > _______________________________________________ > 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 Thu Nov 4 02:56: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 296A416A4CE for ; Thu, 4 Nov 2004 02:56:25 +0000 (GMT) Received: from ms-smtp-03-eri0.ohiordc.rr.com (ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A4A43D2D for ; Thu, 4 Nov 2004 02:56:24 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA42uJwZ022133; Wed, 3 Nov 2004 21:56:19 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA42uIaq000726; Wed, 3 Nov 2004 21:56:19 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA42uHuc000725; Wed, 3 Nov 2004 21:56:17 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: Michael Nottebrock Date: Wed, 3 Nov 2004 21:56:10 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <20041102170921.12f2b8cf@earth.upton.net> <200411040329.21834.michaelnottebrock@gmx.net> In-Reply-To: <200411040329.21834.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2546005.jYauP2PY0I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411032156.14955.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Paul Murphy cc: freebsd-current@freebsd.org cc: Jason Harmening cc: Boris Kovalenko Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 02:56:25 -0000 --nextPart2546005.jYauP2PY0I Content-Type: multipart/mixed; boundary="Boundary-01=_MpZiBLscgMXWUOd" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_MpZiBLscgMXWUOd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 November 2004 09:29 pm, Michael Nottebrock wrote: > Could all people who are seeing this please post their kernel > configurations, sysctl.conf and perhaps some system details (platform, > UP/MP), too. > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > problem and we're practically all running RELENG_5/RELENG_5_3 all the tim= e, > I'm curious what might trigger this. So far, I can reproduce by putting=20 snd_driver_load=3D"YES" in /boot/loader.conf. Without, it works fine. Same kernel, etc. uname -a: =46reeBSD laptop.ghostmrami.com 5.3-RC2 FreeBSD 5.3-RC2 #0: Sun Oct 31 11:1= 6:55=20 EST 2004 mrami@laptop.ghostmrami.com:/usr/obj/usr/src/sys/LAPTOPOLDCARD= =20 i386 Caught this as I was shutting down... when a process gets hung I cannot shu= t=20 down cleanly: # kgdb -v -d /var/crash/ -n 3 /usr/obj/usr/src/sys/LAPTOPOLDCARD/kernel.deb= ug kgdb: core file: /var/crash//vmcore.3 kgdb: kernel image: /usr/obj/usr/src/sys/LAPTOPOLDCARD/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= =20 Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0460186 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1065719317,= =20 dummy4=3D0xcbcdeadc "\b=EB=CD=CBXLz=C0=F4=EA=CD=CB=F8=EA=CD=CB\220\a") at /usr/src/sys/ddb/db_command.c:531 #2 0xc045ff94 in db_command (last_cmdp=3D0xc08c2884, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc084351c, aux_cmd_tablep_end=3D0xc0843538) at /usr/src/sys/ddb/db_command.c:349 #3 0xc046005c in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0461bd1 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 #5 0xc061dd9a in kdb_trap (type=3D3, code=3D0, tf=3D0xcbcdec18)=20 at /usr/src/sys/kern/subr_kdb.c:418 #6 0xc07be6bc in trap (frame=3D {tf_fs =3D -875757544, tf_es =3D -1067384816, tf_ds =3D -1065222128, = tf_edi =3D=20 =2D1064224992, tf_esi =3D -1064237984, tf_ebp =3D -875697064, tf_isp=3D -87= 5697084,=20 tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D -1056882688, tf_eax =3D 38, tf_trapn= o =3D 3,=20 tf_err =3D 0, tf_eip =3D -1067328741, tf_cs =3D 8, tf_eflags =3D 642, tf_es= p =3D=20 =2D875696992, tf_ss =3D -1065718212}) at /usr/src/sys/i386/i386/trap.c:576 #7 0xc07ae2ea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #8 0xcbcd0018 in ?? () #9 0xc0610010 in thr_create (td=3D0xc0910460, uap=3D0xc14fe8d4)=20 at /usr/src/sys/kern/kern_thr.c:157 #10 0xc07a6e3c in scgetc (sc=3D0x282, flags=3D2)=20 at /usr/src/sys/dev/syscons/syscons.c:3286 #11 0xc07a2bd0 in sckbdevent (thiskbd=3D0xc08fd760, event=3D0, arg=3D0xc091= 3720)=20 at /usr/src/sys/dev/syscons/syscons.c:633 #12 0xc0793fc0 in atkbd_intr (kbd=3D0xc08fd760, arg=3D0x0)=20 at /usr/src/sys/dev/kbd/atkbd.c:461 #13 0xc07c6182 in atkbd_isa_intr (arg=3D0x0) at /usr/src/sys/isa/atkbd_isa.= c:177 #14 0xc05f235d in ithread_loop (arg=3D0xc14fcc00)=20 at /usr/src/sys/kern/kern_intr.c:547 #15 0xc05f14dd in fork_exit (callout=3D0xc05f2208 ,=20 arg=3D0xc14fcc00, frame=3D0xcbcded48) at /usr/src/sys/kern/kern_fork.c:811 #16 0xc07ae34c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 209 (kgdb) =20 pciconf -v -l: agp0@pci0:0:0: class=3D0x060000 card=3D0x00011179 chip=3D0x1a308086 rev=3D= 0x05=20 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845/E/MP/MZ Brookdale CPU to I/O Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x1a318086 rev=3D= 0x05=20 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82845/E/MP/MZ Brookdale CPU to AGP Bridge' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x00011179 chip=3D0x2482808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) USB Controller #1' class =3D serial bus subclass =3D USB uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x00011179 chip=3D0x2484808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) USB Controller #2' class =3D serial bus subclass =3D USB pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x2448808= 6=20 rev=3D0x42 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Br= idge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x248c808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CAM LPC Interface or ISA bridge: see Notes' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:31:1: class=3D0x01018a card=3D0x00011179 chip=3D0x248a808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CAM (ICH3-M) UltraATA/100 EIDE Controller' class =3D mass storage subclass =3D ATA none0@pci0:31:5: class=3D0x040100 card=3D0x00011179 chip=3D0x2485808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Audio Controller' class =3D multimedia subclass =3D audio none1@pci0:31:6: class=3D0x070300 card=3D0x00011179 chip=3D0x2486808= 6=20 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Modem Controller' class =3D simple comms none2@pci1:0:0: class=3D0x030000 card=3D0x00011179 chip=3D0x017510de rev=3D= 0xa3=20 hdr=3D0x00 vendor =3D 'NVIDIA Corporation' device =3D 'GeForce4 420 Go [NV17M]' class =3D display subclass =3D VGA fxp0@pci2:8:0: class=3D0x020000 card=3D0x00011179 chip=3D0x10318086 rev=3D= 0x42=20 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801CAM (ICH3) PRO/100 VE (LOM) Network Connection' class =3D network subclass =3D ethernet What else? I am at your service. Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --Boundary-01=_MpZiBLscgMXWUOd Content-Type: text/plain; charset="iso-8859-1"; name="GENERIC" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="GENERIC" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6.2.2 2004/10/24 18:02:52 scottl Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) --Boundary-01=_MpZiBLscgMXWUOd Content-Type: text/plain; charset="iso-8859-1"; name="LAPTOPOLDCARD" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="LAPTOPOLDCARD" # # OLDCARD -- Generic kernel configuration file for FreeBSD/i386 # using the OLDCARD pccard system. # # $FreeBSD: src/sys/i386/conf/OLDCARD,v 1.19 2004/07/13 16:11:34 imp Exp $ include GENERIC ident OLDCARD # PCCARD (PCMCIA) support nodevice cbb # cardbus (yenta) bridge #nodevice pcic # ExCA ISA and PCI bridges nodevice pccard # PC Card (16-bit) bus nodevice cardbus # CardBus (32-bit) bus device card # pccard bus device pcic # PCMCIA bridge device atapicam options DDB options KDB makeoptions DEBUG=-g options IPDIVERT options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT --Boundary-01=_MpZiBLscgMXWUOd Content-Type: text/plain; charset="iso-8859-1"; name="sysctl.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sysctl.conf" # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 --Boundary-01=_MpZiBLscgMXWUOd Content-Type: text/plain; charset="iso-8859-1"; name="loader.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="loader.conf" #snd_driver_load="YES" --Boundary-01=_MpZiBLscgMXWUOd-- --nextPart2546005.jYauP2PY0I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiZpOg1EgpGw750IRAi6YAKC1fViLVoeFnlxZHxTEKHcDbCer8gCdHiTq lDt9xx15a3cc0Cvx4LRvRM4= =S6t2 -----END PGP SIGNATURE----- --nextPart2546005.jYauP2PY0I-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:01: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 C744916A4CE for ; Thu, 4 Nov 2004 03:01:07 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCAD43D1F for ; Thu, 4 Nov 2004 03:01:07 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004110412:00:55:141124.26774.2921622448 for ; Thu, 04 Nov 2004 12:00:55 +0900 (KST) Message-ID: <41899B6F.6010003@yahoo.com> Date: Thu, 04 Nov 2004 12:01:03 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:2.01) (by Terrace) Subject: 5.3: tip / cu serial communication behaviour changed since 4.10 ? 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: Thu, 04 Nov 2004 03:01:07 -0000 Hello, I have diskless PCs that I connect to by serial port (using null-modem cable). On the "master" PC I successfully use cu or tip as follows: cu -l /dev/cuaa0 or tip sio0 ---- I use to do this with FreeBSD 4.10 on my master PC. I recently have upgraded to 5.3, and found a different behaviour of tip and cu: 1. The bootup process over serial port used to be disconnected with 4.10, before and after kernel loading (each time I had to restart the cu command). With 5.3 this does not happen anymore and the boot process over serial port continues without any disconnections until the login prompt. This is a very nice improvement indeed! 2. When a long command was executed over the serial port (for example 'make buildworld'), I could disconnect by typing '~.`, while the command itself would continue; at a later stage I could get the command's output text by typing the cu or tip command again. This was 4.10 behaviour. However, with 5.3, when I type '~.', then cu/tip is disconnected but also the running command is terminated. This is rather annoying. Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:06: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 1994116A4CE for ; Thu, 4 Nov 2004 03:06:20 +0000 (GMT) Received: from ms-smtp-03-eri0.ohiordc.rr.com (ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1C2F43D2D for ; Thu, 4 Nov 2004 03:06:19 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA436FwZ001644; Wed, 3 Nov 2004 22:06:16 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA436Fnv000773; Wed, 3 Nov 2004 22:06:15 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA436FsM000772; Wed, 3 Nov 2004 22:06:15 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: Michael Nottebrock Date: Wed, 3 Nov 2004 22:06:08 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411040329.21834.michaelnottebrock@gmx.net> <200411032156.14955.marc.ramirez@bluecirclesoft.com> In-Reply-To: <200411032156.14955.marc.ramirez@bluecirclesoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1366666.I1sLkJJRSP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411032206.13188.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Paul Murphy cc: freebsd-current@freebsd.org cc: Jason Harmening cc: Boris Kovalenko Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 03:06:20 -0000 --nextPart1366666.I1sLkJJRSP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 November 2004 09:56 pm, Marc Ramirez wrote: > On Wednesday 03 November 2004 09:29 pm, Michael Nottebrock wrote: > > Could all people who are seeing this please post their kernel > > configurations, sysctl.conf and perhaps some system details (platform, > > UP/MP), too. > > > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > > problem and we're practically all running RELENG_5/RELENG_5_3 all the > > time, I'm curious what might trigger this. Sorry, forgot dmesg: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 5.3-RC2 #0: Sun Oct 31 11:16:55 EST 2004 mrami@laptop.ghostmrami.com:/usr/obj/usr/src/sys/LAPTOPOLDCARD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Celeron(R) CPU 1.60GHz (1594.83-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebf9ff real memory =3D 268238848 (255 MB) avail memory =3D 252833792 (241 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device = 0.0=20 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xefe0-0xefff i= rq=20 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef80-0xef9f i= rq=20 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf40-0xdf7f mem=20 0xfceff000-0xfcefffff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:0d:05:70:0b isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port=20 0xcfa0-0xcfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 11 at device 31.1 on= =20 pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 = on=20 acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1594832160 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default = to=20 accept, logging disabled ad0: 19077MB [38760/16/63] at ata0-master UDMA1= 00 acd0: CDRW at ata1-master UDMA33 pccard: card inserted, slot 1 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [349012 x 2048 byte records] Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted wi0 at port 0x240-0x27f irq 5 slot 1 on pccard1 wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash wi0: Intersil Firmware: Primary (0.3.0), Station (0.7.6) wi0: Ethernet address: 00:40:05:de:d1:54 wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1366666.I1sLkJJRSP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiZylg1EgpGw750IRAtZSAKCWjEbBm8w1+75bvWKbq8JDgXNTTgCgkPDY sej9yEuS9fXakBufZkfqJs4= =i8pV -----END PGP SIGNATURE----- --nextPart1366666.I1sLkJJRSP-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:15: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 87EB516A4CE for ; Thu, 4 Nov 2004 03:15:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C1443D55 for ; Thu, 4 Nov 2004 03:15:06 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iA43F4CK036931 for ; Wed, 3 Nov 2004 22:15:04 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iA43F4oc036928 for ; Wed, 3 Nov 2004 22:15:04 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 3 Nov 2004 22:15:04 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20041103221235.I36862@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: Removal of RFC1644 support from 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: Thu, 04 Nov 2004 03:15:06 -0000 Hi, May I ask what the rationale behind this was (Besides the fact that no apps known to man actually use this support)? 20041102: The size of struct tcpcb has changed again due to the removal of RFC1644 T/TCP. You have to recompile userland programs that read kmem for tcp sockets directly (netstat, sockstat, etc.) Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:31: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 DACAA16A4CE for ; Thu, 4 Nov 2004 03:31:23 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFE6843D58 for ; Thu, 4 Nov 2004 03:31:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2997B51448; Wed, 3 Nov 2004 19:33:36 -0800 (PST) Date: Wed, 3 Nov 2004 19:33:36 -0800 From: Kris Kennaway To: Andre Guibert de Bruet Message-ID: <20041104033336.GA75906@xor.obsecurity.org> References: <20041103221235.I36862@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20041103221235.I36862@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Removal of RFC1644 support from 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: Thu, 04 Nov 2004 03:31:24 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 03, 2004 at 10:15:04PM -0500, Andre Guibert de Bruet wrote: > Hi, >=20 > May I ask what the rationale behind this was (Besides the fact that no=20 > apps known to man actually use this support)? Read the net@ archives for the past week or two. Kris --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiaMPWry0BWjoQKURAgnSAJ9fu8uqu8kPDr1LaXdJMVIitX/ODQCdFhsp rWgOexitX9g6VGdbcWZZNNc= =Dr9f -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:45: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 078A816A4CE for ; Thu, 4 Nov 2004 03:45:15 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE89643D49 for ; Thu, 4 Nov 2004 03:45:12 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CPYYg-0003i0-KW for freebsd-current@freebsd.org; Thu, 04 Nov 2004 08:45:10 +0500 Message-ID: <4189A5C6.3030709@ntmk.ru> Date: Thu, 04 Nov 2004 08:45:10 +0500 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200411020143.34251.gte990t@mail.gatech.edu> <200411020832.29421.marc.ramirez@bluecirclesoft.com> <20041102170921.12f2b8cf@earth.upton.net> <200411040329.21834.michaelnottebrock@gmx.net> In-Reply-To: <200411040329.21834.michaelnottebrock@gmx.net> Content-Type: multipart/mixed; boundary="------------000604090608080105070407" Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 03:45:15 -0000 This is a multi-part message in MIME format. --------------000604090608080105070407 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michael Nottebrock wrote: Hello! Sending my configuration. Platform is HP/Compaq D330m uT, PIV 2.4G (Uni), 512 RAM, Geforce 440 MX video. Please ask more questions as You need. >Could all people who are seeing this please post their kernel configurations, >sysctl.conf and perhaps some system details (platform, UP/MP), too. > >Since I and nobody else of the KDE/FreeBSD people have yet seen this problem >and we're practically all running RELENG_5/RELENG_5_3 all the time, I'm >curious what might trigger this. > > > With respect, Boris --------------000604090608080105070407 Content-Type: text/plain; name="BSYS" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BSYS" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.417 2004/09/10 20:57:46 wpaul Exp $ machine i386 cpu I686_CPU ident BSYS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # sound #device sound # options HZ=1000 # device pf device pflog options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ # --------------000604090608080105070407 Content-Type: text/plain; name="sysctl.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysctl.conf" # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 hw.snd.pcm0.vchans=4 hw.snd.maxautovchans=4 net.inet.tcp.keepidle=1800000 net.inet.tcp.keepintvl=60000 net.inet.tcp.keepinit=60000 --------------000604090608080105070407 Content-Type: text/plain; name="loader.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="loader.conf" # miibus_load="YES" if_bge_load="YES" sound_load="YES" snd_ich_load="YES" --------------000604090608080105070407-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 03:57: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 9A17516A4CE; Thu, 4 Nov 2004 03:57:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 446D743D39; Thu, 4 Nov 2004 03:57:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA43vNU5097898; Wed, 3 Nov 2004 22:57:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA43vN0J001413; Wed, 3 Nov 2004 22:57:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 342B57306E; Wed, 3 Nov 2004 22:57:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104035723.342B57306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 22:57:23 -0500 (EST) Subject: [current tinderbox] failure on i386/i386 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: Thu, 04 Nov 2004 03:57:24 -0000 TB --- 2004-11-04 02:31:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-04 02:31:12 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-11-04 02:31:12 - checking out the source tree TB --- 2004-11-04 02:31:12 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-11-04 02:31:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-04 02:37:12 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-04 02:37:12 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-04 02:37:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 03:43:41 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 03:43:41 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-04 03:43:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 03:43:41 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-11-04 03:57:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 03:57:22 - ERROR: failed to build generic kernel TB --- 2004-11-04 03:57:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 04:15: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 9CC9316A4CE for ; Thu, 4 Nov 2004 04:15:32 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E23043D48 for ; Thu, 4 Nov 2004 04:15:32 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA44FQlv007538 for ; Wed, 3 Nov 2004 23:15:26 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA44FQKL000963 for ; Wed, 3 Nov 2004 23:15:26 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA44FQNK000962 for freebsd-current@freebsd.org; Wed, 3 Nov 2004 23:15:26 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. Date: Wed, 3 Nov 2004 23:12:45 -0500 User-Agent: KMail/1.7 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart91629280.mV3PePD9Kz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411032312.50664.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 04:15:32 -0000 --nextPart91629280.mV3PePD9Kz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 November 2004 09:29 pm, you wrote: > Could all people who are seeing this please post their kernel > configurations, sysctl.conf and perhaps some system details (platform, > UP/MP), too. > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > problem and we're practically all running RELENG_5/RELENG_5_3 all the tim= e, > I'm curious what might trigger this. In the crash I saved, it was stopped in thr_create. The two arguments are = as follows: (kgdb) p td $4 =3D (struct thread *) 0xc0910460 (kgdb) p *td $5 =3D {td_proc =3D 0x0, td_ksegrp =3D 0xc0913720, td_plist =3D {tqe_next = =3D 0xc08ba720, tqe_prev =3D 0x1}, td_kglist =3D {tqe_next =3D 0x2, tqe_prev = =3D 0x50}, td_slpq =3D {tqe_next =3D 0x19, tqe_prev =3D 0x7d0}, td_lockq =3D {tqe_nex= t =3D 0xc00b8000, tqe_prev =3D 0x0}, td_runq =3D { tqe_next =3D 0x3, tqe_prev = =3D 0x1}, td_selq =3D {tqh_first =3D 0x50, tqh_last =3D 0x19}, td_sleepqueue =3D 0x7= d0, td_turnstile =3D 0xc14ce000, td_tid =3D 0, td_flags =3D 0, td_inhibitors = =3D 24, td_pflags =3D 80, td_dupfd =3D 25, td_wchan =3D 0x280, td_wmesg =3D 0x190 =
, td_lastcpu =3D 0 '\0', td_oncpu =3D 0 '\0', td_locks= =3D 0, td_blocked =3D 0x0, td_ithd =3D 0xc090f440, td_lockname =3D 0x10
, td_contested =3D {lh_first =3D 0x8}, td_sleeplocks =3D 0x7cf, td_intr_nesting_level =3D 0, td_pinned =3D -1064589696, td_mailbox =3D 0xc= 16c5400, td_ucred =3D 0x180402, td_standin =3D 0x1, td_prticks =3D 1920, td_upcall = =3D 0x780, td_sticks =3D 251658272, td_uuticks =3D 1, td_usticks =3D 2, td_intrval = =3D 0, td_oldsigmask =3D {__bits =3D {1, 2, 0, 0}}, td_sigmask =3D {__bits =3D {1= 6, 1000, 1000, 13107520}}, td_siglist =3D {__bits =3D {13107520, 0, 2000, 429496729= 5}}, td_waitset =3D 0x0, td_umtx =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, td_= generation =3D 52428805, td_sigstk =3D {ss_sp =3D 0x0, ss_size =3D 24, ss_flags =3D 0= }, td_kflags =3D 0, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks =3D 3243020960, td_base_pri =3D 0 '\0', td_priority =3D 0 '\0', td_pcb =3D 0x0, td_state = =3D TDS_INACTIVE, td_retval =3D {0, 0}, td_slpcallout =3D {c_links =3D {sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}}, c_time = =3D 0, c_arg =3D 0xc16c9200, c_func =3D 0xc16c9100, c_flags =3D -1049849856}, td_frame = =3D 0xc16c8e00, td_kstack_obj =3D 0xc16c8d00, td_kstack =3D 3245116416, td_kstack_pages =3D -1049851136, td_altkstack_obj =3D 0xc16c8a00, td_altks= tack =3D 3245115648, td_altkstack_pages =3D -1049851904, td_critnest =3D 3245115136, td_md =3D {md_savecrit =3D -1049852416}, td_sched =3D 0xc16c8500} (kgdb) p= uap $6 =3D (struct thr_create_args *) 0xc14fe8d4 (kgdb) p *uap $7 =3D {ctx_l_ =3D 0xc14fe8d4 "\230=EAO=C1\020=E7O=C1 =3DP=C1$=3DP=C1=D0=F7= O=C1=D8=F7O=C1", ctx =3D 0xc14fea98, ctx_r_ =3D 0xc14fe8d8 "\020=E7O=C1 =3DP=C1$=3DP=C1=D0=F7O=C1=D8=F7O=C1", i= d_l_ =3D 0xc14fe8d8 "\020=E7O=C1 =3DP=C1$=3DP=C1=D0=F7O=C1=D8=F7O=C1", id =3D 0xc14fe710, id_r_ =3D 0xc14fe= 8dc " =3DP=C1$=3DP=C1=D0=F7O=C1=D8=F7O=C1", flags_l_ =3D 0xc14fe8dc " =3DP=C1$=3DP=C1=D0=F7O=C1=D8=F7O=C1", flags =3D = =2D1051706080, flags_r_ =3D 0xc14fe8e0 "$=3DP=C1=D0=F7O=C1=D8=F7O=C1"} (kgdb) And I just got a freeze again, without the snd drivers. The drivers apparently just make it worse. =2D- Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart91629280.mV3PePD9Kz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiaxCg1EgpGw750IRArQGAJ9t8hShEj3FgX9Z1d92+ihrz/VmegCeLWXe YgDsG+U7wjyuNd1gszhWXhk= =PhYb -----END PGP SIGNATURE----- --nextPart91629280.mV3PePD9Kz-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 04:36: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 E3D6516A4CE for ; Thu, 4 Nov 2004 04:36:19 +0000 (GMT) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A34D543D46 for ; Thu, 4 Nov 2004 04:36:19 +0000 (GMT) (envelope-from paul.murphy@cogeco.ca) Received: from earth.upton.net (d141-23-108.home.cgocable.net [24.141.23.108]) by fep1.cogeco.net (Postfix) with SMTP id D1DBA7C3F for ; Wed, 3 Nov 2004 23:36:18 -0500 (EST) Date: Wed, 3 Nov 2004 23:36:18 -0500 From: Paul Murphy To: freebsd-current@freebsd.org Message-ID: <20041103233618.4a221633@earth.upton.net> In-Reply-To: <200411040329.21834.michaelnottebrock@gmx.net> References: <200411020143.34251.gte990t@mail.gatech.edu> <200411020832.29421.marc.ramirez@bluecirclesoft.com> <20041102170921.12f2b8cf@earth.upton.net> <200411040329.21834.michaelnottebrock@gmx.net> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld" Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 04:36:20 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 4 Nov 2004 03:29:10 +0100 Michael Nottebrock wrote: Sorry, forgot to 'Reply All'. > Could all people who are seeing this please post their kernel > configurations, sysctl.conf and perhaps some system details (platform, > UP/MP), too. > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > problem and we're practically all running RELENG_5/RELENG_5_3 all the > time, I'm curious what might trigger this. For me XMMS locks up occasionally in STOP state upon playlist advance (i.e. song change). Without any proof I suspect GTK 1. I have installed beep-media-player (based on XMMS) which is a GTK 2 app and have been playing it for the last 3 days non-stop (in all senses of the word). Running 6-CURRENT (cvsup'ed 24/10/04 12:04 am, or thereabout) XOrg 6.7.0 KDE 3.3.0 XMMS-Esound 1.2.10 GTK 1.2.10 GTK 2.4.9 All ports are kept as up to date as humanly possible. -- Cogeco ergo sum --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld Content-Type: application/octet-stream; name="EARTH" Content-Disposition: attachment; filename="EARTH" Content-Transfer-Encoding: base64 bWFjaGluZQkJaTM4NgpjcHUJCUk2ODZfQ1BVCmlkZW50CQlFQVJUSAoKb3B0aW9ucyAJSU5DTFVE RV9DT05GSUdfRklMRQkjIEluY2x1ZGUgdGhpcyBmaWxlIGluIGtlcm5lbAoKI29wdGlvbnMgCVND SEVEX1VMRQkJIyBVTEUgc2NoZWR1bGVyCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBzY2hl ZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTiAgICAgICAgICAgICAgIyBFbmFibGUga2VybmVsIHRo cmVhZCBwcmVlbXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25z IAlGRlMJCQkjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJ IyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19BQ0wJCQkjIFN1 cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjIElt cHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCVBST0NGUwkJCSMg UHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJUFNFVURPRlMJ CSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUNPTVBBVF80MwkJIyBDb21w YXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0Kb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0 CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENApvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFjZSgx KSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpv cHRpb25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZ U1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZ X1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25z IAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25z IAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1 ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFIRF9SRUdf UFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBv dXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4Kb3B0aW9ucyAJQURBUFRJVkVfR0lBTlQJCSMg R2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCm9wdGlvbnMgCUNQVV9BVEhMT05fU1NFX0hBQ0sKb3B0 aW9ucyAJQ1BVX1dUX0FMTE9DCm9wdGlvbnMgCVBQU19TWU5DCm9wdGlvbnMgCURFVklDRV9QT0xM SU5HCm9wdGlvbnMgCUhaPTIwMDAKCiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0 d28gYXJlIG5lZWRlZAojb3B0aW9ucyAJU01QCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBL ZXJuZWwKI2RldmljZQkJYXBpYwkJIyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4gIERvIG5vdCBy ZW1vdmUgaXNhLCBldmVuIGlmIHlvdSBoYXZlIG5vIGlzYSBzbG90cwpkZXZpY2UJCWlzYQpkZXZp Y2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCmRldmljZQkJZmRjCgojIEFUQSBhbmQgQVRBUEkgZGV2 aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmlj ZQkJYXRhcGljZAkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkj IFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1 cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmljZQkJZGEJCSMgRGlyZWN0IEFj Y2VzcyAoZGlza3MpCmRldmljZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdo IGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQoKIyBhdGtiZGMwIGNvbnRyb2xzIGJvdGggdGhl IGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2Fy ZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKZGV2aWNlCQlwc20JCSMg UFMvMiBtb3VzZQoKZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCm9wdGlvbnMg CVZFU0EKb3B0aW9ucyAJVkdBX1dJRFRIOTAKCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3Jl ZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29u c29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUKZGV2aWNlCQlzYwpvcHRpb25z IAlTQ19QSVhFTF9NT0RFCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBz ZXRzCgojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4KZGV2aWNlCQlu cHgKCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlw bXRpbWVyCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01 MCBiYXNlZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJ CXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJp bnRlcgoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29u dHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMn IGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBi dXMgc3VwcG9ydApkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKCiMgUHNldWRvIGRl dmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkjIE1l bW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmljZQpk ZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVybmV0 IHN1cHBvcnQKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMgUHNl dWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNl CQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRv LUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMg dGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0 aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpkZXZpY2UJCWJwZgkJIyBCZXJrZWxl eSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+ VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgVUhDSSBQQ0ktPlVTQjIgaW50ZXJmYWNlCmRl dmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpk ZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMg S2V5Ym9hcmQKZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9N YXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UK ZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCmRldmljZQkJdXNjYW5u ZXIJIyBTY2FubmVycwoKIyBUaGUgc291bmQgc3VwcG9ydApkZXZpY2UJCXNvdW5kCmRldmljZQkJ InNuZF9lbXUxMGsxIgpkZXZpY2UJCSJzbmRfZXMxMzd4IgoKZGV2aWNlICAgICAgICAgIGpveSAg ICAgICAgICAgICAgICAgICAgICMgUG5QIGF3YXJlLCBoaW50cyBmb3Igbm9ucG5wIG9ubHkKCg== --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld Content-Type: application/octet-stream; name="sysctl.conf" Content-Disposition: attachment; filename="sysctl.conf" Content-Transfer-Encoding: base64 IyAkRnJlZUJTRDogc3JjL2V0Yy9zeXNjdGwuY29uZix2IDEuOCAyMDAzLzAzLzEzIDE4OjQzOjUw IG11eCBFeHAgJAojCiMgIFRoaXMgZmlsZSBpcyByZWFkIHdoZW4gZ29pbmcgdG8gbXVsdGktdXNl ciBhbmQgaXRzIGNvbnRlbnRzIHBpcGVkIHRocnUKIyAgYGBzeXNjdGwnJyB0byBhZGp1c3Qga2Vy bmVsIHZhbHVlcy4gIGBgbWFuIDUgc3lzY3RsLmNvbmYnJyBmb3IgZGV0YWlscy4KIwoKIyBVbmNv bW1lbnQgdGhpcyB0byBwcmV2ZW50IHVzZXJzIGZyb20gc2VlaW5nIGluZm9ybWF0aW9uIGFib3V0 IHByb2Nlc3NlcyB0aGF0CiMgYXJlIGJlaW5nIHJ1biB1bmRlciBhbm90aGVyIFVJRC4KI3NlY3Vy aXR5LmJzZC5zZWVfb3RoZXJfdWlkcz0wCgpody5zbmQucGNtMC52Y2hhbnM9NApody5zbmQubWF4 YXV0b3ZjaGFucz00CgojaHcudXNiLnVtcy5kZWJ1Zz0xMQoKdmZzLnVzZXJtb3VudD0xCmtlcm4u cG9sbGluZy5lbmFibGU9MQoKa2Vybi5pcGMuc29tYXhjb25uPTQwOTYKa2Vybi5tYXhmaWxlcz02 NTUzNgoKIyBOZXR3b3JrIHNwZWVkdXBzCm5ldC5pbmV0LnRjcC5zZW5kc3BhY2U9NjU1MzYKbmV0 LmluZXQudGNwLnJlY3ZzcGFjZT02NTUzNgpuZXQuaW5ldC50Y3AuZGVsYXllZF9hY2s9MApuZXQu aW5ldC51ZHAucmVjdnNwYWNlPTczNzI4CgpuZXQuaW5ldC5pcC5jaGVja19pbnRlcmZhY2U9MApu ZXQuaW5ldC50Y3AuaW5mbGlnaHQuZW5hYmxlPTEKbmV0LmluZXQudGNwLmluZmxpZ2h0LmRlYnVn PTAKbmV0LmluZXQudGNwLmluZmxpZ2h0Lm1pbj02MTQ0Cm5ldC5pbmV0LnRjcC5tc2w9MzAwMApu ZXQuaXNyLmVuYWJsZT0xCgo= --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1DVVJSRU5UICMwOiBTdW4gT2N0IDI0IDE3OjMyOjM3 IEVEVCAyMDA0CiAgICByb290QGVhcnRoLnVwdG9uLm5ldDovdXNyL29iai91c3Ivc3JjL3N5cy9F QVJUSApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApD UFU6IEFNRCBBdGhsb24odG0pIFhQIDIwMDArICgxNjY2Ljc0LU1IeiA2ODYtY2xhc3MgQ1BVKQog IE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjgwICBTdGVwcGluZyA9IDAKICBGZWF0 dXJlcz0weDM4M2Y5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRS UixQR0UsTUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSLFNTRT4KICBBTUQgRmVhdHVyZXM9MHhj MDQwMDAwMDxBTUlFLERTUCwzRE5vdyE+CnJlYWwgbWVtb3J5ICA9IDI2ODM2OTkyMCAoMjU1IE1C KQphdmFpbCBtZW1vcnkgPSAyNTcxNDI3ODQgKDI0NSBNQikKbnB4MDogW0ZBU1RdCm5weDA6IDxt YXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3Bp MDogPEFNSUlOVCBWSUFfSzc+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5 IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4 MDgtMHg4MGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6 IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBv cnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKYWdw MDogPFZJQSBHZW5lcmljIGhvc3QgdG8gUENJIGJyaWRnZT4gbWVtIDB4ZTAwMDAwMDAtMHhlN2Zm ZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAKcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiA8ZGlzcGxheSwg VkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTE6IDxkaXNwbGF5PiBh dCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjbTA6IDxDcmVhdGl2ZSBDVDU4ODAt Qz4gcG9ydCAweGVjMDAtMHhlYzNmIGlycSAxMCBhdCBkZXZpY2UgOS4wIG9uIHBjaTAKcGNtMDog PFNpZ21hVGVsIFNUQUM5NzA4LzExIEFDOTcgQ29kZWM+CnBjbTA6IFtHSUFOVC1MT0NLRURdCnVo Y2kwOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGUwMDAtMHhlMDFmIGlycSAx MCBhdCBkZXZpY2UgMTYuMCBvbiBwY2kwCnVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2IwOiA8VklB IDgzQzU3MiBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1 aHViMDogVklBIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPFZJ QSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhlNDAwLTB4ZTQxZiBpcnEgMTAgYXQgZGV2 aWNlIDE2LjEgb24gcGNpMAp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogPFZJQSA4M0M1NzIg VVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6IFZJ QSBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogTG9naXRlY2ggVVNC IFJlY2VpdmVyLCByZXYgMS4xMC8xNi4wMCwgYWRkciAyLCBpY2xhc3MgMy8xCnVtczA6IDcgYnV0 dG9ucyBhbmQgWiBkaXIuCnVoY2kyOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAw eGU4MDAtMHhlODFmIGlycSA1IGF0IGRldmljZSAxNi4yIG9uIHBjaTAKdWhjaTI6IFtHSUFOVC1M T0NLRURdCnVzYjI6IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMgp1c2IyOiBV U0IgcmV2aXNpb24gMS4wCnVodWIyOiBWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDEKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCmVoY2kwOiA8VklBIFZUNjIwMiBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGRmZmZm ZjAwLTB4ZGZmZmZmZmYgaXJxIDExIGF0IGRldmljZSAxNi4zIG9uIHBjaTAKZWhjaTA6IFtHSUFO VC1MT0NLRURdCmVoY2lfcGNpX2F0dGFjaDogY29tcGFuaW9uIHVzYjAKZWhjaV9wY2lfYXR0YWNo OiBjb21wYW5pb24gdXNiMQplaGNpX3BjaV9hdHRhY2g6IGNvbXBhbmlvbiB1c2IyCnVzYjM6IEVI Q0kgdmVyc2lvbiAxLjAKdXNiMzogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6 IHVzYjAgdXNiMSB1c2IyCnVzYjM6IDxWSUEgVlQ2MjAyIFVTQiAyLjAgY29udHJvbGxlcj4gb24g ZWhjaTAKdXNiMzogVVNCIHJldmlzaW9uIDIuMAp1aHViMzogVklBIEVIQ0kgcm9vdCBodWIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxCnVodWIzOiA2IHBvcnRzIHdpdGggNiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMTcu MCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8VklBIDgyMzUgVURN QTEzMyBjb250cm9sbGVyPiBwb3J0IDB4ZmMwMC0weGZjMGYsMHgzNzYsMHgxNzAtMHgxNzcsMHgz ZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDE3LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9u IGF0YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnZyMDogPFZJQSBWVDYxMDIgUmhp bmUgSUkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4ZGMwMC0weGRjZmYgbWVtIDB4ZGZmZmZlMDAtMHhk ZmZmZmVmZiBpcnEgMTAgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAptaWlidXMwOiA8TUlJIGJ1cz4g b24gdnIwCnVrcGh5MDogPEdlbmVyaWMgSUVFRSA4MDIuM3UgbWVkaWEgaW50ZXJmYWNlPiBvbiBt aWlidXMwCnVrcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIGF1dG8KdnIwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowZDo4NzpiOTo1YzoxMwphY3Bp X2J1dHRvbjE6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250 cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFU IEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0KZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2Y3LDB4M2Y0 LTB4M2Y1LDB4M2YyLTB4M2YzIGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpzaW8w OiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxh Z3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2NTUwQQpwcGMwOiA8RUNQIHBhcmFsbGVsIHBy aW50ZXIgcG9ydD4gcG9ydCAweDc3OC0weDc3YiwweDM3OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBh Y3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBB VElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvMTYgYnl0ZXMgdGhyZXNob2xkCnBwYnVz MDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAK bHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0Cm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlv bWVtIDB4Y2MwMDAtMHhkYmZmZiwweGMwMDAwLTB4Y2JmZmYgb24gaXNhMApwbXRpbWVyMCBvbiBp c2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApUaW1l Y291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTY2NjczNzkyNCBIeiBxdWFsaXR5IDgwMApUaW1lY291 bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFjcGlfY3B1OiB0aHJvdHRsaW5nIGVuYWJsZWQs IDE2IHN0ZXBzICgxMDAlIHRvIDYuMiUpLCBjdXJyZW50bHkgMTAwLjAlCnVtczA6IGF0IHVodWIx IHBvcnQgMiAoYWRkciAyKSBkaXNjb25uZWN0ZWQKdW1zMDogZGV0YWNoZWQKYWQwOiAxOTU5NU1C IDxRVUFOVFVNIEZJUkVCQUxMUCBBUzIwLjUvQTFZLjEzMDA+IFszOTgxMy8xNi82M10gYXQgYXRh MC1tYXN0ZXIgVURNQTEwMAphY2QwOiBDRFJPTSA8Q1JFQVRJVkUgQ0Q1MjMzRS9DMi4wMj4gYXQg YXRhMS1tYXN0ZXIgUElPNAphY2QxOiBDRFJXIDxDRC1SVyA1MlgyNC9LLlVDPiBhdCBhdGExLXNs YXZlIFVETUEzMwpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczJhCldBUk5JTkc6IC8g d2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCnVtczA6IExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwg cmV2IDEuMTAvMTYuMDAsIGFkZHIgMiwgaWNsYXNzIDMvMQp1bXMwOiA3IGJ1dHRvbnMgYW5kIFog ZGlyLgpXQVJOSU5HOiAvdG1wIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAo= --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld Content-Type: application/octet-stream; name="libmap.conf" Content-Disposition: attachment; filename="libmap.conf" Content-Transfer-Encoding: base64 IyAvZXRjL2xpYm1hcC5jb25mIGZvciBGcmVlQlNEIDUueAojICRJZDogbGlibWFwLmNvbmYtRnJl ZUJTRDUueCx2IDEuNyAyMDA0LzAyLzI5IDE3OjEyOjIyIG5vcmsgRXhwICQKCgojIEZsYXNoNiB3 aXRoIEtvbnF1ZXJvcgoKIyBLREUgb24gRnJlZUJTRCByZXF1aXJlcyBwbHVnaW5zIHRvIGJlIHBs YWNlZCBpbiAvb3B0L21vemlsbGEvcGx1Z2lucy8uCiMgKHVubGlrZSBtYW55IG90aGVyIHd3dyBi cm93c2VycyBvbiBYMTEsIGl0IGRvZXMgbm90IHN1cHBvcnQKIyAvdXNyL1gxMVI2L2xpYi9icm93 c2VyX3BsdWdpbnMvIGZvciBhIHBsdWdpbiBkaXJlY3RvcnkpCiMgU28gcGxlYXNlIGNvcHkgbGli Zmxhc2hwbGF5ZXIuc28gYW5kIGZsYXNocGxheWVyLnhwdCB0bwojIC9vcHQvbW96aWxsYS9wbHVn aW5zIGxpa2UgZm9sbG93aW5nIGxpbmVzLgojICAgICAgIG1rZGlyIC1wIC9vcHQvbW96aWxsYS9w bHVnaW5zCiMgICAgICAgY2QgL3Vzci9sb2NhbC9saWIvbGludXgtZmxhc2hwbHVnaW42CiMgICAg ICAgY3AgZmxhc2hwbGF5ZXIueHB0IGxpYmZsYXNocGxheWVyLnNvIC9vcHQvbW96aWxsYS9wbHVn aW5zLwpbL29wdC9tb3ppbGxhL3BsdWdpbnMvbGliZmxhc2hwbGF5ZXIuc29dCmxpYnB0aHJlYWQu c28uMCAgICAgICAgICAgICAgICAgcGx1Z2lud3JhcHBlci9mbGFzaDYuc28KbGliZGwuc28uMiAg ICAgICAgICAgICAgICAgICAgICBwbHVnaW53cmFwcGVyL2ZsYXNoNi5zbwpsaWJ6LnNvLjEgICAg ICAgICAgICAgICAgICAgICAgIGxpYnouc28uMgpsaWJzdGRjKystbGliYzYuMi0yLnNvLjMgICAg ICAgIGxpYnN0ZGMrKy5zby40CmxpYm0uc28uNiAgICAgICAgICAgICAgICAgICAgICAgbGlibS5z by4zCmxpYmMuc28uNiAgICAgICAgICAgICAgICAgICAgICAgcGx1Z2lud3JhcHBlci9mbGFzaDYu c28KCiMgRmxhc2g2IHdpdGggTW96aWxsYS9GaXJlYmlyZC9HYWxlb24vRXBpcGhhbnkKWy91c3Iv bG9jYWwvbGliL2xpbnV4LWZsYXNocGx1Z2luNi9saWJmbGFzaHBsYXllci5zb10KbGlicHRocmVh ZC5zby4wICAgICAgICAgICAgICAgICBwbHVnaW53cmFwcGVyL2ZsYXNoNi5zbwpsaWJkbC5zby4y ICAgICAgICAgICAgICAgICAgICAgIHBsdWdpbndyYXBwZXIvZmxhc2g2LnNvCmxpYnouc28uMSAg ICAgICAgICAgICAgICAgICAgICAgbGliei5zby4yCmxpYnN0ZGMrKy1saWJjNi4yLTIuc28uMyAg ICAgICAgbGlic3RkYysrLnNvLjQKbGlibS5zby42ICAgICAgICAgICAgICAgICAgICAgICBsaWJt LnNvLjMKbGliYy5zby42ICAgICAgICAgICAgICAgICAgICAgICBwbHVnaW53cmFwcGVyL2ZsYXNo Ni5zbwoKCiMgQWNyb2JhdCB3aXRoIEtvbnF1ZXJvcgojIEtERSBvbiBGcmVlQlNEIHJlcXVpcmVz IHBsdWdpbnMgdG8gYmUgcGxhY2VkIGluIC9vcHQvbW96aWxsYS9wbHVnaW5zLy4KIyAodW5saWtl IG1hbnkgb3RoZXIgd3d3IGJyb3dzZXJzIG9uIFgxMSwgaXQgZG9lcyBub3Qgc3VwcG9ydAojIC91 c3IvWDExUjYvbGliL2Jyb3dzZXJfcGx1Z2lucy8gZm9yIGEgcGx1Z2luIGRpcmVjdG9yeSkKIyBT byBwbGVhc2UgY29weSBucHBkZi5zbyB0byAvb3B0L21vemlsbGEvcGx1Z2lucy8gbGlrZSBmb2xs b3dpbmcgbGluZXMuCiMgICAgICAgbWtkaXIgLXAgL29wdC9tb3ppbGxhL3BsdWdpbnMKIyAgICAg ICBjZCAvdXNyL2xvY2FsL0Fjcm9iYXQ1L0Jyb3dzZXJzL2ludGVsbGludXgKIyAgICAgICBjcCBu cHBkZi5zbyAvb3B0L21vemlsbGEvcGx1Z2lucy8KWy9vcHQvbW96aWxsYS9wbHVnaW5zL25wcGRm LnNvXQpsaWJjLnNvLjYgICAgICAgICAgICAgICAgICAgICAgIHBsdWdpbndyYXBwZXIvYWNyb2Jh dC5zbwoKIyBBY3JvYmF0IHdpdGggTW96aWxsYS9GaXJlYmlyZC9HYWxlb24vRXBpcGhhbnkKWy91 c3IvbG9jYWwvQWNyb2JhdDUvQnJvd3NlcnMvaW50ZWxsaW51eC9ucHBkZi5zb10KbGliYy5zby42 ICAgICAgICAgICAgICAgICAgICAgICBwbHVnaW53cmFwcGVyL2Fjcm9iYXQuc28KCiMgTGlicmFy aWVzIGJ1bXAKbGlibS5zby4yCQkJbGlibS5zby4zCmxpYnJlYWRsaW5lLnNvLjQJCWxpYnJlYWRs aW5lLnNvLjUKbGliaGlzdG9yeS5zby40CQkJbGliaGlzdG9yeS5zby41CmxpYm9waWUuc28uMgkJ CWxpYm9waWUuc28uMwpsaWJwY2FwLnNvLjIJCQlsaWJwY2FwLnNvLjMKCltiZWVwLW1lZGlhLXBs YXllcl0KbGlicHRocmVhZC5zby4xCQkJbGliY19yLnNvLjUKbGlicHRocmVhZC5zbwkJCWxpYmNf ci5zbwoKWy91c3IvWDExUjYvYmluL2JlZXAtbWVkaWEtcGxheWVyXQpsaWJwdGhyZWFkLnNvLjEJ CQlsaWJjX3Iuc28uNQpsaWJwdGhyZWFkLnNvCQkJbGliY19yLnNvCgo= --Multipart=_Wed__3_Nov_2004_23_36_18_-0500_lu2WcZyjK14lukld-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 05:26: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 9493A16A4CE; Thu, 4 Nov 2004 05:26:20 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA5343D4C; Thu, 4 Nov 2004 05:26:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA45QJZg014654; Thu, 4 Nov 2004 00:26:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA45QJFW009837; Thu, 4 Nov 2004 00:26:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 26C077306E; Thu, 4 Nov 2004 00:26:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104052619.26C077306E@freebsd-current.sentex.ca> Date: Thu, 4 Nov 2004 00:26:19 -0500 (EST) Subject: [current tinderbox] failure on i386/pc98 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: Thu, 04 Nov 2004 05:26:20 -0000 TB --- 2004-11-04 03:57:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-04 03:57:23 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-11-04 03:57:23 - checking out the source tree TB --- 2004-11-04 03:57:23 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-11-04 03:57:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-04 04:03:28 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-04 04:03:28 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-04 04:03:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 05:11:26 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 05:11:26 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-04 05:11:26 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 05:11:27 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-11-04 05:26:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 05:26:18 - ERROR: failed to build generic kernel TB --- 2004-11-04 05:26:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 05:26: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 744A416A4CE for ; Thu, 4 Nov 2004 05:26:39 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4787D43D39 for ; Thu, 4 Nov 2004 05:26:39 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) iA45QTue065206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Nov 2004 21:26:29 -0800 (PST) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id iA45QSFn065205; Wed, 3 Nov 2004 21:26:28 -0800 (PST) Date: Wed, 3 Nov 2004 21:26:28 -0800 From: Gregory Neil Shapiro To: Doug Barton Message-ID: <20041104052628.GR2916@horsey.gshapiro.net> References: <4188039D.8020109@aminor.no> <20041103185010.GP2916@horsey.gshapiro.net> <41894566.5070503@dougbarton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41894566.5070503@dougbarton.net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Problem with RELENG_5_3, BIND9 and dynamic updates 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: Thu, 04 Nov 2004 05:26:39 -0000 > Greg, that is the direction I was thinking on this, yes. The only minor > nit I'd do differently is to move the { for allow-update up to the same > line for style consistency reasons. Ok, done (as well as the '{' for the key statement). > Feel free to commit this to HEAD if you like, otherwise I'll get to this > asap. It is committed. I set an MFC reminder but I am assuming this will actually have to wait until 5.3-RELEASE. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 05:27: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 94F7516A4CF for ; Thu, 4 Nov 2004 05:27:29 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id D819543D5C for ; Thu, 4 Nov 2004 05:27:28 +0000 (GMT) (envelope-from shortcircuit87@gmail.com) Received: by wproxy.gmail.com with SMTP id 64so188073wri for ; Wed, 03 Nov 2004 21:27:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=k6D4PeFX2wdobAy1lWwfN4epJowkasFn7Fl9JsVOKXQ9Fo9CUTtJ/B8JzLpAHn4iDUk7ciba95sYkzyhMslzV/LQcPe60jOrT2lvIRax5qnyW2sAhVJeI46ddtNo/ejDN/cuxzf2lHrB4ul03GMa9I5HYfXjbtViVsZpsWJ31zw= Received: by 10.54.37.63 with SMTP id k63mr202549wrk; Wed, 03 Nov 2004 21:27:27 -0800 (PST) Received: by 10.54.22.48 with HTTP; Wed, 3 Nov 2004 21:27:27 -0800 (PST) Message-ID: Date: Wed, 3 Nov 2004 23:27:27 -0600 From: Sam Stephens To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: custom kernel compile error, please help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sam Stephens List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 05:27:29 -0000 Hello, im trying to recompile my kernel on freebsd 5.2.1 and i keep getting the same error: ---------------------------------------------------------------------------------------------------------- #cd /usr/src #make buildkernel KERNCONF=MYKERNEL ..........(lots of stuff edited to save bandwidth ;-).... .....aal_sscop.c:4298: warning: passing arg 5 of `ng_timeout' from incompatible point er type /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4298: error: too few arguments to function `ng_timeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4298: error: incompatible types in assignment /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from inte ger without a cast /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from poin ter without a cast /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible point er type /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: error: too few arguments to function `ng_timeout' /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s aal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /usr/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /usr/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/MYKERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. nix# ---------------------------------------------------------------------------------------------------------- heres my MYKERNEL: ---------------------------------------------------------------------------------------------------------- machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident MYKERNEL # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extension s options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal struct ures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for spe ed # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) ############################# i added this for sound ########## device sound device "snd_emu10k1" ---------------------------------------------------------------------------------------------------------- i think ive got all the dependancys right, in fact i tryed #make buildkernel KERNCONF=GENERIC (the one im alredy running) anyways i got the same error so i tryed: cvsup (src-all, no diffirence) make clean, no help portupgrade, no help doublechecking the MYKERNEL conf the only other thing i can think of is make.conf so here that is: ---------------------------------------------------------------------------------------------------------- nix# less /etc/make.conf CFLAGS= -O -pipe # -- use.perl generated deltas -- # # Created: Tue Nov 2 16:53:32 2004 # Setting to use base perl from ports: PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo NO_BIND=true NO_I4B=true NO_LPR=true NO_FORTRAN=true NOUUCP=true DOC_LANG=en_US.ISO8859-1 X_WINDOW_SYSTEM=xorg /etc/make.conf (END) ---------------------------------------------------------------------------------------------------------- so if anyone else has come across with the incompatable types in assignment error i would vary much like to know how you fixed it, thanks, sam. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 06:37: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 DC44516A4CE for ; Thu, 4 Nov 2004 06:37:38 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E8F43D53 for ; Thu, 4 Nov 2004 06:37:38 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CPbFZ-0003mB-UJ for freebsd-current@freebsd.org; Wed, 03 Nov 2004 22:37:38 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16777.52785.539051.283837@ran.psg.com> Date: Wed, 3 Nov 2004 22:37:37 -0800 To: FreeBSD Current Subject: kdldload 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: Thu, 04 Nov 2004 06:37:39 -0000 -current, though i am told 5-stable as well when kldload is run by hand, and you do not give it a path, it does not look in /boot/kernel/ is this intended? randy From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 06:46: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 7344A16A4CE for ; Thu, 4 Nov 2004 06:46:39 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B19D43D5F for ; Thu, 4 Nov 2004 06:46:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iA46kQ8k040305; Thu, 4 Nov 2004 17:16:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 4 Nov 2004 17:16:19 +1030 User-Agent: KMail/1.7 References: <16777.52785.539051.283837@ran.psg.com> In-Reply-To: <16777.52785.539051.283837@ran.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3690954.jYNkCiu1sY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041716.26212.doconnor@gsoft.com.au> X-Spam-Score: -1.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,TO_BE_REMOVED_REPLY,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Randy Bush Subject: Re: kdldload 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: Thu, 04 Nov 2004 06:46:39 -0000 --nextPart3690954.jYNkCiu1sY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 4 Nov 2004 17:07, Randy Bush wrote: > -current, though i am told 5-stable as well > > when kldload is run by hand, and you do not give it a path, > it does not look in /boot/kernel/ > > is this intended? It should look in kern.module_path, on my system this=20 is.. /boot/kernel;/boot/modules On my system it DOES look in those places (6-CURRENT from a few weeks ago) > randy > > _______________________________________________ > 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" =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3690954.jYNkCiu1sY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBidBC5ZPcIHs/zowRAg2gAJ4qD/RhUYzAOpfQHDqWboa0b+AVQgCgm3e8 NQLBRlQZzNmhh6IfTNvF0GM= =FQnu -----END PGP SIGNATURE----- --nextPart3690954.jYNkCiu1sY-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 06:48: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 977FD16A4CE for ; Thu, 4 Nov 2004 06:48:12 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20FB243D3F for ; Thu, 4 Nov 2004 06:48:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 22278 invoked from network); 4 Nov 2004 06:48:11 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Nov 2004 06:48:11 -0000 Received: from hydrogen.funkthat.com (uxoxqv@localhost.funkthat.com [127.0.0.1])iA46m4B6073877; Wed, 3 Nov 2004 22:48: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 iA46m3YJ073876; Wed, 3 Nov 2004 22:48:03 -0800 (PST) Date: Wed, 3 Nov 2004 22:48:03 -0800 From: John-Mark Gurney To: David Gilbert Message-ID: <20041104064803.GZ22681@funkthat.com> Mail-Followup-To: David Gilbert , freebsd-current@freebsd.org References: <41868E49.8070809@daveg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41868E49.8070809@daveg.ca> 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: freebsd-current@freebsd.org Subject: Re: fsck --run-with-scissors 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: Thu, 04 Nov 2004 06:48:12 -0000 David Gilbert wrote this message on Mon, Nov 01, 2004 at 14:28 -0500: > You know... I've had a number of unrelated disk failures in the last 7 > days. In general, we have backups. Some of the failures are such that > I can still mount the fs readonly and avoid the dead area and get the > last iota of data off, but some are not. > > It would be really useful if fsck_ffs had a --run-with-scissors mode. > Meaning a mode of last resort that may or may not make the disk work and > may or may not totally screw with the disk. > > As an example, my laptop drive died. I don't really care about the data > on disk because it's backed up. However, it will be another day before > Dell shows up with a new drive... meaning that now I'm suffering in XP. > In many cases, if the block-in-question was written to (even though it > can't be read), it would be reallocated by the drive logic. Run with > scissors should write all zeros to a block it can't read. dd will do this... dd if=/dev/zero of=/dev/diskdev oseek= bs=512 count=1 I've done this before.. Though you have to make sure you're using the correct block number which can be verified with: dd if=/dev/diskdev iseek= bs=512 count=1 of=/dev/null Just as a little bit of fun, even if the bad block is in the primary super block, and you can successfully use fsck -b , you can copy one of the secondary superblocks back over the primary, but be VERY careful when doing this... (I've successfully recovered a bad disk this way once..) -- 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 Thu Nov 4 07:11: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 035FA16A4CE for ; Thu, 4 Nov 2004 07:11:31 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net [65.70.175.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8079843D31 for ; Thu, 4 Nov 2004 07:11:30 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id iA47U42e089825 for ; Thu, 4 Nov 2004 01:30:04 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id iA47U3bs089820 for ; Thu, 4 Nov 2004 01:30:03 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id iA47U3m2089819 for freebsd-current@freebsd.org; Thu, 4 Nov 2004 01:30:03 -0600 (CST) (envelope-from strgout) Date: Thu, 4 Nov 2004 01:30:03 -0600 From: John To: freebsd-current@freebsd.org Message-ID: <20041104073003.GA89777@mail.unixjunkie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: kern/63204 || kern/72220 (sound issues) 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: Thu, 04 Nov 2004 07:11:31 -0000 Is there any chance that someone who knows something about sound support could look into said bugs? I really would like to have working sound on my laptop again. If i need to bribe someone to fix it at least give me a ball park figure so i know how much plasma i need to donate. Bug long story short. my sound card doesn't work with 4.9, 4.10, 5.2, 5.2.1, or 5.3-RC1. it does work with 4.7, 4.8 and 5.1 (and umm *gulp* xp..). Big thanks to anyone that can help! From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 07:53: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 F19C416A4E6; Thu, 4 Nov 2004 07:53:40 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AA243D2D; Thu, 4 Nov 2004 07:53:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA47reUo036035; Thu, 4 Nov 2004 02:53:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA47rdn3045981; Thu, 4 Nov 2004 02:53:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 930047306E; Thu, 4 Nov 2004 02:53:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104075339.930047306E@freebsd-current.sentex.ca> Date: Thu, 4 Nov 2004 02:53:39 -0500 (EST) Subject: [current tinderbox] failure on ia64/ia64 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: Thu, 04 Nov 2004 07:53:42 -0000 TB --- 2004-11-04 05:26:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-04 05:26:19 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-04 05:26:19 - checking out the source tree TB --- 2004-11-04 05:26:19 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-04 05:26:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-04 05:43:11 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-04 05:43:11 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-04 05:43:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 07:38:21 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 07:38:21 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-04 07:38:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 07:38:22 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-04 07:53:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 07:53:39 - ERROR: failed to build generic kernel TB --- 2004-11-04 07:53:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:03: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 C148216A4CE for ; Thu, 4 Nov 2004 09:03:08 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEEFA43D54 for ; Thu, 4 Nov 2004 09:03:07 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iA4934sr024738 for ; Thu, 4 Nov 2004 10:03:04 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iA4934O1094568 for ; Thu, 4 Nov 2004 10:03:04 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iA492w8h025461 for ; Thu, 4 Nov 2004 10:02:58 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iA492wxH025460 for current@freebsd.org; Thu, 4 Nov 2004 10:02:58 +0100 (CET) (envelope-from gunnar) Date: Thu, 4 Nov 2004 10:02:58 +0100 From: Gunnar Flygt To: current@freebsd.org Message-ID: <20041104090258.GA24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.3-RC2 xorg fails with missing /dev/io X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 09:03:08 -0000 I upgraded with cvsup to RELENG_5_3 The box is a Dell Latitude D600 Everything seems to be OK, except for /dev/io is missing which leads to X not working. Is this an issue that has been adressed already, or am I doing something wrong? -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:11: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 1FE8E16A4CE for ; Thu, 4 Nov 2004 09:11:52 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04AEA43D31 for ; Thu, 4 Nov 2004 09:11:51 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) iA49C8uY005274; Thu, 4 Nov 2004 10:12:08 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id iA49C74m005273; Thu, 4 Nov 2004 10:12:07 +0100 (CET) (envelope-from marc) Date: Thu, 4 Nov 2004 10:12:07 +0100 From: Marc Fonvieille To: Gunnar Flygt Message-ID: <20041104091207.GA3942@abigail.blackend.org> References: <20041104090258.GA24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104090258.GA24484@sr.se> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: current@freebsd.org Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Thu, 04 Nov 2004 09:11:52 -0000 On Thu, Nov 04, 2004 at 10:02:58AM +0100, Gunnar Flygt wrote: > I upgraded with cvsup to RELENG_5_3 > > The box is a Dell Latitude D600 > > Everything seems to be OK, except for /dev/io is missing which leads to > X not working. Is this an issue that has been adressed already, or am I > doing something wrong? > Support for this device must be loaded (via io.ko module) or compiled in the kernel, have a look to GENERIC. Marc From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:12: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 CEF0F16A4DB for ; Thu, 4 Nov 2004 09:12:01 +0000 (GMT) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F0E343D48 for ; Thu, 4 Nov 2004 09:12:00 +0000 (GMT) (envelope-from thn@saeab.se) Received: from saeab.se (omar.int.saeab.se [10.0.1.32]) by saeab.se (8.13.1/8.13.1) with ESMTP id iA49BtUu003576; Thu, 4 Nov 2004 10:11:55 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <4189F25B.8C791C76@saeab.se> Date: Thu, 04 Nov 2004 10:11:55 +0100 From: Thomas Nystrom Organization: Sv. Aktuell Elektronik AB X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: sv,en MIME-Version: 1.0 To: Gunnar Flygt References: <20041104090258.GA24484@sr.se> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-6.0 required=5.0 tests=USER_IN_WHITELIST_TO autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (saeab.se [213.80.3.133]); Thu, 04 Nov 2004 10:11:59 +0100 (CET) cc: current@freebsd.org Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Thu, 04 Nov 2004 09:12:01 -0000 Gunnar Flygt wrote: > > I upgraded with cvsup to RELENG_5_3 > > The box is a Dell Latitude D600 > > Everything seems to be OK, except for /dev/io is missing which leads to > X not working. Is this an issue that has been adressed already, or am I > doing something wrong? You have to read /usr/src/UPDATING: 20040802: making /dev/(null|zero) into a module proved to be too unpopular, so this bit has been revoked from the previous (20040801) entry. 20040801: The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, so you may wish to add them to your kernel config file. See GENERIC for examples. /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:12: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 6D33616A4CF for ; Thu, 4 Nov 2004 09:12:36 +0000 (GMT) Received: from mail.struchtrup.de (mail.struchtrup.de [80.190.247.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0794D43D31 for ; Thu, 4 Nov 2004 09:12:32 +0000 (GMT) (envelope-from seb@struchtrup.com) Received: from p5087c351.dip0.t-ipconnect.de ([80.135.195.81] helo=[10.0.0.2]) by mail.struchtrup.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CPdeu-000DEJ-9r; Thu, 04 Nov 2004 09:11:56 +0000 Message-ID: <4189F3B9.5000908@struchtrup.com> Date: Thu, 04 Nov 2004 10:17:45 +0100 From: Sebastian Schulze Struchtrup User-Agent: Mozilla Thunderbird 0.8 (X11/20041015) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gunnar Flygt References: <20041104090258.GA24484@sr.se> In-Reply-To: <20041104090258.GA24484@sr.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Struchtrup-MailScanner-Information: Please contact the ISP for more information X-Struchtrup-MailScanner: Found to be clean X-MailScanner-From: seb@struchtrup.com cc: current@freebsd.org Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Thu, 04 Nov 2004 09:12:36 -0000 Gunnar Flygt wrote: >I upgraded with cvsup to RELENG_5_3 > >The box is a Dell Latitude D600 > >Everything seems to be OK, except for /dev/io is missing which leads to >X not working. Is this an issue that has been adressed already, or am I >doing something wrong? > You simply have to add device io device mem to your kernel config. I think this was not required for 5.2.1. It is missing if you are using an old kernel config, but it is in GENERIC. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:15: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 F06BB16A4CF for ; Thu, 4 Nov 2004 09:15:17 +0000 (GMT) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B6D943D6E for ; Thu, 4 Nov 2004 09:15:17 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.1/8.13.1) with ESMTP id iA49FFEL099253; Thu, 4 Nov 2004 09:15:15 GMT (envelope-from mark@grondar.org) Received: (from uucp@localhost)iA49FD8O099251; Thu, 4 Nov 2004 09:15:13 GMT (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1]) by grovel.grondar.org (8.13.1/8.13.1) with ESMTP id iA49Be2B017115; Thu, 4 Nov 2004 09:11:41 GMT (envelope-from mark@grondar.org) Message-Id: <200411040911.iA49Be2B017115@grovel.grondar.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Gunnar Flygt From: Mark Murray In-Reply-To: Your message of "Thu, 04 Nov 2004 10:02:58 +0100." <20041104090258.GA24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Nov 2004 09:11:40 +0000 Sender: mark@grondar.org cc: current@FreeBSD.ORG Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Thu, 04 Nov 2004 09:15:18 -0000 Gunnar Flygt writes: > I upgraded with cvsup to RELENG_5_3 > > The box is a Dell Latitude D600 > > Everything seems to be OK, except for /dev/io is missing which leads to > X not working. Is this an issue that has been adressed already, or am I > doing something wrong? src/UPGRADING M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:16: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 9F68416A4CE for ; Thu, 4 Nov 2004 09:16:26 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id F387743D68 for ; Thu, 4 Nov 2004 09:16:25 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iA49GOsr025918; Thu, 4 Nov 2004 10:16:24 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iA49GOO1095664; Thu, 4 Nov 2004 10:16:24 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iA49GJxH025832; Thu, 4 Nov 2004 10:16:19 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iA49GJjr025830; Thu, 4 Nov 2004 10:16:19 +0100 (CET) (envelope-from gunnar) Date: Thu, 4 Nov 2004 10:16:19 +0100 From: Gunnar Flygt To: Thomas Nystrom Message-ID: <20041104091619.GC24484@sr.se> References: <20041104090258.GA24484@sr.se> <4189F25B.8C791C76@saeab.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4189F25B.8C791C76@saeab.se> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Gunnar Flygt Subject: Re: 5.3-RC2 xorg fails with missing /dev/io X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 09:16:26 -0000 On Thu, Nov 04, 2004 at 10:11:55AM +0100, Thomas Nystrom wrote: > Gunnar Flygt wrote: > > > > I upgraded with cvsup to RELENG_5_3 > > > > The box is a Dell Latitude D600 > > > > Everything seems to be OK, except for /dev/io is missing which leads to > > X not working. Is this an issue that has been adressed already, or am I > > doing something wrong? > > You have to read /usr/src/UPDATING: I do that > > 20040802: > making /dev/(null|zero) into a module proved to be too > unpopular, > so this bit has been revoked from the previous (20040801) entry. But I missed this. Sorry for the noise! > > 20040801: > The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, > so you may wish to add them to your kernel config file. See > GENERIC for examples. > > /thn > > -- > --------------------------------------------------------------- > Svensk Aktuell Elektronik AB Thomas Nyström > Box 10 Phone: +46 8 35 92 85 > S-191 21 Sollentuna Fax: +46 8 35 92 86 > Sweden Email: thn@saeab.se > --------------------------------------------------------------- -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:22: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 E6BBF16A4CE; Thu, 4 Nov 2004 09:22:07 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3FE43D53; Thu, 4 Nov 2004 09:22:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA49M7qt047788; Thu, 4 Nov 2004 04:22:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA49M6Qh088502; Thu, 4 Nov 2004 04:22:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11A247306E; Thu, 4 Nov 2004 04:22:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104092206.11A247306E@freebsd-current.sentex.ca> Date: Thu, 4 Nov 2004 04:22:06 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 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: Thu, 04 Nov 2004 09:22:08 -0000 TB --- 2004-11-04 07:53:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-04 07:53:39 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-11-04 07:53:39 - checking out the source tree TB --- 2004-11-04 07:53:39 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-11-04 07:53:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-04 07:59:41 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-04 07:59:41 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-04 07:59:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-04 09:13:15 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 09:13:15 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-04 09:13:15 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 09:13:15 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-11-04 09:22:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 09:22:06 - ERROR: failed to build generic kernel TB --- 2004-11-04 09:22:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:37: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 8945016A4D2 for ; Thu, 4 Nov 2004 09:37:58 +0000 (GMT) Received: from pophost.wldelft.nl (sunray.wldelft.nl [145.9.132.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F7BA43D48 for ; Thu, 4 Nov 2004 09:37:57 +0000 (GMT) (envelope-from leroy.vanlogchem@wldelft.nl) Received: (from root@localhost) by pophost.wldelft.nl (8.9.3/8.9.3vc) id KAA00310 for freebsd-current@freebsd.org; Thu, 4 Nov 2004 10:37:55 +0100 (MET) Received: from wldelft.nl (beasty [145.9.150.200]) by pophost.wldelft.nl (8.9.3/8.9.3) with ESMTP id KAA00181; Thu, 4 Nov 2004 10:37:53 +0100 (MET) Message-ID: <4189F887.4050601@wldelft.nl> Date: Thu, 04 Nov 2004 10:38:15 +0100 From: Leroy van Logchem User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4188A708.8090807@wldelft.nl> <20041103164609.GB56484@xor.obsecurity.org> In-Reply-To: <20041103164609.GB56484@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway Subject: Re: buildworld fails RC1 -> RC2 [SOLVED] 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: Thu, 04 Nov 2004 09:37:58 -0000 >>Killed >>*** Error code 137 >> >> >Are you sure that someone didn't send the SIGKILL signal manually >(e.g. bad killall command, etc)? Does it always fail in exactly this >spot? > >Kris > > Found the reason: Nov 2 16:56:21 198-201 kernel: pid 37317 (genattrtab), uid 0, was killed: out of swap space It's a old system: CPU: Pentium III/Pentium III Xeon/Celeron (451.03-MHz 686-class CPU) real memory = 67096576 (63 MB) avail memory = 56057856 (53 MB) # ./freebsd-memory.pl SYSTEM MEMORY INFORMATION: mem_wire: 22495232 ( 21MB) [ 39%] Wired: disabled for paging out mem_active: + 20389888 ( 19MB) [ 35%] Active: recently referenced mem_inactive:+ 9551872 ( 9MB) [ 16%] Inactive: recently not referenced mem_cache: + 3747840 ( 3MB) [ 6%] Cached: almost avail. for allocation mem_free: + 425984 ( 0MB) [ 0%] Free: fully available for allocation mem_gap_vm: + 167936 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 56778752 ( 54MB) [100%] Total real memory managed mem_gap_sys: + 1376256 ( 1MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 58155008 ( 55MB) Total real memory available mem_gap_hw: + 565248 ( 0MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 58720256 ( 56MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 44994560 ( 42MB) [ 76%] Logically used memory mem_avail: + 13725696 ( 13MB) [ 23%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 58720256 ( 56MB) [100%] Logically total memory From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:40: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 C607E16A4D0 for ; Thu, 4 Nov 2004 09:40:12 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A9F643D45 for ; Thu, 4 Nov 2004 09:40:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA49eBFi040542 for ; Thu, 4 Nov 2004 10:40:11 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 04 Nov 2004 09:37:50 GMT." <200411040937.iA49bpEH085298@repoman.freebsd.org> Date: Thu, 04 Nov 2004 10:40:11 +0100 Message-ID: <40541.1099561211@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Re: cvs commit: src/sys/sys buf.h 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: Thu, 04 Nov 2004 09:40:12 -0000 We've reached a major milestone in the buf-junta work: struct buf is no longer an I/O request. In message <200411040937.iA49bpEH085298@repoman.freebsd.org>, Poul-Henning Kamp writes: >phk 2004-11-04 09:37:50 UTC > > FreeBSD src repository > > Modified files: > sys/sys buf.h > Log: > Eliminate the embedded struct bio in struct buf. > > Saves approx 100-170 bytes per buf depending on architecture. > > Revision Changes Path > 1.178 +9 -10 src/sys/sys/buf.h > -- 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 Thu Nov 4 09:52: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 EE2A916A4CE; Thu, 4 Nov 2004 09:52:49 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 566C543D31; Thu, 4 Nov 2004 09:52:49 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) iA49qlAZ091013; Thu, 4 Nov 2004 10:52:47 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id iA49qg2L091012; Thu, 4 Nov 2004 10:52:42 +0100 (CET) (envelope-from marius) Date: Thu, 4 Nov 2004 10:52:41 +0100 From: Marius Strobl To: Scott Long Message-ID: <20041104105241.B64530@newtrinity.zeist.de> References: <32ab229c041103131414015bbe@mail.gmail.com> <41895B90.105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <41895B90.105@freebsd.org>; from scottl@freebsd.org on Wed, Nov 03, 2004 at 03:28:32PM -0700 X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.52; host: newtrinity.zeist.de) cc: freebsd-current@freebsd.org cc: Gordon Freeman Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils 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: Thu, 04 Nov 2004 09:52:50 -0000 On Wed, Nov 03, 2004 at 03:28:32PM -0700, Scott Long wrote: > Gordon Freeman wrote: > > Between 5.2.1 and 5.3-RC2 the rasr device was removed: > > > > http://lists.freebsd.org/pipermail/...May/023064.html > > > > In FreeBSD 5.2.1 it use to be that using the compat4x port and > > creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to > > allow Adaptec's RAID management binaries work. However, that trick no > > longer appears to be working. When you run Adaptec's raidutil (either > > from the port or from the Adaptec package itself) the symlink > > disappears and raidutil returns an error stating that it couldn't > > connect to /dev/rdptr17. > > > > Any ideas on why the symlink disappears or another way to get the old > > Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to > > include a device alias? > > _______________________________________________ > > 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" > > Ugh, this is something that I never had time to finish up. The problem > is that I modified the version number of the control interface (since I > had massively cleaned it up and removed lots of silly and deprecated > things), but I never modified the raidutils package to handle the > changes. Since the raidutils source turns out to have a highly > ambiguous and likely toxic copyright and license for which Adaptec seems > to care little about, I'll likely never make the needed changes. It > might be possible to revert the control interface back to something that > raidutil can use, but I can't get to it right now. > Did you get any further in investigating whether the BSD-style licensed raidutils source at http://i2o.shadowconnect.com is legal, i.e. it was re-licensed by Adaptec? At least that homepage claims that Mark Salyzyn was involed in this. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 10:32: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 5BCB016A4CE for ; Thu, 4 Nov 2004 10:32:01 +0000 (GMT) Received: from pophost.wldelft.nl (sunray.wldelft.nl [145.9.132.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24BB43D4C for ; Thu, 4 Nov 2004 10:32:00 +0000 (GMT) (envelope-from leroy.vanlogchem@wldelft.nl) Received: (from root@localhost) by pophost.wldelft.nl (8.9.3/8.9.3vc) id LAA20362 for freebsd-current@freebsd.org; Thu, 4 Nov 2004 11:31:59 +0100 (MET) Received: from wldelft.nl (beasty [145.9.150.200]) by pophost.wldelft.nl (8.9.3/8.9.3) with ESMTP id LAA20130 for ; Thu, 4 Nov 2004 11:31:56 +0100 (MET) Message-ID: <418A0532.7020902@wldelft.nl> Date: Thu, 04 Nov 2004 11:32:18 +0100 From: Leroy van Logchem User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/sys buf.h 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: Thu, 04 Nov 2004 10:32:01 -0000 Hi Poul, These questions might not be related but I'll ask anyway. (I'am not very technical nor expect on kernel design so bare with me please) sysctl reports: -------------- kern.ipc.nmbclusters: 3072 BIO buffer 214 428K 668K 101107 2048 sysctl -a | grep -C3 "mbuf" | more Side question: Is the a case convention for the info in sysctl -a? sysctl -a | grep -C3 -i "mbuf" | more MbufClust: 2048, 3072, 256, 6, 256 Mbuf: 256, 0, 257, 133, 3562331 Q: Which of these will be dynamic by default in RELENG_5_3? Using 5.2.1 we had to tune several kernel params using trail'n'error during production time. Q: Will nmbclusters, kmem_size and kmem_scale avoid service-outages in the future? (bufferspace unavailable, out of kmem etc.) Cheers, Leroy From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 10:36: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 BAEE816A4CE for ; Thu, 4 Nov 2004 10:36:36 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D8EE43D1D for ; Thu, 4 Nov 2004 10:36:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA4AaYd0041518; Thu, 4 Nov 2004 11:36:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Leroy van Logchem From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 04 Nov 2004 11:32:18 +0100." <418A0532.7020902@wldelft.nl> Date: Thu, 04 Nov 2004 11:36:34 +0100 Message-ID: <41517.1099564594@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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: Thu, 04 Nov 2004 10:36:36 -0000 In message <418A0532.7020902@wldelft.nl>, Leroy van Logchem writes: >Hi Poul, > >These questions might not be related but I'll ask anyway. >(I'am not very technical nor expect on kernel design so bare with me please) BIO buffers has nothing to do with mbufs. BIO buffers are for disk I/O mbufs are for network traffic. I'm not up to date on the mbuf allocation stuff, sorry. -- 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 Thu Nov 4 10:58: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 2EA1F16A4CE for ; Thu, 4 Nov 2004 10:58:18 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8969043D68 for ; Thu, 4 Nov 2004 10:58:17 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iA4AwGsr035237 for ; Thu, 4 Nov 2004 11:58:16 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iA4AwFO1003949 for ; Thu, 4 Nov 2004 11:58:15 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iA4AwApf027912 for ; Thu, 4 Nov 2004 11:58:10 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iA4AwA0H027911 for current@freebsd.org; Thu, 4 Nov 2004 11:58:10 +0100 (CET) (envelope-from gunnar) Date: Thu, 4 Nov 2004 11:58:10 +0100 From: Gunnar Flygt To: current@freebsd.org Message-ID: <20041104105810.GE24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Packages and Xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 10:58:18 -0000 Since Xorg is the default X handler in 5.3, when will packages be compiled with Xorg as dependency instead of XFree86? I'm asking since it's a real PITA to compile KDE on a not so speedy laptop, and when trying it dies compiling kdelibs-3. -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 11:53: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 3DB1816A4CE for ; Thu, 4 Nov 2004 11:53:03 +0000 (GMT) Received: from post.bee-s.com (post.bee-s.com [195.128.150.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FE5743D31 for ; Thu, 4 Nov 2004 11:53:01 +0000 (GMT) (envelope-from brian@bee-s.com) Received: from inet11 (inet11.bee [172.24.40.229]) by post.bee-s.com (8.12.11/8.12.11) with ESMTP id iA4Bq7PQ026048 for ; Thu, 4 Nov 2004 15:52:07 +0400 (SAMT) (envelope-from brian@bee-s.com) From: Andrew Leikand Organization: BeeLine Samara To: current@freebsd.org Date: Thu, 4 Nov 2004 15:52:49 +0400 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411041552.49345.brian@bee-s.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on post.bee-s.com X-Virus-Status: Clean Subject: make world DESTDIR=/jail fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: brian@bee-s.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 11:53:03 -0000 Hello all! I'm trying to make jail work on a FreeBSD 5.3-RC2 According to the man jail(8)the first step is cd /usr/src && make world DESTDIR=/jail At stage "1.2: bootstrap tools" i'm getting error: cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c make: don't know how to make /jail/usr/lib/libc.a. Stop *** Error code 2 -- -- Best Regards Andrew From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 12:03: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 5AF2016A4CE for ; Thu, 4 Nov 2004 12:03:09 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A93943D68 for ; Thu, 4 Nov 2004 12:03:08 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iA4C35Fw098163 for ; Thu, 4 Nov 2004 13:03:06 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <418A1A79.5000708@fer.hr> Date: Thu, 04 Nov 2004 13:03:05 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.8 (X11/20041021) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <200411041552.49345.brian@bee-s.com> In-Reply-To: <200411041552.49345.brian@bee-s.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: make world DESTDIR=/jail fails 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: Thu, 04 Nov 2004 12:03:09 -0000 Andrew Leikand wrote: > Hello all! > > I'm trying to make jail work on a FreeBSD 5.3-RC2 > According to the man jail(8)the first step is > cd /usr/src && make world DESTDIR=/jail > At stage "1.2: bootstrap tools" i'm getting error: > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include > -c /usr/src/games/fortune/strfile/strfile.c > make: don't know how to make /jail/usr/lib/libc.a. Stop > *** Error code 2 Me too. Either something's broken or the man page should be updated. Doing separate 'make buildworld' and then 'make installworld DESTDIR=...' works ok. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 12:40: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 3B9F416A4CF for ; Thu, 4 Nov 2004 12:40:00 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513A143D49 for ; Thu, 4 Nov 2004 12:39:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA4Cdr8g064924; Thu, 4 Nov 2004 14:39:53 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 69502-03; Thu, 4 Nov 2004 14:39:53 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA4CdqnZ064921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Nov 2004 14:39:53 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iA4CdbtS048822; Thu, 4 Nov 2004 14:39:37 +0200 (EET) (envelope-from ru) Date: Thu, 4 Nov 2004 14:39:37 +0200 From: Ruslan Ermilov To: Ivan Voras Message-ID: <20041104123937.GB48627@ip.net.ua> References: <200411041552.49345.brian@bee-s.com> <418A1A79.5000708@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline In-Reply-To: <418A1A79.5000708@fer.hr> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: make world DESTDIR=/jail fails 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: Thu, 04 Nov 2004 12:40:00 -0000 --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 01:03:05PM +0100, Ivan Voras wrote: > Andrew Leikand wrote: > >Hello all! > > > >I'm trying to make jail work on a FreeBSD 5.3-RC2 > >According to the man jail(8)the first step is > >cd /usr/src && make world DESTDIR=3D/jail > >At stage "1.2: bootstrap tools" i'm getting error: > > > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include=20 > >-c /usr/src/games/fortune/strfile/strfile.c > >make: don't know how to make /jail/usr/lib/libc.a. Stop > >*** Error code 2 >=20 > Me too. Either something's broken or the man page should be updated.=20 > Doing separate 'make buildworld' and then 'make installworld=20 > DESTDIR=3D...' works ok. >=20 Has been fixed in HEAD a few months ago in src/Makefile,v 1.442. Once RELENG_5 opens for commits, I will MFC it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --TRYliJ5NKNqkz5bu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiiMJqRfpzJluFF4RAm+mAJ41xLP/YPTJGF69vv6GjRfKqPNlVgCeI74K ZSs/Um1jVoOTnjsxJKz3lwA= =h1/L -----END PGP SIGNATURE----- --TRYliJ5NKNqkz5bu-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 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 924EC16A4CE for ; Thu, 4 Nov 2004 12:44:15 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A1943D41 for ; Thu, 4 Nov 2004 12:44:14 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id iA4CiDUN043740 for ; Thu, 4 Nov 2004 13:44:13 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id iA4CiDO1011213 for ; Thu, 4 Nov 2004 13:44:13 +0100 (CET) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id iA4Ci8GJ030065 for ; Thu, 4 Nov 2004 13:44:08 +0100 (CET) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id iA4Ci736030064 for current@freebsd.org; Thu, 4 Nov 2004 13:44:07 +0100 (CET) (envelope-from gunnar) Date: Thu, 4 Nov 2004 13:44:07 +0100 From: Gunnar Flygt To: current@freebsd.org Message-ID: <20041104124407.GA29161@sr.se> References: <20041104105810.GE24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104105810.GE24484@sr.se> User-Agent: Mutt/1.4.2.1i Subject: Re: Packages and Xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 12:44:15 -0000 On Thu, Nov 04, 2004 at 11:58:10AM +0100, Gunnar Flygt wrote: > Since Xorg is the default X handler in 5.3, when will packages be > compiled with Xorg as dependency instead of XFree86? I'm asking since > it's a real PITA to compile KDE on a not so speedy laptop, and when > trying it dies compiling kdelibs-3. > > -- > Gunnar Flygt > SR Datadrift > Sveriges Radio > > _______________________________________________ > 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" Answering to my own question. I didn't realize that there is a new structure for pub/FreeBSD/ports/packages on the FTP-sites. Have learnt that now. Sorry again for the noise. -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 12:53: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 1CD0F16A4CE for ; Thu, 4 Nov 2004 12:53:44 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D28343D49 for ; Thu, 4 Nov 2004 12:53:43 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 96935 invoked from network); 4 Nov 2004 12:49:49 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Nov 2004 12:49:49 -0000 Message-ID: <418A2650.3060102@freebsd.org> Date: Thu, 04 Nov 2004 13:53:36 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <20041103221235.I36862@alpha.siliconlandmark.com> In-Reply-To: <20041103221235.I36862@alpha.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Removal of RFC1644 support from 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: Thu, 04 Nov 2004 12:53:44 -0000 Andre Guibert de Bruet wrote: > Hi, > > May I ask what the rationale behind this was (Besides the fact that no > apps known to man actually use this support)? > > 20041102: > The size of struct tcpcb has changed again due to the removal > of RFC1644 T/TCP. You have to recompile userland programs that > read kmem for tcp sockets directly (netstat, sockstat, etc.) http://docs.freebsd.org/cgi/mid.cgi?4177C8AD.6060706 and followups. -- Andre From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 13:04: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 10A1616A4CE; Thu, 4 Nov 2004 13:04:20 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5DA43D49; Thu, 4 Nov 2004 13:04:19 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I6N000DOOB5H5@ms-dienst.rz.rwth-aachen.de>; Thu, 04 Nov 2004 14:04:18 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 04 Nov 2004 14:04:17 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])iA4D4HgH023053; Thu, 04 Nov 2004 14:04:17 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id F12A92846E; Thu, 04 Nov 2004 14:04:11 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 941DF2281E; Thu, 04 Nov 2004 14:04:11 +0100 (CET) Date: Thu, 04 Nov 2004 14:04:11 +0100 From: Christian Brueffer In-reply-to: <20041104123937.GB48627@ip.net.ua> To: Ruslan Ermilov Message-id: <20041104130411.GA13093@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=OXfL5xGRrasGEqWY; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.3-BETA7 X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200411041552.49345.brian@bee-s.com> <418A1A79.5000708@fer.hr> <20041104123937.GB48627@ip.net.ua> cc: current@freebsd.org cc: Ivan Voras Subject: Re: make world DESTDIR=/jail fails 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: Thu, 04 Nov 2004 13:04:20 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 02:39:37PM +0200, Ruslan Ermilov wrote: > On Thu, Nov 04, 2004 at 01:03:05PM +0100, Ivan Voras wrote: > > Andrew Leikand wrote: > > >Hello all! > > > > > >I'm trying to make jail work on a FreeBSD 5.3-RC2 > > >According to the man jail(8)the first step is > > >cd /usr/src && make world DESTDIR=3D/jail > > >At stage "1.2: bootstrap tools" i'm getting error: > > > > > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include=20 > > >-c /usr/src/games/fortune/strfile/strfile.c > > >make: don't know how to make /jail/usr/lib/libc.a. Stop > > >*** Error code 2 > >=20 > > Me too. Either something's broken or the man page should be updated.=20 > > Doing separate 'make buildworld' and then 'make installworld=20 > > DESTDIR=3D...' works ok. > >=20 > Has been fixed in HEAD a few months ago in src/Makefile,v 1.442. > Once RELENG_5 opens for commits, I will MFC it. >=20 Uhm, not being able to create jails seems like a major regression to me. How about MFC'ing it now, provided that re@ approves? - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBiijLbHYXjKDtmC0RAmUEAJ0ZPAISXXf0xmFDz+YLIjEJ9tfqCACePdZ/ +MaVJiycIA7EPEpLjh1dew0= =G+rJ -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 20:54: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 3627E16A4CE; Wed, 3 Nov 2004 20:54:07 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E913343D1F; Wed, 3 Nov 2004 20:54:06 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [192.0.35.106] (ob.icann.org[192.0.35.106]) by comcast.net (rwcrmhc12) with ESMTP id <2004110320540501400rfjooe> (Authid: domain_name_tsar); Wed, 3 Nov 2004 20:54:06 +0000 Message-ID: <41894566.5070503@dougbarton.net> Date: Wed, 03 Nov 2004 12:53:58 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gregory Neil Shapiro References: <4188039D.8020109@aminor.no> <20041103185010.GP2916@horsey.gshapiro.net> In-Reply-To: <20041103185010.GP2916@horsey.gshapiro.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: freebsd-current@freebsd.org Subject: Re: Problem with RELENG_5_3, BIND9 and dynamic updates 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: Wed, 03 Nov 2004 20:54:07 -0000 Gregory Neil Shapiro wrote: >>It looks like BIND9, as delivered in the base, has problems when zones >>are using dynamic DNS updates. >> >>This is because it runs as user "bind", but that user doesn't have write >>access to /var/named/etc/namedb/master - the script /etc/rc.d/named uses >>mtree to set that directory as follows: >> >>Nov 2 22:40:31 vimes kernel: Nov 2 22:40:31 vimes named[98525]: >>master/aminor.no.zone.jnl: create: permission denied > > > Perhaps this patch will help: > > Index: mtree/BIND.chroot.dist > =================================================================== > RCS file: /src/FreeBSD/ncvs/src/etc/mtree/BIND.chroot.dist,v > retrieving revision 1.5 > diff -u -r1.5 BIND.chroot.dist > --- mtree/BIND.chroot.dist 29 Sep 2004 03:43:10 -0000 1.5 > +++ mtree/BIND.chroot.dist 3 Nov 2004 18:45:06 -0000 > @@ -9,6 +9,8 @@ > .. > etc > namedb > + dynamic uname=bind > + .. > master > .. > slave uname=bind > Index: namedb/named.conf > =================================================================== > RCS file: /src/FreeBSD/ncvs/src/etc/namedb/named.conf,v > retrieving revision 1.19 > diff -u -r1.19 named.conf > --- namedb/named.conf 30 Sep 2004 09:57:36 -0000 1.19 > +++ namedb/named.conf 3 Nov 2004 18:48:06 -0000 > @@ -102,6 +102,22 @@ > }; > }; > > +// An example dynamic zone > +key "exampleorgkey" > +{ > + algorithm hmac-md5; > + secret "sf87HJqjkqh8ac87a02lla=="; > +}; > + > +zone "example.org" { > + type master; > + allow-update > + { > + key "exampleorgkey"; > + }; > + file "dynamic/example.org"; > +}; > + > zone "0.168.192.in-addr.arpa" { > type slave; > file "slave/0.168.192.in-addr.arpa"; > Greg, that is the direction I was thinking on this, yes. The only minor nit I'd do differently is to move the { for allow-update up to the same line for style consistency reasons. Feel free to commit this to HEAD if you like, otherwise I'll get to this asap. Thanks, Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 22:47: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 702A616A4CF for ; Wed, 3 Nov 2004 22:47:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17ECC43D31 for ; Wed, 3 Nov 2004 22:47:41 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so166933rnf for ; Wed, 03 Nov 2004 14:47:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=txwKqPZd/Ph+oRWJLhxw+8BmEEnsWSHoJi3CP/ZvuDy5sX1x8zTcouUGu8FZ7W5KIA2ee6ErAhPVUk1ogO1Jz37lPPvcP9EGms4ot7wPWlLn+ozWcoSs+3xG2yw53/I8npVYBi9NTG8d8uJV+ABRQsUxYlamJu5/wuOUI64oVsQ= Received: by 10.38.171.38 with SMTP id t38mr53671rne; Wed, 03 Nov 2004 14:47:37 -0800 (PST) Received: by 10.38.74.3 with HTTP; Wed, 3 Nov 2004 14:47:37 -0800 (PST) Message-ID: <639522fe041103144732ea6683@mail.gmail.com> Date: Wed, 3 Nov 2004 15:47:37 -0700 From: Jie Gao To: Kris Kennaway In-Reply-To: <20041102222000.GA65845@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041102222000.GA65845@xor.obsecurity.org> X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 22:47:41 -0000 I just wonder if it is safe to use -O2 -pipe for kernel + world on 5-STABLE now. On Tue, 2 Nov 2004 14:20:00 -0800, Kris Kennaway wrote: > About a week ago des changed the default value of CFLAGS to "-O2 > -pipe" on FreeBSD 6.0-CURRENT. While this is believed to be safe for > compiling world + kernel on -CURRENT thesedays (because the aliasing > bugs that are exposed with -O2 have been fixed), it's definitely *not* > safe for compiling many ports (there are at least 350 ports that emit > warnings about aliasing, and would probably have runtime errors when > compiled with -O2; moreover, a number of ports fail to even build with > -O2). > > Therefore, if you compile ports on FreeBSD 6.0, you should set > CFLAGS=-O -pipe in your /etc/make.conf for now, until we can resolve > this problem more satisfactorily. > > Kris > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 04:13: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 E420416A4CE; Thu, 4 Nov 2004 04:13:43 +0000 (GMT) Received: from hellmouth3.gatech.edu (hellmouth3.gatech.edu [130.207.165.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35E5B43D2D; Thu, 4 Nov 2004 04:13:43 +0000 (GMT) (envelope-from gte990t@mail.gatech.edu) Received: from hellmouth3.gatech.edu (localhost [127.0.0.1]) by hellmouth3.gatech.edu (Postfix) with SMTP id CE5B6220EDB; Wed, 3 Nov 2004 23:13:42 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from mailprx3.gatech.edu (mailprx3.prism.gatech.edu [130.207.171.17]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (verified OK)) by hellmouth3.gatech.edu (Postfix) with ESMTP id 2B705220F05; Wed, 3 Nov 2004 23:13:37 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from [192.168.0.3] (r58h96.res.gatech.edu [128.61.58.96]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=PLAIN, username=gte990t, sender=n/a) by mailprx3.gatech.edu (Postfix) with ESMTP id C7E803A613; Wed, 3 Nov 2004 23:13:35 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) From: Jason Harmening Date: Wed, 3 Nov 2004 23:33:00 -0500 User-Agent: KMail/1.7 To: freebsd-current@freebsd.org, freebsd-threads@freebsd.org MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_8DbiB6Jw24SW9fy" Message-Id: <200411032333.00650.gte990t@mail.gatech.edu> X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: $Id: Sanitizer.pm,v 1.54 2002/02/15 16:59:07 bre Exp $ X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Fwd: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 04:13:44 -0000 --Boundary-00=_8DbiB6Jw24SW9fy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline ---------- Forwarded Message ---------- Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state Date: Wednesday 03 November 2004 22:33 From: Jason Harmening To: Michael Nottebrock On Wednesday 03 November 2004 21:29, you wrote: > Could all people who are seeing this please post their kernel > configurations, sysctl.conf and perhaps some system details (platform, > UP/MP), too. > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > problem and we're practically all running RELENG_5/RELENG_5_3 all the time, > I'm curious what might trigger this. uname -a: FreeBSD CORONA 5.3-RC2 FreeBSD 5.3-RC2 #0: Tue Nov 2 00:43:39 EST 2004 jason@CORONA:/usr/obj/usr/src/sys/CUSTOM i386 System: Athlon (classic) 800/Asus K7V/256MB, uniprocessor kldstat: Id Refs Address Size Name 1 1 0xc0400000 409d88 kernel pciconf -v -l: agp0@pci0:0:0: class=0x060000 card=0x80231043 chip=0x06911106 rev=0x02 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C691/693A/694X Apollo Pro/133/133A System Controller' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0x85981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT82C598MVP/694x Apollo MVP3/Pro133x PCI to AGP Bridge' class = bridge subclass = PCI-PCI isab0@pci0:4:0: class=0x060100 card=0x80231043 chip=0x06861106 rev=0x22 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686/A/B "Super South" PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:4:1: class=0x01018a card=0x00000000 chip=0x05711106 rev=0x10hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA uhci0@pci0:4:2: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:4:3: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB hostb0@pci0:4:4: class=0x060000 card=0x00000000 chip=0x30571106 rev=0x30hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C686A/B ACPI Power Management Controller' class = bridge subclass = HOST-PCI pcm0@pci0:10:0: class=0x040100 card=0x80271102 chip=0x00021102 rev=0x06 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL -CT4780' class = multimedia subclass = audio emujoy0@pci0:10:1: class=0x098000 card=0x00201102 chip=0x70021102 rev=0x06hdr=0x00 vendor = 'Creative Labs' device = 'EMU10000 Game Port' class = input device atapci1@pci0:11:0: class=0x010400 card=0x4d39105a chip=0x4d30105a rev=0x02hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20267 FastTrack100 EIDE Controller' class = mass storage subclass = RAID sio4@pci0:12:0: class=0x070002 card=0x00d312b9 chip=0x100812b9 rev=0x01 hdr=0x00 vendor = '3COM Corp, Modem Division (Formerly US Robotics)' device = 'USR 56k Internal Modem' class = simple comms subclass = UART sis0@pci0:13:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductor' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet drm0@pci1:0:0: class=0x030000 card=0x00041002 chip=0x52461002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Rage 128 GL AGP 2x Rage Fury 16/32MB' class = display subclass = VGA dmesg Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC2 #0: Tue Nov 2 00:43:39 EST 2004 jason@CORONA:/usr/obj/usr/src/sys/CUSTOM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (800.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x621 Stepping = 1 Features=0x183f9ff AMD Features=0xc0400000 real memory = 268353536 (255 MB) avail memory = 252952576 (241 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff atdevice 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xd800-0xd8ff mem 0xdf000000-0xdf003fff,0xe0000000-0xe3ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized r128 2.5.0 20030725 on minor 0 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xb400-0xb41f irq 9 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Brother HL-1850_1870N series, rev 1.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.10/1.10, addr 3 uhub1: 4 ports with 4 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 4, iclass 3/1 ums0: 5 buttons and Z dir. uhci1: port 0xb000-0xb01f irq 9 at device 4.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcm0: port 0x9400-0x941f irq 5 at device 10.0 on pci0 pcm0: atapci1: port 0x7400-0x743f,0x7800-0x7803,0x8000-0x8007,0x8400-0x8403,0x8800-0x8807 mem 0xde800000-0xde81ffff irq 10 at device 11.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 sio0: <3COM PCI FaxModem> port 0x7000-0x7007 irq 11 at device 12.0 on pci0 sio0: moving to sio4 sio4: type 16550A sis0: port 0x6800-0x68ff mem 0xde000000-0xde000fff irq 9 at device 13.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:09:5b:1f:0c:d6 cpu0 on motherboard orm0: at iomem 0xd0000-0xd7fff,0xcc000-0xcffff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> can't re-use a leaf (%desc)! can't re-use a leaf (%driver)! can't re-use a leaf (%location)! can't re-use a leaf (%pnpinfo)! can't re-use a leaf (%parent)! sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounter "TSC" frequency 800034660 Hz quality 800 Timecounters tick every 10.000 msec ata0-slave: FAILURE - ATAPI_IDENTIFY status=1 error=4 LBA=0 ata0-slave: FAILURE - ATAPI_IDENTIFY status=1 error=4 LBA=0 acd0: CDRW at ata1-master UDMA33 ad4: 19623MB [39870/16/63] at ata2-master UDMA100 ad6: 19623MB [39870/16/63] at ata3-master UDMA100 ar0: 39246MB [5003/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ata0 bus 0 target 0 lun 0 da0: Removable Optical SCSI-4 device da0: 33.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata0:0:0:0): CAM Status: SCSI Status Error (da0:ata0:0:0:0): SCSI Status: Check Condition (da0:ata0:0:0:0): NOT READY asc:3a,0 (da0:ata0:0:0:0): Medium not present (da0:ata0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata0:0:0:0): CAM Status: SCSI Status Error (da0:ata0:0:0:0): SCSI Status: Check Condition (da0:ata0:0:0:0): NOT READY asc:3a,0 (da0:ata0:0:0:0): Medium not present (da0:ata0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:ata0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata0:0:0:0): CAM Status: SCSI Status Error (da0:ata0:0:0:0): SCSI Status: Check Condition (da0:ata0:0:0:0): NOT READY asc:3a,0 (da0:ata0:0:0:0): Medium not present (da0:ata0:0:0:0): Unretryable error Opened disk da0 -> 6 Mounting root from ufs:/dev/ar0s1a The problem occurs primarily when loading OpenOffice under a relatively heavy load (almost always with KDE and Netbeans IDE also running, both of which are memory hogs.) The system has a 1GB swap partition, and this load never created any problems for 5.2.1. Also, my laptop, which has 512 megs of RAM and runs fluxbox instead of KDE, has not yet encountered this problem under similar loads. I've recompiled parts of KDE and also the JDK (native 1.4.2), with no effect. I also have libc_r libmapped to libpthread. Currently, OpenOffice will not compile on my system, which leads me to the next question: Is it possible that OpenOffice, which was originally compiled under 5.2.1, has the old libc_r (or at least part of it) statically compiled in, so that it is somehow interfering with the new threading model? Let me know if I can be of any help... Thanks, Jason Harmening - ------------------------------------------------------- --Boundary-00=_8DbiB6Jw24SW9fy Content-Type: text/plain; charset="iso-8859-1"; name="sysctl.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sysctl.conf" # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes that # are being run under another UID. #security.bsd.see_other_uids=0 net.inet6.ip6.v6only=0 --Boundary-00=_8DbiB6Jw24SW9fy Content-Type: text/plain; charset="iso-8859-1"; name="loader.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="loader.conf" hw.ata.atapi_dma="1" --Boundary-00=_8DbiB6Jw24SW9fy Content-Type: text/plain; charset="iso-8859-1"; name="CUSTOM" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="CUSTOM" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.48 2002/08/31 20:28:26 obrien Exp $ machine i386 cpu I686_CPU ident CUSTOM #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_LINUX options LINPROCFS options GEOM_GPT options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT device apic device isa device eisa device pci device agp # Minimum required SCSI devices device scbus # SCSI bus (required) device da # Direct Access (disks) device cd #SCSI CD-ROMs device pass #CAM passthrough driver # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device "r128drm" # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # Floating point support - do not disable. device npx #device puc # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs. device miibus # MII bus support device sis # Silicon Integrated Systems SiS 900/SiS 7016 # Pseudo devices - the number indicates how many units to allocate. device mem device io device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ulpt # Printer device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device sound device "snd_emu10k1" --Boundary-00=_8DbiB6Jw24SW9fy Content-Type: text/plain; charset="iso-8859-1"; name="rc.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="rc.conf" # -- sysinstall generated deltas -- # Sat Mar 15 23:57:05 2003 # Created: Sat Mar 15 23:57:05 2003 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. hostname="CORONA" ifconfig_sis0="DHCP" kern_securelevel_enable="NO" linux_enable="YES" sendmail_enable="YES" sshd_enable="YES" usbd_enable="YES" network_interfaces="lo0 sis0" # This file now contains just the overrides from /etc/defaults/rc.conf. # Please make all changes to this file, not to /etc/defaults/rc.conf. # Enable network daemons for user convenience. # Created: Wed Jun 16 00:29:02 2004 --Boundary-00=_8DbiB6Jw24SW9fy-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 06:31: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 A4F1116A4CE for ; Thu, 4 Nov 2004 06:31:24 +0000 (GMT) Received: from server.alexdupre.com (host245-49.pool8288.interbusiness.it [82.88.49.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB8343D53 for ; Thu, 4 Nov 2004 06:31:23 +0000 (GMT) (envelope-from sysadmin@alexdupre.com) Received: from [192.168.0.101] (thunder.alexdupre.com [192.168.0.101]) iA46VKIS023287; Thu, 4 Nov 2004 07:31:21 +0100 (CET) (envelope-from sysadmin@alexdupre.com) Message-ID: <4189CCB8.2050104@alexdupre.com> Date: Thu, 04 Nov 2004 07:31:20 +0100 From: Alex Dupre User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <200411020143.34251.gte990t@mail.gatech.edu> <200411020832.29421.marc.ramirez@bluecirclesoft.com> <20041102170921.12f2b8cf@earth.upton.net> <200411040329.21834.michaelnottebrock@gmx.net> In-Reply-To: <200411040329.21834.michaelnottebrock@gmx.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------010306080707040605060501" X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: freebsd-current@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 06:31:24 -0000 This is a multi-part message in MIME format. --------------010306080707040605060501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Michael Nottebrock wrote: > Could all people who are seeing this please post their kernel configurations, > sysctl.conf and perhaps some system details (platform, UP/MP), too. Single P3, nothing special. dmesg and kernel configuration attached. I had processes in unkillable STOP state with RC1 release. Two days ago I've updated to RELENG_5 and no more unkillable processes since then, but the reason is that I haven't opened firefox/thunderbird/eclipse/openoffice together yet. As said, I've experienced problems with openoffice and java processes. -- Alex Dupre --------------010306080707040605060501 Content-Type: text/plain; name="ALE" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ALE" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6 2004/09/22 19:23:37 andre Exp $ machine i386 cpu I686_CPU ident ALE options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners --------------010306080707040605060501 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #1: Tue Nov 2 11:19:10 CET 2004 alex@ale.com-and.com:/usr/obj/usr/src/sys/ALE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (701.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 335544320 (320 MB) avail memory = 318709760 (303 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 $PIR: ROUTE_INTERRUPT failed. pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe400-0xe41f irq 10 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical®, rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. viapropm0: SMBus I/O base at 0x6000 viapropm0: port 0x6000-0x600f at device 7.3 on pci0 viapropm0: SMBus revision code 0x0 smbus0: on viapropm0 smb0: on smbus0 pcm0: mem 0xd8020000-0xd8027fff irq 12 at device 16.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] fxp0: port 0xe800-0xe83f mem 0xd8000000-0xd801ffff,0xd8028000-0xd8028fff irq 5 at device 17.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:d1:a2:4c cpu0 on motherboard pmtimer0 on isa0 orm0: at iomem 0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 701594106 Hz quality 800 Timecounters tick every 10.000 msec ad0: 78167MB [158816/16/63] at ata0-master UDMA66 acd0: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a --------------010306080707040605060501-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 07:16: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 BEEB716A4CE for ; Thu, 4 Nov 2004 07:16:30 +0000 (GMT) Received: from v6.hitachi.co.jp (galilei.v6.hitachi.co.jp [133.145.167.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 385D843D41 for ; Thu, 4 Nov 2004 07:16:29 +0000 (GMT) (envelope-from suz@crl.hitachi.co.jp) Received: from flora210w.uki-uki.net (localhost [IPv6:::1]) by v6.hitachi.co.jp (8.12.11/8.12.11) with ESMTP id iA47GDJA031530; Thu, 4 Nov 2004 16:16:14 +0900 (JST) (envelope-from suz@crl.hitachi.co.jp) Date: Thu, 04 Nov 2004 16:16:12 +0900 Message-ID: From: SUZUKI Shinsuke To: dgilbert@dclg.ca X-cite: xcite 1.33 In-Reply-To: <16768.22876.926445.412412@canoe.dclg.ca> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16768.22876.926445.412412@canoe.dclg.ca> User-Agent: Wanderlust/2.11.32 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Network Systems Research Dept., Central Research Laboratory, Hitachi, Ltd, Japan MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Thu_Nov__4_16:16:12_2004-1" X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: gnn@neville-neil.com cc: freebsd-current@freebsd.org cc: mike@sentex.net Subject: Re: IPSec on 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: Thu, 04 Nov 2004 07:16:30 -0000 --Multipart_Thu_Nov__4_16:16:12_2004-1 Content-Type: text/plain; charset=US-ASCII >>>>> On Wed, 27 Oct 2004 22:28:44 -0400 >>>>> dgilbert@dclg.ca(David Gilbert) said: > It's also possible that the division panic and the GPF panic were with > and without INET6. I not on the machine at the momment. > > Not supporting IPv6 is less of a showstopper than not supporting > FAST_IPSEC as the later is required (for isntance) BGP. Just FYI. I've just implemented TCP-MD5(IPv4) on KAME-IPSEC and confirmed it's working fine. (I'll work on TCP-MD5(IPv6) later) Please let me know if you have any objection or comment to the following patch. If it's okay, I'd like to commit it to -current. (it just kicks the existing TCP-MD5 calculation routine, so I believe it has no effect to the existing functions) Thanks, ---- SUZUKI, Shinsuke @ KAME Project --Multipart_Thu_Nov__4_16:16:12_2004-1 Content-Type: text/plain; charset=US-ASCII diff -ur src/sys/netinet/tcp_subr.c src-53/sys/netinet/tcp_subr.c --- src/sys/netinet/tcp_subr.c Thu Oct 21 18:30:47 2004 +++ src-53/sys/netinet/tcp_subr.c Fri Oct 29 12:53:00 2004 @@ -95,6 +95,7 @@ #ifdef INET6 #include #endif +#include #endif /*IPSEC*/ #ifdef FAST_IPSEC diff -ur src/sys/netinet6/ah_core.c src-53/sys/netinet6/ah_core.c --- src/sys/netinet6/ah_core.c Wed Mar 10 13:56:54 2004 +++ src-53/sys/netinet6/ah_core.c Sat Oct 30 00:09:02 2004 @@ -189,6 +189,10 @@ "aes-xcbc-mac", ah_aes_xcbc_mac_init, ah_aes_xcbc_mac_loop, ah_aes_xcbc_mac_result, }, + { ah_sumsiz_1216, ah_none_mature, 1, 80, /* TCP_KEYLEN_MIN/MAX */ + "TCP-MD5", + ah_none_init, ah_none_loop, + ah_none_result, }, }; const struct ah_algorithm * @@ -217,6 +221,8 @@ return &ah_algorithms[8]; case SADB_X_AALG_AES_XCBC_MAC: return &ah_algorithms[9]; + case SADB_X_AALG_TCP_MD5: + return &ah_algorithms[10]; default: return NULL; } diff -ur src/sys/netkey/key.c src-53/sys/netkey/key.c --- src/sys/netkey/key.c Sat Oct 2 04:18:55 2004 +++ src-53/sys/netkey/key.c Sat Oct 30 00:07:31 2004 @@ -3072,6 +3072,7 @@ switch (mhp->msg->sadb_msg_satype) { case SADB_SATYPE_AH: case SADB_SATYPE_ESP: + case SADB_X_SATYPE_TCPSIGNATURE: if (len == PFKEY_ALIGN8(sizeof(struct sadb_key)) && sav->alg_auth != SADB_X_AALG_NULL) error = EINVAL; @@ -3127,6 +3128,7 @@ sav->key_enc = NULL; /*just in case*/ break; case SADB_SATYPE_AH: + case SADB_X_SATYPE_TCPSIGNATURE: default: error = EINVAL; break; @@ -3161,6 +3163,7 @@ break; case SADB_SATYPE_AH: case SADB_X_SATYPE_IPCOMP: + case SADB_X_SATYPE_TCPSIGNATURE: break; default: ipseclog((LOG_DEBUG, "key_setsaval: invalid SA type.\n")); @@ -3351,6 +3354,24 @@ checkmask = 4; mustmask = 4; break; + case IPPROTO_TCP: + if (sav->alg_auth != SADB_X_AALG_TCP_MD5) { + ipseclog((LOG_DEBUG, "key_mature: unsupported authentication algorithm %u\n", + sav->alg_auth)); + return (EINVAL); + } + if (sav->alg_enc != SADB_EALG_NONE) { + ipseclog((LOG_DEBUG, "%s: protocol and algorithm " + "mismated.\n", __func__)); + return(EINVAL); + } + if (sav->spi != htonl(0x1000)) { + ipseclog((LOG_DEBUG, "key_mature: SPI must be TCP_SIG_SPI (0x1000)\n")); + return (EINVAL); + } + checkmask = 2; + mustmask = 2; + break; default: ipseclog((LOG_DEBUG, "key_mature: Invalid satype.\n")); return EPROTONOSUPPORT; @@ -4591,7 +4612,8 @@ return IPPROTO_ESP; case SADB_X_SATYPE_IPCOMP: return IPPROTO_IPCOMP; - break; + case SADB_X_SATYPE_TCPSIGNATURE: + return IPPROTO_TCP; default: return 0; } @@ -4614,7 +4636,8 @@ return SADB_SATYPE_ESP; case IPPROTO_IPCOMP: return SADB_X_SATYPE_IPCOMP; - break; + case IPPROTO_TCP: + return SADB_X_SATYPE_TCPSIGNATURE; default: return 0; } @@ -6975,6 +6998,7 @@ case SADB_SATYPE_AH: case SADB_SATYPE_ESP: case SADB_X_SATYPE_IPCOMP: + case SADB_X_SATYPE_TCPSIGNATURE: switch (msg->sadb_msg_type) { case SADB_X_SPDADD: case SADB_X_SPDDELETE: diff -ur src/sys/netkey/key.h src-53/sys/netkey/key.h --- src/sys/netkey/key.h Wed Nov 5 01:02:05 2003 +++ src-53/sys/netkey/key.h Fri Oct 29 23:41:49 2004 @@ -50,6 +50,7 @@ struct socket; struct sadb_msg; struct sadb_x_policy; +union sockaddr_union; extern struct secpolicy *key_allocsp(u_int16_t, struct secpolicyindex *, u_int); @@ -77,6 +78,15 @@ extern void key_sa_recordxfer(struct secasvar *, struct mbuf *); extern void key_sa_routechange(struct sockaddr *); extern void key_sa_stir_iv(struct secasvar *); + +/* to keep compatibility with FAST_IPSEC */ +#define KEY_ALLOCSA(dst, proto, spi) \ + key_allocsa(((struct sockaddr *)(dst))->sa_family,\ + (caddr_t)&(((struct sockaddr_in *)(dst))->sin_addr),\ + (caddr_t)&(((struct sockaddr_in *)(dst))->sin_addr),\ + proto, spi) +#define KEY_FREESAV(psav) \ + key_freesav(*psav) #ifdef MALLOC_DECLARE MALLOC_DECLARE(M_SECA); diff -ur src/sys/netkey/keydb.h src-53/sys/netkey/keydb.h --- src/sys/netkey/keydb.h Wed Nov 5 01:02:05 2003 +++ src-53/sys/netkey/keydb.h Fri Oct 29 12:54:15 2004 @@ -37,6 +37,18 @@ #include +#ifndef _SOCKADDR_UNION_DEFINED +#define _SOCKADDR_UNION_DEFINED +/* + * The union of all possible address formats we handle. + */ +union sockaddr_union { + struct sockaddr sa; + struct sockaddr_in sin; + struct sockaddr_in6 sin6; +}; +#endif /* _SOCKADDR_UNION_DEFINED */ + /* Security Assocciation Index */ /* NOTE: Ensure to be same address family */ struct secasindex { --Multipart_Thu_Nov__4_16:16:12_2004-1-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 07: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 65B0E16A4CE for ; Thu, 4 Nov 2004 07:33:28 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B83E43D2D for ; Thu, 4 Nov 2004 07:33:28 +0000 (GMT) (envelope-from ben.kelly@ieee.org) Received: (qmail 27864 invoked from network); 4 Nov 2004 07:33:27 -0000 Received: from vadev.org (HELO [192.168.1.101]) (desdicardo@[66.92.166.151]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with RC4-SHA encrypted SMTP for ; 4 Nov 2004 07:33:27 -0000 In-Reply-To: <20041016075021.GU73767@darkness.comp.waw.pl> References: <20041016075021.GU73767@darkness.comp.waw.pl> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ben Kelly Date: Thu, 4 Nov 2004 02:33:29 -0500 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: freebsd-current@freebsd.org Subject: Re: rcNG cleanups. 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: Thu, 04 Nov 2004 07:33:28 -0000 On Oct 16, 2004, at 3:50 AM, Pawel Jakub Dawidek wrote: > ramdisk_units > ramdisk__config > ramdisk__newfs > ramdisk__owner > ramdisk__perms > > Those ramdisk_* variables are from NetBSD, right? I believe Wes Peters added these last April. See: http://docs.FreeBSD.org/cgi/mid.cgi?200403112047.43739.wes The rc scripts appear to have gone through some review, but are not currently hooked into etc/rc.d/Makefile. I am using them successfully in 5.3-RC2 right now, although the scripts spam the boot log with some debug. - Ben From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 09:09: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 4F81C16A4CE for ; Thu, 4 Nov 2004 09:09:42 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0594C43D53 for ; Thu, 4 Nov 2004 09:09:42 +0000 (GMT) (envelope-from aurelien.nephtali@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so23751rns for ; Thu, 04 Nov 2004 01:09:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TIaY9P7MAvNRTPvjmo9FXICxGEauE5SvqV0XzyQW21KPPqBgYpYQQKxPHCoepX+Oih+C3YTffniQF1PrAtCu9h8PaeA8D82o1XsDN2w8C0wVxAu1e0+DF/qM/cvo5UwSD580aI7aI2+ZrmyA1oZua/FgbD7fIf2U3BNpgvg7/gU= Received: by 10.38.8.34 with SMTP id 34mr219061rnh; Thu, 04 Nov 2004 01:09:39 -0800 (PST) Received: by 10.38.179.58 with HTTP; Thu, 4 Nov 2004 01:09:39 -0800 (PST) Message-ID: <5334c8b0411040109512e261c@mail.gmail.com> Date: Thu, 4 Nov 2004 10:09:39 +0100 From: Aurelien Nephtali To: Gunnar Flygt In-Reply-To: <20041104090258.GA24484@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041104090258.GA24484@sr.se> X-Mailman-Approved-At: Thu, 04 Nov 2004 13:19:47 +0000 cc: current@freebsd.org Subject: Re: 5.3-RC2 xorg fails with missing /dev/io X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aurelien Nephtali List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 09:09:42 -0000 On Thu, 4 Nov 2004 10:02:58 +0100, Gunnar Flygt wrote: > I upgraded with cvsup to RELENG_5_3 > > The box is a Dell Latitude D600 > > Everything seems to be OK, except for /dev/io is missing which leads to > X not working. Is this an issue that has been adressed already, or am I > doing something wrong? Add 'device io' to your kernel configuration file. -- Aurelien 'dak' Nephtali From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 13:44: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 8F62216A4CE for ; Thu, 4 Nov 2004 13:44:48 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1737343D1D for ; Thu, 4 Nov 2004 13:44:48 +0000 (GMT) (envelope-from dgilbert@dclg.ca) Received: from [66.96.20.59] (H59.C20.B96.tor.eicat.ca [66.96.20.59]) by ox.eicat.ca (Postfix) with ESMTP id 05422C981 for ; Thu, 4 Nov 2004 08:44:47 -0500 (EST) Message-ID: <418A3249.7050304@dclg.ca> Date: Thu, 04 Nov 2004 08:44:41 -0500 From: David Gilbert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: restore hangs filesystem (more in the running-with-scissors saga) 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: Thu, 04 Nov 2004 13:44:48 -0000 I've got a suggestion to try a dump after copying a superblock that still exists on the disk to the default superblock location. Is that 0? 32? Anyways, that's just a sidebar. One of the other disks that failed this week (my laptop drive) is less sick and the dump succeeded. I now have a 50 gig dump file. Good. Now I have a machine that's been in production in my home network for a year or two ... and for this project I added a 250G drive. The 250G drive contains a single partiton and I formatted it UFS 2 with a 65536 blocksize and a 8192 frag size. I intend to put big files on this disk. Anyways, I created a directory on that disk (which also contained the filesystem images and dumps ... about 120G in 5 large files), cd'd into that directory and ran 'restore -rvf ../dumpfile'. This went along creating directories for awhile and then it stopped for a few momments ... then sputtered along for another few seconds and then hung. The other disks on the machine were also hung when I tried to access them in the shell. I rebooted, waited for the background fscks to complete and tried again. It appears to be repeatable. The disk that I'm restoreing is a typical laptop /usr ... it has /usr/ports and /usr/src (many directories). Dave. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 13:50: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 9FC0316A4CE for ; Thu, 4 Nov 2004 13:50:23 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF0B443D55 for ; Thu, 4 Nov 2004 13:50:22 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iA4DoJGp030086 for ; Thu, 4 Nov 2004 14:50:19 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <418A339B.4010001@fer.hr> Date: Thu, 04 Nov 2004 14:50:19 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.8 (X11/20041021) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <200411041552.49345.brian@bee-s.com> <418A1A79.5000708@fer.hr> <20041104123937.GB48627@ip.net.ua> <20041104130411.GA13093@unixpages.org> In-Reply-To: <20041104130411.GA13093@unixpages.org> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: make world DESTDIR=/jail fails 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: Thu, 04 Nov 2004 13:50:23 -0000 Christian Brueffer wrote: > On Thu, Nov 04, 2004 at 02:39:37PM +0200, Ruslan Ermilov wrote: >>Has been fixed in HEAD a few months ago in src/Makefile,v 1.442. >>Once RELENG_5 opens for commits, I will MFC it. >> > > > Uhm, not being able to create jails seems like a major regression to me. > How about MFC'ing it now, provided that re@ approves? Yes, if it doesn't get fixed in 5.3-release, it's an instant errata candidate. If the code can't be MFC-ed, maybe the manpage should. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 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 4637516A4CE for ; Thu, 4 Nov 2004 13:54:58 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 825A943D3F for ; Thu, 4 Nov 2004 13:54:57 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA4DstGL070232; Thu, 4 Nov 2004 15:54:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 77794-08; Thu, 4 Nov 2004 15:54:54 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iA4Dssta070229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Nov 2004 15:54:54 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iA4Dsdvq050213; Thu, 4 Nov 2004 15:54:39 +0200 (EET) (envelope-from ru) Date: Thu, 4 Nov 2004 15:54:39 +0200 From: Ruslan Ermilov To: Ivan Voras Message-ID: <20041104135438.GA50188@ip.net.ua> References: <200411041552.49345.brian@bee-s.com> <418A1A79.5000708@fer.hr> <20041104123937.GB48627@ip.net.ua> <20041104130411.GA13093@unixpages.org> <418A339B.4010001@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <418A339B.4010001@fer.hr> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: make world DESTDIR=/jail fails 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: Thu, 04 Nov 2004 13:54:58 -0000 --xgyAXRrhYN0wYx8y Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 02:50:19PM +0100, Ivan Voras wrote: > Christian Brueffer wrote: > >On Thu, Nov 04, 2004 at 02:39:37PM +0200, Ruslan Ermilov wrote: >=20 > >>Has been fixed in HEAD a few months ago in src/Makefile,v 1.442. > >>Once RELENG_5 opens for commits, I will MFC it. > >> > > > > > >Uhm, not being able to create jails seems like a major regression to me. > >How about MFC'ing it now, provided that re@ approves? >=20 > Yes, if it doesn't get fixed in 5.3-release, it's an instant errata=20 > candidate. If the code can't be MFC-ed, maybe the manpage should. >=20 I have this patch applied in my copy of RELENG_5 (attached). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: Makefile.inc1 =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.438.2.4 diff -u -r1.438.2.4 Makefile.inc1 --- Makefile.inc1 30 Sep 2004 23:36:06 -0000 1.438.2.4 +++ Makefile.inc1 4 Oct 2004 13:03:32 -0000 @@ -180,13 +180,13 @@ GROFF_TMAC_PATH=3D${WORLDTMP}/legacy/usr/share/tmac =20 # bootstrap-tools stage -BMAKEENV=3D DESTDIR=3D \ - INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ +BMAKEENV=3D INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${BPATH}:${PATH} \ WORLDTMP=3D${WORLDTMP} \ MAKEFLAGS=3D"-m ${.CURDIR}/tools/build/mk ${.MAKEFLAGS}" BMAKE=3D MAKEOBJDIRPREFIX=3D${WORLDTMP} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ + DESTDIR=3D \ BOOTSTRAPPING=3D${OSRELDATE} \ -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE \ -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS @@ -194,6 +194,7 @@ # build-tools stage TMAKE=3D MAKEOBJDIRPREFIX=3D${OBJTREE} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ + DESTDIR=3D \ BOOTSTRAPPING=3D${OSRELDATE} -DNOLINT -DNO_CPU_CFLAGS -DNO_WARNS =20 # cross-tools stage @@ -201,11 +202,10 @@ =20 # world stage WMAKEENV=3D ${CROSSENV} \ - DESTDIR=3D${WORLDTMP} \ _SHLIBDIRPREFIX=3D${WORLDTMP} \ INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${TMPPATH} -WMAKE=3D ${WMAKEENV} ${MAKE} -f Makefile.inc1 +WMAKE=3D ${WMAKEENV} ${MAKE} -f Makefile.inc1 DESTDIR=3D${WORLDTMP} =20 # install stage .if empty(.MAKEFLAGS:M-n) --7AUc2qLy4jB3hD7Z-- --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBijSeqRfpzJluFF4RAvXXAJ9WdSQOy0eyIdbexwieD81vxZe/VQCeItKj GfqG5Q7f/Hkswpb8gVHpG/k= =wurV -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 13:56: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 A19E916A4CE for ; Thu, 4 Nov 2004 13:56:30 +0000 (GMT) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id C050E43D64 for ; Thu, 4 Nov 2004 13:56:29 +0000 (GMT) (envelope-from aragon@geek.sh) Received: by mail.geek.sh (Postfix, from userid 1000) id 134BF24D14; Thu, 4 Nov 2004 15:56:17 +0200 (SAST) Date: Thu, 4 Nov 2004 15:56:17 +0200 From: Aragon Gouveia To: current@freebsd.org Message-ID: <20041104135617.GA80390@phat.za.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 X-Mailman-Approved-At: Thu, 04 Nov 2004 14:16:03 +0000 Subject: supfile and /usr/src/rescue 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: Thu, 04 Nov 2004 13:56:30 -0000 Hi, I've setup a cvsup supfile to not use the src-all collection when updating /usr/src - I'm specifying individual collections. I can't seem to get /usr/src/rescue to update as a result. Could someone tell me the name of the collection I should be specifying for cvsup to checkout /usr/src/rescue please? Thanks, Aragon From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 14:22: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 6F93D16A4CF for ; Thu, 4 Nov 2004 14:22:42 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id C6EE043D49 for ; Thu, 4 Nov 2004 14:22:41 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 32155 invoked by uid 89); 4 Nov 2004 14:22:38 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 4 Nov 2004 14:22:38 -0000 Received: (qmail 32107 invoked by uid 89); 4 Nov 2004 14:22:37 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 4 Nov 2004 14:22:37 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id iA4EMa5R001736; Thu, 4 Nov 2004 09:22:36 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Nik Azim Azam In-Reply-To: <1099485223.90396.98.camel@palm.tree.com> References: <20041021081115.88930.qmail@web21125.mail.yahoo.com> <1099447887.90396.91.camel@palm.tree.com> <1099485223.90396.98.camel@palm.tree.com> Content-Type: text/plain Message-Id: <1099578156.90396.2592.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 04 Nov 2004 09:22:36 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: number of CPUs and IPI panic 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: Thu, 04 Nov 2004 14:22:42 -0000 On Wed, 2004-11-03 at 07:33, Stephan Uphoff wrote: > On Tue, 2004-11-02 at 21:11, Stephan Uphoff wrote: > > On Thu, 2004-10-21 at 04:11, Nik Azim Azam wrote: > > > the system still panics with the same message with the > > > provided patch. please advise me what should i do to > > > get more information out of this panic. > > > > > > thanks, > > > nik. > > > > Could you try the attached patch? > > > > Thanks > > Stephan > > > > ______________________________________________________________________ > There is a bug in my patch that basically disables AST IPIs :-(. > ( Pretty harmless - buildworld runs without a hitch) > I will send a new patch later today. > > Stephan Uhhh .. caught a virus and need to recover first. My last patch was so ridiculously broken that I decided not to touch any code for the next few days. Stephan From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 14:34: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 0A73C16A4CE for ; Thu, 4 Nov 2004 14:34:42 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 12FA043D1F for ; Thu, 4 Nov 2004 14:34:41 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 8224 invoked by uid 65534); 4 Nov 2004 14:34:39 -0000 Received: from pD95D8D0F.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.141.15) by mail.gmx.net (mp002) with SMTP; 04 Nov 2004 15:34:39 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA4EYZ17003345 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Nov 2004 15:34:36 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 4 Nov 2004 15:34:26 +0100 User-Agent: KMail/1.7.50 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411040329.21834.michaelnottebrock@gmx.net> <4189CCB8.2050104@alexdupre.com> In-Reply-To: <4189CCB8.2050104@alexdupre.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1295065.Q4IIt3YObr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041534.30965.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Ken Smith cc: re@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 14:34:42 -0000 --nextPart1295065.Q4IIt3YObr Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 4. November 2004 07:31, Alex Dupre wrote: > Michael Nottebrock wrote: > > Could all people who are seeing this please post their kernel > > configurations, sysctl.conf and perhaps some system details (platform, > > UP/MP), too. Looking at all of these, I fail to see anything "special" that all these=20 machines have in common - looks like there's a full range from tuned=20 configurations with eyebrowraisers like PREEMPTION to almost-unmodified=20 GENERIC and pretty different hardware, too. :( So if anybody spots something interesting here after all, or thinks Marc=20 Ramirez backtraces / debug sessions reveal anything about the bug, please=20 take over... =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 --nextPart1295065.Q4IIt3YObr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBij32Xhc68WspdLARAt8LAJ4vXH0GF953Rh+2nUPvwSEejRWqNwCfXlb3 dQGgsIbXY7sB7Jy3gyrAT4c= =ujB/ -----END PGP SIGNATURE----- --nextPart1295065.Q4IIt3YObr-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 14:37: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 D426E16A4CE for ; Thu, 4 Nov 2004 14:37:11 +0000 (GMT) Received: from telecom.net.et (sparrow.telecom.net.et [213.55.64.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A673F43D64 for ; Thu, 4 Nov 2004 14:37:08 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.68.162] (HELO rogue.acs.lan) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP id 62052786; Thu, 04 Nov 2004 17:29:49 +0300 Received: by rogue.acs.lan (Postfix, from userid 1000) id 701DCB830; Thu, 4 Nov 2004 17:36:45 +0300 (EAT) Date: Thu, 4 Nov 2004 17:36:44 +0300 From: Mike Makonnen To: Marc Ramirez Message-ID: <20041104143644.GA36101@rogue.acs.lan> References: <200411032312.50664.marc.ramirez@bluecirclesoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411032312.50664.marc.ramirez@bluecirclesoft.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/6.0-CURRENT (i386) cc: freebsd-current@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 14:37:12 -0000 On Wed, Nov 03, 2004 at 11:12:45PM -0500, Marc Ramirez wrote: > On Wednesday 03 November 2004 09:29 pm, you wrote: > > Could all people who are seeing this please post their kernel > > configurations, sysctl.conf and perhaps some system details (platform, > > UP/MP), too. > > > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > > problem and we're practically all running RELENG_5/RELENG_5_3 all the time, > > I'm curious what might trigger this. > > In the crash I saved, it was stopped in thr_create. The two arguments are as > follows: Hmm, looks like the application is using libthr and not libpthread. I'll take a look at it, but in the mean time you might want to map libthr and libc_r to libpthread in libmap.conf(5). Can all other users with this problem verify which threading library they're running? You can use the following command on the binary. For example: # ldd /path/to/binary Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 14:46: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 A0CA116A4CE; Thu, 4 Nov 2004 14:46:06 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F10A43D62; Thu, 4 Nov 2004 14:46:06 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) iA4Ek5Io026410; Thu, 4 Nov 2004 09:46:05 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id iA4Ek5R4026409; Thu, 4 Nov 2004 09:46:05 -0500 (EST) Date: Thu, 4 Nov 2004 09:46:05 -0500 From: Ken Smith To: Michael Nottebrock Message-ID: <20041104144605.GF24440@electra.cse.Buffalo.EDU> References: <200411020143.34251.gte990t@mail.gatech.edu> <200411040329.21834.michaelnottebrock@gmx.net> <4189CCB8.2050104@alexdupre.com> <200411041534.30965.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411041534.30965.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 14:46:06 -0000 On Thu, Nov 04, 2004 at 03:34:26PM +0100, Michael Nottebrock wrote: > On Thursday, 4. November 2004 07:31, Alex Dupre wrote: > > Michael Nottebrock wrote: > > > Could all people who are seeing this please post their kernel > > > configurations, sysctl.conf and perhaps some system details (platform, > > > UP/MP), too. > > Looking at all of these, I fail to see anything "special" that all these > machines have in common - looks like there's a full range from tuned > configurations with eyebrowraisers like PREEMPTION to almost-unmodified > GENERIC and pretty different hardware, too. :( > > So if anybody spots something interesting here after all, or thinks Marc > Ramirez backtraces / debug sessions reveal anything about the bug, please > take over... > In particular if you manage to wedge processes in an unkillable state the output of "ps -o f -l" might be useful. I'd like to see all of the flags set for a process that gets wedged. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 14:55: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 5E7B316A4CE for ; Thu, 4 Nov 2004 14:55:53 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4523143D49 for ; Thu, 4 Nov 2004 14:55:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id IBA74465; Thu, 04 Nov 2004 06:55:53 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8A8695D09; Thu, 4 Nov 2004 06:55:52 -0800 (PST) To: "Daniel O'Connor" In-reply-to: Your message of "Thu, 04 Nov 2004 17:16:19 +1030." <200411041716.26212.doconnor@gsoft.com.au> Date: Thu, 04 Nov 2004 06:55:52 -0800 From: "Kevin Oberman" Message-Id: <20041104145552.8A8695D09@ptavv.es.net> cc: Randy Bush cc: freebsd-current@freebsd.org Subject: Re: kdldload 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: Thu, 04 Nov 2004 14:55:53 -0000 > From: "Daniel O'Connor" > Date: Thu, 4 Nov 2004 17:16:19 +1030 > Sender: owner-freebsd-current@freebsd.org > > --nextPart3690954.jYNkCiu1sY > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > On Thu, 4 Nov 2004 17:07, Randy Bush wrote: > > -current, though i am told 5-stable as well > > > > when kldload is run by hand, and you do not give it a path, > > it does not look in /boot/kernel/ > > > > is this intended? > > It should look in kern.module_path, on my system this=20 > is.. /boot/kernel;/boot/modules > > On my system it DOES look in those places (6-CURRENT from a few weeks ago) Randy, Read src/UPDATING 20040806: Module loading has been fixed. Some older installations will drop proper module_path initialization and modules will fail to load properly. If you have a line in /boot/loader.rc that says: "initialize drop", do (i386 only): cp /usr/src/sys/boot/i386/loader/loader.rc /boot/loader.rc chown root:wheel /boot/loader.rc chmod 444 /boot/loader.rc -- 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 Thu Nov 4 15:07: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 23C9B16A4CE for ; Thu, 4 Nov 2004 15:07:07 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE61D43D1D for ; Thu, 4 Nov 2004 15:07:06 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so263435rng for ; Thu, 04 Nov 2004 07:07:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding; b=HPWvqv8Tzbq96B5qZba1hQ8i5B/8VU6EC1cww1j5In58ggkSUFDQEJbFCTt+I39UxEHExzgshcw/HLu3o70kMp5lL+yfgKb8qaJ2IGwHFxr2EA63d9M5GwhQhoCYCXm8PM8aCNRCGYPJz24InUtg02NnUPPeyy1d8a5WItfns1g= Received: by 10.38.161.53 with SMTP id j53mr85924rne; Thu, 04 Nov 2004 07:07:06 -0800 (PST) Received: by 10.38.149.43 with HTTP; Thu, 4 Nov 2004 07:07:06 -0800 (PST) Message-ID: <34cb7c8404110407071cbf3378@mail.gmail.com> Date: Thu, 4 Nov 2004 15:07:06 +0000 From: Peter Edwards To: "Bjoern A. Zeeb" , rwatson@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: if_sk and IFF_OACTIVE in general. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 15:07:07 -0000 (Sorry for starting yet another if_sk thread, but this is a more general issue with mpsafenet networking) I have a general problem with the IF_OACTIVE flag handling that I think might be related to some of the MP issues with if_sk. ether_output_frame() queues an mbuf to the interface via IFQ_HANDOFF->IFQ_HANDOFF_ADJ (in net/if_var.h) This calls IF_ENQUEUE to actually queue the mbuf onto the if_snd queue, and then calls "if_start()" if the interface is not IFF_OACTIVE. I think the setting/clearing of the IFF_OACTIVE should probably be protected: What's to stop the driver interrupt clearing this flag between the test in IFQ_HANDOFF_ADJ and the call to if_start(), leading to mbufs getting queued to the interface, but the interface remaining idle. Similar things can happen on a txeof interrupt: it probably needs to protect the clearing of IFF_OACTIVE, and invoke the driver's start routine if something gets queued to the driver when it isn't looking. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 15:23: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 1965416A4CE for ; Thu, 4 Nov 2004 15:23:27 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1DBB43D49 for ; Thu, 4 Nov 2004 15:23:26 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CPjSQ-000JBV-4c; Thu, 04 Nov 2004 07:23:26 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16778.18797.634182.989389@ran.psg.com> Date: Thu, 4 Nov 2004 07:23:25 -0800 To: Kevin Oberman References: <200411041716.26212.doconnor@gsoft.com.au> <20041104145552.8A8695D09@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: kdldload 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: Thu, 04 Nov 2004 15:23:27 -0000 > Module loading has been fixed. Some older installations will > drop proper module_path initialization and modules will fail to > load properly. If you have a line in /boot/loader.rc that says: > "initialize drop", do (i386 only): > cp /usr/src/sys/boot/i386/loader/loader.rc /boot/loader.rc > chown root:wheel /boot/loader.rc > chmod 444 /boot/loader.rc drat! and i thought i had done that once on every system. guess i blew it again. randy From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 15:51: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 7556616A4CE for ; Thu, 4 Nov 2004 15:51:04 +0000 (GMT) Received: from web14127.mail.yahoo.com (web14127.mail.yahoo.com [66.163.171.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 4BF4443D48 for ; Thu, 4 Nov 2004 15:51:04 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 29927 invoked by uid 60001); 4 Nov 2004 15:51:04 -0000 Message-ID: <20041104155104.29925.qmail@web14127.mail.yahoo.com> Received: from [194.248.174.58] by web14127.mail.yahoo.com via HTTP; Thu, 04 Nov 2004 16:51:04 CET Date: Thu, 4 Nov 2004 16:51:04 +0100 (CET) From: Claus Guttesen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 15:51:04 -0000 Hi. On 5.3 I can execute the following line in zsh: odin~%>find . -type d \! -name autoedit -depth 1 ./172 On a 5.2 I get: cyclop~%>find . -type d \! -name autoedit -depth 1 find: 1: unknown option According to 'man 1 find' (examples) I should be able to use \! -name on 5.2. Zsh 4.2.0 on both machines. Claus From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:08: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 208FD16A4CE for ; Thu, 4 Nov 2004 16:08:00 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93AB043D3F for ; Thu, 4 Nov 2004 16:07:59 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iA4G7wEj020989; Thu, 4 Nov 2004 10:07:58 -0600 (CST) (envelope-from dan) Date: Thu, 4 Nov 2004 10:07:58 -0600 From: Dan Nelson To: Claus Guttesen Message-ID: <20041104160758.GB50085@dan.emsphone.com> References: <20041104155104.29925.qmail@web14127.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104155104.29925.qmail@web14127.mail.yahoo.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 16:08:00 -0000 In the last episode (Nov 04), Claus Guttesen said: > On 5.3 I can execute the following line in zsh: > > odin~%>find . -type d \! -name autoedit -depth 1 > ./172 > > On a 5.2 I get: > > cyclop~%>find . -type d \! -name autoedit -depth 1 > find: 1: unknown option > > According to 'man 1 find' (examples) I should be able > to use \! -name on 5.2. And you can. 5.2 is complaining about the "1". The "-depth n" syntax was added between 5.2 and 5.3, so that's why it fails on 5.2. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:08: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 6354016A4CE for ; Thu, 4 Nov 2004 16:08:40 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744DC43D5F for ; Thu, 4 Nov 2004 16:08:39 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 52777 invoked from network); 4 Nov 2004 16:07:59 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 4 Nov 2004 16:07:59 -0000 Date: Thu, 4 Nov 2004 17:09:23 +0100 From: Oliver Lehmann To: Claus Guttesen Message-Id: <20041104170923.2b9443d1.lehmann@ans-netz.de> In-Reply-To: <20041104155104.29925.qmail@web14127.mail.yahoo.com> References: <20041104155104.29925.qmail@web14127.mail.yahoo.com> X-Mailer: Sylpheed version 1.0.0beta1 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 16:08:40 -0000 Claus Guttesen wrote: > Hi. > > On 5.3 I can execute the following line in zsh: > > odin~%>find . -type d \! -name autoedit -depth 1 > ./172 > -depth has no option, you maybe want -maxdepth -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:11: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 4A63516A4D2 for ; Thu, 4 Nov 2004 16:11:07 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F59343D5F for ; Thu, 4 Nov 2004 16:10:56 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 52824 invoked from network); 4 Nov 2004 16:10:17 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 4 Nov 2004 16:10:17 -0000 Date: Thu, 4 Nov 2004 17:11:41 +0100 From: Oliver Lehmann To: cguttesen@yahoo.dk Message-Id: <20041104171141.5868b571.lehmann@ans-netz.de> In-Reply-To: <20041104170923.2b9443d1.lehmann@ans-netz.de> References: <20041104155104.29925.qmail@web14127.mail.yahoo.com> <20041104170923.2b9443d1.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.0.0beta1 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 16:11:07 -0000 Oliver Lehmann wrote: > Claus Guttesen wrote: > > > Hi. > > > > On 5.3 I can execute the following line in zsh: > > > > odin~%>find . -type d \! -name autoedit -depth 1 > > ./172 > > > > -depth has no option, you maybe want -maxdepth > oh.. my 5-stable has.... (and see posting from Dan) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:11: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 0BC1A16A4CF for ; Thu, 4 Nov 2004 16:11:32 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE0B743D60 for ; Thu, 4 Nov 2004 16:11:31 +0000 (GMT) (envelope-from DAntrushin@mail.ru) Received: from [81.3.158.67] (port=63299 helo=[129.159.124.237]) by mx1.mail.ru with esmtp id 1CPkCw-0005Pq-00; Thu, 04 Nov 2004 19:11:30 +0300 Message-ID: <418A54E1.1010905@mail.ru> Date: Thu, 04 Nov 2004 19:12:17 +0300 From: Denis Antrushin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a2) Gecko/20040812 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20041104155104.29925.qmail@web14127.mail.yahoo.com> In-Reply-To: <20041104155104.29925.qmail@web14127.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected cc: freebsd-current@freebsd.org Subject: Re: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 16:11:32 -0000 Claus Guttesen wrote: > Hi. > > On 5.3 I can execute the following line in zsh: > > odin~%>find . -type d \! -name autoedit -depth 1 > ./172 > > On a 5.2 I get: > > cyclop~%>find . -type d \! -name autoedit -depth 1 > find: 1: unknown option I don't know about version of find in 5.3, but for find in 5.2, -depth option has no arguments. From man: -depth Always true; same as the -d option. -depth can be useful when find is used with cpio(1) to process files that are contained in directories with unusual permissions. It ensures that you have write permission while you are placing files in a directory, then sets the directory's permissions as the last thing. > > According to 'man 1 find' (examples) I should be able > to use \! -name on 5.2. \! -name is OK > > Zsh 4.2.0 on both machines. > > Claus From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:22: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 EE9ED16A4CE; Thu, 4 Nov 2004 16:22:27 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA3643D39; Thu, 4 Nov 2004 16:22:27 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.105.63]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041104162226.NNMB3485.out003.verizon.net@[10.0.3.231]>; Thu, 4 Nov 2004 10:22:26 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Greg 'groggy' Lehey In-Reply-To: <20041103085852.GA1199@eucla.lemis.com> References: <20041030095531.GD2730@eucla.lemis.com> <1099276321.65428.78.camel@palm.tree.com> <20041103085852.GA1199@eucla.lemis.com> Content-Type: text/plain Message-Id: <1099585334.59002.16.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 04 Nov 2004 11:22:14 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [138.89.105.63] at Thu, 4 Nov 2004 10:22:26 -0600 cc: FreeBSD current users cc: Stephan Uphoff Subject: Re: Remote gdb broken 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: Thu, 04 Nov 2004 16:22:28 -0000 On Wed, 2004-11-03 at 03:58, Greg 'groggy' Lehey wrote: > On Sunday, 31 October 2004 at 21:32:01 -0500, Stephan Uphoff wrote: > > On Sat, 2004-10-30 at 05:55, Greg 'groggy' Lehey wrote: > >> Is anybody currently using remote gdb kernel debugging in -CURRENT? I > >> tried yesterday (embarrassingly, during my kernel debug tutorial), and > >> it looks as if things are broken. > >> > >> Specifically, I was doing it in conjunction with firewire. The kernel > >> was built with 'options GDB', and it showed that the corresponding gdb > >> functions were included, but the sysctl debug.kdb.available shows only > >> ddb. I did a bit of looking around for what might have caused it, but > >> wasn't successful. > >> > >> Any ideas? > > > > Link dcons directly into the kernel. > > That's not the problem. dcons works fine. As I said, it's gdb, not > firewire. > > > ( Does not work as a module. I also link in firewire and > > dcons_crom). > > I don't know what your problem is, but it's a different one. I'll be > home on Monday and will be able to pay more attention to the issue. I would side with previous poster -- in my experience, if you have machine with no serial ports, you would have to build firewire and dcons into kernel in order to have GDB listed as output of sysctl debug.kdb.available (and consequently to use remote debugger ;). Prior to doing that, I would see message during the boot saying something to the tune of "No ports available for remote debugging". This was true as of few month ago -- since then I have built firewire/dcons/dcons_crom into the kernel and I've tried it before writing this E-mail on -current as of 10/31 and it seems to work just fine. So, maybe his problem is not that different from yours ;) HTH, Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 16:49: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 0FDF516A4CE for ; Thu, 4 Nov 2004 16:49:06 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 994F443D46 for ; Thu, 4 Nov 2004 16:49:05 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.105.63]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041104164904.NTBH9299.out011.verizon.net@[10.0.3.231]> for ; Thu, 4 Nov 2004 10:49:04 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1099586932.59002.35.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 04 Nov 2004 11:48:53 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [138.89.105.63] at Thu, 4 Nov 2004 10:49:04 -0600 Subject: Booting pearpc from CD. 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: Thu, 04 Nov 2004 16:49:06 -0000 Good people, I can boot pearpc (PowerPC emulator) from .iso image file of the Darwin 7.0.1, but not from CD, created from that image (or from any other CD for that matter). I have no problem booting pearpc on Linux from said CD. I seem to recall some discussion on this list regarding GEOMs handling of media boot block, but could not find any pointers. I would greatly appreciate any comments or suggestions on the subject. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 17:25: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 55FFA16A4CE for ; Thu, 4 Nov 2004 17:25:59 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5F743D45 for ; Thu, 4 Nov 2004 17:25:58 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 22933 invoked by uid 0); 4 Nov 2004 20:25:57 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.232503 secs); 04 Nov 2004 17:25:57 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 4 Nov 2004 20:25:45 +0300 Date: Thu, 4 Nov 2004 20:20:18 +0300 From: Toxa To: freebsd-current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20041104172018.GA1642@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org References: <20041103210949.GA2329@laptoxa.toxa.lan> <20041103214903.GA22721@82-168-140-74-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041103214903.GA22721@82-168-140-74-bbxl.xdsl.tiscali.nl> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: native openoffice 1.1.3 package? 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: Thu, 04 Nov 2004 17:25:59 -0000 On Wed, Nov 03, 2004 at 10:49:03PM +0100, Rene Ladan wrote: > OO-1.1.3 builds fine on my box: > total 546 > -rw-r--r-- 1 root wheel 64 Oct 16 01:26 +COMMENT > -rw-r--r-- 1 root wheel 518527 Oct 28 11:44 +CONTENTS > -rw-r--r-- 1 root wheel 753 Oct 16 01:26 +DESC > -rw-r--r-- 1 root wheel 1290 Oct 16 01:26 +DISPLAY > -r--r--r-- 1 root wheel 11209 Oct 16 01:26 +MTREE_DIRS > /usr/local/etc/pkgtools.conf:318: > 'editors/openoffice-1.1' => 'WITHOUT_MOZILLA=yes WITH_CCACHE=yes \ > WITH_TTF_BYTECODE_ENABLED=yes', > FreeBSD 5.3-STABLE #3: Wed Nov 3 19:15:37 CET 2004 > root@:/usr/obj/usr/src/sys/RENE i386 com_sun_star_lib_connections_pipe_PipeConnection.c:544: dereferencing pointer to incomplete type com_sun_star_lib_connections_pipe_PipeConnection.c: At top level: com_sun_star_lib_connections_pipe_PipeConnection.c:558: syntax error before "void" dmake: Error code 1, while making '../../unxfbsd.pro/slo/com_sun_star_lib_connections_pipe_PipeConnection.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/jurt/source/pipe dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- *** Error code 255 Stop in /usr/ports/editors/openoffice-1.1. [(20:25):toxahost:/usr/ports/editors/openoffice-1.1 ] uname -a FreeBSD toxahost.toxa.lan 5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Nov 2 22:44:28 MSK 2004 root@toxahost.toxa.lan:/usr/obj/usr/src/sys/TOXAHOST i386 From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 17:52: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 AE1A816A4CE for ; Thu, 4 Nov 2004 17:52:41 +0000 (GMT) Received: from web14124.mail.yahoo.com (web14124.mail.yahoo.com [66.163.171.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 79A2D43D68 for ; Thu, 4 Nov 2004 17:52:41 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 39470 invoked by uid 60001); 4 Nov 2004 17:52:41 -0000 Message-ID: <20041104175241.39468.qmail@web14124.mail.yahoo.com> Received: from [194.248.174.50] by web14124.mail.yahoo.com via HTTP; Thu, 04 Nov 2004 18:52:41 CET Date: Thu, 4 Nov 2004 18:52:41 +0100 (CET) From: Claus Guttesen To: Dan Nelson In-Reply-To: <20041104160758.GB50085@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: find utility behaves different in 5.2 and 5.3 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: Thu, 04 Nov 2004 17:52:41 -0000 > > cyclop~%>find . -type d \! -name autoedit -depth 1 > > find: 1: unknown option > > According to 'man 1 find' (examples) I should be able > > to use \! -name on 5.2. > > And you can. 5.2 is complaining about the "1". The > "-depth n" syntax > was added between 5.2 and 5.3, so that's why it > fails on 5.2. Shoot! I'm apparently blind on one eye and can't see with the other. I'll use -maxdepth. Thank you. Claus From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 17:58: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 D693A16A4CE; Thu, 4 Nov 2004 17:58:40 +0000 (GMT) Received: from nerve.riss-telecom.ru (nerve.riss-telecom.ru [80.66.65.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E885A43D2D; Thu, 4 Nov 2004 17:58:39 +0000 (GMT) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (localhost [127.0.0.1]) by nerve.riss-telecom.ru (8.13.1/8.13.1) with ESMTP id iA4Hw5B7070171; Thu, 4 Nov 2004 23:58:05 +0600 (NOVT) (envelope-from frol@nerve.riss-telecom.ru) Received: (from frol@localhost) by nerve.riss-telecom.ru (8.13.1/8.13.1/Submit) id iA4Hw5dd070170; Thu, 4 Nov 2004 23:58:05 +0600 (NOVT) (envelope-from frol) Date: Thu, 4 Nov 2004 23:58:05 +0600 From: Dmitry Frolov To: freebsd-current@freebsd.org Message-ID: <20041104175805.GA69815@nerve.riss-telecom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: RISS-Telecom, JSC X-PGP-Fingerprint: 5232 98E7 596E 21C2 52B5 FCAE 8088 3F87 88BC 27B0 User-Agent: Mutt/1.5.1i cc: tjr@freebsd.org Subject: cut(1) behaviour changed since 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: Thu, 04 Nov 2004 17:58:41 -0000 [ Cc'ing tjr@ because he is the comitter of the change in question ] I'm experiencing a minor problem with cut(1) while trying to run shell script (installer), written for FreeBSD 5.2.1, on 5.3-RC1 system. I don't know if it's really a bug, but if it is someone may want look at it. The problem is that on 5.3 cut returns 'Illegal byte sequence' (EILSEQ) error while parsing files without trailing newline, while on 5.2.1 it doesn't. It looks like the behaviour was changed with the revision 1.27 of the cut.c (about handling of multibyte characters). Here is the demonstration: frol@atlas ttyp0:~$uname -spr FreeBSD 5.3-RC1 i386 frol@atlas ttyp0:~$echo aaa:bbb | cut -d : -f 1 aaa frol@atlas ttyp0:~$echo -n aaa:bbb | cut -d : -f 1 cut: stdin: Illegal byte sequence frol@atlas ttyp0:~$echo $? 1 However on 5.2.1 all goes well: frol@sva ttyp0:~$uname -spr FreeBSD 5.2.1-RELEASE-p7 i386 frol@sva ttyp0:~$echo aaa:bbb | cut -d : -f 1 aaa frol@sva ttyp0:~$echo -n aaa:bbb | cut -d : -f 1 aaa frol@sva ttyp0:~$echo $? 0 wbr&w, dmitry. -- Dmitry Frolov RISS-Telecom Network, Novosibirsk, Russia 66415911@ICQ, +7 3832 NO WA1T, DVF-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:07: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 4846E16A4CF for ; Thu, 4 Nov 2004 18:07:51 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38AE343D41 for ; Thu, 4 Nov 2004 18:07:51 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2837272DD4; Thu, 4 Nov 2004 10:07:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2580A72DCB; Thu, 4 Nov 2004 10:07:51 -0800 (PST) Date: Thu, 4 Nov 2004 10:07:51 -0800 (PST) From: Doug White To: John In-Reply-To: <20041104073003.GA89777@mail.unixjunkie.com> Message-ID: <20041104100701.G85667@carver.gumbysoft.com> References: <20041104073003.GA89777@mail.unixjunkie.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kern/63204 || kern/72220 (sound issues) 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: Thu, 04 Nov 2004 18:07:51 -0000 On Thu, 4 Nov 2004, John wrote: > Is there any chance that someone who knows something about sound support > could look into said bugs? I really would like to have working sound on my > laptop again. If i need to bribe someone to fix it at least give me a ball park > figure so i know how much plasma i need to donate. This appears to be isolated to Toshiba laptops only -- is that what you have? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:09: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 8502216A4CE for ; Thu, 4 Nov 2004 18:09:44 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F9CE43D53 for ; Thu, 4 Nov 2004 18:09:44 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA4IBYXa026690; Thu, 4 Nov 2004 11:11:35 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418A70A5.5000807@freebsd.org> Date: Thu, 04 Nov 2004 11:10:45 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marius Strobl References: <32ab229c041103131414015bbe@mail.gmail.com> <41895B90.105@freebsd.org> <20041104105241.B64530@newtrinity.zeist.de> In-Reply-To: <20041104105241.B64530@newtrinity.zeist.de> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Gordon Freeman Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils 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: Thu, 04 Nov 2004 18:09:44 -0000 Marius Strobl wrote: > On Wed, Nov 03, 2004 at 03:28:32PM -0700, Scott Long wrote: > >>Gordon Freeman wrote: >> >>>Between 5.2.1 and 5.3-RC2 the rasr device was removed: >>> >>>http://lists.freebsd.org/pipermail/...May/023064.html >>> >>>In FreeBSD 5.2.1 it use to be that using the compat4x port and >>>creating a symlink of /dev/rasr0 to /dev/rdpti17 would be enough to >>>allow Adaptec's RAID management binaries work. However, that trick no >>>longer appears to be working. When you run Adaptec's raidutil (either >>>from the port or from the Adaptec package itself) the symlink >>>disappears and raidutil returns an error stating that it couldn't >>>connect to /dev/rdptr17. >>> >>>Any ideas on why the symlink disappears or another way to get the old >>>Adaptec binaries to work under FreeBSD 5.3 short of rewriting asr.c to >>>include a device alias? >>>_______________________________________________ >>>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" >> >>Ugh, this is something that I never had time to finish up. The problem >>is that I modified the version number of the control interface (since I >>had massively cleaned it up and removed lots of silly and deprecated >>things), but I never modified the raidutils package to handle the >>changes. Since the raidutils source turns out to have a highly >>ambiguous and likely toxic copyright and license for which Adaptec seems >>to care little about, I'll likely never make the needed changes. It >>might be possible to revert the control interface back to something that >>raidutil can use, but I can't get to it right now. >> > > > Did you get any further in investigating whether the BSD-style > licensed raidutils source at http://i2o.shadowconnect.com is legal, > i.e. it was re-licensed by Adaptec? At least that homepage claims > that Mark Salyzyn was involed in this. > Ah, it is a BSD-style license. However, someone will have to take a careful look through each file to check for consistency here. Any volunteers? Scott From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:14:50 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 5782216A4CE for ; Thu, 4 Nov 2004 18:14:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495F343D62 for ; Thu, 4 Nov 2004 18:14:50 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3FD2D72DD4; Thu, 4 Nov 2004 10:14:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3B20772DCB; Thu, 4 Nov 2004 10:14:50 -0800 (PST) Date: Thu, 4 Nov 2004 10:14:50 -0800 (PST) From: Doug White To: Aragon Gouveia In-Reply-To: <20041104135617.GA80390@phat.za.net> Message-ID: <20041104101407.M85667@carver.gumbysoft.com> References: <20041104135617.GA80390@phat.za.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: supfile and /usr/src/rescue 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: Thu, 04 Nov 2004 18:14:50 -0000 On Thu, 4 Nov 2004, Aragon Gouveia wrote: > Hi, > > I've setup a cvsup supfile to not use the src-all collection when updating > /usr/src - I'm specifying individual collections. I can't seem to get > /usr/src/rescue to update as a result. Could someone tell me the name of > the collection I should be specifying for cvsup to checkout /usr/src/rescue > please? Can we see your supfile? I'm not sure what you're going to accomplish with this, you can't build the system without all the source. What parts are you trying to avoid? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:21: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 8FC9616A4D1 for ; Thu, 4 Nov 2004 18:21:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7422D43D1F for ; Thu, 4 Nov 2004 18:21:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6950872DD4; Thu, 4 Nov 2004 10:21:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 64A7F72DCB; Thu, 4 Nov 2004 10:21:22 -0800 (PST) Date: Thu, 4 Nov 2004 10:21:22 -0800 (PST) From: Doug White To: Leroy van Logchem In-Reply-To: <4189F887.4050601@wldelft.nl> Message-ID: <20041104101929.C85667@carver.gumbysoft.com> References: <4188A708.8090807@wldelft.nl> <20041103164609.GB56484@xor.obsecurity.org> <4189F887.4050601@wldelft.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: buildworld fails RC1 -> RC2 [SOLVED] 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: Thu, 04 Nov 2004 18:21:22 -0000 Leroy, How much swap does this machine have? buildworld needs a fair amount of memory but you're pretty tight even before them. On Thu, 4 Nov 2004, Leroy van Logchem wrote: > > >>Killed > >>*** Error code 137 > >> > >> > >Are you sure that someone didn't send the SIGKILL signal manually > >(e.g. bad killall command, etc)? Does it always fail in exactly this > >spot? > > > >Kris > > > > > > Found the reason: > > Nov 2 16:56:21 198-201 kernel: pid 37317 (genattrtab), uid 0, was > killed: out of swap space > > It's a old system: > > CPU: Pentium III/Pentium III Xeon/Celeron (451.03-MHz 686-class CPU) > real memory = 67096576 (63 MB) > avail memory = 56057856 (53 MB) > > # ./freebsd-memory.pl > > SYSTEM MEMORY INFORMATION: > mem_wire: 22495232 ( 21MB) [ 39%] Wired: disabled for > paging out > mem_active: + 20389888 ( 19MB) [ 35%] Active: recently referenced > mem_inactive:+ 9551872 ( 9MB) [ 16%] Inactive: recently not > referenced > mem_cache: + 3747840 ( 3MB) [ 6%] Cached: almost avail. for > allocation > mem_free: + 425984 ( 0MB) [ 0%] Free: fully available for > allocation > mem_gap_vm: + 167936 ( 0MB) [ 0%] Memory gap: UNKNOWN > -------------- ------------ ----------- ------ > mem_all: = 56778752 ( 54MB) [100%] Total real memory managed > mem_gap_sys: + 1376256 ( 1MB) Memory gap: Kernel?! > -------------- ------------ ----------- > mem_phys: = 58155008 ( 55MB) Total real memory available > mem_gap_hw: + 565248 ( 0MB) Memory gap: Segment > Mappings?! > -------------- ------------ ----------- > mem_hw: = 58720256 ( 56MB) Total real memory installed > > SYSTEM MEMORY SUMMARY: > mem_used: 44994560 ( 42MB) [ 76%] Logically used memory > mem_avail: + 13725696 ( 13MB) [ 23%] Logically available memory > -------------- ------------ ----------- ------ > mem_total: = 58720256 ( 56MB) [100%] Logically total memory > > _______________________________________________ > 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 Thu Nov 4 18:23: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 BF4D416A4CE for ; Thu, 4 Nov 2004 18:23:45 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06EA43D1F for ; Thu, 4 Nov 2004 18:23:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A6A2A72DD4; Thu, 4 Nov 2004 10:23:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A27D272DCB; Thu, 4 Nov 2004 10:23:45 -0800 (PST) Date: Thu, 4 Nov 2004 10:23:45 -0800 (PST) From: Doug White To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1099586932.59002.35.camel@RabbitsDen> Message-ID: <20041104102319.C85667@carver.gumbysoft.com> References: <1099586932.59002.35.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Booting pearpc from CD. 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: Thu, 04 Nov 2004 18:23:45 -0000 On Thu, 4 Nov 2004, Alexandre "Sunny" Kovalenko wrote: > Good people, > > I can boot pearpc (PowerPC emulator) from .iso image file of the Darwin > 7.0.1, but not from CD, created from that image (or from any other CD > for that matter). I have no problem booting pearpc on Linux from said > CD. > > I seem to recall some discussion on this list regarding GEOMs handling > of media boot block, but could not find any pointers. > > I would greatly appreciate any comments or suggestions on the subject. I don't understand how FreeBSD is related to this. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:25: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 3AAF016A4E7; Thu, 4 Nov 2004 18:25:02 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AB943D39; Thu, 4 Nov 2004 18:25:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id C2C747A403; Thu, 4 Nov 2004 10:25:01 -0800 (PST) Message-ID: <418A73FD.2070201@elischer.org> Date: Thu, 04 Nov 2004 10:25:01 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Ken Smith References: <200411020143.34251.gte990t@mail.gatech.edu> <200411040329.21834.michaelnottebrock@gmx.net> <4189CCB8.2050104@alexdupre.com> <200411041534.30965.michaelnottebrock@gmx.net> <20041104144605.GF24440@electra.cse.Buffalo.EDU> In-Reply-To: <20041104144605.GF24440@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: re@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 18:25:02 -0000 Ken Smith wrote: >On Thu, Nov 04, 2004 at 03:34:26PM +0100, Michael Nottebrock wrote: > > >>On Thursday, 4. November 2004 07:31, Alex Dupre wrote: >> >> >>>Michael Nottebrock wrote: >>> >>> >>>>Could all people who are seeing this please post their kernel >>>>configurations, sysctl.conf and perhaps some system details (platform, >>>>UP/MP), too. >>>> >>>> >>Looking at all of these, I fail to see anything "special" that all these >>machines have in common - looks like there's a full range from tuned >>configurations with eyebrowraisers like PREEMPTION to almost-unmodified >>GENERIC and pretty different hardware, too. :( >> >>So if anybody spots something interesting here after all, or thinks Marc >>Ramirez backtraces / debug sessions reveal anything about the bug, please >>take over... >> >> if you can get to teh kernel debugger on a serial link, (there is a sysctl to drop yuo into it) then the appropriate lines of 'ps' would be interesting. also x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx {address} where address is the address of the ksegrp in question (in threaded processes) myght be interesting. (you can get that from the ps in ddb) >> >> > >In particular if you manage to wedge processes in an unkillable state >the output of "ps -o f -l" might be useful. I'd like to see all of the >flags set for a process that gets wedged. > > please also add the -H option to show the threads in question. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:30: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 2A1AB16A4CE for ; Thu, 4 Nov 2004 18:30:41 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CA443D2D for ; Thu, 4 Nov 2004 18:30:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E72B17A403; Thu, 4 Nov 2004 10:30:40 -0800 (PST) Message-ID: <418A7550.9040502@elischer.org> Date: Thu, 04 Nov 2004 10:30:40 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Doug White References: <1099586932.59002.35.camel@RabbitsDen> <20041104102319.C85667@carver.gumbysoft.com> In-Reply-To: <20041104102319.C85667@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: Booting pearpc from CD. 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: Thu, 04 Nov 2004 18:30:41 -0000 Doug White wrote: >On Thu, 4 Nov 2004, Alexandre "Sunny" Kovalenko wrote: > > > >>Good people, >> >>I can boot pearpc (PowerPC emulator) from .iso image file of the Darwin >>7.0.1, but not from CD, created from that image (or from any other CD >>for that matter). I have no problem booting pearpc on Linux from said >>CD. >> >>I seem to recall some discussion on this list regarding GEOMs handling >>of media boot block, but could not find any pointers. >> >>I would greatly appreciate any comments or suggestions on the subject. >> >> > >I don't understand how FreeBSD is related to this. > he's trying to run it under FreeBSD.. works except when using the CD directly. > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:50: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 57A1116A4CE for ; Thu, 4 Nov 2004 18:50:54 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA85B43D53 for ; Thu, 4 Nov 2004 18:50:53 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.105.63]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041104185053.UYBV3542.out009.verizon.net@[10.0.3.231]>; Thu, 4 Nov 2004 12:50:53 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Julian Elischer In-Reply-To: <418A7550.9040502@elischer.org> References: <1099586932.59002.35.camel@RabbitsDen> <20041104102319.C85667@carver.gumbysoft.com> <418A7550.9040502@elischer.org> Content-Type: text/plain Message-Id: <1099594239.59002.45.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 04 Nov 2004 13:50:39 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [138.89.105.63] at Thu, 4 Nov 2004 12:50:51 -0600 cc: freebsd-current@freebsd.org Subject: Re: Booting pearpc from CD. 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: Thu, 04 Nov 2004 18:50:54 -0000 On Thu, 2004-11-04 at 13:30, Julian Elischer wrote: > Doug White wrote: > > >On Thu, 4 Nov 2004, Alexandre "Sunny" Kovalenko wrote: > > > > > > > >>Good people, > >> > >>I can boot pearpc (PowerPC emulator) from .iso image file of the Darwin > >>7.0.1, but not from CD, created from that image (or from any other CD > >>for that matter). I have no problem booting pearpc on Linux from said > >>CD. > >> > >>I seem to recall some discussion on this list regarding GEOMs handling > >>of media boot block, but could not find any pointers. > >> > >>I would greatly appreciate any comments or suggestions on the subject. > >> > >> > > > >I don't understand how FreeBSD is related to this. > > > > he's trying to run it under FreeBSD.. works except when using the CD > directly. > > > > > > > > Thank you, Julian. I guess, I do need to elaborate -- I am running pearpc emulator under FreeBSD-current (as of 10/31) and it would not boot from CD, and I believe that I have seen something on this list stating that GEOM (that thingy we have for dealing with storage devices) is the reason, 'cause 'raw' devices are no longer that raw. Unfortunately, I am unable to locate that thread, or maybe I did imagine it altogether, so I would appreciate someone who knows GEOM straightening me up. Sorry for not being clear enough. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 18:53: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 F120D16A4CE for ; Thu, 4 Nov 2004 18:53:43 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3F343D48 for ; Thu, 4 Nov 2004 18:53:43 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Thu, 04 Nov 2004 13:53:43 -0500 (EST) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I6O00AZG4HHXL@shim2.irt.drexel.edu>; Thu, 04 Nov 2004 13:53:41 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vorpal.math.drexel.edu (8.13.1/8.12.10) with ESMTP id iA4IpidI001847; Thu, 04 Nov 2004 13:51:44 -0500 (EST envelope-from jsmith@drexel.edu) Date: Thu, 04 Nov 2004 13:51:44 -0500 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <1099594303.1793.2.camel@vorpal.math.drexel.edu> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT cc: martes.wigglesworth@earthlink.net Subject: Re: USB Devices not being created 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: Thu, 04 Nov 2004 18:53:44 -0000 The suggestion that I add the line device ehci to my kernel configuration file (and rebuild the kernel) worked like a charm! Thanks to all on this list! -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 19:39: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 27F8016A4CE for ; Thu, 4 Nov 2004 19:39:27 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6928443D5E for ; Thu, 4 Nov 2004 19:39:26 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 8D8C965464; Thu, 4 Nov 2004 19:39:24 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21108-03-4; Thu, 4 Nov 2004 19:39:24 +0000 (GMT) Received: from empiric.dek.spc.org (adsl-66-127-57-108.dsl.snfc21.pacbell.net [66.127.57.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id E8E5A65418; Thu, 4 Nov 2004 19:39:21 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id F222B61EF; Thu, 4 Nov 2004 11:39:10 -0800 (PST) Date: Thu, 4 Nov 2004 11:39:10 -0800 From: Bruce M Simpson To: SUZUKI Shinsuke Message-ID: <20041104193910.GA719@empiric.icir.org> Mail-Followup-To: SUZUKI Shinsuke , dgilbert@dclg.ca, gnn@neville-neil.com, freebsd-current@freebsd.org, mike@sentex.net References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16768.22876.926445.412412@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: cc: gnn@neville-neil.com cc: freebsd-current@freebsd.org cc: mike@sentex.net cc: dgilbert@dclg.ca Subject: Re: IPSec on 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: Thu, 04 Nov 2004 19:39:27 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Nov 04, 2004 at 04:16:12PM +0900, SUZUKI Shinsuke wrote: > I've just implemented TCP-MD5(IPv4) on KAME-IPSEC and confirmed it's > working fine. (I'll work on TCP-MD5(IPv6) later) >=20 > Please let me know if you have any objection or comment to the > following patch. If it's okay, I'd like to commit it to -current. I don't object to this change being committed now, but it does mean I will have to revise some uncommitted work. Porting it to IPv6 is OK. However, I would prefer people did not bring in itojun's changes to add the input verification path at this time as they may break the semantics of passive open. Basically doing it 'right' requires security policy support for TCP sockets at the MD5 level. There is a risk that bringing in the input changes now would break the semantics of existing programs such as Quagga and XORP. Regards, BMS --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBioVeueUpAYYNtTsRAkxzAJ9OjW+5ffQj0QKC2NOVHGfz+d83UACeMI7L R8ug4OmlprNYaTJojMzxlO4= =govk -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 19:40: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 02BAC16A4F5 for ; Thu, 4 Nov 2004 19:40:33 +0000 (GMT) Received: from dmz2.unixjunkie.com (adsl-65-70-175-250.dsl.rcsntx.swbell.net [65.70.175.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046E143D5A for ; Thu, 4 Nov 2004 19:40:04 +0000 (GMT) (envelope-from strgout@unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by dmz2.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id iA4Jwe2e091854 for ; Thu, 4 Nov 2004 13:58:41 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: from mail.unixjunkie.com (mail [10.253.254.36]) by mail.unixjunkie.com (8.12.8p2/8.12.8) with ESMTP id iA4Jwebs091851 for ; Thu, 4 Nov 2004 13:58:40 -0600 (CST) (envelope-from strgout@mail.unixjunkie.com) Received: (from strgout@localhost) by mail.unixjunkie.com (8.12.8p2/8.12.8/Submit) id iA4Jwe2v091850 for freebsd-current@freebsd.org; Thu, 4 Nov 2004 13:58:40 -0600 (CST) (envelope-from strgout) Date: Thu, 4 Nov 2004 13:58:40 -0600 From: John To: freebsd-current@freebsd.org Message-ID: <20041104195840.GB91817@mail.unixjunkie.com> References: <20041104073003.GA89777@mail.unixjunkie.com> <20041104100701.G85667@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104100701.G85667@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i Subject: Re: kern/63204 || kern/72220 (sound issues) 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: Thu, 04 Nov 2004 19:40:34 -0000 On Thu, Nov 04, 2004 at 10:07:51AM -0800, Doug White wrote: > On Thu, 4 Nov 2004, John wrote: > > > Is there any chance that someone who knows something about sound support > > could look into said bugs? I really would like to have working sound on my > > laptop again. If i need to bribe someone to fix it at least give me a ball park > > figure so i know how much plasma i need to donate. > > This appears to be isolated to Toshiba laptops only -- is that what you > have? > > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list yes, 4090xdvd. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 20:18: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 86E6F16A4CE for ; Thu, 4 Nov 2004 20:18:08 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id AEAFB43D45 for ; Thu, 4 Nov 2004 20:18:07 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 51738 invoked from network); 4 Nov 2004 20:18:06 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 4 Nov 2004 20:18:06 -0000 Received: (qmail 36096 invoked by uid 1001); 4 Nov 2004 20:18:06 -0000 Date: Thu, 4 Nov 2004 15:18:06 -0500 From: Brian Reichert To: freebsd-current@freebsd.org Message-ID: <20041104201806.GA266@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: support for HP NC7761 Gigabit Ethernet Adapter? 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: Thu, 04 Nov 2004 20:18:08 -0000 I think this'll be a 'no', but here goes: A client is speccing a server, and has settled on a 'HP ProLiant ML350 Generation 4 (G4)': It seem that FreeBSD will play well with this box, but I'm worried about the NC7761 NIC : Will the bge driver work, if I patch whatever I need to detect the PCI ID? -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 20:26: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 06B2F16A4CE for ; Thu, 4 Nov 2004 20:26:04 +0000 (GMT) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E33743D3F for ; Thu, 4 Nov 2004 20:26:03 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.12.11/8.12.11) with ESMTP id iA4KQ2vI054522; Thu, 4 Nov 2004 21:26:02 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id iA4KQ1fS043840; Thu, 4 Nov 2004 21:26:01 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id iA4KQ142043839; Thu, 4 Nov 2004 21:26:01 +0100 (CET) (envelope-from wb) Date: Thu, 4 Nov 2004 21:26:01 +0100 From: Wilko Bulte To: Brian Reichert Message-ID: <20041104202601.GA43821@freebie.xs4all.nl> References: <20041104201806.GA266@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104201806.GA266@numachi.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org Subject: Re: support for HP NC7761 Gigabit Ethernet Adapter? 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: Thu, 04 Nov 2004 20:26:04 -0000 On Thu, Nov 04, 2004 at 03:18:06PM -0500, Brian Reichert wrote.. Taking a *long* shot: on most recent Proliants I had my hands on there are Broadcom chips on the MLB. Wilko > I think this'll be a 'no', but here goes: > > A client is speccing a server, and has settled on a 'HP ProLiant > ML350 Generation 4 (G4)': > > > > It seem that FreeBSD will play well with this box, but I'm worried > about the NC7761 NIC : > > > > Will the bge driver work, if I patch whatever I need to detect the PCI ID? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 20:26: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 574E116A4CE; Thu, 4 Nov 2004 20:26:32 +0000 (GMT) Received: from ms-smtp-04-eri0.ohiordc.rr.com (ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E399643D1D; Thu, 4 Nov 2004 20:26:31 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA4KQCHH025044; Thu, 4 Nov 2004 15:26:12 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA4KQB4l003960; Thu, 4 Nov 2004 15:26:11 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA4KQBqe003959; Thu, 4 Nov 2004 15:26:11 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-current@freebsd.org Date: Thu, 4 Nov 2004 15:25:43 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <20041104144605.GF24440@electra.cse.Buffalo.EDU> <418A73FD.2070201@elischer.org> In-Reply-To: <418A73FD.2070201@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1874134.uBCbvHlPov"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041525.51985.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Ken Smith cc: re@freebsd.org cc: Julian Elischer Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 20:26:32 -0000 --nextPart1874134.uBCbvHlPov Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 November 2004 01:25 pm, Julian Elischer wrote: > > if you can get to teh kernel debugger on a serial link, (there is a > sysctl to drop yuo into it) then > the appropriate lines of 'ps' would be interesting. > also x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx {address} > where address is the address of the ksegrp in question (in threaded > processes) myght be interesting. > (you can get that from the ps in ddb) > > >In particular if you manage to wedge processes in an unkillable state > >the output of "ps -o f -l" might be useful. I'd like to see all of the > >flags set for a process that gets wedged. > > please also add the -H option to show the threads in question. I'll just leave the proc in the wedged state, in case anyone wants me to do= more tests. Marc. mrami@laptop[~] $ ps -o f -auxlwww|egrep '(TL|PID)' F USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAN= D UID PPID CPU PRI NI MWCHAN 8c081 mrami 782 0.0 17.1 85824 43300 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 96 0 - 4002 mrami 879 0.0 0.3 1504 824 p1 S+ 3:11PM 0:00.00 egrep = (TL|PID) 1000 764 0 -8 0 piperd mrami@laptop[~] $ ps -H -o f -auxlwww|egrep '(782|PID)' F USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAN= D UID PPID CPU PRI NI MWCHAN 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 -16 0 spltwt 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 96 0 - 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 4 0 accept 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 24 20 0 - 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 -16 0 - 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 96 0 - 8c081 mrami 782 0.0 17.1 85824 43296 ?? TL 3:09PM 0:05.49 /usr/= local/OpenO 1000 714 4 96 0 select 2 mrami 892 0.0 0.6 2268 1504 p1 RL+ 3:14PM 0:00.00 egrep = (782|PID) 1000 764 0 96 0 - root@laptop[~] # KDB: enter: manual escape to debugger [thread 100005] Stopped at kdb_enter+0x2b: nop db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 1028 c20801c4 d539f000 0 646 1028 0004002 [SLPQ ttyin 0xc15d1a10][SL= P] ba sh 883 c21551c4 d5404000 1000 714 714 0008080 (threaded) kdeinit thread 0xc21567d0 ksegrp 0xc2154070 [SLPQ kserel 0xc21540b0][SLP] thread 0xc2081320 ksegrp 0xc2154070 [SLPQ select 0xc08e44c4][SLP] thread 0xc2156c80 ksegrp 0xc187db60 [SLPQ ksesigwait 0xc21552c4][SLP] 882 c2153000 d532b000 1000 714 714 0008080 (threaded) kdeinit thread 0xc20814b0 ksegrp 0xc15f51c0 [SLPQ kserel 0xc15f5200][SLP] thread 0xc21564b0 ksegrp 0xc15f51c0 [SLPQ select 0xc08e44c4][SLP] thread 0xc2156af0 ksegrp 0xc187daf0 [SLPQ ksesigwait 0xc2153100][SLP] 881 c15f6c5c cc7a2000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k mail 826 c2155388 d5405000 1000 782 714 0000000 new [INACTIVE] soffice.bin 782 c2153710 d53fe000 1000 714 714 008c081 stop(threaded) soffice.bin thread 0xc2081e10 ksegrp 0xc2154310 [SUSP] thread 0xc187a960 ksegrp 0xc2154310 [SLPQ spltwt 0xc138fd98][SLP] thread 0xc2156960 ksegrp 0xc2154310 [SUSP] thread 0xc2157000 ksegrp 0xc2154310 [SUSP] thread 0xc2157190 ksegrp 0xc2154310 [SLPQ select 0xc08e44c4][SLP][SUSP] thread 0xc2156190 ksegrp 0xc2154310 [SLPQ accept 0xc216ae26][SLP][SUSP] thread 0xc2156320 ksegrp 0xc187dc40 [SUSP] 772 c2153c5c d5401000 1000 714 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 764 c187bc5c d52d9000 1000 756 764 0004002 [SLPQ ttyin 0xc207b210][SL= P] ba sh 762 c1b0ec5c d5377000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k alarmd 761 c187b8d4 d52d7000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k orgac 760 c1b0d1c4 d5286000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k gpg 756 c187ba98 d52d8000 1000 714 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 753 c2080710 d53a2000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 749 c1b0e8d4 d5339000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 747 c1b0e1c4 d5335000 1000 714 714 0000000 [SLPQ select 0xc08e44c4][S= LP] k deinit 746 c1b0e388 d5336000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 744 c1b0e710 d5338000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 742 c1b0ea98 d5376000 1000 714 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 739 c2080000 d5285000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 737 c2080388 d53a0000 1000 675 675 0004000 [SLPQ nanslp 0xc08e0eec][S= LP] k wrapper 736 c208054c d53a1000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 734 c20808d4 d53c1000 1000 714 714 0004000 [SLPQ select 0xc08e44c4][S= LP] a rtsd 724 c1878000 d5282000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 721 c1764a98 d49d5000 1000 714 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 718 c1764e20 d49d7000 1000 1 714 0000001 [SLPQ select 0xc08e44c4][S= LP] k deinit 714 c187b54c d52d5000 1000 1 714 0000000 [SLPQ select 0xc08e44c4][S= LP] k deinit 675 c187b710 d52d6000 1000 657 675 0004000 [SLPQ wait 0xc187b710][SLP= ] sh 657 c187be20 d52da000 0 654 1 0000000 [SLPQ wait 0xc187be20][SLP= ] kdm =20 656 c1b0d000 d5284000 0 654 656 0004000 [SLPQ select 0xc08e44c4][S= LP] X org 654 c1b0d388 d52fd000 0 1 1 0004001 [SLPQ select 0xc08e44c4][S= LP] k dm 653 c1b0d54c d532e000 0 1 653 0004002 [SLPQ ttyin 0xc169d210][SL= P] ge tty 652 c1b0d710 d532f000 0 1 652 0004002 [SLPQ ttyin 0xc169d410][SL= P] ge tty 651 c1b0d8d4 d5330000 0 1 651 0004002 [SLPQ ttyin 0xc169d610][SL= P] ge tty 650 c1b0da98 d5331000 0 1 650 0004002 [SLPQ ttyin 0xc169d810][SL= P] ge tty 649 c1b0dc5c d5332000 0 1 649 0004002 [SLPQ ttyin 0xc169da10][SL= P] ge tty 648 c1b0de20 d5333000 0 1 648 0004002 [SLPQ ttyin 0xc15d1210][SL= P] ge tty 647 c1b0e000 d5334000 0 1 647 0004002 [SLPQ ttyin 0xc15d1810][SL= P] ge tty 646 c15f61c4 cc760000 0 1 646 0004102 [SLPQ wait 0xc15f61c4][SLP= ] log in 613 c15f6388 cc761000 0 1 613 0000000 [SLPQ select 0xc08e44c4][S= LP] m oused 581 c1878e20 d52d1000 1001 1 581 0000100 [SLPQ select 0xc08e44c4][S= LP] d hcpd 552 c1878388 d528f000 80 1 551 000c082 (threaded) java thread 0xc1b0fc80 ksegrp 0xc1502380 [SLPQ kserel 0xc15023c0][SLP] thread 0xc1b0f4b0 ksegrp 0xc1502380 [SLPQ accept 0xc192e7d2][SLP] thread 0xc1972af0 ksegrp 0xc1502380 [SLPQ accept 0xc192ee26][SLP] thread 0xc1972c80 ksegrp 0xc1502380 [SLPQ accept 0xc1c0217e][SLP] thread 0xc1b0f640 ksegrp 0xc1502380 [SLPQ accept 0xc192ece2][SLP] thread 0xc1b0f320 ksegrp 0xc1502380 [SLPQ accept 0xc192e916][SLP] thread 0xc1b0f000 ksegrp 0xc1502380 [SLPQ accept 0xc192ea5a][SLP] thread 0xc1b0f7d0 ksegrp 0xc1502380 [SLPQ accept 0xc192eb9e][SLP] thread 0xc1b0f190 ksegrp 0xc1502380 [SLPQ accept 0xc1c0268e][SLP] thread 0xc1972960 ksegrp 0xc15f5e00 [SLPQ ksesigwait 0xc1878488][SLP] 540 c15f654c cc762000 70 539 538 0000000 [SLPQ select 0xc08e44c4][S= LP] p ostgres 539 c18781c4 d528e000 70 538 538 0000000 [SLPQ select 0xc08e44c4][S= LP] p ostgres 538 c187854c d52cc000 70 1 538 0000000 [SLPQ select 0xc08e44c4][S= LP] p ostgres 498 c18788d4 d52ce000 0 1 498 0000000 [SLPQ nanslp 0xc08e0eec][S= LP] c ron 480 c15f6a98 cc7a1000 25 1 480 0000100 [SLPQ pause 0xc15f6ad0][SL= P] se ndmail 476 c187b388 d52d4000 0 1 476 0000100 [SLPQ select 0xc08e44c4][S= LP] s endmail 452 c1878c5c d52d0000 0 1 452 0000000 [SLPQ select 0xc08e44c4][S= LP] n tpd 439 c1878a98 d52cf000 0 1 439 0000000 [SLPQ select 0xc08e44c4][S= LP] l pd 416 c187b000 d52d2000 0 1 416 0000000 [SLPQ select 0xc08e44c4][S= LP] u sbd 335 c187b1c4 d52d3000 0 1 335 0000000 [SLPQ select 0xc08e44c4][S= LP] s yslogd 313 c15f68d4 cc764000 0 1 313 0000000 [SLPQ select 0xc08e44c4][S= LP] d evd 241 c1878710 d52cd000 0 1 241 0000000 [SLPQ select 0xc08e44c4][S= LP] p ccardd 240 c1764c5c d49d6000 0 1 240 0000000 [SLPQ select 0xc08e44c4][S= LP] d hclient 185 c15f6710 cc763000 0 1 185 0000000 [SLPQ pause 0xc15f6748][SL= P] ad jkerntz 53 c15f6e20 cc7a3000 0 0 0 0000204 [SLPQ - 0xcc788d18][SLP] s= chedc pu 52 c1764000 d49cf000 0 0 0 0000204 [SLPQ - 0xc08ec4ac][SLP] n= fsiod 3 51 c17641c4 d49d0000 0 0 0 0000204 [SLPQ - 0xc08ec4a8][SLP] n= fsiod 2 50 c1764388 d49d1000 0 0 0 0000204 [SLPQ - 0xc08ec4a4][SLP] n= fsiod 1 49 c176454c d49d2000 0 0 0 0000204 [SLPQ - 0xc08ec4a0][SLP] n= fsiod 0 48 c1764710 d49d3000 0 0 0 0000204 [SLPQ hptrdy 0xc078a730][S= LP] h pt_wt 47 c17648d4 d49d4000 0 0 0 0000204 [SLPQ syncer 0xc08e0c6c][S= LP] s yncer 46 c1534a98 cc72f000 0 0 0 0000204 [SLPQ vlruwt 0xc1534a98][S= LP] v nlru 45 c1534c5c cc730000 0 0 0 0000204 [SLPQ psleep 0xc08e4a8c][S= LP] b ufdaemon 44 c1534e20 cc731000 0 0 0 000020c [SLPQ pgzero 0xc08f2e50][S= LP] p agezero 43 c15f3000 cc738000 0 0 0 0000204 [SLPQ psleep 0xc08f2ea4][S= LP] v mdaemon 42 c15f31c4 cc757000 0 0 0 0000204 [SLPQ psleep 0xc08f2e60][S= LP] p agedaemon 41 c15f3388 cc758000 0 0 0 0000204 [IWAIT] swi0: sio 40 c15f354c cc759000 0 0 0 0000204 [SLPQ usbevt 0xc160e210][S= LP] u sb1 39 c15f3710 cc75a000 0 0 0 0000204 [SLPQ usbtsk 0xc08d8e18][S= LP] u sbtask 38 c15f38d4 cc75b000 0 0 0 0000204 [SLPQ usbevt 0xc15d3210][S= LP] u sb0 37 c15f3a98 cc75c000 0 0 0 0000204 [SLPQ tzpoll 0xc0a24694][S= LP] a cpi_thermal 9 c15f3c5c cc75d000 0 0 0 0000204 [SLPQ actask 0xc0a24a2c][S= LP] a cpi_task2 8 c15f3e20 cc75e000 0 0 0 0000204 [SLPQ actask 0xc0a24a2c][S= LP] a cpi_task1 7 c15f6000 cc75f000 0 0 0 0000204 [SLPQ actask 0xc0a24a2c][S= LP] a cpi_task0 6 c152454c cc705000 0 0 0 0000204 [SLPQ - 0xc15bd6c0][SLP] k= queue taskq 36 c1524710 cc706000 0 0 0 0000204 [IWAIT] swi3: cambio 35 c15248d4 cc707000 0 0 0 0000204 [IWAIT] swi2: camnet 34 c1524a98 cc726000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 33 c1524c5c cc727000 0 0 0 0000204 [IWAIT] swi6:+ 5 c1524e20 cc728000 0 0 0 0000204 [SLPQ - 0xc15bd980][SLP] t= hread taskq 32 c1534000 cc729000 0 0 0 0000204 [IWAIT] swi6:+ 31 c15341c4 cc72a000 0 0 0 0000204 [IWAIT] swi6: task queue 30 c1534388 cc72b000 0 0 0 0000204 [SLPQ - 0xc08d6a80][SLP] y= arrow =20 4 c153454c cc72c000 0 0 0 0000204 [SLPQ - 0xc08db4a8][SLP] g= _down =20 3 c1534710 cc72d000 0 0 0 0000204 [SLPQ - 0xc08db4a4][SLP] g= _up 2 c15348d4 cc72e000 0 0 0 0000204 [SLPQ - 0xc08db49c][SLP] g= _even t 29 c15031c4 cbd12000 0 0 0 0000204 [IWAIT] swi1: net 28 c1503388 cbd13000 0 0 0 0000204 [IWAIT] swi4: vm 27 c150354c cbd32000 0 0 0 000020c [IWAIT] swi5: clock sio 26 c1503710 cbd33000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c15038d4 cbd34000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c1503a98 cbd35000 0 0 0 0000204 [IWAIT] irq13: 23 c1503c5c cbd36000 0 0 0 0000204 [IWAIT] irq12: psm0 22 c1503e20 cbd37000 0 0 0 0000204 [IWAIT] irq11: fxp0 uhci0+ 21 c1524000 cc702000 0 0 0 0000204 [IWAIT] irq10: 20 c15241c4 cc703000 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c1524388 cc704000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c14fc000 cbccc000 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c14fc1c4 cbd09000 0 0 0 0000204 [IWAIT] irq6: 16 c14fc388 cbd0a000 0 0 0 0000204 [IWAIT] irq5: wi0 15 c14fc54c cbd0b000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c14fc710 cbd0c000 0 0 0 0000204 [IWAIT] irq3: 13 c14fc8d4 cbd0d000 0 0 0 0000204 [CPU 0] irq1: atkbd0 12 c14fca98 cbd0e000 0 0 0 0000204 [IWAIT] irq0: clk 11 c14fcc5c cbd0f000 0 0 0 000020c [Can run] idle 1 c14fce20 cbd10000 0 0 1 0004200 [SLPQ wait 0xc14fce20][SLP= ] ini t 10 c1503000 cbd11000 0 0 0 0000204 [SLPQ ktrace 0xc08dee98][S= LP] k trace 0 c08db5a0 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc08db5a0][SL= P] sw apper db> c vidcontrol -HP > console.txt =20 =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1874134.uBCbvHlPov Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBipBPg1EgpGw750IRAocrAKCOEwFM5DsVfAaoO702bRMzv5+FxwCeMI9q t671zdJ3OD0J/oaazBD6P6M= =mRwx -----END PGP SIGNATURE----- --nextPart1874134.uBCbvHlPov-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 20:35: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 8D15216A4CF for ; Thu, 4 Nov 2004 20:35:24 +0000 (GMT) Received: from seven.Alameda.net (seven.alameda.net [64.81.53.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C4843D1F for ; Thu, 4 Nov 2004 20:35:16 +0000 (GMT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id 6F4AA3A201; Thu, 4 Nov 2004 12:35:16 -0800 (PST) Date: Thu, 4 Nov 2004 12:35:16 -0800 From: Ulf Zimmermann To: Wilko Bulte Message-ID: <20041104203516.GG21348@seven.alameda.net> References: <20041104201806.GA266@numachi.com> <20041104202601.GA43821@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104202601.GA43821@freebie.xs4all.nl> Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.10-RELEASE-p2 User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: support for HP NC7761 Gigabit Ethernet Adapter? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 20:35:24 -0000 On Thu, Nov 04, 2004 at 09:26:01PM +0100, Wilko Bulte wrote: > On Thu, Nov 04, 2004 at 03:18:06PM -0500, Brian Reichert wrote.. > > Taking a *long* shot: on most recent Proliants I had my hands on > there are Broadcom chips on the MLB. > > Wilko > > > I think this'll be a 'no', but here goes: > > > > A client is speccing a server, and has settled on a 'HP ProLiant > > ML350 Generation 4 (G4)': > > > > > > > > It seem that FreeBSD will play well with this box, but I'm worried > > about the NC7761 NIC : > > > > > > > > Will the bge driver work, if I patch whatever I need to detect the PCI ID? I have some DL360 g4 and DL380 g4, they should share the same Gigaethernet chip. FreeBSD 5.2.1-REL and up regonizes the chip fine on those two types of systems. Waving from sunny mexico. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 20: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 E953316A4CE; Thu, 4 Nov 2004 20:47:26 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B2943D54; Thu, 4 Nov 2004 20:47:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 83EE67A43E; Thu, 4 Nov 2004 12:47:24 -0800 (PST) Message-ID: <418A955C.9080704@elischer.org> Date: Thu, 04 Nov 2004 12:47:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Marc Ramirez References: <200411020143.34251.gte990t@mail.gatech.edu> <20041104144605.GF24440@electra.cse.Buffalo.EDU> <418A73FD.2070201@elischer.org> <200411041525.51985.marc.ramirez@bluecirclesoft.com> In-Reply-To: <200411041525.51985.marc.ramirez@bluecirclesoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 20:47:27 -0000 > thread 0xc2081e10 ksegrp 0xc2154310 [SUSP] > thread 0xc187a960 ksegrp 0xc2154310 [SLPQ spltwt 0xc138fd98][SLP] > thread 0xc2156960 ksegrp 0xc2154310 [SUSP] > thread 0xc2157000 ksegrp 0xc2154310 [SUSP] > thread 0xc2157190 ksegrp 0xc2154310 [SLPQ select 0xc08e44c4][SLP][SUSP] > thread 0xc2156190 ksegrp 0xc2154310 [SLPQ accept 0xc216ae26][SLP][SUSP] > thread 0xc2156320 ksegrp 0xc187dc40 [SUSP] > > > > showing the output of show thread 0xc2081e10 (etc) for each thread should show the backtrace of each thread (I think) it would be instructive to see where each thread is.. I suspect that all the threads are waiting for thread 0xc187a960 to wake up and suspend for some single-threading purpose. but it is hard to tell. > > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 21:00:50 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 E493416A4CE for ; Thu, 4 Nov 2004 21:00:50 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F7043D3F for ; Thu, 4 Nov 2004 21:00:50 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])iA4Lvr2s010839 for ; Thu, 4 Nov 2004 16:57:53 -0500 Date: Thu, 4 Nov 2004 16:57:53 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: AoE for 6.0 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: Thu, 04 Nov 2004 21:00:51 -0000 So I'm finally comfortable with the quality of the AoE driver for 6.0. How do I go about finding a committer who will put it in the distribution? The patchfile against today's -current is at http://www.coraid.com/support/freebsd/aoe-6.0-patch.1 Cheers, Sam From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 21:21: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 8656716A4CE; Thu, 4 Nov 2004 21:21:10 +0000 (GMT) Received: from ms-smtp-04-eri0.ohiordc.rr.com (ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150B043D31; Thu, 4 Nov 2004 21:21:10 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA4LKwHH009399; Thu, 4 Nov 2004 16:20:59 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA4LKwSu004124; Thu, 4 Nov 2004 16:20:58 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA4LKwup004123; Thu, 4 Nov 2004 16:20:58 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: Julian Elischer Date: Thu, 4 Nov 2004 16:19:28 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411041525.51985.marc.ramirez@bluecirclesoft.com> <418A955C.9080704@elischer.org> In-Reply-To: <418A955C.9080704@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1122925.WeeBbKoWvc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041619.35640.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 21:21:10 -0000 --nextPart1122925.WeeBbKoWvc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thanks for looking! On Thursday 04 November 2004 03:47 pm, Julian Elischer wrote: > > thread 0xc2081e10 ksegrp 0xc2154310 [SUSP] > > thread 0xc187a960 ksegrp 0xc2154310 [SLPQ spltwt 0xc138fd98][SLP] > > thread 0xc2156960 ksegrp 0xc2154310 [SUSP] > > thread 0xc2157000 ksegrp 0xc2154310 [SUSP] > > thread 0xc2157190 ksegrp 0xc2154310 [SLPQ select 0xc08e44c4][SLP][SUS= P] > > thread 0xc2156190 ksegrp 0xc2154310 [SLPQ accept 0xc216ae26][SLP][SUS= P] > > thread 0xc2156320 ksegrp 0xc187dc40 [SUSP] > > showing the output of > show thread 0xc2081e10 > (etc) > for each thread > should show the backtrace of each thread (I think) The output of this is at bottom. > it would be instructive to see where each thread is.. (kgdb) info threads =2E.. 119 TID 100129 0xc0616abb in sched_switch (td=3D0xc2081e10, newtd=3D0xc1= 504190, flags=3D2) at /usr/src/sys/kern/sched_4bsd.c:865 118 TID 100086 0xc0616abb in sched_switch (td=3D0xc187a960, newtd=3D0xc2= 081e10, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 117 TID 100136 0xc0616abb in sched_switch (td=3D0xc2156960, newtd=3D0xc1= 87a960, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 116 TID 100140 0xc0616abb in sched_switch (td=3D0xc2157000, newtd=3D0xc2= 0817d0, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 115 TID 100141 0xc0616abb in sched_switch (td=3D0xc2157190, newtd=3D0xc2= 156960, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 114 TID 100131 0xc0616abb in sched_switch (td=3D0xc2156190, newtd=3D0xc2= 156000, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 113 TID 100132 0xc0616abb in sched_switch (td=3D0xc2156320, newtd=3D0xc1= b10c80, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 =2E.. (kgdb) thread 119 [Switching to thread 119 (TID 100129)]#0 0xc0616abb in sched_switch (td=3D= 0xc2081e10, newtd=3D0xc1504190, flags=3D2) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2081e10, newtd=3D0xc1504190, flags= =3D2) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D2, newtd=3D0x0) at /usr/src/sys/kern/k= ern_synch.c:340 #2 0xc06116dd in thread_suspend_check (return_instead=3D0) at /usr/src/sys= /kern/kern_thread.c:980 #3 0xc06248bb in userret (td=3D0xc2081e10, frame=3D0xd53c0d48, oticks=3D0)= at /usr/src/sys/kern/subr_trap.c:110 #4 0xc05f15aa in fork_return (td=3D0xc2081e10, frame=3D0xd53c0d48) at /usr= /src/sys/kern/kern_fork.c:840 #5 0xc05f14dd in fork_exit (callout=3D0xc05f1598 , arg=3D0xc2= 081e10, frame=3D0xd53c0d48) at /usr/src/sys/kern/kern_fork.c:811 #6 0xc07ae34c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 209 (kgdb) thread 118 [Switching to thread 118 (TID 100086)]#0 0xc0616abb in sched_switch (td=3D= 0xc187a960, newtd=3D0xc2081e10, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc187a960, newtd=3D0xc2081e10, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0xc2081e10) at /usr/src/sys= /kern/kern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc06236b3 in sleepq_wait (wchan=3D0xc138fd98) at /usr/src/sys/kern/sub= r_sleepqueue.c:529 #4 0xc060cf2e in msleep (ident=3D0xc138fd98, mtx=3D0xc08f29c0, priority=3D= 580, wmesg=3D0xc08373f7 "spltwt", timo=3D0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc076c2fb in vm_object_split (entry=3D0xc213db28) at /usr/src/sys/vm/v= m_object.c:1306 #6 0xc0767cf3 in vm_map_copy_entry (src_map=3D0xc1b23e10, dst_map=3D0xc18d= bbb8, src_entry=3D0xc213db28, dst_entry=3D0xc1f9e2ec) at /usr/src/sys/vm/vm_map.c:2406 #7 0xc076807e in vmspace_fork (vm1=3D0xc1b23e10) at /usr/src/sys/vm/vm_map= =2Ec:2579 #8 0xc0763cab in vm_forkproc (td=3D0xc187a960, p2=3D0xc2155388, td2=3D0xc2= 157c80, flags=3D20) at /usr/src/sys/vm/vm_glue.c:649 #9 0xc05f0f8a in fork1 (td=3D0xc187a960, flags=3D20, pages=3D0, procp=3D0x= d52c2ce4) at /usr/src/sys/kern/kern_fork.c:663 #10 0xc05efc7c in fork (td=3D0xc187a960, uap=3D0xd52c2d14) at /usr/src/sys/= kern/kern_fork.c:97 #11 0xc07beed3 in syscall (frame=3D {tf_fs =3D 135004207, tf_es =3D 134873135, tf_ds =3D -1079181265, tf_= edi =3D 135834112, tf_esi =3D 0, tf_ebp =3D -1079387648, tf_isp =3D -718525= 068,tf_ebx =3D 690092444, tf_edx =3D 690093188, tf_ecx =3D 690093188, tf_ea= x =3D 2, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 691201399, tf_cs =3D 31= , tf_eflags =3D 646, tf_esp =3D -1079387724, tf_ss =3D 47}) at /usr/src/sys= /i386/i386/trap.c:1001 #12 0xc07ae33f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :201 #13 0x080c002f in ?? () #14 0x080a002f in ?? () #15 0xbfad002f in ?? () #16 0x0818aa00 in ?? () #17 0x00000000 in ?? () #18 0xbfa9da00 in ?? () #19 0xd52c2d74 in ?? () #20 0x2921f99c in ?? () #21 0x2921fc84 in ?? () #22 0x2921fc84 in ?? () #23 0x00000002 in ?? () #24 0x0000000c in ?? () #25 0x00000002 in ?? () #26 0x2932e577 in ?? () #27 0x0000001f in ?? () #28 0x00000286 in ?? () #29 0xbfa9d9b4 in ?? () #30 0x0000002f in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x0a553000 in ?? () #36 0xc2153710 in ?? () #37 0xc187a960 in ?? () #38 0xd52c2b50 in ?? () #39 0xd52c2b38 in ?? () #40 0xc2081e10 in ?? () #41 0xc0616abb in sched_switch (td=3D0x0, newtd=3D0x2921f99c, flags=3DError= accessing memory address 0xbfa9da10: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) thread 117 [Switching to thread 117 (TID 100136)]#0 0xc0616abb in sched_switch (td=3D= 0xc2156960, newtd=3D0xc187a960, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2156960, newtd=3D0xc187a960, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0xc187a960) at /usr/src/sys= /kern/kern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc06236b3 in sleepq_wait (wchan=3D0xc65efa0c) at /usr/src/sys/kern/sub= r_sleepqueue.c:529 #4 0xc060cf2e in msleep (ident=3D0xc65efa0c, mtx=3D0xc08e4b60, priority=3D= 68, wmesg=3D0xc081eeed "spread", timo=3D0) at /usr/src/sys/kern/kern_synch.c:228 #5 0xc064da53 in bwait (bp=3D0xc65efa0c, pri=3D68 'D', wchan=3D0xc081eeed = "spread") at /usr/src/sys/kern/vfs_bio.c:3770 #6 0xc05cfa06 in spec_getpages (ap=3D0xd541ab98) at /usr/src/sys/fs/specfs= /spec_vnops.c:755 #7 0xc05ce903 in spec_vnoperate (ap=3D0x0) at /usr/src/sys/fs/specfs/spec_= vnops.c:118 #8 0xc0750636 in ffs_getpages (ap=3D0xd541abd0) at vnode_if.h:1317 #9 0xc0778161 in vnode_pager_getpages (object=3D0xc1bc2000, m=3D0x0, count= =3D0, reqpage=3D0) at vnode_if.h:1317 #10 0xc076133b in vm_fault (map=3D0xc1b23e10, vaddr=3D692051968, fault_type= =3D1 '\001', fault_flags=3D0) at vm_pager.h:122 #11 0xc07be87d in trap_pfault (frame=3D0xd541ad48, usermode=3D1, eva=3D6920= 52136) at /usr/src/sys/i386/i386/trap.c:704 #12 0xc07be40f in trap (frame=3D {tf_fs =3D 135004207, tf_es =3D 134873135, tf_ds =3D -1079181265, tf_= edi =3D 692563616, tf_esi =3D 692563784, tf_ebp =3D -1077951304, tf_isp =3D= -717116044, tf_ebx =3D 692560560, tf_edx =3D 135970880, tf_ecx =3D 0, tf_e= ax =3D 756459912, tf_trapno =3D 12, tf_err =3D 4, tf_eip =3D 692052136, tf_= cs =3D 31, tf_eflags =3D 66178, tf_esp =3D -1077951412, tf_ss =3D 47}) at /= usr/src/sys/i386/i386/trap.c:316 #13 0xc07ae2ea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #14 0x080c002f in ?? () #15 0x080a002f in ?? () #16 0xbfad002f in ?? () #17 0x2947aea0 in ?? () #18 0x2947af48 in ?? () #19 0xbfbfc4b8 in ?? () #20 0xd541ad74 in ?? () #21 0x2947a2b0 in ?? () #22 0x081ac040 in ?? () #23 0x00000000 in ?? () #24 0x2d16a988 in ?? () #25 0x0000000c in ?? () #26 0x00000004 in ?? () #27 0x293fe0a8 in ?? () #28 0x0000001f in ?? () #29 0x00010282 in ?? () #30 0xbfbfc44c in ?? () #31 0x0000002f in ?? () #32 0x00000100 in ?? () #33 0x01000020 in ?? () #34 0x00200200 in ?? () #35 0x00000100 in ?? () =2D--Type to continue, or q to quit--- #36 0x0a553000 in ?? () #37 0xc2153710 in ?? () #38 0xc2156960 in ?? () #39 0xd541aa30 in ?? () #40 0xd541aa18 in ?? () #41 0xc187a960 in ?? () #42 0xc0616abb in sched_switch (td=3D0x2947af48, newtd=3D0x2947a2b0, flags= =3DError accessing memory address 0xbfbfc4c8: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) thread 116 [Switching to thread 116 (TID 100140)]#0 0xc0616abb in sched_switch (td=3D= 0xc2157000, newtd=3D0xc20817d0, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2157000, newtd=3D0xc20817d0, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0xc20817d0) at /usr/src/sys= /kern/kern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc0623775 in sleepq_timedwait_sig (wchan=3D0xc08e44c4, signal_caught= =3D0) at /usr/src/sys/kern/subr_sleepqueue.c:573 #4 0xc05e273f in cv_timedwait_sig (cvp=3D0xc08e44c4, mp=3D0xc08e44a0, timo= =3D101) at /usr/src/sys/kern/kern_condvar.c:326 #5 0xc062775c in poll (td=3D0xc2157000, uap=3D0xd5426d14) at /usr/src/sys/= kern/sys_generic.c:937 #6 0xc07beed3 in syscall (frame=3D {tf_fs =3D 135004207, tf_es =3D 134873135, tf_ds =3D -1079181265, tf_= edi =3D 135721472, tf_esi =3D 746712224, tf_ebp =3D -1079321040, tf_isp =3D= -717066892, tf_ebx =3D 690092444, tf_edx =3D 135779216, tf_ecx =3D 1357825= 12, tf_eax =3D 209, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 691197591, t= f_cs =3D 31, tf_eflags =3D 662, tf_esp =3D -1079321084, tf_ss =3D 47}) at /= usr/src/sys/i386/i386/trap.c:1001 #7 0xc07ae33f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :201 #8 0x080c002f in ?? () #9 0x080a002f in ?? () #10 0xbfad002f in ?? () #11 0x0816f200 in ?? () #12 0x2c81eca0 in ?? () #13 0xbfaade30 in ?? () #14 0xd5426d74 in ?? () #15 0x2921f99c in ?? () #16 0x0817d390 in ?? () #17 0x0817e070 in ?? () #18 0x000000d1 in ?? () #19 0x00000016 in ?? () #20 0x00000002 in ?? () #21 0x2932d697 in ?? () #22 0x0000001f in ?? () #23 0x00000296 in ?? () #24 0xbfaade04 in ?? () #25 0x0000002f in ?? () #26 0x00000000 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x0a553000 in ?? () #31 0xc2153710 in ?? () #32 0xc2157000 in ?? () #33 0xd5426afc in ?? () #34 0xd5426ae4 in ?? () #35 0xc20817d0 in ?? () #36 0xc0616abb in sched_switch (td=3D0x2c81eca0, newtd=3D0x2921f99c, flags= =3DError accessing memory address 0xbfaade40: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) thread 115 [Switching to thread 115 (TID 100141)]#0 0xc0616abb in sched_switch (td=3D= 0xc2157190, newtd=3D0xc2156960, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2157190, newtd=3D0xc2156960, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0xc2156960) at /usr/src/sys= /kern/kern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc06236ec in sleepq_wait_sig (wchan=3D0xc08e44c4) at /usr/src/sys/kern= /subr_sleepqueue.c:542 #4 0xc05e2306 in cv_wait_sig (cvp=3D0xc08e44c4, mp=3D0xc08e44a0) at /usr/s= rc/sys/kern/kern_condvar.c:196 #5 0xc0627772 in poll (td=3D0xc2157190, uap=3D0xd5429d14) at /usr/src/sys/= kern/sys_generic.c:939 #6 0xc07beed3 in syscall (frame=3D {tf_fs =3D 135004207, tf_es =3D 134873135, tf_ds =3D -1079181265, tf_= edi =3D 135052288, tf_esi =3D 717053512, tf_ebp =3D -1079189680, tf_isp =3D= -717054604, tf_ebx =3D 690092444, tf_edx =3D 135279904, tf_ecx =3D 0, tf_e= ax =3D 209, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 691197591, tf_cs =3D= 31, tf_eflags =3D 658, tf_esp =3D -1079189724, tf_ss =3D 47}) at /usr/src/= sys/i386/i386/trap.c:1001 #7 0xc07ae33f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :201 #8 0x080c002f in ?? () #9 0x080a002f in ?? () #10 0xbfad002f in ?? () #11 0x080cbc00 in ?? () #12 0x2abd5e48 in ?? () #13 0xbfacdf50 in ?? () #14 0xd5429d74 in ?? () #15 0x2921f99c in ?? () #16 0x08103520 in ?? () #17 0x00000000 in ?? () #18 0x000000d1 in ?? () #19 0x0000000c in ?? () #20 0x00000002 in ?? () #21 0x2932d697 in ?? () #22 0x0000001f in ?? () #23 0x00000292 in ?? () #24 0xbfacdf24 in ?? () #25 0x0000002f in ?? () #26 0x00000000 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x0a553000 in ?? () #31 0xc2153710 in ?? () #32 0xc2157190 in ?? () #33 0xd5429af0 in ?? () #34 0xd5429ad8 in ?? () #35 0xc2156960 in ?? () #36 0xc0616abb in sched_switch (td=3D0x2abd5e48, newtd=3D0x2921f99c, flags= =3DError accessing memory address 0xbfacdf60: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) thread 114 [Switching to thread 114 (TID 100131)]#0 0xc0616abb in sched_switch (td=3D= 0xc2156190, newtd=3D0xc2156000, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2156190, newtd=3D0xc2156000, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0xc2156000) at /usr/src/sys= /kern/kern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc06236ec in sleepq_wait_sig (wchan=3D0xc216ae26) at /usr/src/sys/kern= /subr_sleepqueue.c:542 #4 0xc060cf1e in msleep (ident=3D0xc216ae26, mtx=3D0xc08e48e0, priority=3D= 344, wmesg=3D0xc082c02b "accept", timo=3D0) at /usr/src/sys/kern/kern_synch.c:226 #5 0xc0640f8a in accept1 (td=3D0xc2156190, uap=3D0xd540bd14, compat=3D0) a= t /usr/src/sys/kern/uipc_syscalls.c:299 #6 0xc0641434 in accept (td=3D0xc2156190, uap=3D0xd540bd14) at /usr/src/sy= s/kern/uipc_syscalls.c:431 #7 0xc07beed3 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 135051264, tf_e= si =3D 710260100, tf_ebp =3D -1079061296, tf_isp =3D -717177484, tf_ebx =3D= 690092444, tf_edx =3D 135142272, tf_ecx =3D 1, tf_eax =3D 30, tf_trapno = =3D 22, tf_err =3D 2, tf_eip =3D 691200695, tf_cs =3D 31, tf_eflags =3D 662= , tf_esp =3D -1079061340, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1= 001 #8 0xc07ae33f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :201 #9 0x0000002f in ?? () #10 0x0000002f in ?? () #11 0x0000002f in ?? () #12 0x080cb800 in ?? () #13 0x2a55b584 in ?? () #14 0xbfaed4d0 in ?? () #15 0xd540bd74 in ?? () #16 0x2921f99c in ?? () #17 0x080e1b80 in ?? () #18 0x00000001 in ?? () #19 0x0000001e in ?? () #20 0x00000016 in ?? () #21 0x00000002 in ?? () #22 0x2932e2b7 in ?? () #23 0x0000001f in ?? () #24 0x00000296 in ?? () #25 0xbfaed4a4 in ?? () #26 0x0000002f in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x00000000 in ?? () #31 0x0a553000 in ?? () #32 0xc2153710 in ?? () #33 0xc2156190 in ?? () #34 0xd540bbec in ?? () #35 0xd540bbd4 in ?? () #36 0xc2156000 in ?? () #37 0xc0616abb in sched_switch (td=3D0x2a55b584, newtd=3D0x2921f99c, flags= =3DError accessing memory address 0xbfaed4e0: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) thread 113 [Switching to thread 113 (TID 100132)]#0 0xc0616abb in sched_switch (td=3D= 0xc2156320, newtd=3D0xc1b10c80, flags=3D1) at /usr/src/sys/kern/sched_4bsd.c:865 865 cpu_switch(td, newtd); (kgdb) bt #0 0xc0616abb in sched_switch (td=3D0xc2156320, newtd=3D0xc1b10c80, flags= =3D1) at /usr/src/sys/kern/sched_4bsd.c:865 #1 0xc060d1ee in mi_switch (flags=3D1, newtd=3D0x0) at /usr/src/sys/kern/k= ern_synch.c:340 #2 0xc06234cb in sleepq_switch (wchan=3D0x0) at /usr/src/sys/kern/subr_sle= epqueue.c:417 #3 0xc0623775 in sleepq_timedwait_sig (wchan=3D0xc2153810, signal_caught= =3D0) at /usr/src/sys/kern/subr_sleepqueue.c:573 #4 0xc060ceef in msleep (ident=3D0xc2153810, mtx=3D0xc215377c, priority=3D= 360, wmesg=3D0xc08211dd "ksesigwait", timo=3D3001) at /usr/src/sys/kern/kern_synch.c:222 #5 0xc05f4525 in kse_release (td=3D0xc2156320, uap=3D0xd540ed14) at /usr/s= rc/sys/kern/kern_kse.c:403 #6 0xc07beed3 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 134892288, tf_e= si =3D 129, tf_ebp =3D -1078988916, tf_isp =3D -717165196, tf_ebx =3D 69009= 2444, tf_edx =3D -1078988964, tf_ecx =3D 31, tf_eax =3D 383, tf_trapno =3D = 12, tf_err =3D 2, tf_eip =3D 690077431, tf_cs =3D 31, tf_eflags =3D 662, tf= _esp =3D -1078988992, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1001 #7 0xc07ae33f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :201 #8 0x0000002f in ?? () #9 0x0000002f in ?? () #10 0x0000002f in ?? () #11 0x080a4b00 in ?? () #12 0x00000081 in ?? () #13 0xbfafef8c in ?? () #14 0xd540ed74 in ?? () #15 0x2921f99c in ?? () #16 0xbfafef5c in ?? () #17 0x0000001f in ?? () #18 0x0000017f in ?? () #19 0x0000000c in ?? () #20 0x00000002 in ?? () #21 0x2921bef7 in ?? () #22 0x0000001f in ?? () #23 0x00000296 in ?? () #24 0xbfafef40 in ?? () #25 0x0000002f in ?? () #26 0x08204510 in ?? () #27 0x08204578 in ?? () #28 0x0822e710 in ?? () #29 0xffffffff in ?? () #30 0x0a553000 in ?? () #31 0xc2153710 in ?? () #32 0xc2156320 in ?? () #33 0xd540ebf4 in ?? () #34 0xd540ebdc in ?? () #35 0xc1b10c80 in ?? () #36 0xc0616abb in sched_switch (td=3D0x81, newtd=3D0x2921f99c, flags=3DErro= r accessing memory address 0xbfafef9c: Bad address. ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) > I suspect that all the threads are waiting for thread 0xc187a960 to wake > up and suspend > for some single-threading purpose. > but it is hard to tell. db> show thread 0xc2081e10 100180 (0xc2221000) sched_switch(c2221000,0,1) at sched_switch+0x143 100122 (0xc2081320) sched_switch(c2081320,0,1) at sched_switch+0x143 100183 (0xc22214b0) sched_switch(c22214b0,0,1) at sched_switch+0x143 100215 (0xc225b7d0) sched_switch(c225b7d0,0,1) at sched_switch+0x143 100181 (0xc2221190) sched_switch(c2221190,0,1) at sched_switch+0x143 100185 (0xc22217d0) sched_switch(c22217d0,0,1) at sched_switch+0x143 100142 (0xc2157320) sched_switch(c2157320,0,1) at sched_switch+0x143 100121 (0xc2081190) sched_switch(c2081190,0,1) at sched_switch+0x143 100113 (0xc1b104b0) sched_switch(c1b104b0,0,1) at sched_switch+0x143 100146 (0xc2157960) sched_switch(c2157960,0,1) at sched_switch+0x143 100145 (0xc21577d0) sched_switch(c21577d0,0,1) at sched_switch+0x143 100107 (0xc1b0faf0) sched_switch(c1b0faf0,0,1) at sched_switch+0x143 100139 (0xc2156e10) sched_switch(c2156e10,0,1) at sched_switch+0x143 100125 (0xc20817d0) sched_switch(c20817d0,c2156e10,1) at sched_switch+0x= 143 100138 (0xc2156c80) sched_switch(c2156c80,0,1) at sched_switch+0x143 100130 (0xc2156000) sched_switch(c2156000,0,1) at sched_switch+0x143 100162 (0xc21cd320) sched_switch(c21cd320,c2156000,1) at sched_switch+0x= 143 100137 (0xc2156af0) sched_switch(c2156af0,0,1) at sched_switch+0x143 100062 (0xc15f8320) sched_switch(c15f8320,0,1) at sched_switch+0x143 100148 (0xc2157c80) sched_switch(c1441f38,d543ebb8,0,0,c1045640) at sche= d_swi tch+0x143 100129 (0xc2081e10) sched_switch(c2081e10,0,2) at sched_switch+0x143 100086 (0xc187a960) sched_switch(c187a960,c2081e10,1) at sched_switch+0x= 143 100136 (0xc2156960) sched_switch(c2156960,c187a960,1) at sched_switch+0x= 143 100140 (0xc2157000) sched_switch(c2157000,c20817d0,1) at sched_switch+0x= 143 100141 (0xc2157190) sched_switch(c2157190,c2156960,1) at sched_switch+0x= 143 100131 (0xc2156190) sched_switch(c2156190,c2156000,1) at sched_switch+0x= 143 100132 (0xc2156320) sched_switch(c2156320,0,1) at sched_switch+0x143 100115 (0xc1b107d0) sched_switch(c1b107d0,0,1) at sched_switch+0x143 100066 (0xc15f8960) sched_switch(c15f8960,0,1) at sched_switch+0x143 100110 (0xc1b10000) sched_switch(c1b10000,0,1) at sched_switch+0x143 100068 (0xc15f8c80) sched_switch(c15f8c80,0,1) at sched_switch+0x143 100087 (0xc187aaf0) sched_switch(c187aaf0,0,1) at sched_switch+0x143 100067 (0xc15f8af0) sched_switch(c15f8af0,0,1) at sched_switch+0x143 100128 (0xc2081c80) sched_switch(c2081c80,0,1) at sched_switch+0x143 100112 (0xc1b10320) sched_switch(c1b10320,0,1) at sched_switch+0x143 100095 (0xc19727d0) sched_switch(c19727d0,0,1) at sched_switch+0x143 100083 (0xc187a4b0) sched_switch(c187a4b0,0,1) at sched_switch+0x143 100081 (0xc187a190) sched_switch(c187a190,0,1) at sched_switch+0x143 100111 (0xc1b10190) sched_switch(c1b10190,0,1) at sched_switch+0x143 100084 (0xc187a640) sched_switch(c187a640,0,1) at sched_switch+0x143 100106 (0xc1b0f960) sched_switch(c1b0f960,0,1) at sched_switch+0x143 100099 (0xc1972e10) sched_switch(c1972e10,0,1) at sched_switch+0x143 100127 (0xc2081af0) sched_switch(c2081af0,0,1) at sched_switch+0x143 100051 (0xc15f7190) sched_switch(c15f7190,0,1) at sched_switch+0x143 100054 (0xc15f7640) sched_switch(c15f7640,0,1) at sched_switch+0x143 100052 (0xc15f7320) sched_switch(c15f7320,0,1) at sched_switch+0x143 100070 (0xc1879000) sched_switch(c1879000,0,1) at sched_switch+0x143 100069 (0xc15f8e10) sched_switch(c15f8e10,0,1) at sched_switch+0x143 100065 (0xc15f87d0) sched_switch(c15f87d0,0,1) at sched_switch+0x143 100085 (0xc187a7d0) sched_switch(c187a7d0,0,1) at sched_switch+0x143 100088 (0xc187ac80) sched_switch(c187ac80,0,1) at sched_switch+0x143 100089 (0xc187ae10) sched_switch(c187ae10,0,1) at sched_switch+0x143 100090 (0xc1972000) sched_switch(c1972000,0,1) at sched_switch+0x143 100091 (0xc1972190) sched_switch(c1972190,0,1) at sched_switch+0x143 100092 (0xc1972320) sched_switch(c1972320,0,1) at sched_switch+0x143 100093 (0xc19724b0) sched_switch(c19724b0,0,1) at sched_switch+0x143 100094 (0xc1972640) sched_switch(c1972640,0,1) at sched_switch+0x143 100080 (0xc187a000) sched_switch(c187a000,0,1) at sched_switch+0x143 100039 (0xc1525e10) sched_switch(c1525e10,0,1) at sched_switch+0x143 100038 (0xc1525c80) sched_switch(c1525c80,0,1) at sched_switch+0x143 100074 (0xc1879640) sched_switch(c1879640,0,1) at sched_switch+0x143 100193 (0xc22364b0) sched_switch(c22364b0,0,1) at sched_switch+0x143 100103 (0xc1b0f4b0) sched_switch(c1b0f4b0,c1b0f960,1) at sched_switch+0x= 143 100097 (0xc1972af0) sched_switch(c1972af0,c1b0f4b0,1) at sched_switch+0x= 143 100098 (0xc1972c80) sched_switch(c1972c80,c1972e10,1) at sched_switch+0x= 143 100104 (0xc1b0f640) sched_switch(c1b0f640,c1b0f960,1) at sched_switch+0x= 143 100102 (0xc1b0f320) sched_switch(c1b0f320,c1b0f4b0,1) at sched_switch+0x= 143 100100 (0xc1b0f000) sched_switch(c1b0f000,c1972e10,1) at sched_switch+0x= 143 100105 (0xc1b0f7d0) sched_switch(c1b0f7d0,c1b0f640,1) at sched_switch+0x= 143 100101 (0xc1b0f190) sched_switch(c1b0f190,c1b0f320,1) at sched_switch+0x= 143 100096 (0xc1972960) sched_switch(c1972960,0,1) at sched_switch+0x143 100037 (0xc1525af0) sched_switch(c1525af0,0,1) at sched_switch+0x143 100050 (0xc15f7000) sched_switch(c15f7000,0,1) at sched_switch+0x143 100079 (0xc1879e10) sched_switch(c1879e10,0,1) at sched_switch+0x143 100077 (0xc1879af0) sched_switch(c1879af0,0,1) at sched_switch+0x143 100063 (0xc15f84b0) sched_switch(c15f84b0,0,1) at sched_switch+0x143 100071 (0xc1879190) sched_switch(c1879190,0,1) at sched_switch+0x143 100075 (0xc18797d0) sched_switch(c18797d0,0,1) at sched_switch+0x143 100076 (0xc1879960) sched_switch(c1879960,0,1) at sched_switch+0x143 100073 (0xc18794b0) sched_switch(c18794b0,0,1) at sched_switch+0x143 100072 (0xc1879320) sched_switch(c1879320,0,1) at sched_switch+0x143 100064 (0xc15f8640) sched_switch(c15f8640,0,1) at sched_switch+0x143 100078 (0xc1879c80) sched_switch(c1879c80,0,1) at sched_switch+0x143 100053 (0xc15f74b0) sched_switch(c15f74b0,0,1) at sched_switch+0x143 100036 (0xc1525960) sched_switch(c1525960,0,1) at sched_switch+0x143 100061 (0xc15f8190) sched_switch(c15f8190,0,1) at sched_switch+0x143 100060 (0xc15f8000) sched_switch(c15f8000,0,1) at sched_switch+0x143 100059 (0xc15f7e10) sched_switch(c15f7e10,0,1) at sched_switch+0x143 100058 (0xc15f7c80) sched_switch(c15f7c80,0,1) at sched_switch+0x143 100057 (0xc15f7af0) sched_switch(c15f7af0,0,1) at sched_switch+0x143 100056 (0xc15f7960) sched_switch(c15f7960,0,1) at sched_switch+0x143 100055 (0xc15f77d0) sched_switch(c15f77d0,0,1) at sched_switch+0x143 100025 (0xc15047d0) sched_switch(c15047d0,0,1) at sched_switch+0x143 100024 (0xc1504640) sched_switch(c1504640,0,1) at sched_switch+0x143 100023 (0xc15044b0) sched_switch(c15044b0,0,1) at sched_switch+0x143 100049 (0xc15f4e10) sched_switch(c15f4e10,0,1) at sched_switch+0x143 100048 (0xc15f4c80) sched_switch(c15f4c80,0,1) at sched_switch+0x143 100047 (0xc15f4af0) fork_trampoline() at fork_trampoline 100046 (0xc15f4960) sched_switch(c15f4960,0,1) at sched_switch+0x143 100045 (0xc15f47d0) sched_switch(c15f47d0,0,1) at sched_switch+0x143 100044 (0xc15f4640) sched_switch(c15f4640,0,1) at sched_switch+0x143 100043 (0xc15f44b0) sched_switch(c15f44b0,0,1) at sched_switch+0x143 100042 (0xc15f4320) sched_switch(c15f4320,0,1) at sched_switch+0x143 100041 (0xc15f4190) sched_switch(c15f4190,0,1) at sched_switch+0x143 100040 (0xc15f4000) sched_switch(c15f4000,0,1) at sched_switch+0x143 100012 (0xc1500320) sched_switch(c1500320,0,1) at sched_switch+0x143 100011 (0xc1500190) sched_switch(c1500190,0,1) at sched_switch+0x143 100035 (0xc15257d0) fork_trampoline() at fork_trampoline 100034 (0xc1525640) sched_switch(c1525640,0,1) at sched_switch+0x143 100033 (0xc15254b0) fork_trampoline() at fork_trampoline 100032 (0xc1525320) sched_switch(c1525320,0,1) at sched_switch+0x143 100031 (0xc1525190) fork_trampoline() at fork_trampoline 100030 (0xc1525000) fork_trampoline() at fork_trampoline 100029 (0xc1504e10) sched_switch(c1504e10,0,1) at sched_switch+0x143 100028 (0xc1504c80) sched_switch(c1504c80,0,1) at sched_switch+0x143 100027 (0xc1504af0) sched_switch(c1504af0,0,1) at sched_switch+0x143 100026 (0xc1504960) sched_switch(c1504960,0,1) at sched_switch+0x143 100000 (0xc14fd000) sched_switch(c14fd000,0,1) at sched_switch+0x143 100022 (0xc1504320) fork_trampoline() at fork_trampoline 100021 (0xc1504190) sched_switch(c1504190,0,1) at sched_switch+0x143 100020 (0xc1504000) sched_switch(c1504000,0,1) at sched_switch+0x143 100019 (0xc1500e10) sched_switch(c1500e10,0,1) at sched_switch+0x143 100018 (0xc1500c80) fork_trampoline() at fork_trampoline 100017 (0xc1500af0) sched_switch(c1500af0,0,1) at sched_switch+0x143 100016 (0xc1500960) sched_switch(c1500960,0,1) at sched_switch+0x143 100015 (0xc15007d0) fork_trampoline() at fork_trampoline 100014 (0xc1500640) sched_switch(c1500640,0,1) at sched_switch+0x143 100013 (0xc15004b0) fork_trampoline() at fork_trampoline 100010 (0xc1500000) sched_switch(c1500000,0,1) at sched_switch+0x143 100009 (0xc14fde10) fork_trampoline() at fork_trampoline 100008 (0xc14fdc80) sched_switch(c14fdc80,0,1) at sched_switch+0x143 100007 (0xc14fdaf0) fork_trampoline() at fork_trampoline 100006 (0xc14fd960) fork_trampoline() at fork_trampoline 100005 (0xc14fd7d0) kdb_enter(c083ad21) at kdb_enter+0x2b 100004 (0xc14fd640) fork_trampoline() at fork_trampoline 100003 (0xc14fd4b0) sched_switch(c14fd4b0,0,1) at sched_switch+0x143 100002 (0xc14fd320) sched_switch(c14fd320,0,1) at sched_switch+0x143 100001 (0xc14fd190) sched_switch(c14fd190,0,1) at sched_switch+0x143 0 (0xc08db780) sched_switch(c08db780,0,1) at sched_switch+0x143 db> c # vidcontrol -HP > console.txt =20 =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1122925.WeeBbKoWvc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBipzng1EgpGw750IRAiZ5AJwKyYI9NQrLNs/ar/nHaXGhSeWj5gCcCyPg N+eFB23mPekNnjZZ1bCVQms= =/mdT -----END PGP SIGNATURE----- --nextPart1122925.WeeBbKoWvc-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 21:34: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 CDB4F16A4CE for ; Thu, 4 Nov 2004 21:34:53 +0000 (GMT) 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 7658043D2D for ; Thu, 4 Nov 2004 21:34:53 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA4LYkJl006852; Thu, 4 Nov 2004 16:34:47 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA4LYkKS004156; Thu, 4 Nov 2004 16:34:46 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA4LYfAf004155; Thu, 4 Nov 2004 16:34:41 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: Mike Makonnen Date: Thu, 4 Nov 2004 16:34:34 -0500 User-Agent: KMail/1.7 References: <200411032312.50664.marc.ramirez@bluecirclesoft.com> <20041104143644.GA36101@rogue.acs.lan> In-Reply-To: <20041104143644.GA36101@rogue.acs.lan> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1213233.r2yslAkmal"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041634.39570.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 21:34:54 -0000 --nextPart1213233.r2yslAkmal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 November 2004 09:36 am, Mike Makonnen wrote: > On Wed, Nov 03, 2004 at 11:12:45PM -0500, Marc Ramirez wrote: > > On Wednesday 03 November 2004 09:29 pm, you wrote: > > > Could all people who are seeing this please post their kernel > > > configurations, sysctl.conf and perhaps some system details (platform, > > > UP/MP), too. > > > > > > Since I and nobody else of the KDE/FreeBSD people have yet seen this > > > problem and we're practically all running RELENG_5/RELENG_5_3 all the > > > time, I'm curious what might trigger this. > > > > In the crash I saved, it was stopped in thr_create. The two arguments > > are as follows: > > Hmm, looks like the application is using libthr and not libpthread. I'll > take a look at it, but in the mean time you might want to map libthr and > libc_r to libpthread in libmap.conf(5). > > Can all other users with this problem verify which threading library > they're running? You can use the following command on the binary. For > example: # ldd /path/to/binary Not me. Thanks! root@laptop[/usr/home/mrami] # ldd /usr/local/OpenOffice.org1.1.2/program/soffice.bin /usr/local/OpenOffice.org1.1.2/program/soffice.bin: libvcl645fi.so =3D> not found (0x0) libsvl645fi.so =3D> not found (0x0) libsvt645fi.so =3D> not found (0x0) libutl645fi.so =3D> not found (0x0) libtl645fi.so =3D> not found (0x0) libcomphelp3gcc3.so =3D> not found (0x0) libucbhelper2gcc3.so =3D> not found (0x0) libvos3gcc3.so =3D> not found (0x0) libcppuhelpergcc3.so.3 =3D> not found (0x0) libcppu.so.3 =3D> not found (0x0) libsal.so.3 =3D> not found (0x0) libtk645fi.so =3D> not found (0x0) libXaw.so.7 =3D> /usr/X11R6/lib/libXaw.so.7 (0x280cc000) libXt.so.6 =3D> /usr/X11R6/lib/libXt.so.6 (0x2811e000) libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0x28167000) libpthread.so.1 =3D> /usr/lib/libpthread.so.1 (0x28226000) libm.so.2 =3D> /lib/libm.so.2 (0x2824a000) libstlport_gcc.so =3D> not found (0x0) libc.so.5 =3D> /lib/libc.so.5 (0x28264000) libXmu.so.6 =3D> /usr/X11R6/lib/libXmu.so.6 (0x2833d000) libSM.so.6 =3D> /usr/X11R6/lib/libSM.so.6 (0x28351000) libICE.so.6 =3D> /usr/X11R6/lib/libICE.so.6 (0x28359000) libXext.so.6 =3D> /usr/X11R6/lib/libXext.so.6 (0x28370000) libXpm.so.4 =3D> /usr/X11R6/lib/libXpm.so.4 (0x2837d000) =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1213233.r2yslAkmal Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiqBvg1EgpGw750IRAj94AJ9CVc6v4s4++4KEPU44heONvWy56gCfVNSj LCzXZratrC66wVBe0caGb9k= =rl5D -----END PGP SIGNATURE----- --nextPart1213233.r2yslAkmal-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 22:16: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 18BED16A4CE; Thu, 4 Nov 2004 22:16:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0685843D69; Thu, 4 Nov 2004 22:16:53 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) iA4MGohT062470; Thu, 4 Nov 2004 22:16:51 GMT (envelope-from davidxu@freebsd.org) Message-ID: <418AAA53.5090403@freebsd.org> Date: Fri, 05 Nov 2004 06:16:51 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040921 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Ramirez References: <200411020143.34251.gte990t@mail.gatech.edu> <200411041525.51985.marc.ramirez@bluecirclesoft.com> <418A955C.9080704@elischer.org> <200411041619.35640.marc.ramirez@bluecirclesoft.com> In-Reply-To: <200411041619.35640.marc.ramirez@bluecirclesoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Julian Elischer cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 22:16:53 -0000 Marc Ramirez wrote: >Thanks for looking! > >On Thursday 04 November 2004 03:47 pm, Julian Elischer wrote: > > >>> thread 0xc2081e10 ksegrp 0xc2154310 [SUSP] >>> thread 0xc187a960 ksegrp 0xc2154310 [SLPQ spltwt 0xc138fd98][SLP] >>> thread 0xc2156960 ksegrp 0xc2154310 [SUSP] >>> thread 0xc2157000 ksegrp 0xc2154310 [SUSP] >>> thread 0xc2157190 ksegrp 0xc2154310 [SLPQ select 0xc08e44c4][SLP][SUSP] >>> thread 0xc2156190 ksegrp 0xc2154310 [SLPQ accept 0xc216ae26][SLP][SUSP] >>> thread 0xc2156320 ksegrp 0xc187dc40 [SUSP] >>> >>> >>showing the output of >>show thread 0xc2081e10 >>(etc) >>for each thread >>should show the backtrace of each thread (I think) >> >> > >The output of this is at bottom. > > >>I suspect that all the threads are waiting for thread 0xc187a960 to wake >>up and suspend >>for some single-threading purpose. >>but it is hard to tell. >> >> I have committed a fix, can you try ? >davidxu 2004-11-04 22:13:16 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_thread.c > Log: > Don't forget to turn off P_SINGLE_BOUNDARY for thread_single(SINGLE_EXIT), > otherwise a threaded process which calls execv() will hang in kernel and > may can not be killed! > > Revision Changes Path > 1.205 +1 -1 src/sys/kern/kern_thread.c > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 22:21: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 CDC4016A4CE; Thu, 4 Nov 2004 22:21:57 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84A9943D45; Thu, 4 Nov 2004 22:21:57 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA4MLilv028143; Thu, 4 Nov 2004 17:21:44 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA4MLhbv004347; Thu, 4 Nov 2004 17:21:43 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA4MLh3h004346; Thu, 4 Nov 2004 17:21:43 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: David Xu Date: Thu, 4 Nov 2004 17:21:32 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411041619.35640.marc.ramirez@bluecirclesoft.com> <418AAA53.5090403@freebsd.org> In-Reply-To: <418AAA53.5090403@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart57874928.5X73PQZvsG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041721.41244.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Julian Elischer cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 22:21:57 -0000 --nextPart57874928.5X73PQZvsG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 November 2004 05:16 pm, David Xu wrote: > I have committed a fix, can you try ? supping now; will let you know asap =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart57874928.5X73PQZvsG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBiqt1g1EgpGw750IRAvyfAJ9P8p6TxX0+nH/XtTK00YE15CO87ACeJTOf xrx7Xd2uTAwWzGWq9cEd8Wk= =Hrk9 -----END PGP SIGNATURE----- --nextPart57874928.5X73PQZvsG-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 22:28: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 833FC16A4CE for ; Thu, 4 Nov 2004 22:28:41 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341AD43D5D for ; Thu, 4 Nov 2004 22:28:41 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iA4MSVcQ072195; Thu, 4 Nov 2004 16:28:31 -0600 (CST) (envelope-from dan) Date: Thu, 4 Nov 2004 16:28:31 -0600 From: Dan Nelson To: Marc Ramirez Message-ID: <20041104222831.GD10428@dan.emsphone.com> References: <200411032312.50664.marc.ramirez@bluecirclesoft.com> <20041104143644.GA36101@rogue.acs.lan> <200411041634.39570.marc.ramirez@bluecirclesoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411041634.39570.marc.ramirez@bluecirclesoft.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Mike Makonnen Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 22:28:41 -0000 In the last episode (Nov 04), Marc Ramirez said: > On Thursday 04 November 2004 09:36 am, Mike Makonnen wrote: > > Hmm, looks like the application is using libthr and not libpthread. > > I'll take a look at it, but in the mean time you might want to map > > libthr and libc_r to libpthread in libmap.conf(5). > > > > Can all other users with this problem verify which threading > > library they're running? You can use the following command on the > > binary. For example: # ldd /path/to/binary > > Not me. Thanks! I just noticed this on my machine as well (SMP, 5.3-stable as of yesterday), running a testsuite program linked to libpthreads. It creates 10 threads whose only job is to fork(), exec /bin/sleep, kill -9 the child, and wait for the status. Each thread does this 1000 times in a tight loop. Occasionally the whole thing will end up STOPped, but resumes within 60 seconds. If I ktrace the process during this, I see a long delay followed by: 39117 pike RET fork 0 32592 pike RET fork 39117/0x98cd Could there be a race or deadlock within the kernel's fork() routines? What happens if two threads on different CPUs decide to fork at the same time? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 22:35: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 20A3A16A4CE for ; Thu, 4 Nov 2004 22:35:07 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B5B43D39 for ; Thu, 4 Nov 2004 22:35:06 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BF09D7A403; Thu, 4 Nov 2004 14:35:06 -0800 (PST) Message-ID: <418AAE9A.3020706@elischer.org> Date: Thu, 04 Nov 2004 14:35:06 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Dan Nelson References: <200411032312.50664.marc.ramirez@bluecirclesoft.com> <20041104143644.GA36101@rogue.acs.lan> <200411041634.39570.marc.ramirez@bluecirclesoft.com> <20041104222831.GD10428@dan.emsphone.com> In-Reply-To: <20041104222831.GD10428@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Marc Ramirez cc: freebsd-current@freebsd.org cc: Mike Makonnen Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 22:35:07 -0000 Dan Nelson wrote: >In the last episode (Nov 04), Marc Ramirez said: > > >>On Thursday 04 November 2004 09:36 am, Mike Makonnen wrote: >> >> >>>Hmm, looks like the application is using libthr and not libpthread. >>>I'll take a look at it, but in the mean time you might want to map >>>libthr and libc_r to libpthread in libmap.conf(5). >>> >>>Can all other users with this problem verify which threading >>>library they're running? You can use the following command on the >>>binary. For example: # ldd /path/to/binary >>> >>> >>Not me. Thanks! >> >> > >I just noticed this on my machine as well (SMP, 5.3-stable as of >yesterday), running a testsuite program linked to libpthreads. It >creates 10 threads whose only job is to fork(), exec /bin/sleep, kill >-9 the child, and wait for the status. Each thread does this 1000 >times in a tight loop. Occasionally the whole thing will end up >STOPped, but resumes within 60 seconds. If I ktrace the process during >this, I see a long delay followed by: > > 39117 pike RET fork 0 > 32592 pike RET fork 39117/0x98cd > >Could there be a race or deadlock within the kernel's fork() routines? >What happens if two threads on different CPUs decide to fork at the >same time? > fork is supposed to go into "single threading" mode, where only the thread that is running fork() is running, until it completes. All other threads are temporarily "suspended" until the thread finishes the fork, and it will not proceed into the fork() until it has confirmed that they ARE suspended. David Xu just fixed a small bug in this however, so get latest kern_thread.c (1.205) and try again. this code is common to libthr and libpthread. > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 23:11: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 BE81B16A4D0; Thu, 4 Nov 2004 23:11:02 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AC2443D55; Thu, 4 Nov 2004 23:11:02 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])iA4NAulv019395; Thu, 4 Nov 2004 18:10:56 -0500 (EST) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) iA4NAtrX004507; Thu, 4 Nov 2004 18:10:55 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id iA4NAtfl004506; Thu, 4 Nov 2004 18:10:55 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: David Xu Date: Thu, 4 Nov 2004 18:10:46 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <200411041619.35640.marc.ramirez@bluecirclesoft.com> <418AAA53.5090403@freebsd.org> In-Reply-To: <418AAA53.5090403@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5091576.RocQ7Ioa8r"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411041810.51412.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: Julian Elischer cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Thu, 04 Nov 2004 23:11:02 -0000 --nextPart5091576.RocQ7Ioa8r Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 November 2004 05:16 pm, David Xu wrote: > > I have committed a fix, can you try ? > > >davidxu 2004-11-04 22:13:16 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/kern kern_thread.c > > Log: > > Don't forget to turn off P_SINGLE_BOUNDARY for > > thread_single(SINGLE_EXIT), otherwise a threaded process which calls > > execv() will hang in kernel and may can not be killed! > > > > Revision Changes Path > > 1.205 +1 -1 src/sys/kern/kern_thread.c I'm running RC2, so I back-ported your fix.=20 The problem still exists. Here's my diff, you can check to make sure I didn't fat-finger anything: $ diff /usr/src/sys/kern/kern_thread.c~ /usr/src/sys/kern/kern_thread.c 883c883 < p->p_flag &=3D ~(P_STOPPED_SINGLE | P_SINGLE_EXIT); =2D-- > p->p_flag &=3D ~(P_STOPPED_SINGLE | P_SINGLE_EXIT | P_SINGL= E_BOUNDARY); Thanks! Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart5091576.RocQ7Ioa8r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBirb7g1EgpGw750IRAn/sAJ0f0xQ7S23ePuCyyRUdJ1ZpVdqbigCgqNzQ e9BZOcXt0sqRGaGoZ1MuYtE= =2EUL -----END PGP SIGNATURE----- --nextPart5091576.RocQ7Ioa8r-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 23:45: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 8857916A4CE for ; Thu, 4 Nov 2004 23:45:57 +0000 (GMT) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D11643D2F for ; Thu, 4 Nov 2004 23:45:56 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-1.etat.lu (Postfix) with ESMTP id DC7BAEC41E5 for ; Fri, 5 Nov 2004 00:45:54 +0100 (CET) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id DD98629BDE for ; Fri, 5 Nov 2004 00:45:54 +0100 (CET) Received: from hermes-1 (hermes-1.cie.etat.lu [148.110.136.56]) CC0FE29BDC for ; Fri, 5 Nov 2004 00:45:54 +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 <0I6O00I01GWB1U@mail.etat.lu> for freebsd-current@freebsd.org; Fri, 05 Nov 2004 00:45:54 +0100 (MET) Received: from etat.lu (hermes-1 [148.110.136.56])18 2003)) freebsd-current@freebsd.org; Fri, 05 Nov 2004 00:45:53 +0100 (MET) Received: from [192.168.1.17] by mail.etat.lu (mshttpd); Fri, 05 Nov 2004 00:45:53 +0100 Date: Fri, 05 Nov 2004 00:45:53 +0100 From: Didier Wiroth To: freebsd-current@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 Subject: rc2, xorg, and matrox g550 troubles 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: Thu, 04 Nov 2004 23:45:57 -0000 Hi, I install 5.3-rc2 and tried to install xorg. I've a 64mb agp matrox g550 graphic adapter. I'm loading the mga module through loader.conf. Here are my loaded modules: %kldstat Id Refs Address Size Name 1 11 0xc0400000 5cdad0 kernel 2 1 0xc09ce000 57dc vesa.ko 3 1 0xc09d4000 16620 mga.ko 4 14 0xc09eb000 537f0 acpi.ko 5 1 0xc2885000 17000 linux.ko X does not work when I launch with startx, I get a "no signal" error from my lcd screen. I have manually kill the server with "ctrl alt backspace". After killing the server, the following error appears: ------ (==) Log file: "/var/log/Xorg.0.log", Time: Fri Nov 5 00:26:58 2004 (==) Using config file: "/etc/X11/xorg.conf" (EE) MGA: Failed to load module "mga_hal" (module does not exist, 0) xterm: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0" login: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0" X connection to :0.0 broken (explicit kill or server shutdown). ------ If I don't kill the server after a few seconds, I can't kill it anymore. I can't swith back to a console, as all my screens stay black. I checked the x11 driver direcotry and indeed there is no mga_hal.o in /usr/X11/lib/modules/drivers/ I googled a bit around and found that I may be I need to copy the original matrox linux drivers (mga_hal.o) to the directory (mentionned above). But it still doesn't work, now I get the following error: ----- (EE) MGA(0): MGAValidateMode from HALlib found the mode to be invalid. Error: 0xb1901112 (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found ----- Is someone running the g550? perhaps also in dual mode? If so, could you please send me your xorg.conf file? If you need more info, please tell me. Thx a lot Didier From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 00:40: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 5DE5016A4CE for ; Fri, 5 Nov 2004 00:40:04 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F50843D45 for ; Fri, 5 Nov 2004 00:40:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9646 invoked from network); 5 Nov 2004 00:40:03 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Nov 2004 00:40:03 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA50dt8o089851; Thu, 4 Nov 2004 19:39:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 4 Nov 2004 18:59:50 -0500 User-Agent: KMail/1.6.2 References: <41759681.1060700@elischer.org> <4176C94E.3000700@elischer.org> <1099408325.88989.6.camel@palm.tree.com> In-Reply-To: <1099408325.88989.6.camel@palm.tree.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411041859.50511.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Julian Elischer cc: Stephan Uphoff Subject: Re: wakeup/sleep handoff. 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: Fri, 05 Nov 2004 00:40:04 -0000 On Tuesday 02 November 2004 10:12 am, Stephan Uphoff wrote: > On Wed, 2004-10-20 at 16:23, Julian Elischer wrote: > > Stephan Uphoff wrote: > > >On Tue, 2004-10-19 at 18:34, Julian Elischer wrote: > > >>Is there a need to be able to somehow implement a 'wakeup_one()' that > > >>as part of its semantic is that the woken thread will run immediatly, > > >>(as in preemprion), > > >>and the old thread will sleep? With preemption, the old thread is left > > >>in the run queue, > > >>and after the other thread has completed, it will > > >>run again and probably go away and sleep for some reason.. (or at least > > >>go do some work that isn't > > >>necessarily required..) > > >> > > >>Something like handover(wakeupchan, sleepchan, msleep_args...). > > >> sort of an atomic wakeup/msleep. > > >> > > >>This would be used in places where work used to be done by the same > > >>thread, but is now done > > >>by a server thread.. > > >> > > >>An example would be kicking off a geom thread, when in the past we > > >> would have gone all > > >>the way down to the hardware ourself. we want to get as close to acting > > >>like we are still > > >>going all the way done as we can (performance wise). We may get some > > >>efficiency by > > >>letting the sleep system, and scheduler know what we are trying to do. > > >>Possibly with some > > >>priority inherritance implications.. (if we have a high priority, we > > >>probably want to ensure that the > > >>worker thread is run with at least that priority.) > > > > > >Why not just give the geom thread a high priority? > > >This, full preemption and changing a few functions to guaranty that the > > >highest priority thread will always run should do what you want. > > >( And maybe always raising the priority of threads working in the > > >kernel) > > >Actually this is relatively high on my to do list and I should have some > > >patches to try out in a week or two. > > > > yessss but after the preemption (which is invisible to the caller of > > setrunqueue/wakeup) > > that thread continues on to do it's "check for completion/sleep".. > > > > it would be more efficient in my book to have an official way to hand > > over to a designated worker > > all in one hit.. You could then optimise such cases.. They are often in > > required fast-paths. > > OK - I finally got it. > > Maybe sections that temporarily disable preemption would do the trick. > Spinning on an adaptive mutex or blocking/sleeping should automatically > re-enable preemption. > > On a related topic: > I don't like the way condition variables and msleep wait threads will be > scheduled on a wakeup - just to block again on trying to acquire a > mutex. However I don't see any way to avoid this that does not involve a > lot of work. Any idea beside not protecting the wakeup by a mutex? wakeup() and now cv_signal() and cv_broadcast() do not require the lock to be held, so I think that is the best approach. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:21: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 355CC16A4CE for ; Fri, 5 Nov 2004 04:21:21 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 832DC43D46 for ; Fri, 5 Nov 2004 04:21:18 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CPvb9-0001d8-Cb; Fri, 05 Nov 2004 09:21:15 +0500 Message-ID: <418AFFBB.4020501@ntmk.ru> Date: Fri, 05 Nov 2004 09:21:15 +0500 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Ken Smith , freebsd-current@freebsd.org References: <200411020143.34251.gte990t@mail.gatech.edu> <200411040329.21834.michaelnottebrock@gmx.net> <4189CCB8.2050104@alexdupre.com> <200411041534.30965.michaelnottebrock@gmx.net> <20041104144605.GF24440@electra.cse.Buffalo.EDU> In-Reply-To: <20041104144605.GF24440@electra.cse.Buffalo.EDU> Content-Type: multipart/mixed; boundary="------------090100060204070208070206" Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Fri, 05 Nov 2004 04:21:21 -0000 This is a multi-part message in MIME format. --------------090100060204070208070206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello! >In particular if you manage to wedge processes in an unkillable state >the output of "ps -o f -l" might be useful. I'd like to see all of the >flags set for a process that gets wedged. > > > Got it, see attachment. Regards, Boris --------------090100060204070208070206 Content-Type: text/plain; name="ps.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ps.txt" UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND F 0 0 0 0 -16 0 0 4 sched DLs ?? 0:00,14 [swapper] 200 0 1 0 0 8 0 792 184 wait ILs ?? 0:00,05 /sbin/init -- 4200 0 2 0 0 -8 0 0 12 - DL ?? 0:02,77 [g_event] 204 0 3 0 0 -8 0 0 12 - DL ?? 0:23,13 [g_up] 204 0 4 0 0 -8 0 0 12 - DL ?? 0:59,44 [g_down] 204 0 5 0 0 8 0 0 12 - DL ?? 0:00,00 [kqueue taskq] 204 0 6 0 0 8 0 0 12 - DL ?? 0:00,00 [thread taskq] 204 0 7 0 0 -8 0 0 12 - DL ?? 0:00,15 [fdc0] 204 0 8 0 0 -16 0 0 12 psleep DL ?? 0:05,82 [pagedaemon] 204 0 9 0 2 20 0 0 12 psleep DL ?? 0:00,00 [vmdaemon] 204 0 10 0 0 -16 0 0 12 ktrace DL ?? 0:00,00 [ktrace] 204 0 11 0 118 110 0 0 12 - RL ?? 1197:46,03 [idle] 20c 0 12 0 0 -60 0 0 12 - WL ?? 0:01,10 [irq1: atkbd0] 204 0 13 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq2:] 204 0 14 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq3:] 204 0 15 0 0 -60 0 0 12 - WL ?? 0:00,00 [irq4: sio0] 204 0 16 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq5:] 204 0 17 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq6: fdc0] 204 0 18 0 0 -60 0 0 12 - WL ?? 0:00,00 [irq7: ppc0] 204 0 19 0 0 -84 0 0 12 - WL ?? 0:00,00 [irq8: rtc] 204 0 20 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq9:] 204 0 21 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq10:] 204 0 22 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq11:] 204 0 23 0 0 -60 0 0 12 - WL ?? 0:15,83 [irq12: psm0] 204 0 24 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq13:] 204 0 25 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq14: ata0] 204 0 26 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq15: ata1] 204 0 27 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq16: uhci0] 204 0 28 0 0 -80 0 0 12 - WL ?? 0:12,36 [irq17: pcm0] 204 0 29 0 0 -64 0 0 12 - WL ?? 0:18,65 [irq18: uhci2+] 204 0 30 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq19: uhci1] 204 0 31 0 0 -68 0 0 12 - WL ?? 0:27,42 [irq20: bge0] 204 0 32 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq21:] 204 0 33 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq22:] 204 0 34 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq23:] 204 0 35 0 0 -84 0 0 12 - WL ?? 0:00,00 [irq0: clk] 204 0 36 0 1 -28 0 0 12 - WL ?? 2:22,65 [swi5: clock sio 20c 0 37 0 0 -32 0 0 12 - WL ?? 0:00,00 [swi4: vm] 204 0 38 0 0 -44 0 0 12 - WL ?? 0:35,86 [swi1: net] 204 0 39 0 0 76 0 0 12 - DL ?? 0:10,44 [yarrow] 204 0 40 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6:+] 204 0 41 0 0 -40 0 0 12 - WL ?? 0:00,00 [swi2: camnet] 204 0 42 0 0 -36 0 0 12 - WL ?? 0:00,00 [swi3: cambio] 204 0 43 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6: task queu 204 0 44 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6:+] 204 0 45 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb0] 204 0 46 0 0 8 0 0 12 usbtsk DL ?? 0:00,00 [usbtask] 204 0 47 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb1] 204 0 48 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb2] 204 0 49 0 0 -48 0 0 12 - WL ?? 0:00,00 [swi0: sio] 204 0 50 0 0 171 0 0 12 - RL ?? 0:04,78 [pagezero] 20c 0 51 0 0 -16 0 0 12 psleep DL ?? 0:00,32 [bufdaemon] 204 0 52 0 0 -4 0 0 12 vlruwt DL ?? 0:00,21 [vnlru] 204 0 53 0 0 20 0 0 12 syncer DL ?? 0:13,36 [syncer] 204 0 54 0 0 -8 0 0 12 - DL ?? 0:04,55 [schedcpu] 204 0 202 1 129 20 0 1308 452 pause Is ?? 0:00,00 adjkerntz -i 0 0 258 1 0 4 0 548 20 select Is ?? 0:00,09 /sbin/devd 0 0 282 1 0 96 0 1444 688 select Is ?? 0:00,47 /usr/sbin/syslog 0 53 296 1 0 20 0 5684 2712 kserel Ss ?? 0:00,92 /usr/sbin/named 8180 0 368 1 0 96 0 1360 556 select Is ?? 0:00,18 /usr/sbin/usbd 0 0 386 1 0 4 0 1416 560 select Is ?? 0:00,08 /usr/sbin/lpd 0 0 398 1 0 96 0 3212 1048 select Ss ?? 0:01,91 /usr/sbin/ntpd - 0 0 425 1 0 4 0 3712 776 select Is ?? 0:00,07 /usr/sbin/sshd 100 0 441 1 0 8 0 1496 748 nanslp Ss ?? 0:00,18 /usr/sbin/cron - 0 0 458 1 0 96 0 1556 880 select Is ?? 0:00,29 binkd: server ma 0 0 459 458 0 8 0 1556 936 nanslp I ?? 0:01,31 binkd: client ma 0 65534 471 1 0 96 0 2460 840 select Ss ?? 0:00,44 proftpd: (accept 101 0 501 1 0 96 0 1356 560 select Ss ?? 0:13,76 /usr/sbin/moused 0 0 527 1 0 4 0 1564 612 select Is ?? 0:00,09 /usr/sbin/inetd 0 0 543 1 0 4 0 2540 716 select I ?? 0:00,18 /usr/local/bin/k 4001 0 545 543 0 96 0 112756 92344 select S ?? 5:50,95 /usr/X11R6/bin/X 4000 0 546 543 48 8 0 2876 1012 wait I ?? 0:00,01 /usr/local/bin/k 0 1001 556 546 0 8 0 1816 592 wait Is ?? 0:00,02 /bin/sh /usr/loc 4000 1001 584 1 0 96 0 26520 9200 select Is ?? 0:00,29 kdeinit: Running 0 1001 587 1 0 96 0 25360 8992 select I ?? 0:00,77 kdeinit: dcopser 1 1001 590 584 0 96 0 27220 9680 select S ?? 0:00,65 kdeinit: klaunch 1 1001 593 1 0 96 0 31096 10920 select S ?? 2:24,24 kdeinit: kded (k 1 1001 605 584 0 20 0 14656 1836 kserel S ?? 1:55,17 /usr/local/bin/a c080 1001 607 1 0 96 0 34804 10680 select S ?? 1:19,81 kdeinit: knotify 1 1001 611 556 0 8 0 1448 548 nanslp S ?? 0:01,09 kwrapper ksmserv 4000 1001 613 1 0 96 0 26936 10116 select I ?? 0:00,36 kdeinit: ksmserv 1 1001 614 584 0 96 0 29936 12012 select S ?? 0:16,52 kdeinit: kwin -s 1 1001 617 1 0 96 0 27268 10152 select S ?? 0:02,72 kdeinit: khotkey 1 1001 618 1 0 96 0 30196 12256 select S ?? 0:34,60 kdeinit: kdeskto 1 1001 620 1 0 96 0 32060 13200 select S ?? 0:38,94 kdeinit: kicker 1 1001 621 584 0 4 0 27660 9324 select I ?? 0:00,09 kdeinit: kio_fil 0 1001 623 1 0 96 0 28532 10864 select S ?? 0:30,44 kdeinit: klipper 1 1001 627 1 0 96 0 27484 11456 select I ?? 0:00,67 kkbswitch -sessi 1 1001 629 1 0 96 0 29032 11084 select S ?? 1:00,59 kdeinit: kmix -s 1 1001 631 1 0 96 0 31432 10944 select S ?? 0:35,47 korgac --miniico 1 1001 632 1 0 96 0 37048 12164 select S ?? 0:54,56 sim -session 110 1 1001 638 584 0 96 0 32092 12924 select S ?? 0:43,05 kdeinit: konsole 1 1001 42171 1 0 96 0 47888 15468 select S ?? 2:21,45 kmldonkey -icon 1 1001 42172 593 1 20 19 248800 234512 kserel SN ?? 10:23,91 /usr/local/bin/m c080 1001 48254 584 20 8 0 1816 608 wait I ?? 0:00,01 /bin/sh ./mozill 4000 1001 48263 48254 37 8 0 1828 608 wait I ?? 0:00,00 /bin/sh ./run-mo 4000 1001 48267 48263 0 20 0 67940 35920 kserel S ?? 0:50,66 ./mozilla-bin c080 1001 48403 48267 14 97 0 88684 36888 - TL ?? 0:04,28 /usr/local/OpenO 8c081 0 48651 458 0 96 0 1656 984 select S ?? 0:00,02 binkd: i 2:5078/ 0 1001 10736 10734 0 5 0 2432 1032 ttyin Is+ p1 0:00,06 bash -rcfile .ba 15002 1001 33370 638 0 5 0 2428 1424 ttyin Is+ p2 0:00,02 /usr/local/bin/b 4002 1001 713 638 0 8 0 2428 944 wait Is p3 0:00,01 /usr/local/bin/b 4002 1001 10734 713 0 96 0 4960 1384 select I+ p3 0:00,70 mc 4002 0 738 638 0 8 0 1740 632 wait Is p4 0:00,01 su - 4102 0 739 738 0 8 0 2444 960 wait I p4 0:00,01 -su (bash) 4002 0 740 739 0 96 0 5220 1612 select S+ p4 0:02,46 mc 4002 0 742 740 0 8 0 2428 1440 wait Ss p5 0:00,21 bash -rcfile .ba 15002 0 48657 742 1 96 0 1604 868 - R+ p5 0:00,00 ps -axfl -o flag 4002 0 8421 638 4 8 0 1740 632 wait Is p6 0:00,02 su - 4102 0 8427 8421 0 8 0 2444 972 wait I p6 0:00,01 -su (bash) 4002 0 8516 8427 0 4 0 5380 1152 select I+ p6 0:10,84 mc 4002 0 8518 8516 0 5 0 2428 1028 ttyin Is+ p8 0:00,10 bash -rcfile .ba 15002 0 539 1 118 5 0 1408 600 ttyin Is+ v0 0:00,00 /usr/libexec/get 4002 0 540 1 118 5 0 1408 600 ttyin Is+ v1 0:00,00 /usr/libexec/get 4002 0 541 1 118 5 0 1408 600 ttyin Is+ v2 0:00,00 /usr/libexec/get 4002 0 542 1 118 5 0 1408 600 ttyin Is+ v3 0:00,00 /usr/libexec/get 4002 --------------090100060204070208070206-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:37: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 C5EF116A4CE for ; Fri, 5 Nov 2004 04:37:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9906243D4C; Fri, 5 Nov 2004 04:37:02 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freebsd.org (davidxu@localhost [127.0.0.1]) iA54axxt011275; Fri, 5 Nov 2004 04:37:00 GMT (envelope-from davidxu@freebsd.org) Message-ID: <418B04B7.6010905@freebsd.org> Date: Fri, 05 Nov 2004 12:42:31 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030723 Thunderbird/0.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Boris Kovalenko References: <418AFFBB.4020501@ntmk.ru> In-Reply-To: <418AFFBB.4020501@ntmk.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Fri, 05 Nov 2004 04:37:03 -0000 Please try following patch: Index: kern_thread.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v retrieving revision 1.205 diff -u -r1.205 kern_thread.c --- kern_thread.c 4 Nov 2004 22:13:16 -0000 1.205 +++ kern_thread.c 5 Nov 2004 04:23:24 -0000 @@ -832,11 +832,10 @@ continue; /* * maybe other inhibitted states too? - * XXXKSE Is it totally safe to - * suspend a non-interruptable thread? */ - if (td2->td_inhibitors & - (TDI_SLEEPING | TDI_SWAPPED)) + if ((td2->td_flags & TDF_SINTR) && + (td2->td_inhibitors & + (TDI_SLEEPING | TDI_SWAPPED))) thread_suspend_one(td2); break; } Boris Kovalenko wrote: > Hello! > > >>In particular if you manage to wedge processes in an unkillable state >>the output of "ps -o f -l" might be useful. I'd like to see all of the >>flags set for a process that gets wedged. >> >> >> > > Got it, see attachment. > > Regards, > Boris > > > > > > ------------------------------------------------------------------------ > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND F > 0 0 0 0 -16 0 0 4 sched DLs ?? 0:00,14 [swapper] 200 > 0 1 0 0 8 0 792 184 wait ILs ?? 0:00,05 /sbin/init -- 4200 > 0 2 0 0 -8 0 0 12 - DL ?? 0:02,77 [g_event] 204 > 0 3 0 0 -8 0 0 12 - DL ?? 0:23,13 [g_up] 204 > 0 4 0 0 -8 0 0 12 - DL ?? 0:59,44 [g_down] 204 > 0 5 0 0 8 0 0 12 - DL ?? 0:00,00 [kqueue taskq] 204 > 0 6 0 0 8 0 0 12 - DL ?? 0:00,00 [thread taskq] 204 > 0 7 0 0 -8 0 0 12 - DL ?? 0:00,15 [fdc0] 204 > 0 8 0 0 -16 0 0 12 psleep DL ?? 0:05,82 [pagedaemon] 204 > 0 9 0 2 20 0 0 12 psleep DL ?? 0:00,00 [vmdaemon] 204 > 0 10 0 0 -16 0 0 12 ktrace DL ?? 0:00,00 [ktrace] 204 > 0 11 0 118 110 0 0 12 - RL ?? 1197:46,03 [idle] 20c > 0 12 0 0 -60 0 0 12 - WL ?? 0:01,10 [irq1: atkbd0] 204 > 0 13 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq2:] 204 > 0 14 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq3:] 204 > 0 15 0 0 -60 0 0 12 - WL ?? 0:00,00 [irq4: sio0] 204 > 0 16 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq5:] 204 > 0 17 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq6: fdc0] 204 > 0 18 0 0 -60 0 0 12 - WL ?? 0:00,00 [irq7: ppc0] 204 > 0 19 0 0 -84 0 0 12 - WL ?? 0:00,00 [irq8: rtc] 204 > 0 20 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq9:] 204 > 0 21 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq10:] 204 > 0 22 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq11:] 204 > 0 23 0 0 -60 0 0 12 - WL ?? 0:15,83 [irq12: psm0] 204 > 0 24 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq13:] 204 > 0 25 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq14: ata0] 204 > 0 26 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq15: ata1] 204 > 0 27 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq16: uhci0] 204 > 0 28 0 0 -80 0 0 12 - WL ?? 0:12,36 [irq17: pcm0] 204 > 0 29 0 0 -64 0 0 12 - WL ?? 0:18,65 [irq18: uhci2+] 204 > 0 30 0 0 -64 0 0 12 - WL ?? 0:00,00 [irq19: uhci1] 204 > 0 31 0 0 -68 0 0 12 - WL ?? 0:27,42 [irq20: bge0] 204 > 0 32 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq21:] 204 > 0 33 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq22:] 204 > 0 34 0 0 -21 0 0 12 - WL ?? 0:00,00 [irq23:] 204 > 0 35 0 0 -84 0 0 12 - WL ?? 0:00,00 [irq0: clk] 204 > 0 36 0 1 -28 0 0 12 - WL ?? 2:22,65 [swi5: clock sio 20c > 0 37 0 0 -32 0 0 12 - WL ?? 0:00,00 [swi4: vm] 204 > 0 38 0 0 -44 0 0 12 - WL ?? 0:35,86 [swi1: net] 204 > 0 39 0 0 76 0 0 12 - DL ?? 0:10,44 [yarrow] 204 > 0 40 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6:+] 204 > 0 41 0 0 -40 0 0 12 - WL ?? 0:00,00 [swi2: camnet] 204 > 0 42 0 0 -36 0 0 12 - WL ?? 0:00,00 [swi3: cambio] 204 > 0 43 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6: task queu 204 > 0 44 0 0 -24 0 0 12 - WL ?? 0:00,00 [swi6:+] 204 > 0 45 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb0] 204 > 0 46 0 0 8 0 0 12 usbtsk DL ?? 0:00,00 [usbtask] 204 > 0 47 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb1] 204 > 0 48 0 0 8 0 0 12 usbevt DL ?? 0:00,00 [usb2] 204 > 0 49 0 0 -48 0 0 12 - WL ?? 0:00,00 [swi0: sio] 204 > 0 50 0 0 171 0 0 12 - RL ?? 0:04,78 [pagezero] 20c > 0 51 0 0 -16 0 0 12 psleep DL ?? 0:00,32 [bufdaemon] 204 > 0 52 0 0 -4 0 0 12 vlruwt DL ?? 0:00,21 [vnlru] 204 > 0 53 0 0 20 0 0 12 syncer DL ?? 0:13,36 [syncer] 204 > 0 54 0 0 -8 0 0 12 - DL ?? 0:04,55 [schedcpu] 204 > 0 202 1 129 20 0 1308 452 pause Is ?? 0:00,00 adjkerntz -i 0 > 0 258 1 0 4 0 548 20 select Is ?? 0:00,09 /sbin/devd 0 > 0 282 1 0 96 0 1444 688 select Is ?? 0:00,47 /usr/sbin/syslog 0 > 53 296 1 0 20 0 5684 2712 kserel Ss ?? 0:00,92 /usr/sbin/named 8180 > 0 368 1 0 96 0 1360 556 select Is ?? 0:00,18 /usr/sbin/usbd 0 > 0 386 1 0 4 0 1416 560 select Is ?? 0:00,08 /usr/sbin/lpd 0 > 0 398 1 0 96 0 3212 1048 select Ss ?? 0:01,91 /usr/sbin/ntpd - 0 > 0 425 1 0 4 0 3712 776 select Is ?? 0:00,07 /usr/sbin/sshd 100 > 0 441 1 0 8 0 1496 748 nanslp Ss ?? 0:00,18 /usr/sbin/cron - 0 > 0 458 1 0 96 0 1556 880 select Is ?? 0:00,29 binkd: server ma 0 > 0 459 458 0 8 0 1556 936 nanslp I ?? 0:01,31 binkd: client ma 0 > 65534 471 1 0 96 0 2460 840 select Ss ?? 0:00,44 proftpd: (accept 101 > 0 501 1 0 96 0 1356 560 select Ss ?? 0:13,76 /usr/sbin/moused 0 > 0 527 1 0 4 0 1564 612 select Is ?? 0:00,09 /usr/sbin/inetd 0 > 0 543 1 0 4 0 2540 716 select I ?? 0:00,18 /usr/local/bin/k 4001 > 0 545 543 0 96 0 112756 92344 select S ?? 5:50,95 /usr/X11R6/bin/X 4000 > 0 546 543 48 8 0 2876 1012 wait I ?? 0:00,01 /usr/local/bin/k 0 > 1001 556 546 0 8 0 1816 592 wait Is ?? 0:00,02 /bin/sh /usr/loc 4000 > 1001 584 1 0 96 0 26520 9200 select Is ?? 0:00,29 kdeinit: Running 0 > 1001 587 1 0 96 0 25360 8992 select I ?? 0:00,77 kdeinit: dcopser 1 > 1001 590 584 0 96 0 27220 9680 select S ?? 0:00,65 kdeinit: klaunch 1 > 1001 593 1 0 96 0 31096 10920 select S ?? 2:24,24 kdeinit: kded (k 1 > 1001 605 584 0 20 0 14656 1836 kserel S ?? 1:55,17 /usr/local/bin/a c080 > 1001 607 1 0 96 0 34804 10680 select S ?? 1:19,81 kdeinit: knotify 1 > 1001 611 556 0 8 0 1448 548 nanslp S ?? 0:01,09 kwrapper ksmserv 4000 > 1001 613 1 0 96 0 26936 10116 select I ?? 0:00,36 kdeinit: ksmserv 1 > 1001 614 584 0 96 0 29936 12012 select S ?? 0:16,52 kdeinit: kwin -s 1 > 1001 617 1 0 96 0 27268 10152 select S ?? 0:02,72 kdeinit: khotkey 1 > 1001 618 1 0 96 0 30196 12256 select S ?? 0:34,60 kdeinit: kdeskto 1 > 1001 620 1 0 96 0 32060 13200 select S ?? 0:38,94 kdeinit: kicker 1 > 1001 621 584 0 4 0 27660 9324 select I ?? 0:00,09 kdeinit: kio_fil 0 > 1001 623 1 0 96 0 28532 10864 select S ?? 0:30,44 kdeinit: klipper 1 > 1001 627 1 0 96 0 27484 11456 select I ?? 0:00,67 kkbswitch -sessi 1 > 1001 629 1 0 96 0 29032 11084 select S ?? 1:00,59 kdeinit: kmix -s 1 > 1001 631 1 0 96 0 31432 10944 select S ?? 0:35,47 korgac --miniico 1 > 1001 632 1 0 96 0 37048 12164 select S ?? 0:54,56 sim -session 110 1 > 1001 638 584 0 96 0 32092 12924 select S ?? 0:43,05 kdeinit: konsole 1 > 1001 42171 1 0 96 0 47888 15468 select S ?? 2:21,45 kmldonkey -icon 1 > 1001 42172 593 1 20 19 248800 234512 kserel SN ?? 10:23,91 /usr/local/bin/m c080 > 1001 48254 584 20 8 0 1816 608 wait I ?? 0:00,01 /bin/sh ./mozill 4000 > 1001 48263 48254 37 8 0 1828 608 wait I ?? 0:00,00 /bin/sh ./run-mo 4000 > 1001 48267 48263 0 20 0 67940 35920 kserel S ?? 0:50,66 ./mozilla-bin c080 > 1001 48403 48267 14 97 0 88684 36888 - TL ?? 0:04,28 /usr/local/OpenO 8c081 > 0 48651 458 0 96 0 1656 984 select S ?? 0:00,02 binkd: i 2:5078/ 0 > 1001 10736 10734 0 5 0 2432 1032 ttyin Is+ p1 0:00,06 bash -rcfile .ba 15002 > 1001 33370 638 0 5 0 2428 1424 ttyin Is+ p2 0:00,02 /usr/local/bin/b 4002 > 1001 713 638 0 8 0 2428 944 wait Is p3 0:00,01 /usr/local/bin/b 4002 > 1001 10734 713 0 96 0 4960 1384 select I+ p3 0:00,70 mc 4002 > 0 738 638 0 8 0 1740 632 wait Is p4 0:00,01 su - 4102 > 0 739 738 0 8 0 2444 960 wait I p4 0:00,01 -su (bash) 4002 > 0 740 739 0 96 0 5220 1612 select S+ p4 0:02,46 mc 4002 > 0 742 740 0 8 0 2428 1440 wait Ss p5 0:00,21 bash -rcfile .ba 15002 > 0 48657 742 1 96 0 1604 868 - R+ p5 0:00,00 ps -axfl -o flag 4002 > 0 8421 638 4 8 0 1740 632 wait Is p6 0:00,02 su - 4102 > 0 8427 8421 0 8 0 2444 972 wait I p6 0:00,01 -su (bash) 4002 > 0 8516 8427 0 4 0 5380 1152 select I+ p6 0:10,84 mc 4002 > 0 8518 8516 0 5 0 2428 1028 ttyin Is+ p8 0:00,10 bash -rcfile .ba 15002 > 0 539 1 118 5 0 1408 600 ttyin Is+ v0 0:00,00 /usr/libexec/get 4002 > 0 540 1 118 5 0 1408 600 ttyin Is+ v1 0:00,00 /usr/libexec/get 4002 > 0 541 1 118 5 0 1408 600 ttyin Is+ v2 0:00,00 /usr/libexec/get 4002 > 0 542 1 118 5 0 1408 600 ttyin Is+ v3 0:00,00 /usr/libexec/get 4002 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:40: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 0CD2E16A4CE for ; Fri, 5 Nov 2004 04:40:41 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DD243D1D for ; Fri, 5 Nov 2004 04:40:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54db9v065678; Thu, 4 Nov 2004 21:39:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Nov 2004 21:39:50 -0700 (MST) Message-Id: <20041104.213950.54451319.imp@bsdimp.com> To: dwhite@gumbysoft.com From: "M. Warner Losh" In-Reply-To: <20041102104503.D63929@carver.gumbysoft.com> References: <20041102104503.D63929@carver.gumbysoft.com> 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: jtfbsd@jt.net.au cc: Matthew.Thyer@dsto.defence.gov.au cc: freebsd-current@freebsd.org Subject: Re: USB Key Disk 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: Fri, 05 Nov 2004 04:40:41 -0000 In message: <20041102104503.D63929@carver.gumbysoft.com> Doug White writes: : Note that I creatd that from a second system and dd'd the flash card over : so UFS wouldnt' burn out the flash, but I suppose you could install direct : to it if you odn't plan on writing to the key afterward. UFS does exra : bad things to flash (think superblock updates), so you don't want to : leave it read/write for very long. The superblock update isn't so bad because most flash devices wear average. The access time update, however, tends to put a lot of load on the part. Even that isn't so bad. We have several flash cards that we run read/write and rarely do they go bad unless left that way for months. Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:46: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 84F7216A4CE for ; Fri, 5 Nov 2004 04:46:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2621743D31 for ; Fri, 5 Nov 2004 04:46:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54jPAZ065710; Thu, 4 Nov 2004 21:45:25 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Nov 2004 21:45:38 -0700 (MST) Message-Id: <20041104.214538.34123012.imp@bsdimp.com> To: cswiger@mac.com From: "M. Warner Losh" In-Reply-To: <4188D543.3020501@mac.com> References: <4188D543.3020501@mac.com> 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: freebsd-current@freebsd.org Subject: Re: USB Key Disk 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: Fri, 05 Nov 2004 04:46:35 -0000 In message: <4188D543.3020501@mac.com> Chuck Swiger writes: : joe mcguckin wrote: : [ ...top-posting recovered... ] : > Most USB keys don't have a rw/ro switch. Is there a kernel flag you can set : > to tell FreeBSD that boot device is flash and that writes should be kept to : > a minimum? : : Look at /etc/fstab, and consider the "ro" & "noatime" options. You don't need both. Just one or the other. : > Can swap space be completely done away with? : : Certainly. It would be a very good idea to configure the system with more : than enough physical RAM, and to take some care selecting the software being : run on the system. : : [ If you stick to small, simple C programs like natd, dhcpd, etc, you should : be fine. Try to avoid complex systems and scripting languages like Perl-- for : example, trying to do SMTP + SpamAssassin + amavis + antivirus on a Compact : Flash-based host would be a bad idea. ] You can also set sysctl vm.swap_enabled to 0. This prevents one warning. Failure to do so results in no bad effects if you have no swap partition apart from the warning the first time text working sets need to be trimmed. Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:49: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 12A9C16A4CE for ; Fri, 5 Nov 2004 04:49:03 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27FE43D54 for ; Fri, 5 Nov 2004 04:49:02 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iA54mvqX046940; Thu, 4 Nov 2004 23:48:57 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iA54mvPN046937; Thu, 4 Nov 2004 23:48:57 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 4 Nov 2004 23:48:57 -0500 (EST) From: Andre Guibert de Bruet To: Sam Stephens In-Reply-To: Message-ID: <20041104234737.T36862@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: custom kernel compile error, please help 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: Fri, 05 Nov 2004 04:49:03 -0000 On Wed, 3 Nov 2004, Sam Stephens wrote: > /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s > aal_sscop.c:4302: error: too few arguments to function `ng_timeout' > /usr/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/s > aal_sscop.c:4302: error: incompatible types in assignment > *** Error code 1 Update your sources and try again. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:49: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 59C3916A4CE; Fri, 5 Nov 2004 04:49:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA01943D45; Fri, 5 Nov 2004 04:49:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54mx8A065760; Thu, 4 Nov 2004 21:49:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Nov 2004 21:49:12 -0700 (MST) Message-Id: <20041104.214912.18972443.imp@bsdimp.com> To: anton@nikiforov.ru From: "M. Warner Losh" In-Reply-To: <4188A57B.3060005@nikiforov.ru> References: <41792B37.7070303@nikiforov.ru> <20041022.095824.102614477.imp@bsdimp.com> <4188A57B.3060005@nikiforov.ru> 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: freebsd-current@FreeBSD.org cc: freebsd-mobile@FreeBSD.org Subject: Re: SD Card 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: Fri, 05 Nov 2004 04:49:39 -0000 In message: <4188A57B.3060005@nikiforov.ru> : The things you have recommend was done :) : This does not help : Nov 3 12:29:27 latitude kernel: Status is 0x30000006 : Nov 3 12:29:33 latitude kernel: Status is 0x30000810 : Nov 3 12:29:33 latitude kernel: cbb0: card inserted: event=0x00000000, : state=30000810 : Nov 3 12:29:33 latitude kernel: cbb0: PC Card card activation failed : So the card is still not working. Can you set the sysctl 'hw.cbb.debug=1' and 'hw.pccard.debug=1' before inserting the card and send me the results? Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04:52: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 0370E16A4CE for ; Fri, 5 Nov 2004 04:52:34 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E87543D39 for ; Fri, 5 Nov 2004 04:52:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54o3h6065791; Thu, 4 Nov 2004 21:50:03 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Nov 2004 21:50:16 -0700 (MST) Message-Id: <20041104.215016.81088267.imp@bsdimp.com> To: jsmith@drexel.edu From: "M. Warner Losh" In-Reply-To: <1099516348.787.4.camel@vorpal.math.drexel.edu> References: <1099516348.787.4.camel@vorpal.math.drexel.edu> 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: freebsd-current@freebsd.org Subject: Re: USB devices not being created 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: Fri, 05 Nov 2004 04:52:34 -0000 What does usbdevs -v show? Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 04: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 0FF0E16A4D2 for ; Fri, 5 Nov 2004 04:55:34 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D9C43D2F for ; Fri, 5 Nov 2004 04:55:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA54qmJx065821; Thu, 4 Nov 2004 21:52:48 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Nov 2004 21:53:00 -0700 (MST) Message-Id: <20041104.215300.127772102.imp@bsdimp.com> To: seb@struchtrup.com From: "M. Warner Losh" In-Reply-To: <4189F3B9.5000908@struchtrup.com> References: <20041104090258.GA24484@sr.se> <4189F3B9.5000908@struchtrup.com> 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: current@freebsd.org cc: flygt@sr.se Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Fri, 05 Nov 2004 04:55:34 -0000 In message: <4189F3B9.5000908@struchtrup.com> Sebastian Schulze Struchtrup writes: : device mem Please also note that this is required for netstat -rn to work, since it grovels in the kvm. This surprised me :-) Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 05:02: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 4F2F016A4CE; Fri, 5 Nov 2004 05:02:24 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD8143D39; Fri, 5 Nov 2004 05:02:23 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CPwEv-0005tB-K3; Fri, 05 Nov 2004 10:02:21 +0500 Message-ID: <418B095D.3070407@ntmk.ru> Date: Fri, 05 Nov 2004 10:02:21 +0500 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: David Xu , freebsd-current@freebsd.org References: <418AFFBB.4020501@ntmk.ru> <418B04B7.6010905@freebsd.org> In-Reply-To: <418B04B7.6010905@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Fri, 05 Nov 2004 05:02:24 -0000 Hello! Applied, compiled and rebooted. Will report You ASAP. David Xu wrote: > Please try following patch: > > Index: kern_thread.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v > retrieving revision 1.205 > diff -u -r1.205 kern_thread.c > --- kern_thread.c 4 Nov 2004 22:13:16 -0000 1.205 > +++ kern_thread.c 5 Nov 2004 04:23:24 -0000 > @@ -832,11 +832,10 @@ > continue; > /* > * maybe other inhibitted states too? > - * XXXKSE Is it totally safe to > - * suspend a non-interruptable thread? > */ > - if (td2->td_inhibitors & > - (TDI_SLEEPING | TDI_SWAPPED)) > + if ((td2->td_flags & TDF_SINTR) && > + (td2->td_inhibitors & > + (TDI_SLEEPING | TDI_SWAPPED))) > thread_suspend_one(td2); > break; > } > Regards, Boris From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 08:23: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 0D85316A4CE for ; Fri, 5 Nov 2004 08:23:18 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAD343D1F for ; Fri, 5 Nov 2004 08:23:12 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id iA58NAtc028313 for ; Fri, 5 Nov 2004 08:23:10 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.18] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id iA58N9ck028225; Fri, 5 Nov 2004 08:23:10 GMT (envelope-from anton@nikiforov.ru) Message-ID: <418B46AF.9040704@nikiforov.ru> Date: Fri, 05 Nov 2004 12:23:59 +0300 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41792B37.7070303@nikiforov.ru> <20041022.095824.102614477.imp@bsdimp.com> <4188A57B.3060005@nikiforov.ru> <20041104.214912.18972443.imp@bsdimp.com> In-Reply-To: <20041104.214912.18972443.imp@bsdimp.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040406060705030203050409" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: SD Card Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 08:23:18 -0000 This is a cryptographically signed message in MIME format. --------------ms040406060705030203050409 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit M. Warner Losh wrote: > In message: <4188A57B.3060005@nikiforov.ru> > : The things you have recommend was done :) > : This does not help > : Nov 3 12:29:27 latitude kernel: Status is 0x30000006 > : Nov 3 12:29:33 latitude kernel: Status is 0x30000810 > : Nov 3 12:29:33 latitude kernel: cbb0: card inserted: event=0x00000000, > : state=30000810 > : Nov 3 12:29:33 latitude kernel: cbb0: PC Card card activation failed > : So the card is still not working. > > Can you set the sysctl 'hw.cbb.debug=1' and 'hw.pccard.debug=1' before > inserting the card and send me the results? > > Hi! I did it and here is the log: Nov 5 12:22:46 latitude kernel: Status is 0x30000810 Nov 5 12:22:46 latitude kernel: cbb0: card inserted: event=0x00000000, state=30000810 Nov 5 12:22:46 latitude kernel: pccard0: chip_socket_enable Nov 5 12:22:46 latitude kernel: cbb_pcic_socket_enable: Nov 5 12:22:46 latitude kernel: cbb0: cbb_power: 3V Nov 5 12:22:46 latitude kernel: pccard0: read_cis Nov 5 12:22:48 latitude kernel: pccard0: check_cis_quirks Nov 5 12:22:48 latitude kernel: pccard0: CIS version PC Card Standard 5.0 Nov 5 12:22:48 latitude kernel: pccard0: CIS info: RICOH, Bay1Controller Nov 5 12:22:48 latitude kernel: pccard0: Manufacturer code 0x0, product 0x0 Nov 5 12:22:48 latitude kernel: pccard0: function 0: unknown (254), ccr addr 100 mask f Nov 5 12:22:48 latitude kernel: pccard0: function 0, config table entry 1: memory card; irq mask 0; memspace 0-fff; mwait_required rdybsy_active powerdown Nov 5 12:22:48 latitude kernel: pccard0: functions scanning Nov 5 12:22:48 latitude kernel: pccard0: Card has 1 functions. pccard_mfc is 0 Nov 5 12:22:48 latitude kernel: pccard0: Memory space not yet implemented. Nov 5 12:22:48 latitude kernel: pccard0: Neither memory nor I/O mampped Nov 5 12:22:48 latitude kernel: pccard0: Allocation failed for cfe 1 Nov 5 12:22:48 latitude kernel: cbb_pcic_socket_enable: Nov 5 12:22:48 latitude kernel: cbb0: cbb_power: 0V Nov 5 12:22:48 latitude kernel: cbb0: cbb_power: 3V Nov 5 12:22:48 latitude kernel: pccard0: No config entry could be allocated. -- ó Õ×ÁÖÅÎÉÅÍ (Best regads), áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov) --------------ms040406060705030203050409 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDExMDUwOTIzNTlaMCMGCSqGSIb3DQEJ BDEWBBQ3pbVip2HKL/I2fKaizrQNUIHbATBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQBA02P6 fvudciHQysT5r3NJwGoyGsAdReUIa4OYpEzjKRcEg0sbchFZYaddCV0+RYJOLGb1dnKE0e1r GRb980Y3LokiyK1heYYDhxDo0OIx60IT39eFV8MFyTxd330OXXRfyhoLEP9MItHPM875p8qM qAtpnmgXd6314aEic5jYRyAv3Sfw2U1lP6o3q2fHksYeAhgaUU5k5Tfpo1g8wDjeaoPs+hKw /M7/xm4lGS7UuA9e8zPeu6pApbZKhoZdFEJbx5OkBQGNXt+wFT94VgMyJtNpCaYhoYMSR6a3 AtfeuhwRajy5rd3Ov1ssLxgRUhBC7Rb0tDOU/mcGY2NZi8UqAAAAAAAA --------------ms040406060705030203050409-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 08:39: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 34A4616A4CE; Fri, 5 Nov 2004 08:39:10 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401DA43D1F; Fri, 5 Nov 2004 08:39:09 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA58f87L030031; Fri, 5 Nov 2004 01:41:08 -0700 (MST) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id iA58f77w030030; Fri, 5 Nov 2004 01:41:07 -0700 (MST) (envelope-from scottl) Date: Fri, 5 Nov 2004 01:41:07 -0700 (MST) Message-Id: <200411050841.iA58f77w030030@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@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: Fri, 05 Nov 2004 08:39:10 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Issues that require investigation +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Desired features and bugfixes for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | There have been | | | | | reports that | | | | | specific gigabit | | | | | ethernet cards | | | | | supported by the | | | | | if_re driver are | | Reports of poor | | | experiencing poor | | performance with | | | performance; a patch | | the if_re driver | In progress | John-Mark | has been posted that | | (re ethernet | | Gurney | corrects timer and | | interfaces) | | | interrupt problems | | | | | with the driver, and | | | | | is believed to | | | | | correct the | | | | | performace problems. | | | | | The patch will be | | | | | merged to 6.x and | | | | | 5.x shortly. | |------------------+-------------+----------------+----------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this | | | | | support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | Almost all process | | | | | debugging tools have | | | | | been updated to use | | | | | non-procfs kernel | | | | | primitives, with the | | | | | exception of | | | | | truss(1). As procfs | | | | | is considered | | | | | deprecated due to | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This issue must be | | | | | resolved so that the | | | | | two services may | | | | | more easily be used | | | | | together. Among | | | | | other things, this | | | | | will require a | | | | | careful review of | | | | | the handling of mbuf | | | | | header copying and | | | | | m_tag support in the | | | | | KAME IPv6 code. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from a | | | | | kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time options | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that may | | | | | require conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure needs | | | | | to be revamped. | | | | | Peter Wemm has done | | | | | some initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | contain a race | | | | | condition during the | | | | | start-up of | | | | | debugging, which can | | | | | result in truss | | | | | failing to attach to | | | | | the process before | | | | | it exits. The | | | | | symptom is that | | | | | truss reports that | | | | | it cannot open the | | | | | procfs node | | | | | supporting the | | | | | process being | | | | | debugged. A bug also | | Race conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where in truss will | | | | | hang if execve() | | | | | returns ENOENT. A | | | | | further race appears | | | | | to exist in which | | | | | truss will return | | | | | "PIOCWAIT: | | | | | Input/output error" | | | | | occasionally on | | | | | startup. The fix for | | | | | this sufficiently | | | | | changes process | | | | | execution handling | | | | | that we will defer | | | | | the fix to post-5.0 | | | | | and consider this | | | | | errata. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +----------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+--------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|Done |Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+--------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|Done |Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+--------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+--------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done|-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+--------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done|Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |Done |Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done|-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's |Not done|-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +----------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------------------+---------------+---------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | KSE as the | | David Xu, | support for 5.3 in | | default threads | Needs testing | Daniel | order to support a | | library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |-------------------+---------------+---------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | | to support new | | for all platforms | Needs testing | David O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |-------------------+---------------+---------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |-------------------+---------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported a failed | | | | | locking assertion | | in6_pcbnotify() | Done | Robert Watson | with IPv6 TCP | | panic with TCP | | | notifications. | | | | | This problem is | | | | | believed to be | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |-------------------+---------------+---------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |-------------------+---------------+---------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | | number of device | | locking without | Needs testing | Robert Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. 5.3 betas | | | | | have shipped with | | | | | Giant-free | | | | | networking by | | | | | default, with some | | | | | bug reports and | | | | | fixes in later | | | | | betas and release | | | | | candidates. Please | | | | | report any | | | | | problems to the | | | | | current@ mailing | | | | | list. | |-------------------+---------------+---------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |-------------------+---------------+---------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |-------------------+---------------+---------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | Done | Brooks Davis | witness warning in | | warning | | | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. This | | | | | problem is | | | | | believed to be | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | poll()/select() | | | lock. A recent | | application wedge | | | sleepq change | | reports with | Done | Robert Watson | appears to have | | debug.mpsafenet=1 | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | | | | test for due to | | | | | recent SMP | | | | | instability). This | | | | | problem appears to | | | | | be corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | | | "wedging" under | | under high pps | Done | Max Laier | high | | | | | packets-per-second | | | | | load. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |-------------------+---------------+---------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | | | | returning ENOBUFS. | | KAME IPSEC | | Robert | This appears to be | | "ENOBUFS" problem | Done | Watson, Sam | a result of an | | with racoon and | | Leffler | incorrect | | mbuma | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Done | Smorgrav, Tom | functionality, | | | | Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |-------------------+---------------+---------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics | Needs testing | Philip Paeps | press events for | | touchpad problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | |-------------------+---------------+---------------+--------------------| | | | | Significant work | | | | | has happened in | | Scheduler-related | | Scott Long, | the scheduler to | | hangs involving | Needs testing | Julian | fix stability | | threads | | Elischer | problems. More | | | | | testing for UP and | | | | | SMP under heavily | | | | | load is needed. | |-------------------+---------------+---------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | Done | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of | | | | | occasional | | | | | corruption of | | | | | socket buffers. | | | | | This may have been | | Reports of socket | | | the result of | | buffer corruption | Done | Robert Watson | missing socket | | in tcp_output() | | | buffer locking in | | | | | tcp_output(), | | | | | which has now been | | | | | corrected in 6.x | | | | | and 5.x; this | | | | | problem is | | | | | believed to be | | | | | fixed. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of system | | | | | hangs while using | | | | | ISDN with the i4b | | | | | ISDN framework on | | | | | SMP systems. These | | | | | likely result from | | | | | insufficient | | | | | synchronization in | | | | | the i4b | | | | | implementation | | | | | when runnning | | Reports of hangs | | | without the Giant | | using i4b | Done | Robert Watson | lock over the | | (isdn4bsd) | | | network stack. The | | | | | workaround until | | | | | this is fixed is | | | | | to re-assert the | | | | | Giant lock over | | | | | the stack when i4b | | | | | is compiled into | | | | | the kernel; this | | | | | has been committed | | | | | to 6.x and and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that | | | | | multicast socket | | | | | options on raw | | | | | sockets no longer | | | | | work properly with | | | | | daemons changing | | | | | privilege or | | | | | setuid binaries. | | Problems with | | Robert | These symptoms | | multicast and | Done | Watson, | have been tracked | | setuid | | Christian | down to bugs | | binaries/daemons | | Peron | relating to | | | | | permitting limited | | | | | use of raw sockets | | | | | in jail(). A patch | | | | | correcting these | | | | | problems has been | | | | | merged to 6.x and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports of a | | | | | so_count invariant | | | | | violation in | | | | | sofree(), which | | | | | may relate to race | | Reports of | | Robert | conditions in | | sodealloc() panic | Done | Watson, Brian | sofree() against | | under heavy load | | Feldman | accept(), which | | | | | were recently | | | | | corrected in 6.x, | | | | | and has been | | | | | merged to 5.x. | | | | | This problem | | | | | appears to have | | | | | been corrected. | |-------------------+---------------+---------------+--------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must | | | | | be reviewed and | | | | | merged to the | | | | | FreeBSD tree. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that if_de | | | | | ethernet cds | | | | | behave poorly when | | | | | running with | | | | | debug.mpsafenet=1, | | | | | even though the | | | | | driver is marked | | Reports of poor | | | to run all | | performance of | | Robert | portions with the | | the if_de driver | Done | Watson, | Giant lock. This | | (de ethernet | | John-Mark | suggests a race | | interfaces) | | Gurney | condition specific | | | | | to this drive, | | | | | which is currently | | | | | being debugged. A | | | | | patch has been | | | | | committed to the | | | | | 6.x and 5.x | | | | | branches, and | | | | | appears to correct | | | | | the problem. | |-------------------+---------------+---------------+--------------------| | | | | Attaching GDB to a | | | | | threaded process | | | | | will leave the | | | | | process in an | | | | | unkillable state. | | | | | Rebooting the | | | | | machine is the | | Threaded | | | only way to | | application get | | | recover from this. | | stuck in an | | | This is easily | | unkillable state | Done | David Xu | triggered when a | | when touched by | | | KDE app crashes | | GDB | | | and KDE | | | | | automatically | | | | | attaches GDB to it | | | | | to extract a stack | | | | | trace. A candidate | | | | | fix is in | | | | | 6-CURRENT. More | | | | | testing and review | | | | | is needed. | |-------------------+---------------+---------------+--------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | | Alfred | fsck -p /", | | problems | Done | Perlstein | suspending it with | | | | | ^Z, and then | | | | | killing truss. It | | | | | will leave behind | | | | | the fsck processes | | | | | which will be | | | | | unkillable. | |-------------------+---------------+---------------+--------------------| | | | | There have been | | | | | reports that, | | | | | under extremely | | | | | high load, the | | | | | tcp_output() | | | | | routine may appear | | | | | to run for | | Reports of | | George V. | extended periods, | | TCP-related | | Neville-Neil, | resulting in the | | instability under | Needs testing | Robert | appearance of a | | extremely high | | Watson, | hang for an | | load; possibly | | Scott Long | extended period | | related to SACK | | | (up to 30 | | | | | minutes), followed | | | | | by recovery. A fix | | | | | for SACK was | | | | | developed and | | | | | committed that | | | | | hopefully corrects | | | | | this problem. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/11/04 17:49:51 From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 09:09:50 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 AB2EE16A4CE for ; Fri, 5 Nov 2004 09:09:50 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610DD43D39 for ; Fri, 5 Nov 2004 09:09:50 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so30111rnf for ; Fri, 05 Nov 2004 01:09:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=F18ugbK6dCZ8kJCfUnB2m/8L5gpxasm6OIdTs3XTOwlzk4NJqyyoAwZrU0BPtYZVYrpBwBzFAtlHxyScWc2h3Rv8cBQyqnQmciJHWybR42eCYlZ4Hsj/M5jK1ejloDXCuv7Bjpn7b+Od+FcBQWdyr0QHTZTJiO4JvQMqZ0loXUg= Received: by 10.38.79.53 with SMTP id c53mr165859rnb; Fri, 05 Nov 2004 01:09:49 -0800 (PST) Received: by 10.38.82.41 with HTTP; Fri, 5 Nov 2004 01:09:49 -0800 (PST) Message-ID: <344de28704110501091ba34dde@mail.gmail.com> Date: Fri, 5 Nov 2004 10:09:49 +0100 From: Meno Abels To: current@freebsd.org In-Reply-To: <20041103182806.GA1040@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <34cb7c8404110209563fc01498@mail.gmail.com> <20041103182806.GA1040@adv.devet.org> Subject: Re: if_sk patch to get more info from people with problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: meno.abels@adviser.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 09:09:50 -0000 Hello, i tested the patch from Peter Edwards on my: ASUS K8V SE Deluxe using 5.3-RC2/amd64 but the problem is still there. First my dhclient didn't pick a number only after ifconfig sk0 down/up. And my huge transfer test which run on 100baseFX, which transfers 200GB of data in both direction is still not runs through. The same test on the same hardware with fedora-2(linux) runs without any problem. So we still didn't got the point. It is better than before but the problem is still there. In my system there is also a cheap realtec nic also which get also in trouble with my transfer test. So it could be that our problem is not nic related but this is on an hypothesis. I tried to compare the linux and the freebsd driver, but the linux driver is more the complex in the scope of the freebsd driver. I still get in dmesg some size errors and checksum problems. meno From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 10:06: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 7B76A16A4CE for ; Fri, 5 Nov 2004 10:06:29 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4577A43D5C for ; Fri, 5 Nov 2004 10:06:29 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.32.6) by smtp01.syd.iprimus.net.au (7.0.031.3) id 416A467C00B27656; Fri, 5 Nov 2004 21:06:27 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 861B1425E; Fri, 5 Nov 2004 21:07:11 +1100 (EST) Date: Fri, 5 Nov 2004 21:07:11 +1100 From: Tim Robbins To: Dmitry Frolov Message-ID: <20041105100711.GA81646@cat.robbins.dropbear.id.au> References: <20041104175805.GA69815@nerve.riss-telecom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104175805.GA69815@nerve.riss-telecom.ru> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: cut(1) behaviour changed since 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: Fri, 05 Nov 2004 10:06:29 -0000 On Thu, Nov 04, 2004 at 11:58:05PM +0600, Dmitry Frolov wrote: > [ Cc'ing tjr@ because he is the comitter of the change in question ] > > I'm experiencing a minor problem with cut(1) while trying to run shell > script (installer), written for FreeBSD 5.2.1, on 5.3-RC1 system. > > I don't know if it's really a bug, but if it is someone may want look > at it. The problem is that on 5.3 cut returns 'Illegal byte sequence' > (EILSEQ) error while parsing files without trailing newline, while on > 5.2.1 it doesn't. It looks like the behaviour was changed with the > revision 1.27 of the cut.c (about handling of multibyte characters). [...] I see the problem and I'll have this fixed soon. Tim From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 10:37: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 6227016A4CE for ; Fri, 5 Nov 2004 10:37:20 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E4C43D1F for ; Fri, 5 Nov 2004 10:37:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1CQ1SY-0000bt-00; Fri, 05 Nov 2004 11:36:46 +0100 Received: from Andro-Beta.Leidinger.net (EwWTzmZFZePpLei5NvjpbeopvjBLBwgbFUnkjVwR0Apcf7uqeTpmrk@[84.128.200.89]) by fmrl03.sul.t-online.com with esmtp id 1CQ1SH-2K39Si0; Fri, 5 Nov 2004 11:36:29 +0100 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) iA5AaWWo035155; Fri, 5 Nov 2004 11:36:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)iA5AaWcW035154; Fri, 5 Nov 2004 11:36:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 141.113.101.31 ([141.113.101.31]) by netchild.homeip.net (IMP) with HTTP for ; Fri, 5 Nov 2004 11:36:32 +0100 Message-ID: <1099650992.418b57b01c33b@netchild.homeip.net> Date: Fri, 5 Nov 2004 11:36:32 +0100 From: Alexander Leidinger To: Poul-Henning Kamp References: <40541.1099561211@critter.freebsd.dk> In-Reply-To: <40541.1099561211@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 141.113.101.31 X-ID: EwWTzmZFZePpLei5NvjpbeopvjBLBwgbFUnkjVwR0Apcf7uqeTpmrk@t-dialin.net X-TOI-MSGID: 4e9cf0b3-3bc1-4e13-806f-16fbee66231a cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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: Fri, 05 Nov 2004 10:37:20 -0000 Zitat von Poul-Henning Kamp : > > We've reached a major milestone in the buf-junta work: struct buf > is no longer an I/O request. Do you have an outline where this heads to and why? Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 12:30: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 0A67516A4CE for ; Fri, 5 Nov 2004 12:30:43 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C94F343D41 for ; Fri, 5 Nov 2004 12:30:42 +0000 (GMT) (envelope-from mat@FreeBSD.org) Received: from [192.168.8.51] (abeille.free.absolight.net [82.66.245.111]) (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 4327CA2400B; Fri, 5 Nov 2004 13:30:41 +0100 (CET) Date: Fri, 05 Nov 2004 13:30:40 +0100 From: Mathieu Arnold To: Gunnar Flygt , current@freebsd.org Message-ID: <5328B71EAF2475C0642034EF@[192.168.8.51]> In-Reply-To: <20041104090258.GA24484@sr.se> References: <20041104090258.GA24484@sr.se> X-Mailer: Mulberry/4.0.0a2 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========271691C871DD7D4668D9==========" Subject: Re: 5.3-RC2 xorg fails with missing /dev/io 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: Fri, 05 Nov 2004 12:30:43 -0000 --==========271691C871DD7D4668D9========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-le 04/11/2004 10:02 +0100, Gunnar Flygt a dit : | I upgraded with cvsup to RELENG_5_3 | | The box is a Dell Latitude D600 | | Everything seems to be OK, except for /dev/io is missing which leads to | X not working. Is this an issue that has been adressed already, or am I | doing something wrong? >From all that has been said, you can also do a kldload io kldload mem (I don't remember which order exactly) -- Mathieu Arnold --==========271691C871DD7D4668D9========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQYtycVvROjYJ63c1AQIzPgf+PINw9V4Z88xtHOaaN+gM58ssTcWxrIdp 6I8wTu9sHuSY8wLiGEEkQR36DU5+XVRrc7H+PXuJhaN+08TYqhbSvLYv51H2jeK3 7yc1UafDjMeCtHANu+RX4pBJSE/RuZ4oVrt/Jf9r+qpG4TgkjWBRAIJIPRYYNrfm G2nqKCV0P6w4+Gf+by4bGRfxbK8fDboZYI1uVC3qW3aRgKGb4JeKvLcEO9oQ7ihw 0S8ybta5+mOJSrf/Qi5UOdYkvrIsISRIuUS7ssBmyZKYSsc5tDOu0pkP/0M3D6zF 6zSxECfjyGMX/5nlQ6TtiL9deROsxyzeIdaWIeAmyzObuMPWTZvbCw== =hJ/o -----END PGP SIGNATURE----- --==========271691C871DD7D4668D9==========-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 12:58: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 BDEFF16A4CF; Fri, 5 Nov 2004 12:58:07 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id B128E43D31; Fri, 5 Nov 2004 12:58:06 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) iA5Cx6nK047496; Fri, 5 Nov 2004 13:59:06 +0100 (CET) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)iA5Cx4l7047495; Fri, 5 Nov 2004 13:59:04 +0100 (CET) (envelope-from rene) Date: Fri, 5 Nov 2004 13:59:03 +0100 From: Rene Ladan To: Toxa Message-ID: <20041105125903.GA47233@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: Toxa , freebsd-current@freebsd.org, openoffice@freebsd.org References: <20041103210949.GA2329@laptoxa.toxa.lan> <20041103214903.GA22721@82-168-140-74-bbxl.xdsl.tiscali.nl> <20041104172018.GA1642@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20041104172018.GA1642@laptoxa.toxa.lan> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: openoffice@freebsd.org Subject: Re: native openoffice 1.1.3 package? 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: Fri, 05 Nov 2004 12:58:08 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 04, 2004 at 08:20:18PM +0300, Toxa wrote: > On Wed, Nov 03, 2004 at 10:49:03PM +0100, Rene Ladan wrote: > > OO-1.1.3 builds fine on my box: >=20 > > total 546 > > -rw-r--r-- 1 root wheel 64 Oct 16 01:26 +COMMENT > > -rw-r--r-- 1 root wheel 518527 Oct 28 11:44 +CONTENTS > > -rw-r--r-- 1 root wheel 753 Oct 16 01:26 +DESC > > -rw-r--r-- 1 root wheel 1290 Oct 16 01:26 +DISPLAY > > -r--r--r-- 1 root wheel 11209 Oct 16 01:26 +MTREE_DIRS >=20 > > /usr/local/etc/pkgtools.conf:318:=09 > > 'editors/openoffice-1.1' =3D> 'WITHOUT_MOZILLA=3Dyes WITH_CCACHE=3Dyes \ > > WITH_TTF_BYTECODE_ENABLED=3Dyes', >=20 > > FreeBSD 5.3-STABLE #3: Wed Nov 3 19:15:37 CET 2004 =20 > > root@:/usr/obj/usr/src/sys/RENE i386 >=20 > com_sun_star_lib_connections_pipe_PipeConnection.c:544: dereferencing > pointer to incomplete type > com_sun_star_lib_connections_pipe_PipeConnection.c: At top level: > com_sun_star_lib_connections_pipe_PipeConnection.c:558: syntax error > before "void" > dmake: Error code 1, while making > '../../unxfbsd.pro/slo/com_sun_star_lib_connections_pipe_PipeConnection.o= bj' > ---* TG_SLO.MK *--- >=20 > ERROR: Error 65280 occurred while making > /usr/ports/editors/openoffice-1.1/work/OOo_1.1.3_src/jurt/source/pipe > dmake: Error code 1, while making 'build_all' Is this the internal dmake from OpenOffice or from /usr/ports/devel/dmake ? I'm using the OpenOffice version (it builds as a subproject). > ---* TG_SLO.MK *--- > *** Error code 255 >=20 > Stop in /usr/ports/editors/openoffice-1.1. >=20 > [(20:25):toxahost:/usr/ports/editors/openoffice-1.1 ] uname -a > FreeBSD toxahost.toxa.lan 5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Nov 2 > 22:44:28 MSK 2004 root@toxahost.toxa.lan:/usr/obj/usr/src/sys/TOXAHOST i= 386 >=20 > _______________________________________________ > 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" --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi3kXvz70qa4zXcwRAl/hAJ4koyJoP9afoyKMBkxFB+mZKYFZqgCfXQg8 LpyfNgwgmRUXakpTbbnSi/k= =dfGT -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 13:10: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 139DE16A4CE; Fri, 5 Nov 2004 13:10:46 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8FC43D39; Fri, 5 Nov 2004 13:10:45 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id 6124EAF2A95; Fri, 5 Nov 2004 14:08:34 +0100 (CET) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id 5AB352940C; Fri, 5 Nov 2004 14:08:34 +0100 (CET) Received: from hermes-1 (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id 4A04229274; Fri, 5 Nov 2004 14:08:34 +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 <0I6P00401HPTMP@mail.etat.lu>; Fri, 05 Nov 2004 14:08:34 +0100 (MET) Received: from etat.lu (hermes-1 [148.110.136.56])18 2003)) with ESMTP id <0I6P00E2YJ5ZZ7@mail.etat.lu>; Fri, 05 Nov 2004 14:08:23 +0100 (MET) Received: from [192.168.1.17] by mail.etat.lu (mshttpd); Fri, 05 Nov 2004 14:08:23 +0100 Date: Fri, 05 Nov 2004 14:08:23 +0100 From: Didier Wiroth To: freebsd-current@freebsd.org Message-id: <1df0418480.184801df04@etat.lu> 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 cc: freebsd-questions@freebsd.org Subject: appendum post: rc2, xorg, and matrox g550 troubles 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: Fri, 05 Nov 2004 13:10:46 -0000 Hi, I've downloaded the matrox linux drivers for the g550. Istalling the mga_hal.o in the driver directoy wasn't enough, so I overwrited the mga_drv.o file with the linux one. Starting X worked, BUT, it was not possible to get a console back. When quitting X I get a blank and black screen. I need to ssh from another workstation to make a proper shutdown. When I disable acpi at boot time, start X (with linux drivers) and quit X I'm able to get back a console. Unfortunately dual screen does not work. What I didn't mention is that I'm using the dvi connectors of my lcds screen, perpaps this is also source of the problem?! thanks for feedback, comments, tips or any help. From owner-freebsd-current@FreeBSD.ORG Thu Nov 4 22:24: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 E30EF16A4CE; Thu, 4 Nov 2004 22:24:21 +0000 (GMT) Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4EF43D46; Thu, 4 Nov 2004 22:24:21 +0000 (GMT) (envelope-from lennox@cs.columbia.edu) Received: from cnr.cs.columbia.edu (cnr.cs.columbia.edu [128.59.19.133]) by cs.columbia.edu (8.12.10/8.12.10) with ESMTP id iA4MNTRX027889; Thu, 4 Nov 2004 17:23:30 -0500 (EST) Received: from cnr.cs.columbia.edu (localhost [127.0.0.1]) by cnr.cs.columbia.edu (8.12.10/8.12.10) with ESMTP id iA4MNTi7058350; Thu, 4 Nov 2004 17:23:29 -0500 (EST) (envelope-from lennox@cnr.cs.columbia.edu) Received: (from lennox@localhost) by cnr.cs.columbia.edu (8.12.10/8.12.10/Submit) id iA4MNT7g058344; Thu, 4 Nov 2004 17:23:29 -0500 (EST) (envelope-from lennox) From: Jonathan Lennox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16778.44000.981070.769175@cnr.cs.columbia.edu> Date: Thu, 4 Nov 2004 17:23:28 -0500 To: Arjan de Vet In-Reply-To: <20041102094145.GA4698@adv.devet.org> X-Mailer: VM 7.19 under Emacs 21.3.1 X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.2.0, Antispam-Data: 2004.11.4.2 X-PerlMx-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_VERSION 0, __SANE_MSGID 0' X-Mailman-Approved-At: Fri, 05 Nov 2004 13:26:50 +0000 cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RC2: kqueue descriptor leak in resolver functions? 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: Thu, 04 Nov 2004 22:24:22 -0000 Arjan de Vet writes: > A ktrace of the mozilla process seems to point to the DNS resolver code > leaking kqueue descriptors (I could not find any kqueue() calls in the > mozilla code itself). I've noticed (and reported) this with 5.2.1, in the specific case when you're using libc_r and linking statically. I never heard anything back, though. The problem is that 'kqueue' isn't namespace'd (#defined as _kqueue) in lib/libc/include/[un]namespace.h, and the thread libraries don't draw in _kqueue in their 'references' array. Attached below is a patch against 5.2.1. It should apply to 5.3-RC2 as well. The patch for lib/libc_r/uthread/uthread_init.c may also need to be applied to lib/libpthread/thread/thr_init.c and lib/libthr/thread/thr_init.c. See PR bin/58687. --- lib/libc_r/uthread/uthread_init.c.orig Wed Oct 29 11:00:53 2003 +++ lib/libc_r/uthread/uthread_init.c Wed Oct 29 11:01:21 2003 @@ -99,6 +99,7 @@ &_getsockopt, &_ioctl, &_kevent, + &_kqueue, &_listen, &_nanosleep, &_open, --- lib/libc/include/namespace.h.orig Wed Oct 29 14:13:09 2003 +++ lib/libc/include/namespace.h Wed Oct 29 14:13:31 2003 @@ -77,6 +77,7 @@ #define getsockopt _getsockopt #define ioctl _ioctl /* #define kevent _kevent */ +#define kqueue _kqueue #define listen _listen #define nanosleep _nanosleep #define open _open --- lib/libc/include/un-namespace.h.orig Wed Oct 29 14:13:13 2003 +++ lib/libc/include/un-namespace.h Wed Oct 29 14:13:55 2003 @@ -58,6 +58,7 @@ #undef getsockopt #undef ioctl #undef kevent +#undef kqueue #undef listen #undef nanosleep #undef open -- Jonathan Lennox lennox@cs.columbia.edu From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 06:12:50 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 6AA3316A4CE for ; Fri, 5 Nov 2004 06:12:50 +0000 (GMT) Received: from internet2.ru (mail.internet2.ru [217.25.80.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4280243D2F for ; Fri, 5 Nov 2004 06:12:49 +0000 (GMT) (envelope-from cololo@cololo.com) Received: from [192.168.100.50] (cololo.lan.internet2.ru [192.168.100.50] (may be forged))iA56Ckn9012373 for ; Fri, 5 Nov 2004 09:12:47 +0300 Date: Fri, 5 Nov 2004 09:12:36 +0300 From: cololo@cololo.com X-Mailer: The Bat! (v3.0) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1916767239.20041105091236@cololo.com> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 05 Nov 2004 13:26:50 +0000 Subject: 5.1 channel audio creative X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cololo@cololo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 06:12:50 -0000 Hello freebsd-current, Will 5.3-stable support 5.1-surround in the kernel ? -- Best regards, cololo mailto:cololo@cololo.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 07:30: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 14A1016A4CE for ; Fri, 5 Nov 2004 07:30:45 +0000 (GMT) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB74743D49 for ; Fri, 5 Nov 2004 07:30:43 +0000 (GMT) (envelope-from aragon@geek.sh) Received: by mail.geek.sh (Postfix, from userid 1000) id 3EC0624D17; Fri, 5 Nov 2004 09:30:35 +0200 (SAST) Date: Fri, 5 Nov 2004 09:30:35 +0200 From: Aragon Gouveia To: current@freebsd.org Message-ID: <20041105073035.GA16990@phat.za.net> References: <20041104135617.GA80390@phat.za.net> <20041104101407.M85667@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041104101407.M85667@carver.gumbysoft.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 X-Mailman-Approved-At: Fri, 05 Nov 2004 13:26:50 +0000 Subject: Re: supfile and /usr/src/rescue 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: Fri, 05 Nov 2004 07:30:45 -0000 Hi, | By Doug White | [ 2004-11-04 20:14 +0200 ] > On Thu, 4 Nov 2004, Aragon Gouveia wrote: > > > Hi, > > > > I've setup a cvsup supfile to not use the src-all collection when updating > > /usr/src - I'm specifying individual collections. I can't seem to get > > /usr/src/rescue to update as a result. Could someone tell me the name of > > the collection I should be specifying for cvsup to checkout /usr/src/rescue > > please? > > Can we see your supfile? > > I'm not sure what you're going to accomplish with this, you can't build > the system without all the source. What parts are you trying to avoid? I'm getting everything except src-games and the Kerberos related collections, and building with NO_KERBEROS=true. I don't have a need for Kerb so I've always tried avoiding it. Although I haven't had build problems doing this uptil recently? My supfile: --- *default host=cvsup2.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_5_3 *default delete use-rel-suffix *default compress src-base src-bin src-contrib src-etc #src-games src-gnu src-include #src-kerberos5 #src-kerberosIV src-lib src-libexec src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin src-crypto #src-eBones src-secure src-sys-crypto --- Thanks, Aragon From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 08:18: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 F382B16A4CE; Fri, 5 Nov 2004 08:18:51 +0000 (GMT) Received: from mail.aaq.bolignet.dk (cpe.atm2-0-1021060.0x50a5f3f2.boanxx12.customer.tele.dk [80.165.243.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1640443D45; Fri, 5 Nov 2004 08:18:51 +0000 (GMT) (envelope-from freebsd.nospam@mekanix.dk) Received: from [10.10.3.10] (unknown [10.10.3.10]) by mail.aaq.bolignet.dk (Postfix) with ESMTP id 2D7ED205F9F; Fri, 5 Nov 2004 09:12:19 +0100 (CET) From: Bjarne Wichmann Petersen To: freebsd-ports@freebsd.org Date: Fri, 5 Nov 2004 09:19:08 +0100 User-Agent: KMail/1.6.2 References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> In-Reply-To: <1099522198.59328.4.camel@blueheron.ahze.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411050919.09547.freebsd.nospam@mekanix.dk> X-Mailman-Approved-At: Fri, 05 Nov 2004 13:26:50 +0000 cc: ports@freebsd.org cc: Michael Johnson cc: Jie Gao cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 08:18:52 -0000 On Wednesday 03 November 2004 23:49, Michael Johnson wrote: > On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: > > I just wonder if it is safe to use -O2 -pipe for kernel + world on > > 5-STABLE now. > works okay for me And ports on 5-STABLE? Bjarne From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 11:58: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 04D3816A4CE for ; Fri, 5 Nov 2004 11:58:11 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7041043D31 for ; Fri, 5 Nov 2004 11:58:09 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])iA5BvdEC028787 for ; Fri, 5 Nov 2004 13:58:02 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) iA5BvS3W081245 for ; Fri, 5 Nov 2004 13:57:28 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)iA5BvPUm081244; Fri, 5 Nov 2004 13:57:25 +0200 (EET) (envelope-from keramida@linux.gr) Date: Fri, 5 Nov 2004 13:57:25 +0200 (EET) From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20041105134445.I53353@orion> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 05 Nov 2004 13:26:50 +0000 Subject: Today's CURRENT fails while building libs 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: Fri, 05 Nov 2004 11:58:11 -0000 My make.conf contains only the following ``non-standard'' things: CFLAGS?= -O -pipe COPTFLAGS= -O -pipe Today's current failed to build in various places. The first was libsmb with warnings about type-punned pointers. The following diff fixed buildworld for a while (it broke elsewhere, a bit later, see below): %%% Index: mbuf.c =================================================================== RCS file: /home/ncvs/src/contrib/smbfs/lib/smb/mbuf.c,v retrieving revision 1.2 diff -u -r1.2 mbuf.c --- mbuf.c 19 Oct 2004 17:44:31 -0000 1.2 +++ mbuf.c 5 Nov 2004 11:43:29 -0000 @@ -195,7 +195,8 @@ * Routines to put data in a buffer */ #define MB_PUT(t) int error; t *p; \ - if ((error = mb_fit(mbp, sizeof(t), (char**)&p)) != 0) \ + if ((error = mb_fit(mbp, sizeof(t), \ + (char**)(void *)&p)) != 0) \ return error /* Index: nbns_rq.c =================================================================== RCS file: /home/ncvs/src/contrib/smbfs/lib/smb/nbns_rq.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 nbns_rq.c --- nbns_rq.c 14 Dec 2001 11:06:03 -0000 1.1.1.1 +++ nbns_rq.c 5 Nov 2004 11:43:46 -0000 @@ -237,7 +237,7 @@ if (rqp->nr_qdcount > 1) return EINVAL; len = nb_name_len(rqp->nr_qdname); - error = mb_fit(mbp, len, (char**)&cp); + error = mb_fit(mbp, len, (char**)(void *)&cp); if (error) return error; nb_name_encode(rqp->nr_qdname, cp); %%% Later the build failed in libthread_db, and I had to use this: %%% Index: lib/libthread_db/libpthread_db.c =================================================================== RCS file: /home/ncvs/src/lib/libthread_db/libpthread_db.c,v retrieving revision 1.6 diff -u -r1.6 libpthread_db.c --- lib/libthread_db/libpthread_db.c 16 Aug 2004 05:20:12 -0000 1.6 +++ lib/libthread_db/libpthread_db.c 5 Nov 2004 11:49:49 -0000 @@ -943,7 +943,7 @@ { char *obj_entry; const td_thragent_t *ta = th->th_ta; - psaddr_t tcb_addr, *dtv_addr, tcb_tp; + psaddr_t tcb_addr, *dtv_addr; int tls_index, ret; /* linkmap is a member of Obj_Entry */ Index: lib/libthread_db/libthr_db.c =================================================================== RCS file: /home/ncvs/src/lib/libthread_db/libthr_db.c,v retrieving revision 1.2 diff -u -r1.2 libthr_db.c --- lib/libthread_db/libthr_db.c 13 Aug 2004 06:47:33 -0000 1.2 +++ lib/libthread_db/libthr_db.c 5 Nov 2004 11:53:33 -0000 @@ -294,7 +294,6 @@ libthr_db_thr_getgregs(const td_thrhandle_t *th, prgregset_t r) { const td_thragent_t *ta; - psaddr_t addr; ps_err_e err; ta = th->th_ta; %%% This is a bit weird. Is CURRENT very broken today, or am I doing something wrong? From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 13:37: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 24A8116A4CE for ; Fri, 5 Nov 2004 13:37:34 +0000 (GMT) Received: from ns.novakom.com.ua (ns.novakom.com.ua [217.196.173.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 25ADE43D1D for ; Fri, 5 Nov 2004 13:37:31 +0000 (GMT) (envelope-from valera@novakom.dp.ua) Received: (qmail 43726 invoked from network); 5 Nov 2004 13:37:27 -0000 Received: from post.local (HELO novakom.dp.ua) (192.168.1.254) by fpost.local with SMTP; 5 Nov 2004 13:37:27 -0000 Received: (qmail 87330 invoked by uid 98); 5 Nov 2004 13:37:26 -0000 Received: from valera@novakom.dp.ua by post.novakom.dp.ua by uid 82 with qmail-scanner-1.20 ( Clear:RC:1(192.168.1.210):. Processed in 0.131143 secs); 05 Nov 2004 13:37:26 -0000 X-Qmail-Scanner-Mail-From: valera@novakom.dp.ua via post.novakom.dp.ua X-Qmail-Scanner: 1.20 (Clear:RC:1(192.168.1.210):. Processed in 0.131143 secs) Received: from goliath.novakom.dp.ua (HELO ?192.168.1.210?) (192.168.1.210) by post.novakom.dp.ua with SMTP; 5 Nov 2004 13:37:26 -0000 Message-ID: <418BD598.8090806@novakom.dp.ua> Date: Fri, 05 Nov 2004 21:33:44 +0200 From: "Valery V.Chikalov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040806 X-Accept-Language: ru-ru, ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org, peadar.edwards@gmail.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 05 Nov 2004 14:10:46 +0000 Subject: Re: if_sk patch to get more info from people with 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: Fri, 05 Nov 2004 13:37:34 -0000 >In article <34cb7c8404110209563fc01498@mail.gmail.com> you write: > >>Ok, I don't have this hardware, but dumb question: >> >>A (very) quick look at the source reveals that buffers are allocated >>via sk_rxeof()->sk_newbuf()->sk_jalloc() in the interrupt receive >>function, with the softc lock held in sk_rxeof(). >> >>They're freed by the mbuf system via a call to sk_jfree(), but that >>doesn't hold the SK_LOCK. Is this possibly the source of the >>corruption problems? What am I missing? >>This compiles, anyway :-) >> >>--- /tmp/if_sk.c Tue Nov 2 17:49:26 2004 >>+++ if_sk.c Tue Nov 2 17:52:20 2004 >>@@ -1115,12 +1115,14 @@ >> if ((i < 0) || (i >= SK_JSLOTS)) >> panic("sk_jfree: asked to free buffer that we don't manage!"); >> >>+ SK_LOCK(sc_if->sk_softc); >> entry = SLIST_FIRST(&sc_if->sk_jinuse_listhead); >> if (entry == NULL) >> panic("sk_jfree: buffer not in use!"); >> entry->slot = i; >> SLIST_REMOVE_HEAD(&sc_if->sk_jinuse_listhead, jpool_entries); >> SLIST_INSERT_HEAD(&sc_if->sk_jfree_listhead, entry, jpool_entries); >>+ SK_UNLOCK(sc_if->sk_softc); >> >> return; >> } > >Thank you very much! This patch seems to fix the network corruption >problems I have reported in kern/73038. I'll do some more testing, >because sometimes the problems only appear after some time. But for now, >I can use if_sk.c without debug.mpsafenet="0" on 5.3-RC2. > >Arjan Yes, it works for me too. After aplying this patch the problem was solved for me. I meen after the patch ftp 2GB file throw sk interface with debug.mpsafenet="1" took place at 11.03MB/s in contrast to 60KB/s before. Great thanks! #uname -rm 5.3-STABLE i386 HyperThreading (3GHz) system whith UP kernel. $ dmesg | grep sk skc0: port 0xa400-0xa4ff mem 0xfb100000-0xfb103fff irq 20 at device 9.0 on pci2 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:0d:61:9a:59:e1 miibus1: on sk0 Valera. From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 14:10: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 78E4C16A4CE; Fri, 5 Nov 2004 14:10:56 +0000 (GMT) Received: from imf23aec.mail.bellsouth.net (imf23aec.mail.bellsouth.net [205.152.59.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA19A43D48; Fri, 5 Nov 2004 14:10:46 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf23aec.mail.bellsouth.netESMTP <20041105141046.JLJX2429.imf23aec.mail.bellsouth.net@[192.168.1.5]>; Fri, 5 Nov 2004 09:10:46 -0500 In-Reply-To: <200411050919.09547.freebsd.nospam@mekanix.dk> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3--1049926575" Message-Id: <79D46B84-2F34-11D9-8D06-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Fri, 5 Nov 2004 09:10:41 -0500 To: Bjarne Wichmann Petersen X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org cc: Jie Gao cc: current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 14:10:56 -0000 --Apple-Mail-3--1049926575 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Nov 5, 2004, at 3:19 AM, Bjarne Wichmann Petersen wrote: > On Wednesday 03 November 2004 23:49, Michael Johnson wrote: >> On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: >>> I just wonder if it is safe to use -O2 -pipe for kernel + world on >>> 5-STABLE now. >> works okay for me > > And ports on 5-STABLE? yes, I just started doing this a while back by accident when I trying to fix gstreamer-plugins and I built world and kernel with -O2 and nothing broke for me so I left it. --Apple-Mail-3--1049926575 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD4DBQFBi4nhn4uqfTwEb9YRAg5GAJ91kcXH/TErW9VRUpnczvF1BZl21wCY+t4y 7lHT+3CkcuYlVvP+038rHg== =wBp5 -----END PGP SIGNATURE----- --Apple-Mail-3--1049926575-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 14:22: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 9BCC316A4CE; Fri, 5 Nov 2004 14:22:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D4543D1F; Fri, 5 Nov 2004 14:22:26 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA5EORf4031747; Fri, 5 Nov 2004 07:24:27 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418B8CE3.9000000@freebsd.org> Date: Fri, 05 Nov 2004 07:23:31 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current , freebsd-stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.x discussions should migrate to freebsd-stable 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: Fri, 05 Nov 2004 14:22:26 -0000 All, Now that 5.3 is about to be released (really, I mean it this time!) and 5.x is considered -STABLE, further 5.x discussions and bug reports should migrate over to the freebsd-stable mailing list. I know that after 4+ years, there is probably a lot of sentimental attachment to freebsd-current, and some of you probably have never seen a branch go stable yet, but just like watching your kids graduate and go to college, it's time to accept that our baby has grown up =-) There are already a number of differences between the two branches that make it hard to distill bug reports (ULE and GEOM, for example), so this should be seen as a way to help continue to stabilize 5.x and also get ready for 6.0. Scott From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 15: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 1D07416A4E1; Fri, 5 Nov 2004 15:13:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C704043D1F; Fri, 5 Nov 2004 15:13:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5FDU7g084114; Fri, 5 Nov 2004 10:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5FDVpg091822; Fri, 5 Nov 2004 10:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C12307306E; Fri, 5 Nov 2004 10:13:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105151330.C12307306E@freebsd-current.sentex.ca> Date: Fri, 5 Nov 2004 10:13:30 -0500 (EST) Subject: [current tinderbox] failure on alpha/alpha 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: Fri, 05 Nov 2004 15:13:32 -0000 TB --- 2004-11-05 14:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 14:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-05 14:45:00 - checking out the source tree TB --- 2004-11-05 14:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-05 14:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 14:51:06 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 14:51:06 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-05 14:51:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-05 15:13:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 15:13:30 - ERROR: failed to build world TB --- 2004-11-05 15:13:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 15:43: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 56D6D16A4CF; Fri, 5 Nov 2004 15:43:00 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1AE43D2D; Fri, 5 Nov 2004 15:42:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5FgwkR093440; Fri, 5 Nov 2004 10:42:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5FgwZv024981; Fri, 5 Nov 2004 10:42:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB6997306E; Fri, 5 Nov 2004 10:42:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105154257.BB6997306E@freebsd-current.sentex.ca> Date: Fri, 5 Nov 2004 10:42:57 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 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: Fri, 05 Nov 2004 15:43:00 -0000 TB --- 2004-11-05 15:13:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 15:13:30 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-11-05 15:13:31 - checking out the source tree TB --- 2004-11-05 15:13:31 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-11-05 15:13:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 15:19:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 15:19:31 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-05 15:19:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-11-05 15:42:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 15:42:57 - ERROR: failed to build world TB --- 2004-11-05 15:42:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 16:10: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 6651616A4CE for ; Fri, 5 Nov 2004 16:10:13 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D70B43D46 for ; Fri, 5 Nov 2004 16:10:13 +0000 (GMT) (envelope-from freebsdjunkie@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so68972rnf for ; Fri, 05 Nov 2004 08:09:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=nKBodbi3UfAOxYqnJeWmc+7NxPVGhbkS6SqDVxKfDJTjGj+iMiy0adQzqrioZ8Ayehn1zZwTEm8dUTf8LyesBpVekKO4qFWfR/SmQCxKrfcv9q8ZaXb2tp7q9SwfH1DPs1jG0euvKghV52VCy7Wq2csrCCl4w3Bg6rx4UHgS6gM= Received: by 10.38.163.75 with SMTP id l75mr367907rne; Fri, 05 Nov 2004 08:03:17 -0800 (PST) Received: by 10.38.164.79 with HTTP; Fri, 5 Nov 2004 08:03:16 -0800 (PST) Message-ID: <32ab229c0411050803303bfc9d@mail.gmail.com> Date: Fri, 5 Nov 2004 09:03:16 -0700 From: Gordon Freeman To: Scott Long In-Reply-To: <418A70A5.5000807@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <32ab229c041103131414015bbe@mail.gmail.com> <20041104105241.B64530@newtrinity.zeist.de> <418A70A5.5000807@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Freeman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 16:10:13 -0000 What exactly would that entail? I'm no lawyer. On Thu, 04 Nov 2004 11:10:45 -0700, Scott Long wrote: > Marius Strobl wrote: > > Ah, it is a BSD-style license. However, someone will have to take a > careful look through each file to check for consistency here. Any > volunteers? > > Scott > From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 16:37: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 E97B316A4CF for ; Fri, 5 Nov 2004 16:37:41 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB7B43D41 for ; Fri, 5 Nov 2004 16:37:40 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 413 invoked by uid 0); 5 Nov 2004 19:37:38 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.265412 secs); 05 Nov 2004 16:37:38 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 5 Nov 2004 19:37:27 +0300 Date: Fri, 5 Nov 2004 19:32:03 +0300 From: Toxa To: freebsd-current@freebsd.org, openoffice@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20041105163203.GA1041@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org, openoffice@freebsd.org References: <20041103210949.GA2329@laptoxa.toxa.lan> <20041103214903.GA22721@82-168-140-74-bbxl.xdsl.tiscali.nl> <20041104172018.GA1642@laptoxa.toxa.lan> <20041105125903.GA47233@82-168-140-74-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041105125903.GA47233@82-168-140-74-bbxl.xdsl.tiscali.nl> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: native openoffice 1.1.3 package? 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: Fri, 05 Nov 2004 16:37:42 -0000 On Fri, Nov 05, 2004 at 01:59:03PM +0100, Rene Ladan wrote: > Is this the internal dmake from OpenOffice or from > /usr/ports/devel/dmake ? I'm using the OpenOffice version (it builds as > a subproject). Yes, this is the internal one. I have no devel/dmake installed. From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 17: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 2DD0716A4CE for ; Fri, 5 Nov 2004 17:37:05 +0000 (GMT) Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F5543D4C for ; Fri, 5 Nov 2004 17:37:04 +0000 (GMT) (envelope-from dexterphoto@sympatico.ca) Received: from shybe ([64.230.120.249]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with SMTP id <20041105173703.XCPN29162.tomts5-srv.bellnexxia.net@shybe> for ; Fri, 5 Nov 2004 12:37:03 -0500 Message-ID: <001001c4c35e$14076e70$0300a8c0@shybe> From: "Dexter Santucci" To: Date: Fri, 5 Nov 2004 12:37:09 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Linksys wmp11v4, NDISulator and FreeBSD 5.2.1 -current (6.0) 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: Fri, 05 Nov 2004 17:37:05 -0000 Hi there, I've got a bsd box on 5.2.1 freshly updated to -current: FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #0: = .../usr/src/sys/i386/compile/CUSTOM i386 Custom kernel with just what I need in it. I have a linksys wmp11v4 wireless card. I compiled the NDISulator = (/sys/modules/ndis and /sys/modules/if_ndis) successfully. Both modules load fine (no panic, no make-time error except the object = warning). I used the sys and inf from the card's CD: LSIPNDS.sys and = LSIPNDS.inf. However, the ndis0 interface does not appear. Rebooting, unloading / = reloading both modules did not help. dmesg.boot shows the following unknown card: pci1: at device 7.0 (no driver attached) pciconf shows it as well: none8@pci1:7:0: class=3D0x020000 card=3D0x00201737 chip=3D0x212017fe = rev=3D0x00 hdr=3D0x00 vendor =3D 'InProComm Inc' class =3D network subclass =3D ethernet It is indeed the v4 linksys using the InProComm chip. I've verified the pci device IDs in the inf, and they seem to match the = pciconf's description:=20 Linksys.DeviceDesc% =3D IPN2120.ndi, = PCI\VEN_17FE&DEV_2120&SUBSYS_00201737 I've tried ndiscvt'ing with bcmwl5.sys and lsbcmnds.inf from the CD root = without success. I have tried compiling a GENERIC kernel, with same results. I have tried three different cards on both 4.9 stable and 5.2.1 current = and stable: this wmp11v4, a d-link dwl-510 and dwl-520.=20 None of them have been detected so far by wi. The 520 is one of those = newer cards with a different chipset.=20 The 510 is not supported by wi.. and now this third replacement, the = wmp11 is yet again a new chipset.. am I out of luck? Dexter From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 17:45: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 496F416A4CE; Fri, 5 Nov 2004 17:45:36 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F8643D58; Fri, 5 Nov 2004 17:45:36 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 6663558B; Fri, 5 Nov 2004 09:45:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 638AE573; Fri, 5 Nov 2004 09:45:35 -0800 (PST) Date: Fri, 5 Nov 2004 09:45:35 -0800 (PST) From: Jamie Bowden To: Michael Nottebrock In-Reply-To: <200411041534.30965.michaelnottebrock@gmx.net> Message-ID: <20041105094459.C41565-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 cc: re@freebsd.org cc: Ken Smith Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Fri, 05 Nov 2004 17:45:36 -0000 On Thu, 4 Nov 2004, Michael Nottebrock wrote: > On Thursday, 4. November 2004 07:31, Alex Dupre wrote: > > Michael Nottebrock wrote: > > > Could all people who are seeing this please post their kernel > > > configurations, sysctl.conf and perhaps some system details (platform, > > > UP/MP), too. > Looking at all of these, I fail to see anything "special" that all these > machines have in common - looks like there's a full range from tuned > configurations with eyebrowraisers like PREEMPTION to almost-unmodified > GENERIC and pretty different hardware, too. :( > So if anybody spots something interesting here after all, or thinks Marc > Ramirez backtraces / debug sessions reveal anything about the bug, > please take over... This stopped happening to me when I replaced ULE with 4BSD. 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 Fri Nov 5 17:56: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 A88C616A4CE for ; Fri, 5 Nov 2004 17:56:03 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 842F543D53 for ; Fri, 5 Nov 2004 17:56:02 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 32668 invoked by uid 0); 5 Nov 2004 20:56:01 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.387724 secs); 05 Nov 2004 17:56:01 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 5 Nov 2004 20:55:50 +0300 Date: Fri, 5 Nov 2004 20:50:49 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20041105175049.GA2085@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: adjkerntz usage is outdated? 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: Fri, 05 Nov 2004 17:56:03 -0000 On FreeBSD 5, we have this thing: [(20:46)(29.63%)(p2):~ ] adjkerntz usage: adjkerntz -i (initial call from /etc/rc) adjkerntz -a [-s] (adjustment call, -s for sleep/retry mode) But according to rcNG, adjkerntz calls from /etc/rc.d/adjkerntz, not form /etc/rc: [(20:49)(82.04%)(p2):~ ] grep adjkern /etc/rc [(20:49)(82.04%)(p2):~ ] I think i'm too pedantic but this is a little bit... dirty ;-) -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 18:04: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 46CA716A4CE for ; Fri, 5 Nov 2004 18:04:22 +0000 (GMT) Received: from fe05.axelero.hu (fe05.axelero.hu [195.228.240.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A87043D45 for ; Fri, 5 Nov 2004 18:04:21 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from fe05 (localhost-02 [127.0.2.1]) by fe05.axelero.hu (8.12.11/8.12.11) with SMTP id iA5I4K5F027446 for ; Fri, 5 Nov 2004 19:04:20 +0100 (CET) Received: from fe05.axelero.hu [127.0.2.1] via SMTP gateway by fe05 [195.228.240.93]; id A06B3203C0F at Fri, 05 Nov 2004 19:04:20 +0100 Received: from 183.21-182-adsl-pool.axelero.hu (183.21-182-adsl-pool.axelero.hu [81.182.21.183]) (authenticated bits=0) by fe05.axelero.hu (8.12.11/8.12.11) with ESMTP id iA5I4C7d027325 for ; Fri, 5 Nov 2004 19:04:14 +0100 (CET) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WTG+JS8CaOEOSDAoq5x/" Message-Id: <1099677610.7059.23.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 05 Nov 2004 19:00:10 +0100 Subject: 5.3-RC2: Fatal trap 19: non-maskable interrupt trap while in kernel mode 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: Fri, 05 Nov 2004 18:04:22 -0000 --=-WTG+JS8CaOEOSDAoq5x/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've tried to install FreeBSD 5.3-RC2, FreeBSD 5.3-RC*, FreeBSD 5.2.1-RELEASE, FreeBSD 5.2-RELEASE on my amd64 based laptop, but at boot kernel is paniced. OpenBSD 3.6 and NetBSD 2.0-BETA, Linux*, Windows is working _stable_ on this hardware. I don't think this is a hardware failure, because i tried six different RAM module (memtest86 reported memory is OK), CPU in not overclocked, and this is a brand new machine. I have problem only FreeBSD and DragonFly BSD boot.=20 ------------------------------------------------------------------------ =20 Problem: NMI ISA a1, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while I tried to boot with boot -h, but seems console code broken (with FreeBSD 5.3-RC* (amd64), FreeBSD 5.2.1-RELEASE (amd64), FreeBSD 5.2-RELEASE (amd64)... Copyright (C) 1985, 2004, Trustees of Columbia University in the City of New York. Type ? or HELP for help. (/home/trey/) C-Kermit>connect Connecting to /dev/ttyS0, speed 9600 Escape character: Ctrl-\ (ASCII 28, FS): enabled Type the escape character followed by C to get back, or followed by ? to see other options. ---------------------------------------------------- =C4=84=C4=B9=C4=85-=C4=BE=C4=84O(*7,=C3=AB+,K&j=C4=84#K=C5=A0=C4=84K=C4=84$= k=C4=BD=C5=9E=C4=98=C2=AD"=C2=AD,=C4=BE=C2=A8O=C5=A1(=C4=84 /,=C5=B9#**7=C5=B9=C3=8B=C5=B9+**7,=C3=8B=C5=B97**7=C5=B9=C3=8B=C5=B9=C5=A4= +**7=C5=B9=C3=8B=C5=B9=C5=A4#"=C2=A82=C2=A8k=C5=9E=C2=AD=C5=BD = _+J=C4=84*=C4=8C=C2=AD(=C4=BE=C2=AD=C4=BA=C4=85 =C4=BE=C4=84(=C5=A0(= =C4=BE=C5=A4=C2=AD J=C5=A0( = =C2=AD(=C5=BC=C4=84=C2=AD=C5=BC=C5=A0-=C5= =A0=C5=A4-%'=C5=A4=C3=AB=E2=94=90! = , = o.J=C4=84=C2=AD #,++= =C2=AD+&>=C4=84-#( I treid to install DragonFly BSD 1.0A-RELEASE. With Dfly, the serial console working: C-Kermit 8.0.211, 10 Apr 2004, for Linux Copyright (C) 1985, 2004, Trustees of Columbia University in the City of New York. Type ? or HELP for help. (/home/trey/!download/ISOs/) C-Kermit>connect Connecting to /dev/ttyS0, speed 9600 Escape character: Ctrl-\ (ASCII 28, FS): enabled Type the escape character followed by C to get back, or followed by ? to see other options. ---------------------------------------------------- Copyright (c) 2003, 2004 The DragonFly Project. Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. DragonFly 1.0A-RELEASE #1: Wed Jul 14 18:55:41 GMT 2004 root@:/usr/obj/usr/src/sys/GENERIC CPU: Mobile AMD Athlon(tm) 64 Processor 3000+ (1804.11-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf4a Stepping =3D 10 =20 Features=3D0x78bfbff AMD Features=3D0xe0500000<,AMIE,,DSP,3DNow!> real memory =3D 267321344 (261056K bytes) avail memory =3D 249167872 (243328K bytes) Preloaded elf kernel "/kernel" at 0xc061e000. Preloaded elf module "/modules/acpi.ko" at 0xc061e21c. Pentium Pro MTRR support enabled md0: Malloc disk pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fdf20 npx0: on motherboard npx0: INT 16 interface Using XMM optimized bcopy/copyin/copyout acpi0: on motherboard installed MI handler for int 10 acpi0: Power Button (fixed) cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (154.8C) pcib1: port 0xcf8-0xcff on acpi0 pcib1: couldn't read bus number from cfg space pcib1: trying bus number 1 pci1: on pcib1 pci1: at 0.0 irq 9 acpi_cmbat0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib2: at device 1.0 on pci0 pci2: on pcib2 pci2: at 0.0 irq 9 fwohci0: vendor=3D104c, dev=3D8026 fwohci0: <1394 Open Host Controller Interface> mem 0xd0000000-0xd0003fff,0xd0008000-0xd00087ff irq 11 at device 6.0 on pci0 installed MI handler for int 11 fwohci0: OHCI version 1.10 (ROM=3D1) NMI ISA a1, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while in kernel mode instruction pointer =3D 0x8:0xc01dfdee stack pointer =3D 0x10:0xc0640c24 frame pointer =3D 0x10:0xc0640c44 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 0 (swapper) current thread =3D pri 12 interrupt mask =3D net tty bio cam kernel: type 19 trap, code=3D0 Stopped at fwohci_init+0xfa: movl %ecx,%edi db> tr fwohci_init(c9f92000,c67eb470) at fwohci_init+0xfa fwohci_pci_attach(c67eb470,c67eb470,c67eb398,c0640cb4,0) at fwohci_pci_attach+0x1eb device_probe_and_attach(c67eb470) at device_probe_and_attach+0xf2 bus_generic_attach(c67eb398,c67eb398,0,5c,c67ea540) at bus_generic_attach+0x16 pci_attach(c67eb398,c67eb398,c67ea540,0,1) at pci_attach+0xb3 device_probe_and_attach(c67eb398) at device_probe_and_attach+0xf2 bus_generic_attach(c67ea540,c67ea540,c0482d18,0,c67ea540) at bus_generic_attach+0x16 nexus_pcib_attach(c67ea540,c67ea540,c67ea468,0,1) at nexus_pcib_attach+0x1f device_probe_and_attach(c67ea540) at device_probe_and_attach+0xf2 bus_generic_attach(c67ea468,c67ea420,c0640d5c,c0268302,c67ea468) at bus_generic_attach+0x16 nexus_attach(c67ea468,c67ea468,c6818ea8,64b000,1) at nexus_attach+0xd device_probe_and_attach(c67ea468) at device_probe_and_attach+0xf2 root_bus_configure(c67ea420,c0477fa0,0,4) at root_bus_configure+0x16 configure(0,63dc00,64b000,0,c0137e3c) at configure+0x22 mi_startup(63d000,0,0,0,0) at mi_startup+0x90 begin() at begin+0x43 db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 1 c6774e60 c677cda0 0 0 0 400204 1 =20 swapper 0 c04adc80 c0640da0 0 0 0 400204 2 =20 swapper cpu 0 tdrunqmask 00001000 curthread 0xc04adde0 reqflags 0022 INCOMMING IPIQS: tdq thread pid flags pri(act) sp wmesg comm 12 0xc6779de0 -1 00000e02 44( 12) 0xc677fd88 - taskqueue 12 0xc6779d00 -1 00000e02 44( 12) 0xc9f91d88 - acpi_thermal tdq thread pid flags pri(act) sp wmesg comm 32 0xff800344 -1 00000000 44( 12) 0xff807d8c - idle_0 32 0xc04adde0 0 00000001 12( 12) 0xc0640d90 - swapper 32 0xc04fa528 -1 00010c00 112( 16) 0xc0f57d88 - ithread 22 32 0xc04fa390 -1 00010c00 110( 14) 0xc0f5ad88 - ithread 20 32 0xc6779ec0 1 00000600 42( 10) 0xc677cd3c - swapper 32 0xc6779de0 -1 00000e02 44( 12) 0xc677fd88 - taskqueue 32 0xc04fa1f8 -1 00010c00 110( 14) 0xc7ebfd88 - ithread 18 32 0xc04fa2c4 -1 00010c00 110( 14) 0xc9f82d88 - ithread 19 32 0xc04fa45c -1 00010c00 110( 14) 0xc9f85d88 - ithread 21 32 0xc04f9b98 -1 00010c00 124( 28) 0xc9f8dd88 - ithread 10 32 0xc6779d00 -1 00000e02 44( 12) 0xc9f91d88 - acpi_thermal 32 0xc04f9c64 -1 00010c00 124( 28) 0xc9f9cd88 - ithread 11 CURCPU 0 CURTHREAD 0xc04adde0 (0) db> amd64mobile# uname -a OpenBSD amd64mobile.trey.hu 3.6 GENERIC#136 amd64 amd64mobile# dmesg OpenBSD 3.6 (GENERIC) #136: Fri Sep 17 12:28:10 MDT 2004 deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem =3D 266924032 (260668K) avail mem =3D 219246592 (214108K) using 6567 buffers containing 26898432 bytes (26268K) of memory mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Mobile AMD Athlon(tm) 64 Processor 3000+, 1804.34 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFL= USH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "VIA K8HTB Host" rev 0x01 ppb0 at pci0 dev 1 function 0 "VIA K8HTB AGP" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M10 NP" rev 0x00 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) "Texas Instruments TSB43AB21 FireWire" rev 0x00 at pci0 dev 6 function 0 not configured re0 at pci0 dev 8 function 0 "Realtek 8169" rev 0x10: irq 5, address 00:90:f5:32:10:37 rgephy0 at re0 phy 7: RTL8169S/8110S media interface, rev. 0 PHY "ENE CB-1410 CardBus" rev 0x01 at pci0 dev 12 function 0 not configured vendor "Winbond", unknown product 0x8481 (class mass storage subclass miscellaneous, rev 0x01) at pci0 dev 14 function 0 not configured vendor "Winbond", unknown product 0x8482 (class mass storage subclass miscellaneous, rev 0x01) at pci0 dev 14 function 1 not configured uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB 2.0" rev 0x82: irq 5 ehci0: EHCI version 1.0 ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered "VIA VT8235 ISA" rev 0x00 at pci0 dev 17 function 0 not configured pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 auvia0 at pci0 dev 17 function 5 "VIA VT8233 AC97" rev 0x50: irq 10 ac97: codec id 0x414c4740 (Avance Logic <40>) ac97: codec features headphone, 20 bit DAC, 18 bit ADC, Realtek 3D audio0 at auvia0 "VIA VT82C686 Modem" rev 0x80 at pci0 dev 17 function 6 not configured pchb1 at pci0 dev 24 function 0 "AMD AMD64 HyperTransport" rev 0x00 pchb2 at pci0 dev 24 function 1 "AMD AMD64 Address Map" rev 0x00 pchb3 at pci0 dev 24 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 pchb4 at pci0 dev 24 function 3 "AMD AMD64 Misc Cfg" rev 0x00 isa0 at mainbus0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 dkcsum: wd0 matched BIOS disk 80 root on wd0a rootdev=3D0x0 rrootdev=3D0x300 rawdev=3D0x302 >> NetBSD/amd64 BIOS Boot, Revision 3.1 >> (mthomas@cerealbox.englab.brocade.com, Thu Apr 22 15:33:58 PDT 2004) >> Memory: 638/260032 k > > boot booting hd0a:netbsd 5804048+631560+601496 [440784+264071]=3D0x8635b8 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004 =20 mthomas@cerealbox.englab.brocade.com:/u2/netbsd-2-0/amd64/obj/sys/arch/amd6= 4/compile/GENERIC total memory =3D 254 MB avail memory =3D 237 MB mainbus0 (root) mainbus0: Intel MP Specification (Version 1.4) ( ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: Mobile AMD Athlon(tm) 64 Processor 3000+, 1804.25 MHz cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: I-cache 64 KB 64b/line 2-way, D-cache 64 KB 64b/line 2-way cpu0: L2 cache 1 MB 64b/line 16-way cpu0: ITLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: DTLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: calibrating local timer cpu0: apic clock running at 200 MHz cpu0: 16 page colors mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type ISA ioapic0 at mainbus0 apid 1 (I/O APIC) ioapic0: pa 0xfec00000, version 3, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok pchb0 at pci0 dev 0 function 0 pchb0: VIA Technologies product 0x3188 (rev. 0x01) ppb0 at pci0 dev 1 function 0: VIA Technologies product 0xb188 (rev. 0x00) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled vga0 at pci1 dev 0 function 0: ATI Technologies product 0x4e50 (rev. 0x00) wsdisplay0 at vga0 kbdmux 1 wsmux1: connecting to wsdisplay0 Texas Instruments TSB43AA21 OHCI IEEE 1394 Host Controller (Firewire serial bus, interface 0x10) at pci0 dev 6 function 0 not configured Realtek Semiconductor 8169 10/100/1000 Ethernet (ethernet network, revision 0x10) at pci0 dev 8 function 0 not configured ENE Technology, Inc. CB1410 Cardbus Controller (CardBus bridge, revision 0x01) at pci0 dev 12 function 0 not configured Winbond Electronics product 0x8481 (miscellaneous mass storage, revision 0x01) at pci0 dev 14 function 0 not configured Winbond Electronics product 0x8482 (miscellaneous mass storage, revision 0x01) at pci0 dev 14 function 1 not configured uhci0 at pci0 dev 16 function 0: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci0: interrupting at ioapic0 pin 16 (irq 9) usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci1: interrupting at ioapic0 pin 17 (irq 11) usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci2: interrupting at ioapic0 pin 18 (irq 10) usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered VIA Technologies VT8237 EHCI USB Controller (USB serial bus, interface 0x20, revision 0x82) at pci0 dev 16 function 3 not configured pcib0 at pci0 dev 17 function 0 pcib0: VIA Technologies VT8235 (Apollo KT400) PCI-ISA Bridge (rev. 0x00) viaide0 at pci0 dev 17 function 1 viaide0: VIA Technologies VT8235 ATA133 controller viaide0: bus-master DMA support present viaide0: primary channel configured to compatibility mode viaide0: primary channel interrupting at ioapic0 pin 14 (irq 14) atabus0 at viaide0 channel 0 viaide0: secondary channel configured to compatibility mode viaide0: secondary channel interrupting at ioapic0 pin 15 (irq 15) atabus1 at viaide0 channel 1 auvia0 at pci0 dev 17 function 5: VIA VT8235 AC'97 (rev 0x50) auvia0: interrupting at ioapic0 pin 18 (irq 10) auvia0: ac97: Avance Logic ALC202 codec; headphone, 20 bit DAC, 18 bit ADC, Realtek 3D auvia0: ac97: ext id 607 audio0 at auvia0: full duplex, mmap, independent VIA Technologies VT82C686A MC-97 Modem Controller (miscellaneous communications, revision 0x80) at pci0 dev 17 function 6 not configured pchb1 at pci0 dev 24 function 0 pchb1: Advanced Micro Devices AMD64 HyperTransport configuration (rev. 0x00) pchb2 at pci0 dev 24 function 1 pchb2: Advanced Micro Devices AMD64 Address Map configuration (rev. 0x00) pchb3 at pci0 dev 24 function 2 pchb3: Advanced Micro Devices AMD64 DRAM configuration (rev. 0x00) pchb4 at pci0 dev 24 function 3 pchb4: Advanced Micro Devices AMD64 Miscellaneous configuration (rev. 0x00) isa0 at pcib0 lpt0 at isa0 port 0x378-0x37b irq 7 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com0: console pckbc0 at isa0 port 0x60-0x64 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0 mux 1 wskbd0: connecting to wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker sysbeep0 at pcppi0 ioapic0: enabling Kernelized RAIDframe activated wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 38154 MB, 77520 cyl, 16 head, 63 sec, 512 bytes/sect x 78140160 sectors wd0: 32-bit data port wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd0(viaide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using DMA data transfers) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: 32-bit data port cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33) cd0(viaide0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA data transfers) boot device: wd0 root on wd0a dumps on wd0b root file system type: ffs Fri Nov 5 17:54:04 CET 2004 swapctl: adding /dev/wd0b as swap device at priority 0 Starting file system checks: /dev/rwd0a: file system is clean; not checking Setting tty flags. Setting sysctl variables: Starting network. /etc/rc: WARNING: $hostname not set. IPv6 mode: host Configuring network interfaces:. Building databases... wsdisplay0: screen 1 added (80x25, vt100 emulation) wsdisplay0: screen 2 added (80x25, vt100 emulation) wsdisplay0: screen 3 added (80x25, vt100 emulation) wsdisplay0: screen 4 added (80x25, vt100 emulation) Starting syslogd. Checking for core dump... savecore: no core dump Mounting all filesystems... Clearing /tmp. Checking quotas: done. Starting virecover. Starting local daemons:. Updating motd. Starting inetd. Starting cron. Fri Nov 5 17:54:08 CET 2004 NetBSD/amd64 (Amnesiac) (console) login:root Password: Last login: Fri Nov 5 17:52:43 2004 on console Nov 5 17:54:33 login: ROOT LOGIN (root) ON console Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004 Welcome to NetBSD! Nov 5 17:54:33 login: ROOT LOGIN (root) ON console Terminal type is vt100. We recommend creating a non-root account and using su(1) for root access. # uname -a NetBSD 2.0_BETA NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004=20 mthomas@cerealbox.englab.brocade.com:/u2/netbsd-2-0/amd64/obj/sys/arch/amd6= 4/compile/GENERIC amd64 Any idea? --=20 Micsk=C3=B3 G=C3=A1bor HP Accredited Platform Specialist, System Engineer (APS, ASE) Szint=C3=A9zis Computer Rendszerh=C3=A1z Rt. =20 H-9021 Gy=C5=91r, Tihanyi =C3=81rp=C3=A1d =C3=BAt 2. Tel: +36-96-502-216 Fax: +36-96-318-658 E-mail: gmicsko@szintezis.hu Web: http://www.hup.hu/ GPG Key fingerprint: 6FA1 D8BF 3C73 0570 ED5D 82AC A3BE 4E6A CF95 5F50 --=-WTG+JS8CaOEOSDAoq5x/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBi7+qo75Oas+VX1ARAum2AJ49msfIZtn3IUYBAECO8NwtM5a5ZgCeMxbh +L/P1tWaTYiElUplpFQllu8= =hfEK -----END PGP SIGNATURE----- --=-WTG+JS8CaOEOSDAoq5x/-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:33:50 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 4AAB416A4CE for ; Fri, 5 Nov 2004 19:33:50 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16C4C43D53 for ; Fri, 5 Nov 2004 19:33:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30407 invoked from network); 5 Nov 2004 19:33:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Nov 2004 19:33:49 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA5JXiYs096736; Fri, 5 Nov 2004 14:33:45 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 5 Nov 2004 14:25:42 -0500 User-Agent: KMail/1.6.2 References: <20041029022056.GA5751@philomath.unixcore.com> <200410291445.51216.jhb@FreeBSD.org> <20041103012521.GB479@squash.dsto.defence.gov.au> In-Reply-To: <20041103012521.GB479@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411051425.42432.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: "Wilkinson, Alex" Subject: Re: How to disable ACPI in 5.3 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: Fri, 05 Nov 2004 19:33:50 -0000 On Tuesday 02 November 2004 08:25 pm, Wilkinson, Alex wrote: > Interesting. > > I checked this myself because I thought I _was_ using ACPI. > > I found this: > > # grep -i acpi /var/run/dmesg.boot > KLD file acpi.ko - could not finalize loading This means it couldn't link. Perhaps you compiled the module with debugger support but don't have INVARIANTS, KDB, DDB, etc. in the kernel? > Is ACPI meant to be compiled into the kernel or loaded as a module ? Either way is fine. Compiling it into the kernel will definitely work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:39: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 C3EFC16A4CE; Fri, 5 Nov 2004 19:39:55 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907C543D1D; Fri, 5 Nov 2004 19:39:55 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id iA5JdshA079394; Fri, 5 Nov 2004 11:39:54 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id iA5JdrYQ079393; Fri, 5 Nov 2004 11:39:53 -0800 (PST) (envelope-from obrien) Date: Fri, 5 Nov 2004 11:39:53 -0800 From: "David O'Brien" To: Giorgos Keramidas Message-ID: <20041105193953.GD44972@dragon.nuxi.com> References: <000901c4bfdc$6d1c2d50$0200000a@redline> <20041101164117.M14827@mp2.macomnet.net> <20041101135250.GA41645@orion.daedalusnetworks.priv> <20041101183035.GC22427@stack.nl> <20041101195539.GB2127@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041101195539.GB2127@gothmog.gr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: Jilles Tjoelker Subject: Re: exports typo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@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: Fri, 05 Nov 2004 19:39:55 -0000 On Mon, Nov 01, 2004 at 09:55:39PM +0200, Giorgos Keramidas wrote: > On 2004-11-01 19:30, Jilles Tjoelker wrote: > > > - vsystem("echo '# Note that BSD's export syntax is \"host-centric\" vs. Sun\'s \"FS-centric\" one.' >> /etc/exports"); > > > + vsystem("echo '# Note that BSD'"'"'s export syntax is \"host-centric\" vs. Sun'"'"'s \"FS-centric\" one.' >> /etc/exports"); foo.c:18: error: syntax error before '"' foo.c:18: error: stray '\' in program foo.c:18: error: stray '\' in program vsystem("echo '# Note that BSD'\"'\"'s export syntax is \"host-centric\" vs. Sun'\"'\"'s \"FS-centric\" one.' >> /tmp/exports"); is what it takes to make this work. > This, or the bash-like syntax of: > vsystem("echo '# Note that BSD'\\''s export syntax...' >> /etc/exports"); NOW! we have a winner. Below is the test program. Which form should we go with? -- -- David (obrien@FreeBSD.org) #include #include #include void vsystem(char *fmt, ...) { char cmd[500]; va_list args; va_start(args, fmt); vsnprintf(cmd, sizeof cmd, fmt, args); va_end(args); execl("/bin/sh", "/bin/sh", "-c", cmd, (char *)NULL); } int main() { //vsystem("echo '# Note that BSD'\\''s export syntax is \"host-centric\" vs. Sun'\\''s \"FS-centric\" one.' >> /tmp/exports"); //vsystem("echo '# Note that BSD'\"'\"'s export syntax is \"host-centric\" vs. Sun'\"'\"'s \"FS-centric\" one.' >> /tmp/exports"); return 0; } From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:40: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 1F55916A4D2; Fri, 5 Nov 2004 19:40:36 +0000 (GMT) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA6E843D49; Fri, 5 Nov 2004 19:40:14 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf16aec.mail.bellsouth.netESMTP <20041105194014.ZVSU8988.imf16aec.mail.bellsouth.net@[192.168.1.5]>; Fri, 5 Nov 2004 14:40:14 -0500 In-Reply-To: <639522fe041105112218c5c9f8@mail.gmail.com> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <79D46B84-2F34-11D9-8D06-000A958C81C6@ahze.net> <639522fe041105112218c5c9f8@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-5--1030160857" Message-Id: <7F1C95F8-2F62-11D9-8D06-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Fri, 5 Nov 2004 14:40:07 -0500 To: Jie Gao X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) cc: Bjarne Wichmann Petersen cc: ports@freebsd.org cc: current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 19:40:36 -0000 --Apple-Mail-5--1030160857 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed We fixed it, everything should work now =) Please upgrade gstreamer-plugins and if you still have problems please report. Cheers, Michael On Nov 5, 2004, at 2:22 PM, Jie Gao wrote: > gstreamer-plugins really has problems with particular compiler flags. > On my system I cannot use -O -pipe -march=pentium4 otherwise > gst-register will fail. > > On Fri, 5 Nov 2004 09:10:41 -0500, Michael Johnson > wrote: >> >> >> >> On Nov 5, 2004, at 3:19 AM, Bjarne Wichmann Petersen wrote: >> >>> On Wednesday 03 November 2004 23:49, Michael Johnson wrote: >>>> On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: >>>>> I just wonder if it is safe to use -O2 -pipe for kernel + world on >>>>> 5-STABLE now. >>>> works okay for me >>> >>> And ports on 5-STABLE? >> yes, I just started doing this a while back by accident when I trying >> to fix gstreamer-plugins >> and I built world and kernel with -O2 and nothing broke for me so I >> left it. >> >> >> --Apple-Mail-5--1030160857 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBi9cWn4uqfTwEb9YRAhjpAJwOPXpxLrGpOY3IBMF94MEg/RoVtQCeIMRK UWyydOyr05we7i1TzxBk84A= =WpEV -----END PGP SIGNATURE----- --Apple-Mail-5--1030160857-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:42: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 C2F5616A4CE for ; Fri, 5 Nov 2004 19:42:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7529D43D46 for ; Fri, 5 Nov 2004 19:42:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 34B7F7A424; Fri, 5 Nov 2004 11:42:15 -0800 (PST) Message-ID: <418BD796.3040706@elischer.org> Date: Fri, 05 Nov 2004 11:42:14 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alexander Leidinger References: <40541.1099561211@critter.freebsd.dk> <1099650992.418b57b01c33b@netchild.homeip.net> In-Reply-To: <1099650992.418b57b01c33b@netchild.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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: Fri, 05 Nov 2004 19:42:15 -0000 Alexander Leidinger wrote: >Zitat von Poul-Henning Kamp : > > > >>We've reached a major milestone in the buf-junta work: struct buf >>is no longer an I/O request. >> >> > >Do you have an outline where this heads to and why? > when systems were smaller the number of cached bufs was small, and bufs represented 'buffers' likely to used soon fo rIO and IO requests were simple, it made sence to combine the IO request and the storage descriptor (buf). Since then, storage is done via the vm system, IO requests have gotten bigger, and the number of IO requests needed at any time has remained small. it makes less sense to have an IO request with every buf storage descriptor. It also opens the way for: changing the io descriptor to suit speical cases without having to worry about the buffer cache stuff. addign more stuff to teh IO request without worrying about bloating teh buffer cache stuff. > >Bye, >Alexander. > > > From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:50: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 1116F16A4D1; Fri, 5 Nov 2004 19:50:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEA5B43D2D; Fri, 5 Nov 2004 19:50:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5JovD8053871; Fri, 5 Nov 2004 14:50:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5JovWc018872; Fri, 5 Nov 2004 14:50:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 20A107306E; Fri, 5 Nov 2004 14:50:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105195057.20A107306E@freebsd-current.sentex.ca> Date: Fri, 5 Nov 2004 14:50:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on smtp2.sentex.ca X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 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: Fri, 05 Nov 2004 19:50:58 -0000 TB --- 2004-11-05 19:17:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 19:17:25 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-05 19:17:25 - checking out the source tree TB --- 2004-11-05 19:17:25 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-05 19:17:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 19:23:13 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 19:23:13 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-05 19:23:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-05 19:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 19:50:56 - ERROR: failed to build world TB --- 2004-11-05 19:50:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 20:19: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 E28E516A4CE; Fri, 5 Nov 2004 20:19:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822DD43D4C; Fri, 5 Nov 2004 20:19:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5KJElM060601; Fri, 5 Nov 2004 15:19:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5KJE5l043066; Fri, 5 Nov 2004 15:19:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE2FB7306E; Fri, 5 Nov 2004 15:19:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105201913.CE2FB7306E@freebsd-current.sentex.ca> Date: Fri, 5 Nov 2004 15:19:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on smtp2.sentex.ca X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 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: Fri, 05 Nov 2004 20:19:15 -0000 TB --- 2004-11-05 19:50:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 19:50:57 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-11-05 19:50:57 - checking out the source tree TB --- 2004-11-05 19:50:57 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-11-05 19:50:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 19:56:45 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 19:56:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-11-05 19:56:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-11-05 20:19:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 20:19:13 - ERROR: failed to build world TB --- 2004-11-05 20:19:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 20:22: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 CEB8D16A4CE for ; Fri, 5 Nov 2004 20:22:56 +0000 (GMT) Received: from av2-2-sn3.vrr.skanova.net (av2-2-sn3.vrr.skanova.net [81.228.9.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A52843D49 for ; Fri, 5 Nov 2004 20:22:56 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av2-2-sn3.vrr.skanova.net (Postfix, from userid 502) id BCE5D381E6; Fri, 5 Nov 2004 21:22:55 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av2-2-sn3.vrr.skanova.net (Postfix) with ESMTP id ADA3937ED7 for ; Fri, 5 Nov 2004 21:22:55 +0100 (CET) Received: from [10.165.2.71] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 87A3B3800B for ; Fri, 5 Nov 2004 21:22:55 +0100 (CET) Message-ID: <418BE11E.6080101@telia.com> Date: Fri, 05 Nov 2004 21:22:54 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.9+ (Windows/20041105) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [patch] etc/rc.d/cleartmp ICE-unix and font-unix directories not created 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: Fri, 05 Nov 2004 20:22:56 -0000 This small patch makes diskless clients (and tmpmfs="YES" users) happier when using xdm and a session manager aware window manager and/or a X font server. Index: etc/rc.d/cleartmp =================================================================== RCS file: /export/ctm/cvs/src/etc/rc.d/cleartmp,v retrieving revision 1.11 diff -u -r1.11 cleartmp --- etc/rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 +++ etc/rc.d/cleartmp 5 Nov 2004 20:18:12 -0000 @@ -35,5 +35,5 @@ # restarting X # rm -f /tmp/.X[0-9]-lock -rm -fr /tmp/.X11-unix -mkdir -m 1777 /tmp/.X11-unix +rm -fr /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix +mkdir -m 1777 /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 20:37: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 4702E16A4CE; Fri, 5 Nov 2004 20:37:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA94143D39; Fri, 5 Nov 2004 20:37:10 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA5KdDG2033398; Fri, 5 Nov 2004 13:39:13 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418BE4B5.2000102@freebsd.org> Date: Fri, 05 Nov 2004 13:38:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20041105201913.CE2FB7306E@freebsd-current.sentex.ca> In-Reply-To: <20041105201913.CE2FB7306E@freebsd-current.sentex.ca> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: sparc64@freebsd.org Subject: 3 days of tinderbox failures [Re: [current tinderbox] failure on sparc64/sparc64] 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: Fri, 05 Nov 2004 20:37:11 -0000 All, We've had three days of tinderbox failures now, though all not due to the same problem. This is a friendly reminder to please test your changes before committing them. Scott FreeBSD Tinderbox wrote: > TB --- 2004-11-05 19:50:57 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2004-11-05 19:50:57 - starting CURRENT tinderbox run for sparc64/sparc64 > TB --- 2004-11-05 19:50:57 - checking out the source tree > TB --- 2004-11-05 19:50:57 - cd /home/tinderbox/CURRENT/sparc64/sparc64 > TB --- 2004-11-05 19:50:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2004-11-05 19:56:45 - building world (CFLAGS=-O2 -pipe) > TB --- 2004-11-05 19:56:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src > TB --- 2004-11-05 19:56:45 - /usr/bin/make -B buildworld > >>>>Rebuilding the temporary build tree >>>>stage 1.1: legacy release compatibility shims >>>>stage 1.2: bootstrap tools >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3: cross tools >>>>stage 4.1: building includes >>>>stage 4.2: building libraries > > [...] > cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_open_file.c > cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libarchive. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > TB --- 2004-11-05 20:19:13 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2004-11-05 20:19:13 - ERROR: failed to build world > TB --- 2004-11-05 20:19:13 - tinderbox aborted > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21:14: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 3F16E16A4CE; Fri, 5 Nov 2004 21:14:04 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84A443D1D; Fri, 5 Nov 2004 21:14:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iA5LBRnm077568; Fri, 5 Nov 2004 14:11:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 05 Nov 2004 14:11:42 -0700 (MST) Message-Id: <20041105.141142.120444214.imp@bsdimp.com> To: anton@nikiforov.ru From: "M. Warner Losh" In-Reply-To: <418B46AF.9040704@nikiforov.ru> References: <4188A57B.3060005@nikiforov.ru> <20041104.214912.18972443.imp@bsdimp.com> <418B46AF.9040704@nikiforov.ru> 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: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: SD Card 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: Fri, 05 Nov 2004 21:14:04 -0000 In message: <418B46AF.9040704@nikiforov.ru> Anton Nikiforov writes: : 1: memory card; irq mask 0; memspace 0-fff; mwait_required rdybsy_active : powerdown I don't think this card will work. Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21:17: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 6DAE916A4CE; Fri, 5 Nov 2004 21:17:55 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC9243D3F; Fri, 5 Nov 2004 21:17:55 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 45D567A440; Fri, 5 Nov 2004 13:17:55 -0800 (PST) Message-ID: <418BEE03.8090809@elischer.org> Date: Fri, 05 Nov 2004 13:17:55 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: USB mailing list.. be there or be square.. 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: Fri, 05 Nov 2004 21:17:55 -0000 I'm hopign that we can focus a bit on the USB developement through this list.. Just one last call for interested parties to join up before we try plot a path.... Julian From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21:41: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 3177116A4CE; Fri, 5 Nov 2004 21:41:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E1143D3F; Fri, 5 Nov 2004 21:41:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C1C5513E4; Fri, 5 Nov 2004 13:44:08 -0800 (PST) Date: Fri, 5 Nov 2004 13:44:08 -0800 From: Kris Kennaway To: Scott Long Message-ID: <20041105214408.GA32844@xor.obsecurity.org> References: <418B8CE3.9000000@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <418B8CE3.9000000@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current Subject: Re: 5.x discussions should migrate to freebsd-stable 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: Fri, 05 Nov 2004 21:41:40 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 07:23:31AM -0700, Scott Long wrote: > All, >=20 > Now that 5.3 is about to be released (really, I mean it this time!) and > 5.x is considered -STABLE, further 5.x discussions and bug reports > should migrate over to the freebsd-stable mailing list. I know that > after 4+ years, there is probably a lot of sentimental attachment to > freebsd-current, and some of you probably have never seen a branch go > stable yet, but just like watching your kids graduate and go to college, > it's time to accept that our baby has grown up =3D-) >=20 > There are already a number of differences between the two branches that > make it hard to distill bug reports (ULE and GEOM, for example), so > this should be seen as a way to help continue to stabilize 5.x and also > get ready for 6.0. Ideally, developers should subscribe to -stable so that bug reports don't fall on deaf ears. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi/QoWry0BWjoQKURAsy0AJ0ed9bvAczmjc/VM3kxJIYbyFpolgCeMdEo V0/65tPFkpjRv6NfmlQFLiA= =iw2k -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21: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 F370C16A4CE; Fri, 5 Nov 2004 21:49:51 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C44F043D54; Fri, 5 Nov 2004 21:49:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ADE93513D2; Fri, 5 Nov 2004 13:52:20 -0800 (PST) Date: Fri, 5 Nov 2004 13:52:20 -0800 From: Kris Kennaway To: Bjarne Wichmann Petersen Message-ID: <20041105215220.GA32961@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <200411050919.09547.freebsd.nospam@mekanix.dk> User-Agent: Mutt/1.4.2.1i cc: ports@freebsd.org cc: Michael Johnson cc: Jie Gao cc: current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 21:49:52 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 09:19:08AM +0100, Bjarne Wichmann Petersen wrote: > On Wednesday 03 November 2004 23:49, Michael Johnson wrote: > > On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: > > > I just wonder if it is safe to use -O2 -pipe for kernel + world on > > > 5-STABLE now. > > works okay for me >=20 > And ports on 5-STABLE? Same as on 6.x - the bugs are in the ports themselves. Don't do it if you want your ports to work correctly. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi/YUWry0BWjoQKURAsTXAJ9xVXe9uMLbZjl95r862q/F0r3jzACfZGyQ ipzIJ8SisfEnA8RxgRhYH0g= =gQFz -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21:52: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 5FB1316A4CE; Fri, 5 Nov 2004 21:52:20 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D64543D48; Fri, 5 Nov 2004 21:52:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id AE13112A73C; Fri, 5 Nov 2004 17:52:16 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 73805-03; Fri, 5 Nov 2004 21:52:16 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id 4A12312A73B; Fri, 5 Nov 2004 17:52:16 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8BD693927B; Fri, 5 Nov 2004 17:52:18 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8AB5038533; Fri, 5 Nov 2004 17:52:18 -0400 (AST) Date: Fri, 5 Nov 2004 17:52:18 -0400 (AST) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20041105174622.W46679@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org cc: freebsd-current@freebsd.org Subject: "bug" with ifconfig ... ? 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: Fri, 05 Nov 2004 21:52:20 -0000 I just made one of my 4.x remote servers inaccessible and just tested it on my 5.x laptop, and it does the same thing ... not sure if this is considered a 'desirable' effect, or a but ... but ... 'ifconfig -alias' will wipe out all IPs on the device: mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 inet 192.168.0.5 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active mobile# ifconfig rl0 -alias mobile# ifconfig -a lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 ether 00:0d:88:22:78:e4 media: Ethernet 10baseT/UTP status: active I was running a script that happened to pick up a 'zero length' IP (and I hadn't properly tested for it), so erased all the IPs configured on that device, instead of generating an error ... Checking the man page, if this *is* desired effect, a bit of a warning might be in order: " -alias Remove the network address specified. This would be used if you incorrectly specified an alias, or it was no longer needed. If you have incorrectly set an NS address having the side effect of specifying the host portion, removing all NS addresses will allow you to respecify the host portion." "Remove the network address specified.", to me, means that if one isn't specified, nothing should/would happen :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 21:56: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 2DC6416A4CE; Fri, 5 Nov 2004 21:56:09 +0000 (GMT) Received: from imf21aec.mail.bellsouth.net (imf21aec.mail.bellsouth.net [205.152.59.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A1B43D54; Fri, 5 Nov 2004 21:56:08 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf21aec.mail.bellsouth.netESMTP <20041105215608.QVKV2451.imf21aec.mail.bellsouth.net@[192.168.1.5]>; Fri, 5 Nov 2004 16:56:08 -0500 In-Reply-To: <20041105215220.GA32961@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <20041105215220.GA32961@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-10--1022004390" Message-Id: <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Fri, 5 Nov 2004 16:56:03 -0500 To: Kris Kennaway X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) cc: FreeBSD ports cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 21:56:09 -0000 --Apple-Mail-10--1022004390 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: > On Fri, Nov 05, 2004 at 09:19:08AM +0100, Bjarne Wichmann Petersen > wrote: >> On Wednesday 03 November 2004 23:49, Michael Johnson wrote: >>> On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: >>>> I just wonder if it is safe to use -O2 -pipe for kernel + world on >>>> 5-STABLE now. >>> works okay for me >> >> And ports on 5-STABLE? > Same as on 6.x - the bugs are in the ports themselves. Don't do it if > you want your ports to work correctly. Is there a list of what's broke with -O2 in ports anywhere? Michael --Apple-Mail-10--1022004390 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBi/bzn4uqfTwEb9YRAq3HAKCOqzic1JvZN+EesihkTSvKbtC1zQCcCGgS GTojjvw5gP+wCHPGZO+A6d4= =ugcX -----END PGP SIGNATURE----- --Apple-Mail-10--1022004390-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:07: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 CDEE016A4CE; Fri, 5 Nov 2004 22:07:51 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE0E43D3F; Fri, 5 Nov 2004 22:07:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B84FB513D2; Fri, 5 Nov 2004 14:10:20 -0800 (PST) Date: Fri, 5 Nov 2004 14:10:20 -0800 From: Kris Kennaway To: Michael Johnson Message-ID: <20041105221020.GA39140@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> User-Agent: Mutt/1.4.2.1i cc: FreeBSD ports cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:07:52 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 04:56:03PM -0500, Michael Johnson wrote: >=20 > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: >=20 > >On Fri, Nov 05, 2004 at 09:19:08AM +0100, Bjarne Wichmann Petersen=20 > >wrote: > >>On Wednesday 03 November 2004 23:49, Michael Johnson wrote: > >>>On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: > >>>>I just wonder if it is safe to use -O2 -pipe for kernel + world on > >>>>5-STABLE now. > >>>works okay for me > >> > >>And ports on 5-STABLE? >=20 > >Same as on 6.x - the bugs are in the ports themselves. Don't do it if > >you want your ports to work correctly. >=20 > Is there a list of what's broke with -O2 in ports anywhere? Some of the bugs are probably silent. For example, different versions of gcc sometimes have bugs at higher optimization levels or with certain CPUTYPE values. gcc 3.4 will warn about aliasing bugs (grep for "type-punning" in the logs) with -O2. I don't know if it always warns, or if you have to enable the warning with -Wmumble. In the last 6.0 build there were about 360 packages that emitted such warnings. -O2 will also cause build errors in other ways, e.g. if functions in a library are improperly declared static and not referenced internally (but are referenced externally by another application trying to link with the library), since -O2 may optimize them out completely. Kris --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi/pMWry0BWjoQKURAou8AJ42fRZUzl5XuhoGXGn1NtDe/aMEvwCcC+bG NtwiTecnsrewAMffSIAIAAY= =7KZc -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:17: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 59F3816A4CF for ; Fri, 5 Nov 2004 22:17:04 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1689B43D48 for ; Fri, 5 Nov 2004 22:17:03 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 20427 invoked by uid 65534); 5 Nov 2004 22:17:00 -0000 Received: from p5087DCE1.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.220.225) by mail.gmx.net (mp011) with SMTP; 05 Nov 2004 23:17:00 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA5MGr81033209 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 Nov 2004 23:16:54 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 5 Nov 2004 23:16:51 +0100 User-Agent: KMail/1.7.50 References: <20041102222000.GA65845@xor.obsecurity.org> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> In-Reply-To: <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1394859.z47x8AysCv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411052316.53025.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: FreeBSD ports cc: Michael Johnson cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:17:04 -0000 --nextPart1394859.z47x8AysCv Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 5. November 2004 22:56, Michael Johnson wrote: > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: > > Same as on 6.x - the bugs are in the ports themselves. Don't do it if > > you want your ports to work correctly. > > Is there a list of what's broke with -O2 in ports anywhere? It's kinda hard to come up with one based on compiler warnings & paranoia. = :) =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 --nextPart1394859.z47x8AysCv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBi/vUXhc68WspdLARAie1AKCiDkUhuP9jv+XKyMo5fPhuPCjuRgCdGXVn uEzhoKQ75prAhBDxhEdLlQU= =lhty -----END PGP SIGNATURE----- --nextPart1394859.z47x8AysCv-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:17: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 5B68916A4D0 for ; Fri, 5 Nov 2004 22:17:04 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 12C3A43D2D for ; Fri, 5 Nov 2004 22:17:03 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 20427 invoked by uid 65534); 5 Nov 2004 22:17:00 -0000 Received: from p5087DCE1.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.220.225) by mail.gmx.net (mp011) with SMTP; 05 Nov 2004 23:17:00 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA5MGr81033209 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 Nov 2004 23:16:54 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 5 Nov 2004 23:16:51 +0100 User-Agent: KMail/1.7.50 References: <20041102222000.GA65845@xor.obsecurity.org> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> In-Reply-To: <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1394859.z47x8AysCv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411052316.53025.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: FreeBSD ports cc: Michael Johnson cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:17:04 -0000 --nextPart1394859.z47x8AysCv Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 5. November 2004 22:56, Michael Johnson wrote: > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: > > Same as on 6.x - the bugs are in the ports themselves. Don't do it if > > you want your ports to work correctly. > > Is there a list of what's broke with -O2 in ports anywhere? It's kinda hard to come up with one based on compiler warnings & paranoia. = :) =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 --nextPart1394859.z47x8AysCv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBi/vUXhc68WspdLARAie1AKCiDkUhuP9jv+XKyMo5fPhuPCjuRgCdGXVn uEzhoKQ75prAhBDxhEdLlQU= =lhty -----END PGP SIGNATURE----- --nextPart1394859.z47x8AysCv-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:21: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 C57E516A4CE; Fri, 5 Nov 2004 22:21:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41243D2F; Fri, 5 Nov 2004 22:21:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C2584513DE; Fri, 5 Nov 2004 14:23:50 -0800 (PST) Date: Fri, 5 Nov 2004 14:23:50 -0800 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20041105222350.GA43977@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> <200411052316.53025.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <200411052316.53025.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: FreeBSD ports cc: Michael Johnson cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:21:21 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 11:16:51PM +0100, Michael Nottebrock wrote: > On Friday, 5. November 2004 22:56, Michael Johnson wrote: > > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: >=20 > > > Same as on 6.x - the bugs are in the ports themselves. Don't do it if > > > you want your ports to work correctly. > > > > Is there a list of what's broke with -O2 in ports anywhere? >=20 > It's kinda hard to come up with one based on compiler warnings & paranoia= . :) It might be hard to come up with a definitive list of problems, but the fact that there are bugs in many ports that are manifested when they are compiled with -O2 is undeniable. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi/12Wry0BWjoQKURAhneAJ4wQF0eL4IuE5cEEGTQd8wouSNANACfe1BB r3gPAE3UeP7PswO4H91Gepg= =eCZw -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:21: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 C57E516A4CE; Fri, 5 Nov 2004 22:21:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41243D2F; Fri, 5 Nov 2004 22:21:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C2584513DE; Fri, 5 Nov 2004 14:23:50 -0800 (PST) Date: Fri, 5 Nov 2004 14:23:50 -0800 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20041105222350.GA43977@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> <200411052316.53025.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <200411052316.53025.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: FreeBSD ports cc: Michael Johnson cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:21:21 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 11:16:51PM +0100, Michael Nottebrock wrote: > On Friday, 5. November 2004 22:56, Michael Johnson wrote: > > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: >=20 > > > Same as on 6.x - the bugs are in the ports themselves. Don't do it if > > > you want your ports to work correctly. > > > > Is there a list of what's broke with -O2 in ports anywhere? >=20 > It's kinda hard to come up with one based on compiler warnings & paranoia= . :) It might be hard to come up with a definitive list of problems, but the fact that there are bugs in many ports that are manifested when they are compiled with -O2 is undeniable. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBi/12Wry0BWjoQKURAhneAJ4wQF0eL4IuE5cEEGTQd8wouSNANACfe1BB r3gPAE3UeP7PswO4H91Gepg= =eCZw -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:43: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 1D99A16A4CE; Fri, 5 Nov 2004 22:43:40 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BE343D31; Fri, 5 Nov 2004 22:43:39 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 36B0B5310; Fri, 5 Nov 2004 23:43:38 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B833F530A; Fri, 5 Nov 2004 23:43:30 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 662C2B861; Fri, 5 Nov 2004 23:43:30 +0100 (CET) To: Kris Kennaway References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> <20041105221020.GA39140@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 05 Nov 2004 23:43:30 +0100 In-Reply-To: <20041105221020.GA39140@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 5 Nov 2004 14:10:20 -0800") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) 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.64 (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.64 cc: FreeBSD ports cc: Michael Johnson cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:43:40 -0000 Kris Kennaway writes: > On Fri, Nov 05, 2004 at 04:56:03PM -0500, Michael Johnson wrote: > > Is there a list of what's broke with -O2 in ports anywhere? > Some of the bugs are probably silent. For example, different versions > of gcc sometimes have bugs at higher optimization levels or with > certain CPUTYPE values. As far as we know, that is not the case for FreeBSD 5.3 and 6.0. > -O2 will also cause build errors in other ways, e.g. if functions in a > library are improperly declared static and not referenced internally > (but are referenced externally by another application trying to link > with the library), since -O2 may optimize them out completely. That's crap. You can't reference a static symbol outside your own compilation unit. That's the whole point with declaring it static. The problem with arj is that it uses a tool to embed a checksum in each binary, and the placeholder for that checksum was declared static but never referenced, so gcc optimized it out and the tool couldn't find it. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 22:58: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 20BFF16A4CF; Fri, 5 Nov 2004 22:58:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DEB43D41; Fri, 5 Nov 2004 22:58:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C4C06524CC; Fri, 5 Nov 2004 15:00:32 -0800 (PST) Date: Fri, 5 Nov 2004 15:00:32 -0800 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20041105230032.GA44517@xor.obsecurity.org> References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> <20041105221020.GA39140@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: FreeBSD ports cc: Michael Johnson cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 22:58:04 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 05, 2004 at 11:43:30PM +0100, Dag-Erling Sm?rgrav wrote: > Kris Kennaway writes: > > On Fri, Nov 05, 2004 at 04:56:03PM -0500, Michael Johnson wrote: > > > Is there a list of what's broke with -O2 in ports anywhere? > > Some of the bugs are probably silent. For example, different versions > > of gcc sometimes have bugs at higher optimization levels or with > > certain CPUTYPE values. >=20 > As far as we know, that is not the case for FreeBSD 5.3 and 6.0. Yeah, but in the context of ports we have to think about 4.x too, and other supported old releases. > > -O2 will also cause build errors in other ways, e.g. if functions in a > > library are improperly declared static and not referenced internally > > (but are referenced externally by another application trying to link > > with the library), since -O2 may optimize them out completely. >=20 > That's crap. You can't reference a static symbol outside your own > compilation unit. That's the whole point with declaring it static. >=20 > The problem with arj is that it uses a tool to embed a checksum in > each binary, and the placeholder for that checksum was declared static > but never referenced, so gcc optimized it out and the tool couldn't > find it. Sorry, that's the case I was thinking of. I hadn't analyzed the failure in detail. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjAYPWry0BWjoQKURAkVYAJ0QrAuCE8O6QTseijndm/FHXvNSaQCeN2cP /VT1ahrSWytmYud/AmwYaDk= =Joxp -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 23:03: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 3852716A4CE for ; Fri, 5 Nov 2004 23:03:23 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 40ED043D4C for ; Fri, 5 Nov 2004 23:03:22 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 32550 invoked by uid 65534); 5 Nov 2004 23:02:25 -0000 Received: from p5087DCE1.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.220.225) by mail.gmx.net (mp019) with SMTP; 06 Nov 2004 00:02:25 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA5N1K81033786 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 6 Nov 2004 00:01:21 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Kris Kennaway Date: Sat, 6 Nov 2004 00:01:03 +0100 User-Agent: KMail/1.7.50 References: <20041102222000.GA65845@xor.obsecurity.org> <200411052316.53025.michaelnottebrock@gmx.net> <20041105222350.GA43977@xor.obsecurity.org> In-Reply-To: <20041105222350.GA43977@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5698984.8Gce4ajqfP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411060001.07644.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: FreeBSD ports cc: Michael Johnson cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 23:03:23 -0000 --nextPart5698984.8Gce4ajqfP Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 5. November 2004 23:23, Kris Kennaway wrote: > On Fri, Nov 05, 2004 at 11:16:51PM +0100, Michael Nottebrock wrote: > > On Friday, 5. November 2004 22:56, Michael Johnson wrote: > > > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: > > > > Same as on 6.x - the bugs are in the ports themselves. Don't do it > > > > if you want your ports to work correctly. > > > > > > Is there a list of what's broke with -O2 in ports anywhere? > > > > It's kinda hard to come up with one based on compiler warnings & > > paranoia. :) > > It might be hard to come up with a definitive list of problems, but > the fact that there are bugs in many ports that are manifested when > they are compiled with -O2 is undeniable. I'd s/many/some, but that's just me (the fact that there are bugs in many=20 ports that are manifested by just compiling them, regardless of CFLAGS, is= =20 undeniable, too ;)). Anyway, regarding the question of the OP, at least KDE should be -O2-safe,= =20 it's been the default optimization level of the project for a long time. Th= at=20 said, I never noticed any cool speed gains from that at runtime - I did=20 notice the increase of compilation-time though (and I notice it more with=20 each gcc update). =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 --nextPart5698984.8Gce4ajqfP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBjAYzXhc68WspdLARApnAAJ0S5geSG+t8VsE41Y9HVJexRaXTPACgp0K5 9xzWhy1U9FLIWEz0u6+KtIQ= =XPtE -----END PGP SIGNATURE----- --nextPart5698984.8Gce4ajqfP-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 23:03: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 3D2FD16A4CF for ; Fri, 5 Nov 2004 23:03:23 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 67DBC43D53 for ; Fri, 5 Nov 2004 23:03:22 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 32550 invoked by uid 65534); 5 Nov 2004 23:02:25 -0000 Received: from p5087DCE1.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.220.225) by mail.gmx.net (mp019) with SMTP; 06 Nov 2004 00:02:25 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iA5N1K81033786 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 6 Nov 2004 00:01:21 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Kris Kennaway Date: Sat, 6 Nov 2004 00:01:03 +0100 User-Agent: KMail/1.7.50 References: <20041102222000.GA65845@xor.obsecurity.org> <200411052316.53025.michaelnottebrock@gmx.net> <20041105222350.GA43977@xor.obsecurity.org> In-Reply-To: <20041105222350.GA43977@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5698984.8Gce4ajqfP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411060001.07644.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: FreeBSD ports cc: Michael Johnson cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 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: Fri, 05 Nov 2004 23:03:23 -0000 --nextPart5698984.8Gce4ajqfP Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 5. November 2004 23:23, Kris Kennaway wrote: > On Fri, Nov 05, 2004 at 11:16:51PM +0100, Michael Nottebrock wrote: > > On Friday, 5. November 2004 22:56, Michael Johnson wrote: > > > On Nov 5, 2004, at 4:52 PM, Kris Kennaway wrote: > > > > Same as on 6.x - the bugs are in the ports themselves. Don't do it > > > > if you want your ports to work correctly. > > > > > > Is there a list of what's broke with -O2 in ports anywhere? > > > > It's kinda hard to come up with one based on compiler warnings & > > paranoia. :) > > It might be hard to come up with a definitive list of problems, but > the fact that there are bugs in many ports that are manifested when > they are compiled with -O2 is undeniable. I'd s/many/some, but that's just me (the fact that there are bugs in many=20 ports that are manifested by just compiling them, regardless of CFLAGS, is= =20 undeniable, too ;)). Anyway, regarding the question of the OP, at least KDE should be -O2-safe,= =20 it's been the default optimization level of the project for a long time. Th= at=20 said, I never noticed any cool speed gains from that at runtime - I did=20 notice the increase of compilation-time though (and I notice it more with=20 each gcc update). =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 --nextPart5698984.8Gce4ajqfP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBjAYzXhc68WspdLARApnAAJ0S5geSG+t8VsE41Y9HVJexRaXTPACgp0K5 9xzWhy1U9FLIWEz0u6+KtIQ= =XPtE -----END PGP SIGNATURE----- --nextPart5698984.8Gce4ajqfP-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 23:37: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 6175816A4CE for ; Fri, 5 Nov 2004 23:37:16 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC8ED43D49 for ; Fri, 5 Nov 2004 23:37:15 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA5NdJOI034105 for ; Fri, 5 Nov 2004 16:39:19 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418C0EED.1060301@freebsd.org> Date: Fri, 05 Nov 2004 16:38:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=TO_ADDRESS_EQ_REAL autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: FreeBSD 6.0 and onwards 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: Fri, 05 Nov 2004 23:37:16 -0000 All, FreeBSD 5.3 is about to be announced this weekend and will signal the true kick-off of the 5-STABLE and 6-CURRENT series. We are very excited about this, both because 5.3 is a good release, and because 6.0 will give us a chance to, erm, redeem ourselves and our development process =-) 5.x was a tremendous undertaking. SMPng, KSE, UFS2, background fsck, ULE, ACPI, etc, etc, etc were all incredible tasks. Given that many of these things were developed and managed by unpaid volunteers, the fact that we made it to 5-STABLE at all is quite impressive and says a lot about the quality and determination of all of our developers and users. However, 4 years was quite a long time to work on it. While 4.x remained a good work-horse, it suffered from not having needed features and hardware support. 5.x suffered at the same time from having too much ambition but not enough developers to efficiently carry it through. By the middle of 2002 is was very apparent that we needed to start focusing on getting 5.0 released. Unfortunately, we fell into the trap of wanting to finish more features in order to feel good about 5.x. We kept on ignoring the fact that 5.x already had a lot of good and needed features, and that the number one goal needed to be to get it stabilized and turned into 5-STABLE. Instead we drew up a road map document that dictated releases based on features rather than on stability and, even more importantly, timeliness. There has been quite a bit of discussion about this over the past week by the developer community. The proposal that I and Poul-Henning have set forth is to stop gating releases, both major and minor, or features, and instead gate them on a schedule that is both reasonable and timely. New -STABLE branched will be made on a calendar-based time line, and point releases on those branches will be made at regular intervals. We are still debating the exact time line, but it will fall somewhere between doing a new -STABLE branch every 12-18 months, and doing point releases every 4-6 months. While as engineers we all tend to hate timelines, this does have a lot of positive aspects. First, it increases the predictability of the development both for our users and for our developers. Users can plan effectively for upgrades and testing/validation knowing that there will be major and minor releases at fixed times of the year. Developers can judge when to start new projects and when to focus on bug-fixing because there will no longer be the temptation to delay a release by a month in order to slide 'one more thing' in. This is not unlike most commercial OS vendors, and we've received a _LOT_ of feedback that this method of planning is desperately needed. Second, it means that development efforts for major features will continue to shift out of CVS and into Perforce. This already happens quite a bit, so it's not as radical of a change as it seems. CVS HEAD will remain the 'experimental' development branch, but large items will not be brought into it until they are functionally complete and integrated. HEAD may still get unstable from time to time, but it hopefully won't turn into the collision of lots of half-done experimental things like it has in the recent past. It also means that if a major feature isn't done in time for a -STABLE branch-point that it can continue to be developed outside of the CVS tree and be made ready for the next scheduled branch point. Third, by having more frequent and scheduled branches and releases, we avoid the 5.x problem of having too much time to let too many things get into the tree and dilute developer resources to handle and debug them. As I said at the beginning, 5.x has an incredible number of big things. 6.0 will be more modest, and will 7.0 and on. We'll know when to 'stop digging and start climbing', and Robert aptly puts it. So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around May or June 2005. That will begin a 1-3 month freeze and stabilization process for the 6.0 release. After that is released, we will do 6.1, 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months vs 18 months). The 5.4 release will likely be in Feb/March 2005, with a 5.5 release possibly in June/July, depending on where 6.0 is. There may be 5.x releases after 6.0 if 6.0 turns out to not be as stable as needed (as is often the case with and .0 release). As far as promising features for releases, this new process means that we will be getting away from that. That's not to say that there aren't many big features that need to be done, but whatever is not done in time for the 6-STABLE branch will have to wait until after 6.0. I expect (and hope!) for there to be a lot more discussion on this. However, it has already been discussed quite a bit at the developer's summit last Friday and in the days since, so this is really more of an announcement of the release engineering team and the project's intentions going forward. Once 5.3 is formally announced and we've had a few days to see the results, I'll publish a formal schedule. Again, thanks to all of the developers and all of the users that have worked so hard on bringing 5.x forward and keeping 4.x viable. Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 00:10: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 ED39E16A4D0 for ; Sat, 6 Nov 2004 00:10:23 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D3B43D39 for ; Sat, 6 Nov 2004 00:10:23 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 88321 invoked by uid 0); 6 Nov 2004 03:10:21 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.431011 secs); 06 Nov 2004 00:10:21 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 6 Nov 2004 03:10:11 +0300 Date: Sat, 6 Nov 2004 03:04:42 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20041106000442.GA2738@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT References: <418C0EED.1060301@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <418C0EED.1060301@freebsd.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 00:10:24 -0000 On Fri, Nov 05, 2004 at 04:38:21PM -0700, Scott Long wrote: > So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around > May or June 2005. That will begin a 1-3 month freeze and stabilization > process for the 6.0 release. After that is released, we will do 6.1, > 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll > look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months Don't you think branching 6-STABLE (and, thus, getting 6.x RELEASEs) around June 2005 is too early for users which may be confused a bit with 4.x, 5.x, and 6.x releases. Now we know 4.x stands for "technologically outdated" but proven stability, and 5.x stands for new technology, new stable branch. In 2005, 4.x won't lost its actuality, 5.x will be in the mainstream (hopefully), and what new 6.x releases will be stands for? I think, there is no radically new technologies, any improvemens from 6-current could be MFC'ed to 5-stable, so why messing with 6.x releases so early? This is just my humble opinion... -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= Hi! I am a .signature virus! Copy me into your ~/.signature to help me spread! =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 00:15: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 90B1E16A4CE for ; Sat, 6 Nov 2004 00:15:09 +0000 (GMT) Received: from smtp001.bizmail.yahoo.com (smtp001.bizmail.yahoo.com [216.136.172.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 554D643D41 for ; Sat, 6 Nov 2004 00:15:09 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.208.193 with login) by smtp001.bizmail.yahoo.com with SMTP; 6 Nov 2004 00:15:09 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E9CEE62BA; Fri, 5 Nov 2004 18:15:07 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96452-04-2; Fri, 5 Nov 2004 18:15:05 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 64744616C; Fri, 5 Nov 2004 18:15:05 -0600 (CST) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 5 Nov 2004 18:15:05 -0600 (CST) Message-ID: <35309.69.53.57.66.1099700105.squirrel@69.53.57.66> In-Reply-To: References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <20041105215220.GA32961@xor.obsecurity.org> <7CBFDBE9-2F75-11D9-8D06-000A958C81C6@ahze.net> <20041105221020.GA39140@xor.obsecurity.org> Date: Fri, 5 Nov 2004 18:15:05 -0600 (CST) From: "Jon Noack" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 00:15:09 -0000 Dag-Erling Smørgrav wrote: > Kris Kennaway writes: >> On Fri, Nov 05, 2004 at 04:56:03PM -0500, Michael Johnson wrote: >>> Is there a list of what's broke with -O2 in ports anywhere? >> >> Some of the bugs are probably silent. For example, different versions >> of gcc sometimes have bugs at higher optimization levels or with >> certain CPUTYPE values. > > As far as we know, that is not the case for FreeBSD 5.3 and 6.0. Not a port issue, but did you see the "CPUTYPE?=athlon-xp breaks loader" thread? Another person mentioned a similar issue with a Pentium M. So not *all* is well in the base system... That said, it only happened to me on my AMD system and all the Intel boxes I administer are fine with -O2 and CPUTYPE. Jon From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 00:15: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 D0AC616A515 for ; Sat, 6 Nov 2004 00:15:25 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4F2A43D4C for ; Sat, 6 Nov 2004 00:15:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iA60G7Ck022226 for ; Fri, 5 Nov 2004 16:16:07 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iA60G7qo022225 for current@freebsd.org; Fri, 5 Nov 2004 16:16:07 -0800 Date: Fri, 5 Nov 2004 16:16:07 -0800 From: Brooks Davis To: FreeBSD-CURRENT Message-ID: <20041106001607.GA21665@odin.ac.hmc.edu> References: <418C0EED.1060301@freebsd.org> <20041106000442.GA2738@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20041106000442.GA2738@laptoxa.toxa.lan> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 00:15:26 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 06, 2004 at 03:04:42AM +0300, Toxa wrote: > On Fri, Nov 05, 2004 at 04:38:21PM -0700, Scott Long wrote: > > So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around > > May or June 2005. That will begin a 1-3 month freeze and stabilization > > process for the 6.0 release. After that is released, we will do 6.1, > > 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll > > look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months >=20 > Don't you think branching 6-STABLE (and, thus, getting 6.x RELEASEs) > around June 2005 is too early for users which may be confused a bit with > 4.x, 5.x, and 6.x releases. Now we know 4.x stands for "technologically > outdated" but proven stability, and 5.x stands for new technology, new > stable branch. In 2005, 4.x won't lost its actuality, 5.x will be in the > mainstream (hopefully), and what new 6.x releases will be stands for? > I think, there is no radically new technologies, any improvemens from > 6-current could be MFC'ed to 5-stable, so why messing with 6.x releases > so early? 6.x already contains a fair bit of work that would be inadvisable to MFC. If nothing else, the TTY renaming can't be merged to a STABLE branch. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBjBfGXY6L6fI4GtQRAmjNAKCR00qNwXb4ldE6+tZ8GuTBkP4agQCghZmK qJ3JX4VlHF9ta5/fQ0Ihyo0= =3SDO -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 00:46: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 39B1E16A4CE for ; Sat, 6 Nov 2004 00:46:26 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF7D43D1F for ; Sat, 6 Nov 2004 00:46:25 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.5] (adsl-68-250-184-205.dsl.wotnoh.ameritech.net [68.250.184.205]) (authenticated bits=0)iA60RvUJ077356 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 5 Nov 2004 19:27:58 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Fri, 5 Nov 2004 19:48:59 -0500 User-Agent: KMail/1.7 References: <418C0EED.1060301@freebsd.org> In-Reply-To: <418C0EED.1060301@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2189393.b8WeqqOoLr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411051949.07010.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 00:46:26 -0000 --nextPart2189393.b8WeqqOoLr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 05 November 2004 06:38 pm, Scott Long wrote: > All, > > FreeBSD 5.3 is about to be announced this weekend and will signal the > true kick-off of the 5-STABLE and 6-CURRENT series. We are very excited > about this, both because 5.3 is a good release, and because 6.0 will > give us a chance to, erm, redeem ourselves and our development process > =3D-) > > > There has been quite a bit of discussion about this over the past week > by the developer community. The proposal that I and Poul-Henning have > set forth is to stop gating releases, both major and minor, or features, > and instead gate them on a schedule that is both reasonable and timely. > New -STABLE branched will be made on a calendar-based time line, and > point releases on those branches will be made at regular intervals. We > are still debating the exact time line, but it will fall somewhere > between doing a new -STABLE branch every 12-18 months, and doing point > releases every 4-6 months. Won't branching -STABLE every 12-18 months will be too often? I'm thinking= =20 from the perspective of maintaining remote servers, the prospect of=20 updating across major versions. This would also depend on how long=20 various branch will stay supported and have security updates. As you have= =20 said there won't be a huge 4.x -> 5.x chasm for future releases, but with=20 an accellerated release schedule upgradeablity between branches=20 particularly doing remote upgrades safely will need to be a priority,=20 which is probably a good thing. =2D-=20 Anish Mistry --nextPart2189393.b8WeqqOoLr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBjB+CxqA5ziudZT0RApwUAJ9gp1Kic7/GB3SXXvkXFpwq9X0fDgCfZa29 hpiVSslM9H43OJp0kAagE7k= =aCPn -----END PGP SIGNATURE----- --nextPart2189393.b8WeqqOoLr-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 02:09: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 3B85C16A4CF for ; Sat, 6 Nov 2004 02:09:31 +0000 (GMT) Received: from regulus.redepegasus.com.br (pegasus.com.br [200.195.111.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E69043D2F for ; Sat, 6 Nov 2004 02:09:29 +0000 (GMT) (envelope-from juliao@braga.eti.br) Received: from localhost (localhost.redepegasus.com.br [127.0.0.1]) by regulus.redepegasus.com.br (Postfix) with ESMTP id A89954BF40 for ; Sat, 6 Nov 2004 00:10:00 -0200 (BRST) Received: from regulus.redepegasus.com.br ([127.0.0.1])port 10024) with ESMTP id 15176-08 for ; Sat, 6 Nov 2004 00:09:58 -0200 (BRST) Received: by regulus.redepegasus.com.br (Postfix, from userid 85) id C33DF4BF1A; Sat, 6 Nov 2004 00:09:58 -0200 (BRST) Received: from polaris (polaris.redepegasus.com.br [200.195.111.170]) by regulus.redepegasus.com.br (Postfix) with ESMTP id E0B454BF3C for ; Sat, 6 Nov 2004 00:09:56 -0200 (BRST) Message-ID: <0d4401c4c3a5$a79ad9a0$aa6fc3c8@redepegasus.com.br> From: "Juliao Braga - Rede Pegasus" To: References: <418C0EED.1060301@freebsd.org> Date: Sat, 6 Nov 2004 00:09:32 -0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Sanitizer: Advosys mail filter MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 8bit Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 02:09:31 -0000 Scott, Congratulations about the beatiful work! We got FreeBSD since 1994 (Version 1) and have the confidence in use all new releases in production in lot of hosts widespread over large states areas here in Brazil. In all of this time we had some insignificant problems in version 5.1, only. So, we know the great work of a great time. Thank you for take the opportunity to use FreeBSD now and in the future. Julião --- Rede Pegasus http://www.redepegasus.com.br > All, > > FreeBSD 5.3 is about to be announced this weekend and will signal the > true kick-off of the 5-STABLE and 6-CURRENT series. We are very excited > about this, both because 5.3 is a good release, and because 6.0 will > give us a chance to, erm, redeem ourselves and our development process > =-) > > 5.x was a tremendous undertaking. SMPng, KSE, UFS2, background fsck, > ULE, ACPI, etc, etc, etc were all incredible tasks. Given that many of > these things were developed and managed by unpaid volunteers, the fact > that we made it to 5-STABLE at all is quite impressive and says a lot > about the quality and determination of all of our developers and users. > However, 4 years was quite a long time to work on it. While 4.x > remained a good work-horse, it suffered from not having needed features > and hardware support. 5.x suffered at the same time from having too > much ambition but not enough developers to efficiently carry it through. > > By the middle of 2002 is was very apparent that we needed to start > focusing on getting 5.0 released. Unfortunately, we fell into the trap > of wanting to finish more features in order to feel good about 5.x. We > kept on ignoring the fact that 5.x already had a lot of good and needed > features, and that the number one goal needed to be to get it stabilized > and turned into 5-STABLE. Instead we drew up a road map document that > dictated releases based on features rather than on stability and, even > more importantly, timeliness. > > There has been quite a bit of discussion about this over the past week > by the developer community. The proposal that I and Poul-Henning have > set forth is to stop gating releases, both major and minor, or features, > and instead gate them on a schedule that is both reasonable and timely. > New -STABLE branched will be made on a calendar-based time line, and > point releases on those branches will be made at regular intervals. We > are still debating the exact time line, but it will fall somewhere > between doing a new -STABLE branch every 12-18 months, and doing point > releases every 4-6 months. > > While as engineers we all tend to hate timelines, this does have a lot > of positive aspects. First, it increases the predictability of the > development both for our users and for our developers. Users can plan > effectively for upgrades and testing/validation knowing that there will > be major and minor releases at fixed times of the year. Developers can > judge when to start new projects and when to focus on bug-fixing because > there will no longer be the temptation to delay a release by a month in > order to slide 'one more thing' in. This is not unlike most commercial > OS vendors, and we've received a _LOT_ of feedback that this method of > planning is desperately needed. > > Second, it means that development efforts for major features will > continue to shift out of CVS and into Perforce. This already happens > quite a bit, so it's not as radical of a change as it seems. CVS HEAD > will remain the 'experimental' development branch, but large items will > not be brought into it until they are functionally complete and > integrated. HEAD may still get unstable from time to time, but it > hopefully won't turn into the collision of lots of half-done > experimental things like it has in the recent past. It also means that > if a major feature isn't done in time for a -STABLE branch-point that it > can continue to be developed outside of the CVS tree and be made ready > for the next scheduled branch point. > > Third, by having more frequent and scheduled branches and releases, we > avoid the 5.x problem of having too much time to let too many things > get into the tree and dilute developer resources to handle and debug > them. As I said at the beginning, 5.x has an incredible number of big > things. 6.0 will be more modest, and will 7.0 and on. We'll know when > to 'stop digging and start climbing', and Robert aptly puts it. > > So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around > May or June 2005. That will begin a 1-3 month freeze and stabilization > process for the 6.0 release. After that is released, we will do 6.1, > 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll > look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months > vs 18 months). The 5.4 release will likely be in Feb/March 2005, with a > 5.5 release possibly in June/July, depending on where 6.0 is. There may > be 5.x releases after 6.0 if 6.0 turns out to not be as stable as needed > (as is often the case with and .0 release). > > As far as promising features for releases, this new process means that > we will be getting away from that. That's not to say that there aren't > many big features that need to be done, but whatever is not done in time > for the 6-STABLE branch will have to wait until after 6.0. > > I expect (and hope!) for there to be a lot more discussion on this. > However, it has already been discussed quite a bit at the developer's > summit last Friday and in the days since, so this is really more of an > announcement of the release engineering team and the project's > intentions going forward. Once 5.3 is formally announced and we've > had a few days to see the results, I'll publish a formal schedule. > > Again, thanks to all of the developers and all of the users that have > worked so hard on bringing 5.x forward and keeping 4.x viable. > > Thanks, > > Scott From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 02:13: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 69F6016A4CF for ; Sat, 6 Nov 2004 02:13:53 +0000 (GMT) Received: from av4-1-sn3.vrr.skanova.net (av4-1-sn3.vrr.skanova.net [81.228.9.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC6543D48 for ; Sat, 6 Nov 2004 02:13:53 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av4-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 54A8B37EA2; Sat, 6 Nov 2004 03:13:52 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av4-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 444A037E76 for ; Sat, 6 Nov 2004 03:13:52 +0100 (CET) Received: from [192.168.1.1] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 21A2738005 for ; Sat, 6 Nov 2004 03:13:52 +0100 (CET) Message-ID: <418C3246.20405@telia.com> Date: Sat, 06 Nov 2004 03:09:10 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.8 (X11/20041029) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [patch] vm_zeroidle.c build error 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, 06 Nov 2004 02:13:53 -0000 Looks like one instance of "pages" was missed in rev. 1.32 /usr/src/sys/vm/vm_zeroidle.c: In function `vm_pagezero': /usr/src/sys/vm/vm_zeroidle.c:164: error: `pages' undeclared (first use in this function) /usr/src/sys/vm/vm_zeroidle.c:164: error: (Each undeclared identifier is reported only once /usr/src/sys/vm/vm_zeroidle.c:164: error: for each function it appears in.) *** Error code 1 Index: sys/vm/vm_zeroidle.c =================================================================== RCS file: /export/ctm/cvs/src/sys/vm/vm_zeroidle.c,v retrieving revision 1.32 diff -u -r1.32 vm_zeroidle.c --- sys/vm/vm_zeroidle.c 5 Nov 2004 19:14:02 -0000 1.32 +++ sys/vm/vm_zeroidle.c 6 Nov 2004 02:11:01 -0000 @@ -161,7 +161,6 @@ wakeup_needed = TRUE; msleep(&zero_state, &vm_page_queue_mtx, PDROP | td->td_priority, "pgzero", hz * 300); - pages = 0; } } } -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 04: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 B5E7816A4CE for ; Sat, 6 Nov 2004 04:08:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6370C43D53 for ; Sat, 6 Nov 2004 04:08:35 +0000 (GMT) (envelope-from taosecurity@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so150395rnf for ; Fri, 05 Nov 2004 20:08:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=mmZJGbwaP+v3Z96bGBY/go2I5BBUAdyDhfEhZ2b8A7lbixDNBn+20yRdJkdzjKNUGjLTR2pTkyw4KThNtcSaA8XI/reeJ7HJEjkhLeWhDRoFU0DMqCOOO/zOid9JOTS8i4IgpLubs97g8kJYx7tV7IAs1SlD4Oh317+Pso0vm4M= Received: by 10.38.66.35 with SMTP id o35mr750191rna; Fri, 05 Nov 2004 20:08:23 -0800 (PST) Received: by 10.38.75.49 with HTTP; Fri, 5 Nov 2004 20:08:23 -0800 (PST) Message-ID: <120ef05304110520083d71e6a6@mail.gmail.com> Date: Fri, 5 Nov 2004 23:08:23 -0500 From: Richard Bejtlich To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0 and onwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Richard Bejtlich List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 04:08:35 -0000 Scott Long wrote: So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around May or June 2005. That will begin a 1-3 month freeze and stabilization process for the 6.0 release. After that is released, we will do 6.1, 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months vs 18 months). The 5.4 release will likely be in Feb/March 2005, with a 5.5 release possibly in June/July, depending on where 6.0 is. There may be 5.x releases after 6.0 if 6.0 turns out to not be as stable as needed (as is often the case with and .0 release). -- Hi Scott, I like the idea of time-oriented vs. feature-oriented releases, especially for planning projects. This reminds me of the OpenBSD 6-month schedule. I may be a little confused by your description of 6.0. Do you mean to have 6.0 itself assume the STABLE title, and not a later 6.x version like 6.1, 6.2, or even 6.3? As you know 5.0 appeared in January 2003 but we are just now making 5.3 be STABLE. Looking at www.freebsd.org/releases/ it seems the 4.x tree has had almost a five year run, and 5.x nearly 3 years. Only now however is 5.3 becoming a version more people will run on production systems, thanks to the STABLE title. If 6.0 is truly going to be STABLE by this time next year, I wouldn't be surprised if people skip future 5.x releases until 6.0 arrives. Maybe 5.x should hold the STABLE title a little longer than you predict? Just a few thoughts from a satisfied FreeBSD user. Thank you, Richard http://www.taosecurity.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 05:41: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 ED2A216A4CE; Sat, 6 Nov 2004 05:41:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB3B43D48; Sat, 6 Nov 2004 05:41:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA65f4IM024958; Sat, 6 Nov 2004 00:41:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA65eusL047631; Sat, 6 Nov 2004 00:41:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D37D47306E; Sat, 6 Nov 2004 00:40:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106054055.D37D47306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 00:40:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha 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: Sat, 06 Nov 2004 05:41:06 -0000 TB --- 2004-11-06 05:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 05:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-06 05:00:01 - checking out the source tree TB --- 2004-11-06 05:00:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-06 05:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 05:12:08 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 05:12:08 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-06 05:12:08 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-06 05:40:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 05:40:55 - ERROR: failed to build world TB --- 2004-11-06 05:40:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 06:40: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 50C8216A4CE; Sat, 6 Nov 2004 06:40:01 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9539143D2D; Sat, 6 Nov 2004 06:40:00 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b188.otenet.gr [212.205.244.196]) iA66dpON021371; Sat, 6 Nov 2004 08:39:56 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id iA66cl9M001827; Sat, 6 Nov 2004 08:38:47 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id iA66cl6H001826; Sat, 6 Nov 2004 08:38:47 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sat, 6 Nov 2004 08:38:47 +0200 From: Giorgos Keramidas To: "David O'Brien" Message-ID: <20041106063847.GA881@gothmog.gr> References: <000901c4bfdc$6d1c2d50$0200000a@redline> <20041101164117.M14827@mp2.macomnet.net> <20041101135250.GA41645@orion.daedalusnetworks.priv> <20041101183035.GC22427@stack.nl> <20041101195539.GB2127@gothmog.gr> <20041105193953.GD44972@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041105193953.GD44972@dragon.nuxi.com> cc: freebsd-current@freebsd.org cc: Jilles Tjoelker Subject: Re: exports typo 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, 06 Nov 2004 06:40:01 -0000 On 2004-11-05 11:39, David O'Brien wrote: > On Mon, Nov 01, 2004 at 09:55:39PM +0200, Giorgos Keramidas wrote: > > On 2004-11-01 19:30, Jilles Tjoelker wrote: > > > > - vsystem("echo '# Note that BSD's export syntax is \"host-centric\" vs. Sun\'s \"FS-centric\" one.' >> /etc/exports"); > > > > + vsystem("echo '# Note that BSD'"'"'s export syntax is \"host-centric\" vs. Sun'"'"'s \"FS-centric\" one.' >> /etc/exports"); > > foo.c:18: error: syntax error before '"' > foo.c:18: error: stray '\' in program > foo.c:18: error: stray '\' in program > > vsystem("echo '# Note that BSD'\"'\"'s export syntax is \"host-centric\" vs. Sun'\"'\"'s \"FS-centric\" one.' >> /tmp/exports"); > is what it takes to make this work. Exactly! The only way to include a single quote character in an sh(1) command argument that is already quoted using single quotes is to quote the single quote character *outside* of the quoted string. I don't know if this sounds confused or confusing :-/ > > This, or the bash-like syntax of: > > vsystem("echo '# Note that BSD'\\''s export syntax...' >> /etc/exports"); > > NOW! we have a winner. > > Below is the test program. Which form should we go with? As long as the output file created by this contains the proper output text, I don't care which form is used. Pick one that you like better. I'd probably also add a comment above this point to make it more obvious why the funny quote and backslash weirdness is necessary in the C source, but that's another thing... From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 07:02: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 E3C6916A4CE for ; Sat, 6 Nov 2004 07:02:22 +0000 (GMT) Received: from mirapoint5.brutele.be (mirapoint5.brutele.be [212.68.203.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB6C343D5E for ; Sat, 6 Nov 2004 07:02:21 +0000 (GMT) (envelope-from stephane.wirtel@belgacom.net) Received: from brutele.be (213.213.205.17.brutele.be [213.213.205.17]) by mirapoint5.brutele.be (MOS 3.4.7-GR) with SMTP id BDQ79120; Sat, 6 Nov 2004 08:02:19 +0100 (CET) Date: Sat, 6 Nov 2004 08:02:20 +0100 From: Stephane Wirtel To: current@freebsd.org Message-ID: <20041106070220.GA3036@laptop.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Junkmail-Status: score=18/50, host=mirapoint5.brutele.be Subject: vrX not mapped by 5.3-stable 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, 06 Nov 2004 07:02:23 -0000 Hi all, Since i updated my world with 5.3, i have a problem with my network card. -su-2.05b# dmesg | grep vr vr0: port 0x1400-0x14ff irq 10 at device 18.0 on pci0 vr0: couldn't map ports/memory device_attach: vr0 attach returned 6 -su-2.05b# with pciconf, i get : vr0@pci0:18:0: class=0x020000 card=0x28201509 chip=0x30651106 rev=0x74 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet With 5.2.x i didn't have this error. This computer is a laptop, there is not many options in the bios to disable the option "Plug & Play OS" If anyone has an answer. Best regards, Stephane From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 07:08: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 6CB3116A4CE for ; Sat, 6 Nov 2004 07:08:20 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0288743D2D for ; Sat, 6 Nov 2004 07:08:20 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA67AOnv035408; Sat, 6 Nov 2004 00:10:25 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418C78A4.2090607@freebsd.org> Date: Sat, 06 Nov 2004 00:09:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Bejtlich References: <120ef05304110520083d71e6a6@mail.gmail.com> In-Reply-To: <120ef05304110520083d71e6a6@mail.gmail.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 07:08:20 -0000 Richard Bejtlich wrote: > Scott Long wrote: > > So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime > around May or June 2005. That will begin a 1-3 month freeze and > stabilization process for the 6.0 release. After that is released, we > will do 6.1, 6.2 and onwards at likely 4 month intervals. In May/June > 2006 we'll look at doing RELENG_7, or we might wait until Nov/Dec 2006 > (12 months vs 18 months). The 5.4 release will likely be in Feb/March > 2005, with a 5.5 release possibly in June/July, depending on where 6.0 > is. There may be 5.x releases after 6.0 if 6.0 turns out to not be as > stable as needed (as is often the case with and .0 release). > > -- > > Hi Scott, > > I like the idea of time-oriented vs. feature-oriented releases, > especially for planning projects. This reminds me of the OpenBSD > 6-month schedule. > > I may be a little confused by your description of 6.0. Do you mean to > have 6.0 itself assume the STABLE title, and not a later 6.x version > like 6.1, 6.2, or even 6.3? As you know 5.0 appeared in January 2003 > but we are just now making 5.3 be STABLE. 5.x has been quite an anomoly. We held back the '5-STABLE' designation while we did work that we felt was needed to give the 5.x series long-term viability. 6.0 will benefit from the work that has been done so far, and with the shorter scheduled time left on it, it's less likely to get sidetracked by major changes. We all know that any ".0" release also has some rough edges, but you don't identify and fix those issues unless you bite the bullet and actually release it. > > Looking at www.freebsd.org/releases/ it seems the 4.x tree has had > almost a five year run, and 5.x nearly 3 years. Only now however is > 5.3 becoming a version more people will run on production systems, > thanks to the STABLE title. If 6.0 is truly going to be STABLE by > this time next year, I wouldn't be surprised if people skip future 5.x > releases until 6.0 arrives. 5.x has had slighly less that 2 years at this point. If you count the proposed 5.4 and possible 5.5, it will still come in at under three years. However, it will still be supported by the security team for quite a while after that. We've also introduced the concept of errata fixes that will fix high-profile, non-security bugs for a particular release. So 5.3, 5.4, etc will still stay viable for quite some time to come. Just because 6-STABLE gets branched on June 1 doesn't mean that 5.x is dead or that 6.0 is immediately suitable for enterprise work. It's just a stepping stone to having a 6.x release that is fully capable. > > Maybe 5.x should hold the STABLE title a little longer than you predict? > > Just a few thoughts from a satisfied FreeBSD user. One of the problems of holding a branch for too long is that you run into support issues that become hard to maintain. A good example is 4.x and PERL. We don't feel like we can update from 5.003 in 4.x because of the API stability issues, but it's incredibly hard to maintain a ports system that can deal with such an ancient version of PERL. But again, just because a new branch is made doesn't mean that the old branch suddenly ceases to exist. I would expect there to continue to be errata and security fixes going into 5.x at the time that RELENG_7 is created several years from now. Scott From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 07:36: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 380AC16A4CE; Sat, 6 Nov 2004 07:36:32 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B1B43D2D; Sat, 6 Nov 2004 07:36:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA67aVaj040558; Sat, 6 Nov 2004 02:36:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA67aU3E051067; Sat, 6 Nov 2004 02:36:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E8497306E; Sat, 6 Nov 2004 02:36:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106073630.9E8497306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 02:36:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner1.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 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: Sat, 06 Nov 2004 07:36:32 -0000 TB --- 2004-11-06 05:40:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 05:40:56 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-11-06 05:40:56 - checking out the source tree TB --- 2004-11-06 05:40:56 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-11-06 05:40:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 05:58:44 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 05:58:44 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-06 05:58:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-06 07:28:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-06 07:28:48 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-11-06 07:28:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 6 07:28:48 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/vm/vm_pageq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/vm/vm_contig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64 /src/sys/vm/vm_zeroidle.c /tinderbox/CURRENT/amd64/amd64/src/sys/vm/vm_zeroidle.c: In function `vm_pagezero': /tinderbox/CURRENT/amd64/amd64/src/sys/vm/vm_zeroidle.c:164: error: `pages' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/sys/vm/vm_zeroidle.c:164: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/sys/vm/vm_zeroidle.c:164: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-11-06 07:36:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 07:36:30 - ERROR: failed to build generic kernel TB --- 2004-11-06 07:36:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 09:09: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 5A0F216A4CE; Sat, 6 Nov 2004 09:09:06 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2AF143D5E; Sat, 6 Nov 2004 09:09:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA69952r060578; Sat, 6 Nov 2004 04:09:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA6994ZF088997; Sat, 6 Nov 2004 04:09:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 13C257306E; Sat, 6 Nov 2004 04:09:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106090905.13C257306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 04:09:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Sat, 06 Nov 2004 09:09:06 -0000 TB --- 2004-11-06 07:36:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 07:36:30 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-11-06 07:36:30 - checking out the source tree TB --- 2004-11-06 07:36:30 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-11-06 07:36:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 07:42:49 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 07:42:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-06 07:42:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-06 09:01:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-06 09:01:10 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-11-06 09:01:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 6 09:01:11 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_pageq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_contig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_zeroidle.c /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_zeroidle.c: In function `vm_pagezero': /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_zeroidle.c:164: error: `pages' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_zeroidle.c:164: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/vm/vm_zeroidle.c:164: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-11-06 09:09:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 09:09:04 - ERROR: failed to build generic kernel TB --- 2004-11-06 09:09:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 09:35: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 8A4B516A4CE for ; Sat, 6 Nov 2004 09:35:19 +0000 (GMT) Received: from darmachakra.axelero.hu (fe03.axelero.hu [195.228.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94B443D2F for ; Sat, 6 Nov 2004 09:35:18 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from darmachakra (localhost-02 [127.0.2.1]) by darmachakra.axelero.hu (8.13.0/8.13.0) with SMTP id iA69ZHvf045931 for ; Sat, 6 Nov 2004 10:35:17 +0100 (CET) Received: from fe03.axelero.hu [127.0.2.1] via SMTP gateway by darmachakra [195.228.240.91]; id A0B3672731F at Sat, 06 Nov 2004 10:35:17 +0100 Received: from 148.20-182-adsl-pool.axelero.hu (148.20-182-adsl-pool.axelero.hu [81.182.20.148]) (authenticated bits=0) by fe03.axelero.hu (8.13.0/8.13.0) with ESMTP id iA69ZGCO045914 for ; Sat, 6 Nov 2004 10:35:16 +0100 (CET) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PNoV4tVlhkgpSs4NFAFD" Message-Id: <1099733353.6688.20.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 06 Nov 2004 10:29:13 +0100 Subject: 5.3-RC2: firewire init error? (was: Fatal trap 19: non-maskable interrupt trap while in kernel mode) 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, 06 Nov 2004 09:35:19 -0000 --=-PNoV4tVlhkgpSs4NFAFD Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable It's seems like firewire init error in FreeBSD 5.2-R, 5.2.1-R, 5.3-RC* (Possible buggy BIOS, but i can't disable firewire support. Not such option in BIOS). I can't found newer flashable BIOS image.). This=20 looks really reproducable...=20 If you interest, please read following thread: http://marc.theaimsgroup.com/?t=3D109967176800001&r=3D1&w=3D2 starting here: http://marc.theaimsgroup.com/?l=3Ddragonfly-kernel&m=3D109967161431080&w=3D= 2 Thanks. Ref:=20 http://marc.theaimsgroup.com/?l=3Dfreebsd-current&m=3D109967788619188&w=3D2 2004-11-05, p keltez=E9ssel 19:00-kor Gabor MICSKO ezt =EDrta: > I've tried to install FreeBSD 5.3-RC2, FreeBSD 5.3-RC*, FreeBSD > 5.2.1-RELEASE, FreeBSD 5.2-RELEASE on my amd64 based laptop, but at boot > kernel is paniced. OpenBSD 3.6 and NetBSD 2.0-BETA, Linux*, Windows is > working _stable_ on this hardware. I don't think this is a hardware > failure, because i tried six different RAM module (memtest86 reported > memory is OK), CPU in not overclocked, and this is a brand new machine. > I have problem only FreeBSD and DragonFly BSD boot.=20 [...] --=20 Micsk=F3 G=E1bor HP Accredited Platform Specialist, System Engineer (APS, ASE) Szint=E9zis Computer Rendszerh=E1z Rt. =20 H-9021 Gy=F5r, Tihanyi =C1rp=E1d =FAt 2. Tel: +36-96-502-216 Fax: +36-96-318-658 E-mail: gmicsko@szintezis.hu Web: http://www.hup.hu/ GPG Key fingerprint: 6FA1 D8BF 3C73 0570 ED5D 82AC A3BE 4E6A CF95 5F50 --=-PNoV4tVlhkgpSs4NFAFD Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBjJlpo75Oas+VX1ARAoHFAJ0f8vmiijyfSwnfkic+wuSIF5RhOwCfcG27 1HCN6iH5PLUwmghfS6jG+hc= =HPaE -----END PGP SIGNATURE----- --=-PNoV4tVlhkgpSs4NFAFD-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 09:57: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 1C07116A4CE for ; Sat, 6 Nov 2004 09:57:09 +0000 (GMT) Received: from lyra.enemy.org (lyra.enemy.org [62.116.11.42]) by mx1.FreeBSD.org (Postfix) with SMTP id F398343D67 for ; Sat, 6 Nov 2004 09:57:07 +0000 (GMT) (envelope-from acme@s2.enemy.org) Received: (qmail 24385 invoked from network); 6 Nov 2004 09:53:05 -0000 Received: from unknown (HELO s2.enemy.org) (62.116.11.3) by lyra.enemy.org with SMTP; 6 Nov 2004 09:53:05 -0000 Received: from s2.enemy.org (acme@localhost.enemy.org [127.0.0.1]) by s2.enemy.org (8.12.11/8.12.11) with ESMTP id iA69v697003994; Sat, 6 Nov 2004 10:57:06 +0100 (CET) (envelope-from acme@s2.enemy.org) Received: (from acme@localhost) by s2.enemy.org (8.12.11/8.12.11/Submit) id iA69v5Ds003993; Sat, 6 Nov 2004 10:57:05 +0100 (CET) (envelope-from acme) Date: Sat, 6 Nov 2004 10:57:05 +0100 From: "Alex D'Elia" To: Scott Long Message-ID: <20041106095705.GB42635@enemy.org> References: <20041106090918.C2D5616A51B@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline In-Reply-To: <20041106090918.C2D5616A51B@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.9-STABLE Organization: Olocolors.org X-GPG-Id: E7A6E8B5 [expires: 2005-03-03] X-GPG-Keyserver: http://pgp.mit.edu X-GPG-Fingerprint: 5C5A 4866 9B71 D200 FDCC 8878 0B63 A477 E7A6 E8B5 cc: freebsd-current@freebsd.org Subject: Re: freebsd-current Digest, Vol 77, Issue 70 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, 06 Nov 2004 09:57:09 -0000 --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * freebsd-current-request@freebsd.org = [041106 10:09]: > ------------------------------ >=20 > Message: 16 > Date: Fri, 05 Nov 2004 16:38:21 -0700 > From: Scott Long > Subject: FreeBSD 6.0 and onwards > To: "current@freebsd.org" > Message-ID: <418C0EED.1060301@freebsd.org> > Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed >=20 > All, >=20 > FreeBSD 5.3 is about to be announced this weekend and will signal the > true kick-off of the 5-STABLE and 6-CURRENT series. We are very excited > about this, both because 5.3 is a good release, and because 6.0 will > give us a chance to, erm, redeem ourselves and our development process > =3D-) >=20 Thanks a lot Scott and all the TEAMS. I prefectly understand your issues reported in your mail, and I simply can say, you are all doing the BEST. If every "System" ( and I dont talk about only the informatic systems ) would follow such discussions, analysis, workflow, then everything would be much more "Stable" in life :) That's one Reason why, I think FreeBSD is the best out here at this time. 10x a 1000000 alex > 5.x was a tremendous undertaking. SMPng, KSE, UFS2, background fsck, > ULE, ACPI, etc, etc, etc were all incredible tasks. Given that many of > these things were developed and managed by unpaid volunteers, the fact > that we made it to 5-STABLE at all is quite impressive and says a lot > about the quality and determination of all of our developers and users. > However, 4 years was quite a long time to work on it. While 4.x > remained a good work-horse, it suffered from not having needed features > and hardware support. 5.x suffered at the same time from having too > much ambition but not enough developers to efficiently carry it through. >=20 > By the middle of 2002 is was very apparent that we needed to start > focusing on getting 5.0 released. Unfortunately, we fell into the trap > of wanting to finish more features in order to feel good about 5.x. We > kept on ignoring the fact that 5.x already had a lot of good and needed > features, and that the number one goal needed to be to get it stabilized > and turned into 5-STABLE. Instead we drew up a road map document that > dictated releases based on features rather than on stability and, even > more importantly, timeliness. >=20 > There has been quite a bit of discussion about this over the past week > by the developer community. The proposal that I and Poul-Henning have > set forth is to stop gating releases, both major and minor, or features, > and instead gate them on a schedule that is both reasonable and timely. > New -STABLE branched will be made on a calendar-based time line, and > point releases on those branches will be made at regular intervals. We > are still debating the exact time line, but it will fall somewhere > between doing a new -STABLE branch every 12-18 months, and doing point > releases every 4-6 months. >=20 > While as engineers we all tend to hate timelines, this does have a lot > of positive aspects. First, it increases the predictability of the > development both for our users and for our developers. Users can plan > effectively for upgrades and testing/validation knowing that there will > be major and minor releases at fixed times of the year. Developers can > judge when to start new projects and when to focus on bug-fixing because > there will no longer be the temptation to delay a release by a month in > order to slide 'one more thing' in. This is not unlike most commercial > OS vendors, and we've received a _LOT_ of feedback that this method of > planning is desperately needed. >=20 > Second, it means that development efforts for major features will > continue to shift out of CVS and into Perforce. This already happens > quite a bit, so it's not as radical of a change as it seems. CVS HEAD > will remain the 'experimental' development branch, but large items will > not be brought into it until they are functionally complete and > integrated. HEAD may still get unstable from time to time, but it > hopefully won't turn into the collision of lots of half-done > experimental things like it has in the recent past. It also means that > if a major feature isn't done in time for a -STABLE branch-point that it > can continue to be developed outside of the CVS tree and be made ready > for the next scheduled branch point. >=20 > Third, by having more frequent and scheduled branches and releases, we > avoid the 5.x problem of having too much time to let too many things > get into the tree and dilute developer resources to handle and debug > them. As I said at the beginning, 5.x has an incredible number of big > things. 6.0 will be more modest, and will 7.0 and on. We'll know when > to 'stop digging and start climbing', and Robert aptly puts it. >=20 > So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around > May or June 2005. That will begin a 1-3 month freeze and stabilization > process for the 6.0 release. After that is released, we will do 6.1, > 6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll > look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months > vs 18 months). The 5.4 release will likely be in Feb/March 2005, with a > 5.5 release possibly in June/July, depending on where 6.0 is. There may > be 5.x releases after 6.0 if 6.0 turns out to not be as stable as needed > (as is often the case with and .0 release). >=20 > As far as promising features for releases, this new process means that > we will be getting away from that. That's not to say that there aren't > many big features that need to be done, but whatever is not done in time > for the 6-STABLE branch will have to wait until after 6.0. >=20 > I expect (and hope!) for there to be a lot more discussion on this. > However, it has already been discussed quite a bit at the developer's > summit last Friday and in the days since, so this is really more of an > announcement of the release engineering team and the project's > intentions going forward. Once 5.3 is formally announced and we've > had a few days to see the results, I'll publish a formal schedule. >=20 > Again, thanks to all of the developers and all of the users that have > worked so hard on bringing 5.x forward and keeping 4.x viable. >=20 > Thanks, >=20 > Scott >=20 Thanks a lot alex --=20 ** acme aka Alex D'Elia --> root.acme.com ** mail:: acme@enemy.org ** --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjJ/uC2Okd+em6LURAoC9AJ48hZ6qNsyUsB9YAhMtbi8cRWgjSQCdGc9L mJUivsp4AZX6punENWQsR38= =POhZ -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 10: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 85F9816A4CE; Sat, 6 Nov 2004 10:37:01 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1888C43D64; Sat, 6 Nov 2004 10:37:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA6Ab0dE068140; Sat, 6 Nov 2004 05:37:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA6Ab0DA039233; Sat, 6 Nov 2004 05:37:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F40E77306E; Sat, 6 Nov 2004 05:36:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106103659.F40E77306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 05:36:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Sat, 06 Nov 2004 10:37:01 -0000 TB --- 2004-11-06 09:09:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 09:09:05 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-11-06 09:09:05 - checking out the source tree TB --- 2004-11-06 09:09:05 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-11-06 09:09:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 09:15:30 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 09:15:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-06 09:15:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-06 10:30:51 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-06 10:30:51 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-11-06 10:30:51 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 6 10:30:51 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_pageq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_contig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_zeroidle.c /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_zeroidle.c: In function `vm_pagezero': /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_zeroidle.c:164: error: `pages' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_zeroidle.c:164: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/vm/vm_zeroidle.c:164: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-11-06 10:36:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 10:36:59 - ERROR: failed to build generic kernel TB --- 2004-11-06 10:36:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 11:49: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 DE10616A4CE for ; Sat, 6 Nov 2004 11:49:24 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D50243D1F for ; Sat, 6 Nov 2004 11:49:22 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iA6BnBKj007371 for ; Sat, 6 Nov 2004 12:49:12 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <418CBA37.7060000@fer.hr> Date: Sat, 06 Nov 2004 12:49:11 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.8 (X11/20041021) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <120ef05304110520083d71e6a6@mail.gmail.com> <418C78A4.2090607@freebsd.org> In-Reply-To: <418C78A4.2090607@freebsd.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 11:49:25 -0000 Scott Long wrote: > to come. Just because 6-STABLE gets branched on June 1 doesn't mean > that 5.x is dead or that 6.0 is immediately suitable for enterprise > work. It's just a stepping stone to having a 6.x release that is fully > capable. Though I agree with most of what was announced, I do have an objection about this part. I know (from the docs) that 4.0 was named -STABLE even if it did not contain some important features (kqueue? ipv6?), but at this time, a *lot* of people assume that naming a branch of FreeBSD -STABLE means it *is* ready for enterprise work. FreeBSD has gained a lot in popularity, and though engineers will know that -STABLE is just another designation, people who do the deciding won't. 6.0 probably shouldn't get labeled -STABLE unless it's completely ready to be used. From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 11:58: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 3E60A16A4CE for ; Sat, 6 Nov 2004 11:58:37 +0000 (GMT) Received: from email08.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 4796E43D2D for ; Sat, 6 Nov 2004 11:58:36 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 110848 invoked from network); 6 Nov 2004 11:58:35 -0000 Received: from n749p031.dipool.highway.telekom.at (HELO ?212.183.103.159?) ([212.183.103.159]) (envelope-sender ) by email08.aon.at (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 11:58:35 -0000 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Message-Id: <1099742312.809.9.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 06 Nov 2004 12:58:32 +0100 Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk Subject: ext2fs related panic 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, 06 Nov 2004 11:58:37 -0000 With kernel sources from yesterday I get a panic as soon as I do this: mount /mnt/stuff ls /mnt/stuff The correspoding line in fstab is this (I haven't checked yet if it also happens on rw mounted ext2fs) /dev/ad1s1 /mnt/stuff ext2fs ro Unfortunately I had problems when debugging the core with kgdb (maybe because it couldn't find symbols for the modules or because I had to call doadump by hand). Anyway, here is a (shortened) transcript from ddb output. Fatal trap 12: page fault while in kernel mode ... current process = 815 (ls) trace ext2_strategy() bufstrategy() breadn() bread() ext2_read() ext2_readdir() getdirentries() Xint0x80_syscall() I can provide more info if needed. Thanks From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 12:06: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 AD65C16A4CF for ; Sat, 6 Nov 2004 12:06:08 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298B843D53 for ; Sat, 6 Nov 2004 12:06:08 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd02.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1CQPKW-0001mO-03; Sat, 06 Nov 2004 13:06:04 +0100 Received: from Andro-Beta.Leidinger.net (JlV+OaZvwewZ5AQbawMMN58HW5sbxlnrLPMJrUBRDUw0OeQSGHIxo0@[217.229.210.11]) by fmrl02.sul.t-online.com with esmtp id 1CQPKS-0xLGNc0; Sat, 6 Nov 2004 13:06:00 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iA6C65km067479; Sat, 6 Nov 2004 13:06:05 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 6 Nov 2004 13:06:06 +0100 From: Alexander Leidinger To: Julian Elischer Message-ID: <20041106130606.60f3dea3@Magellan.Leidinger.net> In-Reply-To: <418BD796.3040706@elischer.org> References: <40541.1099561211@critter.freebsd.dk> <1099650992.418b57b01c33b@netchild.homeip.net> <418BD796.3040706@elischer.org> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: JlV+OaZvwewZ5AQbawMMN58HW5sbxlnrLPMJrUBRDUw0OeQSGHIxo0@t-dialin.net X-TOI-MSGID: cbaf9567-1585-45fd-9794-751fca443d41 cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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, 06 Nov 2004 12:06:08 -0000 On Fri, 05 Nov 2004 11:42:14 -0800 Julian Elischer wrote: [buf-junta work] > >Do you have an outline where this heads to and why? > > > > when systems were smaller the number of cached bufs was small, and bufs > represented 'buffers' likely to used soon fo rIO and IO requests were > simple, > it made sence to combine the IO request and the storage descriptor (buf). > > Since then, storage is done via the vm system, IO requests have gotten > bigger, > and the number of IO requests needed at any time has remained small. it > makes less > sense to have an IO request with every buf storage descriptor. You haven't said it explicitly, but I assume there are cases where an IO request doesn't need a buf storage descriptor. Is this correct? I was asking for something like an annotated roadmap. Something like "After X will be done, we need to look at Y, X is an infrastructure change for Y and we want Y because it allows us to do Z." This would allow those who are reading cvs-all to see where we are standing and where we are heading (and to applaud when we reach milestones). Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 12: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 D94DE16A4CF for ; Sat, 6 Nov 2004 12:15:58 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4424A43D2D for ; Sat, 6 Nov 2004 12:15:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA6CFi71000921; Sat, 6 Nov 2004 13:15:49 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Nov 2004 13:06:06 +0100." <20041106130606.60f3dea3@Magellan.Leidinger.net> Date: Sat, 06 Nov 2004 13:15:44 +0100 Message-ID: <920.1099743344@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Julian Elischer cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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, 06 Nov 2004 12:15:59 -0000 In message <20041106130606.60f3dea3@Magellan.Leidinger.net>, Alexander Leidinger writes: > >[buf-junta work] > > >I was asking for something like an annotated roadmap. Something like >"After X will be done, we need to look at Y, X is an infrastructure >change for Y and we want Y because it allows us to do Z." This would >allow those who are reading cvs-all to see where we are standing and >where we are heading (and to applaud when we reach milestones). I have issued several such with varying degree of details, but we don't have a common place where things are put into the "big overview". -- 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 Sat Nov 6 12:22: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 8307916A4CE; Sat, 6 Nov 2004 12:22:35 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6DF43D48; Sat, 6 Nov 2004 12:22:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA6CMYth092128; Sat, 6 Nov 2004 07:22:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA6CMXlh054230; Sat, 6 Nov 2004 07:22:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 14C897306E; Sat, 6 Nov 2004 07:22:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106122234.14C897306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 07:22:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 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: Sat, 06 Nov 2004 12:22:35 -0000 TB --- 2004-11-06 10:37:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 10:37:00 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-11-06 10:37:00 - checking out the source tree TB --- 2004-11-06 10:37:00 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-11-06 10:37:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 10:42:58 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 10:42:58 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-06 10:42:58 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-11-06 12:13:09 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-06 12:13:09 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-11-06 12:13:09 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Nov 6 12:13:09 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_page.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_pageq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_contig.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_zeroidle.c /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_zeroidle.c: In function `vm_pagezero': /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_zeroidle.c:164: error: `pages' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_zeroidle.c:164: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/sys/vm/vm_zeroidle.c:164: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-11-06 12:22:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 12:22:33 - ERROR: failed to build generic kernel TB --- 2004-11-06 12:22:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 12:22: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 1F46B16A4E3 for ; Sat, 6 Nov 2004 12:22:41 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E3343D1F for ; Sat, 6 Nov 2004 12:22:40 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CQPaZ-00034M-00 for ; Sat, 06 Nov 2004 13:22:39 +0100 Received: from anyanka.rfc1149.net ([81.56.47.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Nov 2004 13:22:39 +0100 Received: from sam by anyanka.rfc1149.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Nov 2004 13:22:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Samuel Tardieu Date: 06 Nov 2004 13:22:28 +0100 Organization: Avian Carrier & Friends Lines: 52 Message-ID: <87oeibnp4r.fsf@beeblebrox.rfc1149.net> References: <418C0EED.1060301@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anyanka.rfc1149.net User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-Leafnode-NNTP-Posting-Host: 2001:660:330f:f810:200:39ff:fe25:3aa2 Sender: news Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 12:22:41 -0000 >>>>> "Scott" == Scott Long writes: Scott> Second, it means that development efforts for major features Scott> will continue to shift out of CVS and into Perforce. This Scott> already happens quite a bit, so it's not as radical of a change Scott> as it seems. Wouldn't it also be a good time to reevaluate the development system? New free software revision control systems such as GNU Arch are now mature and could be used precisely for this kind of things. For those not knowing it, let me introduce GNU Arch by small examples of what you can do with it: - Anyone with read access to a branch can create a new branch (tag a branch in GNU Arch vocabulary) on its own system and develop in it; this doesn't involve the originating system any more and doesn't consume any resource. - Merges between branches take in account the whole history of those branches and can be done at any point; if a developper wants one of its branch to be reviewed by others or merged into the main branch, she only has to publish its branch read-only. - A developper may base her own work on a branch published by another one; this allows development of dependent features even if the original feature has not been merged in yet. For example, if phk had done his GEOM development in a publicly readable GNU Arch branch, anyone could have tested it and develop new GEOM module even before it has been merged in the main branch. - Anyone could work on fixing bugs in their own branches and then request a merge to the main one. Also, even before the bug fixes are merged, other developpers can pick them up and integrate them in their own branches and test them in different configurations (to reuse my previous example, phk would be able to pull candidate bug fixes into his GEOM branch and test whether it would break something or not). - GNU Arch doesn't use a server -- files are published using HTTP, FTP, WebDav, SCP, ... I have used Perforce for a long time before, and I can say that GNU Arch outperforms it by a huge factor in my opinion. Moreover, there are no user limits, no accounts to create on a server I don't intend to open a can of worms, but I think now would be a good time to start small experiments wrt new RCS software. Sam -- Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/sam From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 12:29: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 C692316A4CE for ; Sat, 6 Nov 2004 12:29:46 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DDC743D1F for ; Sat, 6 Nov 2004 12:29:46 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA6CThPR001193; Sat, 6 Nov 2004 13:29:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Stefan Ehmann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Nov 2004 12:58:32 +0100." <1099742312.809.9.camel@taxman> Date: Sat, 06 Nov 2004 13:29:43 +0100 Message-ID: <1192.1099744183@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: ext2fs related panic 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, 06 Nov 2004 12:29:46 -0000 Can you try this patch ? Index: ext2_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/gnu/ext2fs/ext2_vfsops.c,v retrieving revision 1.130 diff -u -r1.130 ext2_vfsops.c --- ext2_vfsops.c 29 Oct 2004 10:42:30 -0000 1.130 +++ ext2_vfsops.c 6 Nov 2004 12:29:20 -0000 @@ -732,6 +732,7 @@ ump->um_mountp = mp; ump->um_dev = dev; ump->um_devvp = devvp; + ump->um_bo = &devvp->v_bufobj; /* setting those two parameters allowed us to use ufs_bmap w/o changse ! */ In message <1099742312.809.9.camel@taxman>, Stefan Ehmann writes: >With kernel sources from yesterday I get a panic as soon as I do this: > >mount /mnt/stuff >ls /mnt/stuff > >The correspoding line in fstab is this (I haven't checked yet if it also >happens on rw mounted ext2fs) >/dev/ad1s1 /mnt/stuff ext2fs ro > >Unfortunately I had problems when debugging the core with kgdb (maybe >because it couldn't find symbols for the modules or because I had to >call doadump by hand). > >Anyway, here is a (shortened) transcript from ddb output. > >Fatal trap 12: page fault while in kernel mode >... >current process = 815 (ls) > >trace >ext2_strategy() >bufstrategy() >breadn() >bread() >ext2_read() >ext2_readdir() >getdirentries() >Xint0x80_syscall() > >I can provide more info if needed. > >Thanks > >_______________________________________________ >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" > -- 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 Sat Nov 6 12:39: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 7034216A4CE for ; Sat, 6 Nov 2004 12:39:47 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CC143D49 for ; Sat, 6 Nov 2004 12:39:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd05.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1CQPr6-00041N-01; Sat, 06 Nov 2004 13:39:44 +0100 Received: from Andro-Beta.Leidinger.net (T5yS9yZB8ePkklN4DFBttSJr0ujcTs9l3rewdXBCLz6d9Qc0ErW4kW@[217.229.210.11]) by fmrl05.sul.t-online.com with esmtp id 1CQPqq-1bNnuq0; Sat, 6 Nov 2004 13:39:28 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) iA6CdUoC072209; Sat, 6 Nov 2004 13:39:30 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sat, 6 Nov 2004 13:39:32 +0100 From: Alexander Leidinger To: "Poul-Henning Kamp" Message-ID: <20041106133932.1547bb5d@Magellan.Leidinger.net> In-Reply-To: <920.1099743344@critter.freebsd.dk> References: <20041106130606.60f3dea3@Magellan.Leidinger.net> <920.1099743344@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: T5yS9yZB8ePkklN4DFBttSJr0ujcTs9l3rewdXBCLz6d9Qc0ErW4kW@t-dialin.net X-TOI-MSGID: ff6b25a1-4a70-4f05-a5dc-b0f644a46120 cc: Julian Elischer cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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, 06 Nov 2004 12:39:47 -0000 On Sat, 06 Nov 2004 13:15:44 +0100 "Poul-Henning Kamp" wrote: > I have issued several such with varying degree of details, but we > don't have a common place where things are put into the "big overview". We have the project pages, we have the possibility to use the wiki and we have people.freebsd.org. I don't ask for the big FreeBSD picture, we can't have an official one. But if someone works on something and he has a picture of what he wants to accomplish, we have enough resources to put it online. Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 12:51: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 A01A616A4CE for ; Sat, 6 Nov 2004 12:51:22 +0000 (GMT) Received: from email07.aon.at (warsl404pip8.highway.telekom.at [195.3.96.102]) by mx1.FreeBSD.org (Postfix) with SMTP id A5E8743D45 for ; Sat, 6 Nov 2004 12:51:21 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 548408 invoked from network); 6 Nov 2004 12:51:20 -0000 Received: from m126p022.dipool.highway.telekom.at (HELO ?62.46.5.182?) ([62.46.5.182]) (envelope-sender ) by email07.aon.at (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 12:51:20 -0000 From: Stefan Ehmann To: Poul-Henning Kamp In-Reply-To: <1192.1099744183@critter.freebsd.dk> References: <1192.1099744183@critter.freebsd.dk> Content-Type: text/plain Message-Id: <1099745477.809.4.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 06 Nov 2004 13:51:17 +0100 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ext2fs related panic 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, 06 Nov 2004 12:51:22 -0000 On Sat, 2004-11-06 at 13:29, Poul-Henning Kamp wrote: > Can you try this patch ? Thanks, now I can access the partition again without any panic. But I just noticed a similar panic when unmounting the ext2fs: Fatal trap 12: page fault while in kernel mode current process = 66 (umount) trace g_wither_geom_close() ext2_unmount() do_unmount() unmount() syscall() Xint0x80_syscall() > In message <1099742312.809.9.camel@taxman>, Stefan Ehmann writes: > >With kernel sources from yesterday I get a panic as soon as I do this: > > > >mount /mnt/stuff > >ls /mnt/stuff > > > >The correspoding line in fstab is this (I haven't checked yet if it also > >happens on rw mounted ext2fs) > >/dev/ad1s1 /mnt/stuff ext2fs ro > > > >Unfortunately I had problems when debugging the core with kgdb (maybe > >because it couldn't find symbols for the modules or because I had to > >call doadump by hand). > > > >Anyway, here is a (shortened) transcript from ddb output. > > > >Fatal trap 12: page fault while in kernel mode > >... > >current process = 815 (ls) > > > >trace > >ext2_strategy() > >bufstrategy() > >breadn() > >bread() > >ext2_read() > >ext2_readdir() > >getdirentries() > >Xint0x80_syscall() > > > >I can provide more info if needed. > > > >Thanks > > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 16:40: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 BB7ED16A4D1; Fri, 5 Nov 2004 16:40:29 +0000 (GMT) Received: from hellmouth7.gatech.edu (hellmouth7.gatech.edu [130.207.165.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1C643D2D; Fri, 5 Nov 2004 16:40:18 +0000 (GMT) (envelope-from gte990t@mail.gatech.edu) Received: from hellmouth7.gatech.edu (localhost [127.0.0.1]) by hellmouth7.gatech.edu (Postfix) with SMTP id A4C50226F; Fri, 5 Nov 2004 11:40:17 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from mailprx2.gatech.edu (mailprx2.prism.gatech.edu [130.207.171.21]) by hellmouth7.gatech.edu (Postfix) with ESMTP id 8EDD02123; Fri, 5 Nov 2004 11:40:17 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) Received: from [192.168.0.3] (r58h96.res.gatech.edu [128.61.58.96]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=PLAIN, username=gte990t, sender=n/a) by mailprx2.gatech.edu (Postfix) with ESMTP id 448B23A612; Fri, 5 Nov 2004 11:40:15 -0500 (EST) (envelope-from gte990t@mail.gatech.edu) From: Jason Harmening To: Alex Dupre , Boris Kovalenko , Michael Nottebrock Date: Fri, 5 Nov 2004 11:59:31 -0500 User-Agent: KMail/1.7 References: <200411020143.34251.gte990t@mail.gatech.edu> <418792ED.8010700@alexdupre.com> In-Reply-To: <418792ED.8010700@alexdupre.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411051159.32077.gte990t@mail.gatech.edu> X-Mailman-Approved-At: Sat, 06 Nov 2004 13:14:54 +0000 cc: freebsd-current@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: [FreeBSD 5.3-RC2] Processes STILL hanging in unkillable state 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: Fri, 05 Nov 2004 16:40:30 -0000 The following patch, sent to me from David Xu by way of Marc Ramirez, seems to fix the "unkillable process" problem: Index: kern_thread.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v retrieving revision 1.205 diff -u -r1.205 kern_thread.c --- kern_thread.c 4 Nov 2004 22:13:16 -0000 1.205 +++ kern_thread.c 5 Nov 2004 04:23:24 -0000 @@ -832,11 +832,10 @@ continue; /* * maybe other inhibitted states too? - * XXXKSE Is it totally safe to - * suspend a non-interruptable thread? */ - if (td2->td_inhibitors & - (TDI_SLEEPING | TDI_SWAPPED)) + if ((td2->td_flags & TDF_SINTR) && + (td2->td_inhibitors & + (TDI_SLEEPING | TDI_SWAPPED))) thread_suspend_one(td2); break; } On Tuesday 02 November 2004 09:00, you wrote: > Jason Harmening wrote: > > I just upgraded to 5.3-RC2, and I'm still running into the problem where > > processes will hang in an unkillable state. In particular, this happens > > for me with OpenOffice under a heavy load. 'ps' reports the state as > > 'TL' and 'top' reports the state as STOP. Neither kill -CONT nor kill > > -KILL will work. > > Same here. With OpenOffice and Java under high load. From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 16:44: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 8915216A4CE for ; Fri, 5 Nov 2004 16:44:27 +0000 (GMT) Received: from darmachakra.axelero.hu (fe03.axelero.hu [195.228.240.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA33643D49 for ; Fri, 5 Nov 2004 16:44:25 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from darmachakra (localhost-02 [127.0.2.1]) by darmachakra.axelero.hu (8.13.0/8.13.0) with SMTP id iA5GiOQC002183 for ; Fri, 5 Nov 2004 17:44:25 +0100 (CET) Received: from fe03.axelero.hu [127.0.2.1] via SMTP gateway by darmachakra [195.228.240.91]; id A0087DBA3D2 at Fri, 05 Nov 2004 17:44:24 +0100 Received: from 183.21-182-adsl-pool.axelero.hu (183.21-182-adsl-pool.axelero.hu [81.182.21.183]) (authenticated bits=0) by fe03.axelero.hu (8.13.0/8.13.0) with ESMTP id iA5GiL5W002097 for ; Fri, 5 Nov 2004 17:44:22 +0100 (CET) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-dU7aMsznt0UvubNPaMV/" Message-Id: <1099672914.7059.13.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 05 Nov 2004 17:41:54 +0100 X-Mailman-Approved-At: Sat, 06 Nov 2004 13:14:54 +0000 Subject: 5.3-RC2: Fatal trap 19: non-maskable interrupt trap while in kernel mode 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: Fri, 05 Nov 2004 16:44:27 -0000 --=-dU7aMsznt0UvubNPaMV/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've tried to install FreeBSD 5.3-RC2, FreeBSD 5.3-RC*, FreeBSD 5.2.1-RELEASE, FreeBSD 5.2-RELEASE on my amd64 based laptop, but at boot kernel is paniced.=20 NMI ISA a1, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while I tried to boot with boot -h, but seems console code broken (with FreeBSD 5.3-RC*, FreeBSD 5.2.1-RELEASE, FreeBSD 5.2-RELEASE too)... Copyright (C) 1985, 2004, Trustees of Columbia University in the City of New York. Type ? or HELP for help. (/home/trey/) C-Kermit>connect Connecting to /dev/ttyS0, speed 9600 Escape character: Ctrl-\ (ASCII 28, FS): enabled Type the escape character followed by C to get back, or followed by ? to see other options. ---------------------------------------------------- =C4=84=C4=B9=C4=85-=C4=BE=C4=84O(*7,=C3=AB+,K&j=C4=84#K=C5=A0=C4=84K=C4=84$= k=C4=BD=C5=9E=C4=98=C2=AD"=C2=AD,=C4=BE=C2=A8O=C5=A1(=C4=84 /,=C5=B9#**7=C5=B9=C3=8B=C5=B9+**7,=C3=8B=C5=B97**7=C5=B9=C3=8B=C5=B9=C5=A4= +**7=C5=B9=C3=8B=C5=B9=C5=A4#"=C2=A82=C2=A8k=C5=9E=C2=AD=C5=BD = _+J=C4=84*=C4=8C=C2=AD(=C4=BE=C2=AD=C4=BA=C4=85 =C4=BE=C4=84(=C5=A0(= =C4=BE=C5=A4=C2=AD J=C5=A0( = =C2=AD(=C5=BC=C4=84=C2=AD=C5=BC=C5=A0-=C5= =A0=C5=A4-%'=C5=A4=C3=AB=E2=94=90! = , = o.J=C4=84=C2=AD #,++= =C2=AD+&>=C4=84-#( I treid to install DragonFly BSD 1.0A-RELEASE. With Dfly, the serial console working: C-Kermit 8.0.211, 10 Apr 2004, for Linux Copyright (C) 1985, 2004, Trustees of Columbia University in the City of New York. Type ? or HELP for help. (/home/trey/!download/ISOs/) C-Kermit>connect Connecting to /dev/ttyS0, speed 9600 Escape character: Ctrl-\ (ASCII 28, FS): enabled Type the escape character followed by C to get back, or followed by ? to see other options. ---------------------------------------------------- Copyright (c) 2003, 2004 The DragonFly Project. Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. DragonFly 1.0A-RELEASE #1: Wed Jul 14 18:55:41 GMT 2004 root@:/usr/obj/usr/src/sys/GENERIC CPU: Mobile AMD Athlon(tm) 64 Processor 3000+ (1804.11-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf4a Stepping =3D 10 =20 Features=3D0x78bfbff AMD Features=3D0xe0500000<,AMIE,,DSP,3DNow!> real memory =3D 267321344 (261056K bytes) avail memory =3D 249167872 (243328K bytes) Preloaded elf kernel "/kernel" at 0xc061e000. Preloaded elf module "/modules/acpi.ko" at 0xc061e21c. Pentium Pro MTRR support enabled md0: Malloc disk pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fdf20 npx0: on motherboard npx0: INT 16 interface Using XMM optimized bcopy/copyin/copyout acpi0: on motherboard installed MI handler for int 10 acpi0: Power Button (fixed) cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (154.8C) pcib1: port 0xcf8-0xcff on acpi0 pcib1: couldn't read bus number from cfg space pcib1: trying bus number 1 pci1: on pcib1 pci1: at 0.0 irq 9 acpi_cmbat0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib2: at device 1.0 on pci0 pci2: on pcib2 pci2: at 0.0 irq 9 fwohci0: vendor=3D104c, dev=3D8026 fwohci0: <1394 Open Host Controller Interface> mem 0xd0000000-0xd0003fff,0xd0008000-0xd00087ff irq 11 at device 6.0 on pci0 installed MI handler for int 11 fwohci0: OHCI version 1.10 (ROM=3D1) NMI ISA a1, EISA ff RAM parity error, likely hardware failure. Fatal trap 19: non-maskable interrupt trap while in kernel mode instruction pointer =3D 0x8:0xc01dfdee stack pointer =3D 0x10:0xc0640c24 frame pointer =3D 0x10:0xc0640c44 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 0 (swapper) current thread =3D pri 12 interrupt mask =3D net tty bio cam kernel: type 19 trap, code=3D0 Stopped at fwohci_init+0xfa: movl %ecx,%edi db> tr fwohci_init(c9f92000,c67eb470) at fwohci_init+0xfa fwohci_pci_attach(c67eb470,c67eb470,c67eb398,c0640cb4,0) at fwohci_pci_attach+0x1eb device_probe_and_attach(c67eb470) at device_probe_and_attach+0xf2 bus_generic_attach(c67eb398,c67eb398,0,5c,c67ea540) at bus_generic_attach+0x16 pci_attach(c67eb398,c67eb398,c67ea540,0,1) at pci_attach+0xb3 device_probe_and_attach(c67eb398) at device_probe_and_attach+0xf2 bus_generic_attach(c67ea540,c67ea540,c0482d18,0,c67ea540) at bus_generic_attach+0x16 nexus_pcib_attach(c67ea540,c67ea540,c67ea468,0,1) at nexus_pcib_attach+0x1f device_probe_and_attach(c67ea540) at device_probe_and_attach+0xf2 bus_generic_attach(c67ea468,c67ea420,c0640d5c,c0268302,c67ea468) at bus_generic_attach+0x16 nexus_attach(c67ea468,c67ea468,c6818ea8,64b000,1) at nexus_attach+0xd device_probe_and_attach(c67ea468) at device_probe_and_attach+0xf2 root_bus_configure(c67ea420,c0477fa0,0,4) at root_bus_configure+0x16 configure(0,63dc00,64b000,0,c0137e3c) at configure+0x22 mi_startup(63d000,0,0,0,0) at mi_startup+0x90 begin() at begin+0x43 db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 1 c6774e60 c677cda0 0 0 0 400204 1 =20 swapper 0 c04adc80 c0640da0 0 0 0 400204 2 =20 swapper cpu 0 tdrunqmask 00001000 curthread 0xc04adde0 reqflags 0022 INCOMMING IPIQS: tdq thread pid flags pri(act) sp wmesg comm 12 0xc6779de0 -1 00000e02 44( 12) 0xc677fd88 - taskqueue 12 0xc6779d00 -1 00000e02 44( 12) 0xc9f91d88 - acpi_thermal tdq thread pid flags pri(act) sp wmesg comm 32 0xff800344 -1 00000000 44( 12) 0xff807d8c - idle_0 32 0xc04adde0 0 00000001 12( 12) 0xc0640d90 - swapper 32 0xc04fa528 -1 00010c00 112( 16) 0xc0f57d88 - ithread 22 32 0xc04fa390 -1 00010c00 110( 14) 0xc0f5ad88 - ithread 20 32 0xc6779ec0 1 00000600 42( 10) 0xc677cd3c - swapper 32 0xc6779de0 -1 00000e02 44( 12) 0xc677fd88 - taskqueue 32 0xc04fa1f8 -1 00010c00 110( 14) 0xc7ebfd88 - ithread 18 32 0xc04fa2c4 -1 00010c00 110( 14) 0xc9f82d88 - ithread 19 32 0xc04fa45c -1 00010c00 110( 14) 0xc9f85d88 - ithread 21 32 0xc04f9b98 -1 00010c00 124( 28) 0xc9f8dd88 - ithread 10 32 0xc6779d00 -1 00000e02 44( 12) 0xc9f91d88 - acpi_thermal 32 0xc04f9c64 -1 00010c00 124( 28) 0xc9f9cd88 - ithread 11 CURCPU 0 CURTHREAD 0xc04adde0 (0) db> OpenBSD 3.6 and NetBSD 2.0-BETA, Linux*, Windows is ok.=20 amd64mobile# uname -a OpenBSD amd64mobile.trey.hu 3.6 GENERIC#136 amd64 amd64mobile# dmesg OpenBSD 3.6 (GENERIC) #136: Fri Sep 17 12:28:10 MDT 2004 deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem =3D 266924032 (260668K) avail mem =3D 219246592 (214108K) using 6567 buffers containing 26898432 bytes (26268K) of memory mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Mobile AMD Athlon(tm) 64 Processor 3000+, 1804.34 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFL= USH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "VIA K8HTB Host" rev 0x01 ppb0 at pci0 dev 1 function 0 "VIA K8HTB AGP" rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M10 NP" rev 0x00 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) "Texas Instruments TSB43AB21 FireWire" rev 0x00 at pci0 dev 6 function 0 not configured re0 at pci0 dev 8 function 0 "Realtek 8169" rev 0x10: irq 5, address 00:90:f5:32:10:37 rgephy0 at re0 phy 7: RTL8169S/8110S media interface, rev. 0 PHY "ENE CB-1410 CardBus" rev 0x01 at pci0 dev 12 function 0 not configured vendor "Winbond", unknown product 0x8481 (class mass storage subclass miscellaneous, rev 0x01) at pci0 dev 14 function 0 not configured vendor "Winbond", unknown product 0x8482 (class mass storage subclass miscellaneous, rev 0x01) at pci0 dev 14 function 1 not configured uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: irq 9 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: irq 11 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: irq 10 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB 2.0" rev 0x82: irq 5 ehci0: EHCI version 1.0 ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered "VIA VT8235 ISA" rev 0x00 at pci0 dev 17 function 0 not configured pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 auvia0 at pci0 dev 17 function 5 "VIA VT8233 AC97" rev 0x50: irq 10 ac97: codec id 0x414c4740 (Avance Logic <40>) ac97: codec features headphone, 20 bit DAC, 18 bit ADC, Realtek 3D audio0 at auvia0 "VIA VT82C686 Modem" rev 0x80 at pci0 dev 17 function 6 not configured pchb1 at pci0 dev 24 function 0 "AMD AMD64 HyperTransport" rev 0x00 pchb2 at pci0 dev 24 function 1 "AMD AMD64 Address Map" rev 0x00 pchb3 at pci0 dev 24 function 2 "AMD AMD64 DRAM Cfg" rev 0x00 pchb4 at pci0 dev 24 function 3 "AMD AMD64 Misc Cfg" rev 0x00 isa0 at mainbus0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 dkcsum: wd0 matched BIOS disk 80 root on wd0a rootdev=3D0x0 rrootdev=3D0x300 rawdev=3D0x302 >> NetBSD/amd64 BIOS Boot, Revision 3.1 >> (mthomas@cerealbox.englab.brocade.com, Thu Apr 22 15:33:58 PDT 2004) >> Memory: 638/260032 k > > boot booting hd0a:netbsd 5804048+631560+601496 [440784+264071]=3D0x8635b8 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004 =20 mthomas@cerealbox.englab.brocade.com:/u2/netbsd-2-0/amd64/obj/sys/arch/amd6= 4/compile/GENERIC total memory =3D 254 MB avail memory =3D 237 MB mainbus0 (root) mainbus0: Intel MP Specification (Version 1.4) ( ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: Mobile AMD Athlon(tm) 64 Processor 3000+, 1804.25 MHz cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: features: e7dbfbff cpu0: I-cache 64 KB 64b/line 2-way, D-cache 64 KB 64b/line 2-way cpu0: L2 cache 1 MB 64b/line 16-way cpu0: ITLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: DTLB 32 4 KB entries fully associative, 8 4 MB entries fully associative cpu0: calibrating local timer cpu0: apic clock running at 200 MHz cpu0: 16 page colors mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type ISA ioapic0 at mainbus0 apid 1 (I/O APIC) ioapic0: pa 0xfec00000, version 3, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok pchb0 at pci0 dev 0 function 0 pchb0: VIA Technologies product 0x3188 (rev. 0x01) ppb0 at pci0 dev 1 function 0: VIA Technologies product 0xb188 (rev. 0x00) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled vga0 at pci1 dev 0 function 0: ATI Technologies product 0x4e50 (rev. 0x00) wsdisplay0 at vga0 kbdmux 1 wsmux1: connecting to wsdisplay0 Texas Instruments TSB43AA21 OHCI IEEE 1394 Host Controller (Firewire serial bus, interface 0x10) at pci0 dev 6 function 0 not configured Realtek Semiconductor 8169 10/100/1000 Ethernet (ethernet network, revision 0x10) at pci0 dev 8 function 0 not configured ENE Technology, Inc. CB1410 Cardbus Controller (CardBus bridge, revision 0x01) at pci0 dev 12 function 0 not configured Winbond Electronics product 0x8481 (miscellaneous mass storage, revision 0x01) at pci0 dev 14 function 0 not configured Winbond Electronics product 0x8482 (miscellaneous mass storage, revision 0x01) at pci0 dev 14 function 1 not configured uhci0 at pci0 dev 16 function 0: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci0: interrupting at ioapic0 pin 16 (irq 9) usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci1: interrupting at ioapic0 pin 17 (irq 11) usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2: VIA Technologies VT83C572 USB Controller (rev. 0x80) uhci2: interrupting at ioapic0 pin 18 (irq 10) usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA Technologies UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered VIA Technologies VT8237 EHCI USB Controller (USB serial bus, interface 0x20, revision 0x82) at pci0 dev 16 function 3 not configured pcib0 at pci0 dev 17 function 0 pcib0: VIA Technologies VT8235 (Apollo KT400) PCI-ISA Bridge (rev. 0x00) viaide0 at pci0 dev 17 function 1 viaide0: VIA Technologies VT8235 ATA133 controller viaide0: bus-master DMA support present viaide0: primary channel configured to compatibility mode viaide0: primary channel interrupting at ioapic0 pin 14 (irq 14) atabus0 at viaide0 channel 0 viaide0: secondary channel configured to compatibility mode viaide0: secondary channel interrupting at ioapic0 pin 15 (irq 15) atabus1 at viaide0 channel 1 auvia0 at pci0 dev 17 function 5: VIA VT8235 AC'97 (rev 0x50) auvia0: interrupting at ioapic0 pin 18 (irq 10) auvia0: ac97: Avance Logic ALC202 codec; headphone, 20 bit DAC, 18 bit ADC, Realtek 3D auvia0: ac97: ext id 607 audio0 at auvia0: full duplex, mmap, independent VIA Technologies VT82C686A MC-97 Modem Controller (miscellaneous communications, revision 0x80) at pci0 dev 17 function 6 not configured pchb1 at pci0 dev 24 function 0 pchb1: Advanced Micro Devices AMD64 HyperTransport configuration (rev. 0x00) pchb2 at pci0 dev 24 function 1 pchb2: Advanced Micro Devices AMD64 Address Map configuration (rev. 0x00) pchb3 at pci0 dev 24 function 2 pchb3: Advanced Micro Devices AMD64 DRAM configuration (rev. 0x00) pchb4 at pci0 dev 24 function 3 pchb4: Advanced Micro Devices AMD64 Miscellaneous configuration (rev. 0x00) isa0 at pcib0 lpt0 at isa0 port 0x378-0x37b irq 7 com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo com0: console pckbc0 at isa0 port 0x60-0x64 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0 mux 1 wskbd0: connecting to wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker sysbeep0 at pcppi0 ioapic0: enabling Kernelized RAIDframe activated wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 38154 MB, 77520 cyl, 16 head, 63 sec, 512 bytes/sect x 78140160 sectors wd0: 32-bit data port wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd0(viaide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using DMA data transfers) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: 32-bit data port cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33) cd0(viaide0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA data transfers) boot device: wd0 root on wd0a dumps on wd0b root file system type: ffs Fri Nov 5 17:54:04 CET 2004 swapctl: adding /dev/wd0b as swap device at priority 0 Starting file system checks: /dev/rwd0a: file system is clean; not checking Setting tty flags. Setting sysctl variables: Starting network. /etc/rc: WARNING: $hostname not set. IPv6 mode: host Configuring network interfaces:. Building databases... wsdisplay0: screen 1 added (80x25, vt100 emulation) wsdisplay0: screen 2 added (80x25, vt100 emulation) wsdisplay0: screen 3 added (80x25, vt100 emulation) wsdisplay0: screen 4 added (80x25, vt100 emulation) Starting syslogd. Checking for core dump... savecore: no core dump Mounting all filesystems... Clearing /tmp. Checking quotas: done. Starting virecover. Starting local daemons:. Updating motd. Starting inetd. Starting cron. Fri Nov 5 17:54:08 CET 2004 NetBSD/amd64 (Amnesiac) (console) login:root Password: Last login: Fri Nov 5 17:52:43 2004 on console Nov 5 17:54:33 login: ROOT LOGIN (root) ON console Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004 Welcome to NetBSD! Nov 5 17:54:33 login: ROOT LOGIN (root) ON console Terminal type is vt100. We recommend creating a non-root account and using su(1) for root access. # uname -a NetBSD 2.0_BETA NetBSD 2.0_BETA (GENERIC) #0: Thu Apr 22 16:47:08 PDT 2004=20 mthomas@cerealbox.englab.brocade.com:/u2/netbsd-2-0/amd64/obj/sys/arch/amd6= 4/compile/GENERIC amd64 Any idea? --=20 Micsk=C3=B3 G=C3=A1bor HP Accredited Platform Specialist, System Engineer (APS, ASE) Szint=C3=A9zis Computer Rendszerh=C3=A1z Rt. =20 H-9021 Gy=C5=91r, Tihanyi =C3=81rp=C3=A1d =C3=BAt 2. Tel: +36-96-502-216 Fax: +36-96-318-658 E-mail: gmicsko@szintezis.hu Web: http://www.hup.hu/ GPG Key fingerprint: 6FA1 D8BF 3C73 0570 ED5D 82AC A3BE 4E6A CF95 5F50 --=-dU7aMsznt0UvubNPaMV/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBi61So75Oas+VX1ARAp+OAKC+1FgOSt4vyukEbe2byBakia2IugCgl6aE PYwnlv3FQWZJ161/gNwl1vI= =gouF -----END PGP SIGNATURE----- --=-dU7aMsznt0UvubNPaMV/-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 10:26: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 6E6B216A4CE; Sat, 6 Nov 2004 10:26:27 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0459743D39; Sat, 6 Nov 2004 10:26:27 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-208.de.inter.net ([213.73.76.208] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1CQNm5-0004et-00; Sat, 06 Nov 2004 11:26:25 +0100 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id iA6AQO8e059846; Sat, 6 Nov 2004 11:26:24 +0100 (CET) (envelope-from msch@snafu.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id iA6AQOHM059841; Sat, 6 Nov 2004 11:26:24 +0100 (CET) (envelope-from msch@snafu.de) X-Authentication-Warning: current.best-eng.de: matthias set sender to msch@snafu.de using -f From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: scottl@freebsd.org Date: Sat, 6 Nov 2004 11:26:16 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1822566.BQJxUM6puc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411061126.23666.msch@snafu.de> X-Mailman-Approved-At: Sat, 06 Nov 2004 13:14:54 +0000 cc: freebsd-current@freebsd.org cc: le@freebd.org Subject: gvinum remains broken in 5.3-RELEASE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 10:26:27 -0000 --nextPart1822566.BQJxUM6puc Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Scott, I read that 5.3-RELEASE shall be released *this* weekend. Nothing=20 against it, but in the moment gvinum RAID5 is still broken for=20 5.3-STABLE as well as 5.3-RCx as I suppose. The fix is committed to HEAD for over 10 days now and it solves my=20 problems (under 5.3-STABLE) as well as any other peoples problems I=20 read about on -current. I cannot imagine to deliver/sell CDs with 5.3-RELEASE on it with a=20 broken gvinum RAID5 where the fix is available for (roughly) 2 weeks=20 now. I strongly urge you to reconsider that. Perhaps you ask Lukas Ertl=20 (le@freebsd.org) directly about that issue. The files in question are geom_vinum_plex.c v1.12 and geom_vinum_var.h v=20 1.5. =2D-=20 Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F --nextPart1822566.BQJxUM6puc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBjKbPf1BNcN37Cl8RAn/CAJ0a6buhpXYYFJ9ASScMRzGxXNkJDQCfWZSz SwQBNLmTMf6uUJT5x6vYi+0= =PtSV -----END PGP SIGNATURE----- --nextPart1822566.BQJxUM6puc-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 5 19:22: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 2B51B16A4CE for ; Fri, 5 Nov 2004 19:22:01 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D52AD43D3F for ; Fri, 5 Nov 2004 19:22:00 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so102016rnf for ; Fri, 05 Nov 2004 11:22:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=C4ICpg6hCNq/4PxEBYvmexsmv9CSI+c7/KZtQrE9mMsc3DOSzavhrW8AK64OpH84/GcvfgVmjyWb4l+QOrMAw5XCQ7pi7/kEUhVUtI0dKOv5M9NIlXEEq9dFaRmK98A/vq+XiTgWFmrxmrNqDHp/z8ZibOCZ8NI5bwvAU/VSyNo= Received: by 10.38.99.33 with SMTP id w33mr51803rnb; Fri, 05 Nov 2004 11:22:00 -0800 (PST) Received: by 10.38.74.3 with HTTP; Fri, 5 Nov 2004 11:22:00 -0800 (PST) Message-ID: <639522fe041105112218c5c9f8@mail.gmail.com> Date: Fri, 5 Nov 2004 12:22:00 -0700 From: Jie Gao To: Michael Johnson In-Reply-To: <79D46B84-2F34-11D9-8D06-000A958C81C6@ahze.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041102222000.GA65845@xor.obsecurity.org> <639522fe041103144732ea6683@mail.gmail.com> <1099522198.59328.4.camel@blueheron.ahze.net> <200411050919.09547.freebsd.nospam@mekanix.dk> <79D46B84-2F34-11D9-8D06-000A958C81C6@ahze.net> X-Mailman-Approved-At: Sat, 06 Nov 2004 13:15:14 +0000 cc: Bjarne Wichmann Petersen cc: ports@freebsd.org cc: current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: HEADS UP: Ports are not ready for CFLAGS=-O2 in 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 19:22:01 -0000 gstreamer-plugins really has problems with particular compiler flags. On my system I cannot use -O -pipe -march=pentium4 otherwise gst-register will fail. On Fri, 5 Nov 2004 09:10:41 -0500, Michael Johnson wrote: > > > > On Nov 5, 2004, at 3:19 AM, Bjarne Wichmann Petersen wrote: > > > On Wednesday 03 November 2004 23:49, Michael Johnson wrote: > >> On Wed, 2004-11-03 at 15:47 -0700, Jie Gao wrote: > >>> I just wonder if it is safe to use -O2 -pipe for kernel + world on > >>> 5-STABLE now. > >> works okay for me > > > > And ports on 5-STABLE? > yes, I just started doing this a while back by accident when I trying > to fix gstreamer-plugins > and I built world and kernel with -O2 and nothing broke for me so I > left it. > > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 13:43: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 B7DEF16A4CE for ; Sat, 6 Nov 2004 13:43:23 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 172DA43D54 for ; Sat, 6 Nov 2004 13:43:23 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA6DhKTG002324; Sat, 6 Nov 2004 14:43:20 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Stefan Ehmann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Nov 2004 13:51:17 +0100." <1099745477.809.4.camel@taxman> Date: Sat, 06 Nov 2004 14:43:20 +0100 Message-ID: <2323.1099748600@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: ext2fs related panic 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, 06 Nov 2004 13:43:23 -0000 Ok, then try this patch: Index: ext2_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/gnu/ext2fs/ext2_vfsops.c,v retrieving revision 1.130 diff -u -r1.130 ext2_vfsops.c --- ext2_vfsops.c 29 Oct 2004 10:42:30 -0000 1.130 +++ ext2_vfsops.c 6 Nov 2004 13:42:52 -0000 @@ -732,6 +732,8 @@ ump->um_mountp = mp; ump->um_dev = dev; ump->um_devvp = devvp; + ump->um_bo = &devvp->v_bufobj; + ump->um_cp = cp; /* setting those two parameters allowed us to use ufs_bmap w/o changse ! */ In message <1099745477.809.4.camel@taxman>, Stefan Ehmann writes: >On Sat, 2004-11-06 at 13:29, Poul-Henning Kamp wrote: >> Can you try this patch ? > >Thanks, now I can access the partition again without any panic. > >But I just noticed a similar panic when unmounting the ext2fs: > >Fatal trap 12: page fault while in kernel mode >current process = 66 (umount) > >trace >g_wither_geom_close() >ext2_unmount() >do_unmount() >unmount() >syscall() >Xint0x80_syscall() > >> In message <1099742312.809.9.camel@taxman>, Stefan Ehmann writes: >> >With kernel sources from yesterday I get a panic as soon as I do this: >> > >> >mount /mnt/stuff >> >ls /mnt/stuff >> > >> >The correspoding line in fstab is this (I haven't checked yet if it also >> >happens on rw mounted ext2fs) >> >/dev/ad1s1 /mnt/stuff ext2fs ro >> > >> >Unfortunately I had problems when debugging the core with kgdb (maybe >> >because it couldn't find symbols for the modules or because I had to >> >call doadump by hand). >> > >> >Anyway, here is a (shortened) transcript from ddb output. >> > >> >Fatal trap 12: page fault while in kernel mode >> >... >> >current process = 815 (ls) >> > >> >trace >> >ext2_strategy() >> >bufstrategy() >> >breadn() >> >bread() >> >ext2_read() >> >ext2_readdir() >> >getdirentries() >> >Xint0x80_syscall() >> > >> >I can provide more info if needed. >> > >> >Thanks >> > >> >_______________________________________________ >> >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" >> > > -- 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 Sat Nov 6 14:30: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 901AD16A4CE for ; Sat, 6 Nov 2004 14:30:40 +0000 (GMT) Received: from email07.aon.at (warsl404pip8.highway.telekom.at [195.3.96.102]) by mx1.FreeBSD.org (Postfix) with SMTP id C258443D2F for ; Sat, 6 Nov 2004 14:30:39 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 110794 invoked from network); 6 Nov 2004 14:30:38 -0000 Received: from m093p011.dipool.highway.telekom.at (HELO ?62.46.1.139?) ([62.46.1.139]) (envelope-sender ) by email07.aon.at (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 14:30:38 -0000 From: Stefan Ehmann To: Poul-Henning Kamp In-Reply-To: <2323.1099748600@critter.freebsd.dk> References: <2323.1099748600@critter.freebsd.dk> Content-Type: text/plain Message-Id: <1099751434.868.1.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 06 Nov 2004 15:30:34 +0100 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ext2fs related panic 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, 06 Nov 2004 14:30:40 -0000 On Sat, 2004-11-06 at 14:43, Poul-Henning Kamp wrote: > Ok, then try this patch: Still causing the same panic here. > In message <1099745477.809.4.camel@taxman>, Stefan Ehmann writes: > >On Sat, 2004-11-06 at 13:29, Poul-Henning Kamp wrote: > >> Can you try this patch ? > > > >Thanks, now I can access the partition again without any panic. > > > >But I just noticed a similar panic when unmounting the ext2fs: > > > >Fatal trap 12: page fault while in kernel mode > >current process = 66 (umount) > > > >trace > >g_wither_geom_close() > >ext2_unmount() > >do_unmount() > >unmount() > >syscall() > >Xint0x80_syscall() > > > >> In message <1099742312.809.9.camel@taxman>, Stefan Ehmann writes: > >> >With kernel sources from yesterday I get a panic as soon as I do this: > >> > > >> >mount /mnt/stuff > >> >ls /mnt/stuff > >> > > >> >The correspoding line in fstab is this (I haven't checked yet if it also > >> >happens on rw mounted ext2fs) > >> >/dev/ad1s1 /mnt/stuff ext2fs ro > >> > > >> >Unfortunately I had problems when debugging the core with kgdb (maybe > >> >because it couldn't find symbols for the modules or because I had to > >> >call doadump by hand). > >> > > >> >Anyway, here is a (shortened) transcript from ddb output. > >> > > >> >Fatal trap 12: page fault while in kernel mode > >> >... > >> >current process = 815 (ls) > >> > > >> >trace > >> >ext2_strategy() > >> >bufstrategy() > >> >breadn() > >> >bread() > >> >ext2_read() > >> >ext2_readdir() > >> >getdirentries() > >> >Xint0x80_syscall() > >> > > >> >I can provide more info if needed. > >> > > >> >Thanks > >> > > >> >_______________________________________________ > >> >freebsd-current@freebsd.org mailing list > >> >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 14:42: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 C3D6A16A4CE for ; Sat, 6 Nov 2004 14:42:34 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C9A43D39 for ; Sat, 6 Nov 2004 14:42:33 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 15050 invoked from network); 6 Nov 2004 14:38:17 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 14:38:17 -0000 Message-ID: <418CE2D1.9020200@freebsd.org> Date: Sat, 06 Nov 2004 15:42:25 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20041106130606.60f3dea3@Magellan.Leidinger.net> <920.1099743344@critter.freebsd.dk> <20041106133932.1547bb5d@Magellan.Leidinger.net> In-Reply-To: <20041106133932.1547bb5d@Magellan.Leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: Julian Elischer cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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, 06 Nov 2004 14:42:34 -0000 Alexander Leidinger wrote: > On Sat, 06 Nov 2004 13:15:44 +0100 > "Poul-Henning Kamp" wrote: > > >>I have issued several such with varying degree of details, but we >>don't have a common place where things are put into the "big overview". > > > We have the project pages, we have the possibility to use the wiki and > we have people.freebsd.org. I don't ask for the big FreeBSD picture, we > can't have an official one. But if someone works on something and he has > a picture of what he wants to accomplish, we have enough resources to > put it online. I'd really like to have an official FreeBSD Wiki as part of the FreeBSD website (or possibly wiki.freebsd.org). All committers and some other selected people will have full write and edit access. Outsiders should have the ability to add comments to the wiki pages. All the outdated project pages on freebsd.org would move over there. This would help us a lot in having a better documentation. Wiki's are extremely easy to work with, allow to get a lot of information organized quickly and are quickly updated. Yes, I would set up this between christmas and new year either alone or together with someone else if it is not done by then by some other folks. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 14:47: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 065C516A4CE for ; Sat, 6 Nov 2004 14:47:55 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B5E43D2D for ; Sat, 6 Nov 2004 14:47:54 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 15090 invoked from network); 6 Nov 2004 14:43:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 14:43:38 -0000 Message-ID: <418CE412.4050601@freebsd.org> Date: Sat, 06 Nov 2004 15:47:46 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Toxa References: <418C0EED.1060301@freebsd.org> <20041106000442.GA2738@laptoxa.toxa.lan> In-Reply-To: <20041106000442.GA2738@laptoxa.toxa.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-CURRENT Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 14:47:55 -0000 Toxa wrote: > On Fri, Nov 05, 2004 at 04:38:21PM -0700, Scott Long wrote: > >>So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around >>May or June 2005. That will begin a 1-3 month freeze and stabilization >>process for the 6.0 release. After that is released, we will do 6.1, >>6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll >>look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months > > Don't you think branching 6-STABLE (and, thus, getting 6.x RELEASEs) > around June 2005 is too early for users which may be confused a bit with > 4.x, 5.x, and 6.x releases. Now we know 4.x stands for "technologically > outdated" but proven stability, and 5.x stands for new technology, new > stable branch. In 2005, 4.x won't lost its actuality, 5.x will be in the > mainstream (hopefully), and what new 6.x releases will be stands for? > I think, there is no radically new technologies, any improvemens from > 6-current could be MFC'ed to 5-stable, so why messing with 6.x releases > so early? Once a branch is declared -STABLE (happening with 5.3 right now) we are no longer allowed to change or break the userland and kernel driver API and ABI. This puts certain hard limits on the ability to MFC changes. On the other hand it allows the especially the ports team to have better support the last -STABLE branch because known good applications do not break with some later -STABLE releases of the same branch. It is also a benefit for users because you are assured that your applications don't have to be recompiled when you upgrade to a newer -STABLE release within the same branch. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 15: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 D0FC616A4CE for ; Sat, 6 Nov 2004 15:06:30 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A61043D1D for ; Sat, 6 Nov 2004 15:06:29 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id iA6F6PsY084831 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 6 Nov 2004 16:06:25 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id iA6F6PEa084830; Sat, 6 Nov 2004 16:06:25 +0100 (CET) Date: Sat, 6 Nov 2004 16:06:25 +0100 From: Divacky Roman To: Samuel Tardieu Message-ID: <20041106150625.GA84763@stud.fit.vutbr.cz> References: <418C0EED.1060301@freebsd.org> <87oeibnp4r.fsf@beeblebrox.rfc1149.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87oeibnp4r.fsf@beeblebrox.rfc1149.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 15:06:30 -0000 > I don't intend to open a can of worms, but I think now would be a good > time to start small experiments wrt new RCS software. some time ago there was a report on "using svn in fbsd developement" on hackers@ iirc, any news in opinions on using RCS in fbsd? From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 15:08: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 C0AC516A4CE for ; Sat, 6 Nov 2004 15:08:14 +0000 (GMT) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BE9D43D41 for ; Sat, 6 Nov 2004 15:08:14 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub03.unibe.ch (Postfix) with ESMTP id 131DD11D5B; Sat, 6 Nov 2004 16:08:16 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 10435-16-26; Sat, 6 Nov 2004 16:08:07 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id C388611D39; Sat, 6 Nov 2004 16:08:14 +0100 (CET) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id iA6F8B128349; Sat, 6 Nov 2004 16:08:11 +0100 (MET) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id iA6F8AfV006378; Sat, 6 Nov 2004 16:08:10 +0100 (MET) Date: Sat, 6 Nov 2004 16:08:10 +0100 From: Tobias Roth To: Samuel Tardieu Message-ID: <20041106150810.GA6362@speedy.unibe.ch> References: <418C0EED.1060301@freebsd.org> <87oeibnp4r.fsf@beeblebrox.rfc1149.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87oeibnp4r.fsf@beeblebrox.rfc1149.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 15:08:14 -0000 On Sat, Nov 06, 2004 at 01:22:28PM +0100, Samuel Tardieu wrote: > > For those not knowing it, let me introduce GNU Arch by small examples > of what you can do with it: > [snip list of nifty features] will it scale well enough? i know that eg subversion will not (yet) scale well enough for a project of the size of FreeBSD. cheers, t. From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 15:21: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 59D5016A4CE; Sat, 6 Nov 2004 15:21:34 +0000 (GMT) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80F643D45; Sat, 6 Nov 2004 15:21:33 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.12.11/8.12.11) with ESMTP id iA6FLPxl096057; Sat, 6 Nov 2004 16:21:26 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id iA6FLPOf080247; Sat, 6 Nov 2004 16:21:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id iA6FLPo5080246; Sat, 6 Nov 2004 16:21:25 +0100 (CET) (envelope-from wb) Date: Sat, 6 Nov 2004 16:21:25 +0100 From: Wilko Bulte To: Matthias Schuendehuette Message-ID: <20041106152125.GC80167@freebie.xs4all.nl> References: <200411061126.23666.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411061126.23666.msch@snafu.de> X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org cc: scottl@freebsd.org cc: le@freebd.org Subject: Re: gvinum remains broken in 5.3-RELEASE? 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, 06 Nov 2004 15:21:34 -0000 On Sat, Nov 06, 2004 at 11:26:16AM +0100, Matthias Schuendehuette wrote.. > Hi Scott, > > I read that 5.3-RELEASE shall be released *this* weekend. Nothing > against it, but in the moment gvinum RAID5 is still broken for > 5.3-STABLE as well as 5.3-RCx as I suppose. > > The fix is committed to HEAD for over 10 days now and it solves my > problems (under 5.3-STABLE) as well as any other peoples problems I > read about on -current. > > I cannot imagine to deliver/sell CDs with 5.3-RELEASE on it with a > broken gvinum RAID5 where the fix is available for (roughly) 2 weeks > now. You obviously have NO idea what it means to build releases for all the architectures etc etc. Doing it once again just for this stupid bug (we already delayed before, remember the RC2 ?) is just not going to happen I would say. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 15:35: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 9915016A4CE for ; Sat, 6 Nov 2004 15:35:36 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD34E43D49 for ; Sat, 6 Nov 2004 15:35:35 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id iA6FZPMx348836; Sat, 6 Nov 2004 16:35:27 +0100 Date: Sat, 6 Nov 2004 16:35:27 +0100 (CET) From: Lukas Ertl To: Wilko Bulte In-Reply-To: <20041106152125.GC80167@freebie.xs4all.nl> Message-ID: <20041106163439.A650@korben.prv.univie.ac.at> References: <200411061126.23666.msch@snafu.de> <20041106152125.GC80167@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4248; Body=5 Fuz1=5 Fuz2=5 cc: Matthias Schuendehuette cc: freebsd-current@FreeBSD.org cc: scottl@FreeBSD.org cc: le@freebd.org Subject: Re: gvinum remains broken in 5.3-RELEASE? 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, 06 Nov 2004 15:35:36 -0000 On Sat, 6 Nov 2004, Wilko Bulte wrote: >> I cannot imagine to deliver/sell CDs with 5.3-RELEASE on it with a >> broken gvinum RAID5 where the fix is available for (roughly) 2 weeks >> now. > > You obviously have NO idea what it means to build releases for > all the architectures etc etc. Doing it once again just for this > stupid bug (we already delayed before, remember the RC2 ?) > is just not going to happen I would say. I talked to Scott about this already. The fix will be MFCed ASAP after the release. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 15:55: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 EA1BE16A4CE for ; Sat, 6 Nov 2004 15:55:53 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C2E43D31 for ; Sat, 6 Nov 2004 15:55:53 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 6681922852; Sat, 6 Nov 2004 16:55:51 +0100 (CET) Date: Sat, 6 Nov 2004 16:55:10 +0100 From: Dimitry Andric X-Mailer: The Bat! (v3.0.2.4 Rush) Professional X-Priority: 3 (Normal) Message-ID: <47528984.20041106165510@andric.com> To: Divacky Roman In-Reply-To: <20041106150625.GA84763@stud.fit.vutbr.cz> References: <418C0EED.1060301@freebsd.org> <87oeibnp4r.fsf@beeblebrox.rfc1149.net> <20041106150625.GA84763@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------E8B4167154D2406" cc: Samuel Tardieu cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0 and onwards 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, 06 Nov 2004 15:55:54 -0000 ------------E8B4167154D2406 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-11-06 at 16:06:25 Divacky Roman wrote: >> I don't intend to open a can of worms, but I think now would be a good >> time to start small experiments wrt new RCS software. > some time ago there was a report on "using svn in fbsd developement" on > hackers@ iirc, any news in opinions on using RCS in fbsd? I'll guess that they are quite satisfied using Perforce. This is a very good and supported version control system, and IMO Subversion is not yet up to par with it. Arch is quite nice, but a completely different approach, seemingly better suited to de-central development such as with Linux. ------------E8B4167154D2406 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFBjPPesF6jCi4glqMRArMXAJ0WuoaGwLilce+zux5SIceaK/iy9gCg++Y7 NUArDrX3s79gjkMJYR9W1TA= =zI2I -----END PGP MESSAGE----- ------------E8B4167154D2406-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 16:21: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 C165416A4CE; Sat, 6 Nov 2004 16:21:06 +0000 (GMT) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA4843D1F; Sat, 6 Nov 2004 16:21:04 +0000 (GMT) (envelope-from peter.schuller@infidyne.com) Received: from scode-whitestar.mine.nu ([83.226.138.136] [83.226.138.136]) by mxfep01.bredband.com with ESMTP <20041106162102.RLFL4883.mxfep01.bredband.com@scode-whitestar.mine.nu>; Sat, 6 Nov 2004 17:21:02 +0100 Received: from localhost (localhost [127.0.0.1]) by scode-whitestar.mine.nu (Postfix) with ESMTP id A369717B85E; Sat, 6 Nov 2004 17:27:25 +0100 (CET) From: Peter Schuller To: freebsd-current@freebsd.org Date: Sat, 6 Nov 2004 17:27:23 +0100 User-Agent: KMail/1.7 References: <32ab229c041103131414015bbe@mail.gmail.com> <20041104105241.B64530@newtrinity.zeist.de> <418A70A5.5000807@freebsd.org> In-Reply-To: <418A70A5.5000807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411061727.24826.peter.schuller@infidyne.com> cc: Scott Long cc: Gordon Freeman Subject: Re: FreeBSD 5.3 and Adaptec RaidUtils 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, 06 Nov 2004 16:21:06 -0000 > Ah, it is a BSD-style license. However, someone will have to take a > careful look through each file to check for consistency here. Any > volunteers? I'm quite interested since I administer a machine which depends on raidutils working. :) As someone else asked - what exactly would it entail? Check consistency against what? That is, if Adaptec has re-licensed it, what is there left to check - that there are no other licenses still left declared in the source? -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 17:39: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 DFE4516A4CE; Sat, 6 Nov 2004 17:39:15 +0000 (GMT) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0612443D41; Sat, 6 Nov 2004 17:39:15 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) iA6HdDAD039412; Sat, 6 Nov 2004 18:39:13 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id iA6HdDYl080854; Sat, 6 Nov 2004 18:39:13 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id iA6HdDsB080853; Sat, 6 Nov 2004 18:39:13 +0100 (CET) (envelope-from wb) Date: Sat, 6 Nov 2004 18:39:13 +0100 From: Wilko Bulte To: Matthias Schuendehuette Message-ID: <20041106173913.GA80837@freebie.xs4all.nl> References: <200411061126.23666.msch@snafu.de> <20041106152125.GC80167@freebie.xs4all.nl> <200411061803.21539.msch@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411061803.21539.msch@snafu.de> X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: gvinum remains broken in 5.3-RELEASE? 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, 06 Nov 2004 17:39:16 -0000 On Sat, Nov 06, 2004 at 06:03:20PM +0100, Matthias Schuendehuette wrote.. > Hello Wilko, > > Am Samstag, 6. November 2004 16:21 schrieb Wilko Bulte: > > On Sat, Nov 06, 2004 at 11:26:16AM +0100, Matthias Schuendehuette > > wrote.. > > > I cannot imagine to deliver/sell CDs with 5.3-RELEASE on it with a > > > broken gvinum RAID5 where the fix is available for (roughly) 2 > > > weeks now. > > > > You obviously have NO idea what it means to build releases for > > all the architectures etc etc. > > My apologies if I made you upset... Oh, not upset. Problem is that there are most likely lots of other bugs still in 5.3-R. Thing is, at some point we just need to call it a day and put the generated bits on the ftp-servers. Otherwise there would never be a RELEASE.. > Perhaps you're right - those people who play around with (g)vinum aren't > beginners anymore and as such capable to cvsup to 5-STABLE anyway. But > it remains kind of unlovely to ship already solved bugs... (IMHO) True. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 17:46: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 1A02D16A4CE for ; Sat, 6 Nov 2004 17:46:47 +0000 (GMT) Received: from amitabha.axelero.hu (fe04.axelero.hu [195.228.240.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 955A743D46 for ; Sat, 6 Nov 2004 17:46:45 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from amitabha (localhost-02 [127.0.2.1]) by amitabha.axelero.hu (8.12.11/8.12.11) with SMTP id iA6Hkiir035360; Sat, 6 Nov 2004 18:46:44 +0100 (CET) Received: from fe04.axelero.hu [127.0.2.1] via SMTP gateway by amitabha [195.228.240.92]; id A08A1B45E57 at Sat, 06 Nov 2004 18:46:44 +0100 Received: from 148.20-182-adsl-pool.axelero.hu (148.20-182-adsl-pool.axelero.hu [81.182.20.148]) (authenticated bits=0) by fe04.axelero.hu (8.12.11/8.12.11) with ESMTP id iA6HkgF6035349; Sat, 6 Nov 2004 18:46:43 +0100 (CET) From: Gabor MICSKO To: Hans Lambermont In-Reply-To: <20041106165147.GF79763@moya.lambermont.dyndns.org> References: <1099672914.7059.13.camel@alderaan.trey.hu> <20041106165147.GF79763@moya.lambermont.dyndns.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-k4AvWI/ajO95OA71y0RX" Message-Id: <1099762840.11450.15.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 06 Nov 2004 18:40:41 +0100 cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC2: Fatal trap 19: non-maskable interrupt trap while in kernel mode 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, 06 Nov 2004 17:46:47 -0000 --=-k4AvWI/ajO95OA71y0RX Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Quote from Matthew Dillon: ":Type '?' for a list of commands, 'help' for more detailed help. :OK boot -Dh :... :fwohci0: OHCI version 1.10 (ROM=3D1) :NMI ISA b1, EISA ff :RAM parity error, likely hardware failure. : :Fatal trap 19: non-maskable interrupt trap while in kernel mode :instruction pointer =3D 0x8:0xc01e3b6e :... :interrupt mask =3D net tty bio cam :kernel: type 19 trap, code=3D0 :Stopped at fwohci_init+0xfa: movl %ecx,%edi :db> tr :fwohci_init(c9823000,c604af18) at fwohci_init+0xfa Ok. Hmm. It fails in the same place. The code in question is this: ... /* Available Isochrounous DMA channel probe */ OWRITE(sc, OHCI_IT_MASK, 0xffffffff); OWRITE(sc, OHCI_IR_MASK, 0xffffffff); reg =3D OREAD(sc, OHCI_IT_MASK) & OREAD(sc, OHCI_IR_MASK); OWRITE(sc, OHCI_IT_MASKCLR, 0xffffffff); OWRITE(sc, OHCI_IR_MASKCLR, 0xffffffff); for (i =3D 0; i < 0x20; i++) if ((reg & (1 << i)) =3D=3D 0) break; ... It fails just after the OREAD's. My guess is that something in the fwohci init code is blowing up the system hardware. OpenBSD has similar but slightly different initialization code, but the differences shouldn't account for the failure.=20 The question is... when you booted up OpenBSD did it probe the firewire interface at all? NetBSD also has similar code, but in NetBSD's case it also clears the command pointers after probing the transmit bitmap. But this occurs after the crash point. In anycase, my guess is that if you do not use firewire you can compile up a DragonFly kernel that does not probe the firewire controller and it will work. It is clearly NOT a ram problem... it's definitely a firewire initialization issue that is causing the firewire hardware to blow up the system bus. If you have the ability to compile up DragonFly kernels with some patches and want to try to get the firewire working I could put together a patch for you to try." Please read this thread: http://marc.theaimsgroup.com/?t=3D109967176800001&r=3D1&w=3D2 I have problem ONLY with FreeBSD 5.x and DragonFly BSD. IMHO this is a FreeBSD specific thing. CPU not overclocked, memtest86 said my memory module is OK. I tested this thing six different brand new memory module. Maybe this is a firewire specific problem.=20 2004-11-06, szo keltez=E9ssel 17:51-kor Hans Lambermont ezt =EDrta: > Gabor MICSKO wrote: >=20 > > I've tried to install FreeBSD 5.3-RC2, FreeBSD 5.3-RC*, FreeBSD > > 5.2.1-RELEASE, FreeBSD 5.2-RELEASE on my amd64 based laptop, but at > > boot kernel is paniced.=20 >=20 > Just to be clear about the obvious: >=20 > > NMI ISA a1, EISA ff > > RAM parity error, likely hardware failure. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >=20 > I'm not surprised you get a kernel panic with this system. Your RAM has > faults. Unless you're absolutely sure this is not the case and the NMI > complaint is bogus (I see you've tested with various other OSes, and > even then it might be true) I suggest swapping RAM and trying again. >=20 > regards, > Hans Lambermont --=20 Micsk=F3 G=E1bor HP Accredited Platform Specialist, System Engineer (APS, ASE) Szint=E9zis Computer Rendszerh=E1z Rt. =20 H-9021 Gy=F5r, Tihanyi =C1rp=E1d =FAt 2. Tel: +36-96-502-216 Fax: +36-96-318-658 E-mail: gmicsko@szintezis.hu Web: http://www.hup.hu/ GPG Key fingerprint: 6FA1 D8BF 3C73 0570 ED5D 82AC A3BE 4E6A CF95 5F50 --=-k4AvWI/ajO95OA71y0RX Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBjQyYo75Oas+VX1ARAuDhAJoCtliLY1ccMoloUB2uxx1N1FHq7ACfeckL TiUENgUe06Tx9o0mfEqeKvg= =CSdK -----END PGP SIGNATURE----- --=-k4AvWI/ajO95OA71y0RX-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 18:11: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 0BF5E16A4CE; Sat, 6 Nov 2004 18:11:11 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5196443D31; Sat, 6 Nov 2004 18:11:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA6IAxYe006080; Sat, 6 Nov 2004 19:10:59 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andre Oppermann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Nov 2004 15:42:25 +0100." <418CE2D1.9020200@freebsd.org> Date: Sat, 06 Nov 2004 19:10:59 +0100 Message-ID: <6079.1099764659@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Alexander Leidinger cc: Julian Elischer cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys buf.h 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, 06 Nov 2004 18:11:11 -0000 In message <418CE2D1.9020200@freebsd.org>, Andre Oppermann writes: >I'd really like to have an official FreeBSD Wiki as part of the FreeBSD >website (or possibly wiki.freebsd.org). Make one, if it gets good, I'm sure it will be blessed. -- 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 Sat Nov 6 18:25: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 8AD0C16A4CE for ; Sat, 6 Nov 2004 18:25:06 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D766E43D1D for ; Sat, 6 Nov 2004 18:25:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA6IP4RP006388; Sat, 6 Nov 2004 19:25:04 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Stefan Ehmann From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Nov 2004 15:30:34 +0100." <1099751434.868.1.camel@taxman> Date: Sat, 06 Nov 2004 19:25:04 +0100 Message-ID: <6387.1099765504@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: ext2fs related panic 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, 06 Nov 2004 18:25:06 -0000 Ok, can you try the stuff in current, I've made two commits and you want both. In message <1099751434.868.1.camel@taxman>, Stefan Ehmann writes: >On Sat, 2004-11-06 at 14:43, Poul-Henning Kamp wrote: >> Ok, then try this patch: >Still causing the same panic here. > -- 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 Sat Nov 6 21:21: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 30CB716A4CE for ; Sat, 6 Nov 2004 21:21:12 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7CE43D41 for ; Sat, 6 Nov 2004 21:21:06 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id iA6LL4qo005868 for ; Sat, 6 Nov 2004 21:21:04 GMT (envelope-from anton@nikiforov.ru) Received: from [213.252.67.117] (master-hosting.newlines.ru [213.252.67.117] (may be forged)) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id iA6LL2ck005827; Sat, 6 Nov 2004 21:21:03 GMT (envelope-from anton@nikiforov.ru) Message-ID: <418D4E85.5030303@nikiforov.ru> Date: Sun, 07 Nov 2004 01:21:57 +0300 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040907 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4188A57B.3060005@nikiforov.ru> <20041104.214912.18972443.imp@bsdimp.com> <418B46AF.9040704@nikiforov.ru> <20041105.141142.120444214.imp@bsdimp.com> In-Reply-To: <20041105.141142.120444214.imp@bsdimp.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050200080709080803020507" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: SD Card Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 21:21:12 -0000 This is a cryptographically signed message in MIME format. --------------ms050200080709080803020507 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit M. Warner Losh wrote: > In message: <418B46AF.9040704@nikiforov.ru> > Anton Nikiforov writes: > : 1: memory card; irq mask 0; memspace 0-fff; mwait_required rdybsy_active > : powerdown > > I don't think this card will work. > > Warner > > > Hi But it is working just fine in windows and any different devices. This is Transcend SD256M - i thought this is most "working" device. Maybe the problem is in the reader or something in the software? Anyway thanks for your answers. -- ó Õ×ÁÖÅÎÉÅÍ (Best regads), áÎÔÏÎ îÉËÉÆÏÒÏ× (Anton Nikiforov) --------------ms050200080709080803020507 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDExMDYyMjIxNTdaMCMGCSqGSIb3DQEJ BDEWBBTbcgwspzxKRuy4XY+5fD/dduiDUTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAWTZWr zLC651b5SQi6/xShtWWlfcWH00H8La7J/Ojeh+Jb3jHvbmyScVNy5utPOalNL69BF/QIaNZe 0DLfF04Ra7mLlTBfkiW6P030HV53wbX+fb1vK1BubbOyBfsURcHwZsA5CO7KMrc3oVevFsg6 Qes9Wuc+c9QY35IrNvjHBgVeKC0C11levc4ZhsP/MWMg2u/qdtBLAReBmXs/RIRl7mzocQX/ 2LtR/lVR8HHjZmEiPgjH7s1KcSTQI55GbOnWElO+Bvrgdo3vmEbelOmZ+fISAYJVXIAkkx/0 5HjkFE+11jHQo8cNN0tuCQqlASwBLf9blmRh9gLWQZyHOodoAAAAAAAA --------------ms050200080709080803020507-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:23: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 56FAC16A4CE; Sat, 6 Nov 2004 23:23:23 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3056043D3F; Sat, 6 Nov 2004 23:23:22 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 2C6D185651; Sun, 7 Nov 2004 09:53:20 +1030 (CST) Date: Sun, 7 Nov 2004 09:53:20 +1030 From: Greg 'groggy' Lehey To: Lukas Ertl Message-ID: <20041106232320.GI24507@wantadilla.lemis.com> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <20041031235355.R1732@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Op27XXJsWz80g3oF" Content-Disposition: inline In-Reply-To: <20041031235355.R1732@korben.prv.univie.ac.at> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd@newmillennium.net.au cc: freebsd-current@FreeBSD.org Subject: Re: Gvinum RAID5 performance 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, 06 Nov 2004 23:23:23 -0000 --Op27XXJsWz80g3oF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 31 October 2004 at 23:56:17 +0100, Lukas Ertl wrote: > On Mon, 1 Nov 2004 freebsd@newmillennium.net.au wrote: > >> Now, running a dd from a plex gives me less performance than running a >> dd from one of the subdisks, even though the array is not running in >> degraded mode. > > I'd consider this normal behaviour, since you have to go through the > offset calculation. The offset calculations should run at several orders of magnitude faster than the disk transfers. If reading a plex is slower than reading the subdisk, I can see two reasons: 1. Too small a stripe size. If you (our anonymous user, who was using a single dd process) have to perform multiple transfers for a single request, the results will be slower. 2. There may be some overhead in GEOM that slows things down. If this is the case, something should be done about it. I'm pretty sure that the old Vinum would not show this kind of behaviour if (1) doesn't apply. Greg -- See complete headers for address and phone numbers. --Op27XXJsWz80g3oF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjVzoIubykFB6QiMRAgs8AJ9inj+zVJ58hfQxA1H7fTNmgCbsewCfTsx8 VJr1anV4+I4OjffedirmyQY= =HNXK -----END PGP SIGNATURE----- --Op27XXJsWz80g3oF-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:30: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 B6BB716A4CF; Sat, 6 Nov 2004 23:30:16 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A908943D49; Sat, 6 Nov 2004 23:30:15 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 8A75C85650; Sun, 7 Nov 2004 10:00:12 +1030 (CST) Date: Sun, 7 Nov 2004 10:00:12 +1030 From: Greg 'groggy' Lehey To: Lukas Ertl Message-ID: <20041106233012.GK24507@wantadilla.lemis.com> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <4185EEC2.7040106@poptart.org> <20041101112511.P629@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZQs1kEQY307C4ut" Content-Disposition: inline In-Reply-To: <20041101112511.P629@korben.prv.univie.ac.at> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-current@FreeBSD.org cc: Jake Scott Subject: Re: Gvinum RAID5 performance 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, 06 Nov 2004 23:30:16 -0000 --YZQs1kEQY307C4ut Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 1 November 2004 at 11:26:19 +0100, Lukas Ertl wrote: > On Mon, 1 Nov 2004, Jake Scott wrote: >> Also - can anyone tell me if it's OK to have both gvinum and vinum loaded >> at once in order to perform operations that aren't supported by gvinum >> yet? And if so, is a "gvinum read" sufficient to tell gvinum of changed >> made by vinum?.. > > No, don't load vinum and geom_vinum at the same time. I know you know this, but for the benefit of the others: old Vinum is dead in -CURRENT. To confuse everybody further, gvinum will be renamed vinum. It was never intended that two versions should coexist for any length of time. Greg -- See complete headers for address and phone numbers. --YZQs1kEQY307C4ut Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjV6EIubykFB6QiMRAo1SAJ41OppX58ZXbUMxcHz+38lZaDXgnwCfR9sm B8RFF/E7wkZND5QQWqmX3Nw= =FGev -----END PGP SIGNATURE----- --YZQs1kEQY307C4ut-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:30: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 7AF9B16A4DE for ; Sat, 6 Nov 2004 23:30:36 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4282643D31 for ; Sat, 6 Nov 2004 23:30:35 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 3CF5685650; Sun, 7 Nov 2004 10:00:33 +1030 (CST) Date: Sun, 7 Nov 2004 10:00:33 +1030 From: Greg 'groggy' Lehey To: Julian Elischer Message-ID: <20041106233033.GL24507@wantadilla.lemis.com> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <1099286568.4185c82881654@picard.newmillennium.net.au> <4186EDD1.8090805@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kaF1vgn83Aa7CiXN" Content-Disposition: inline In-Reply-To: <4186EDD1.8090805@elischer.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Alastair D'Silva cc: current@freebsd.org Subject: Re: Gvinum RAID5 performance 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, 06 Nov 2004 23:30:36 -0000 --kaF1vgn83Aa7CiXN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Format recovered--see http://www.lemis.com/email/email-format.html] Long/short syndrome On Monday, 1 November 2004 at 18:15:45 -0800, Julian Elischer wrote: > Brad Knowles wrote: > >> At 4:22 PM +1100 2004-11-01, Alastair D'Silva wrote: >> >>> The offshoot of this is that to ensure data integrity, a >>> background process is run periodically to verify the parity. >> >> That's not the way that RAID-5 is supposed to work, at least not >> the way I understand it. I would be very unhappy if I was using a >> disk storage subsystem that was configured for RAID-5 and then >> found out it was working in this manner. At the very least, I don't >> believe that we could/should do this by default, and adding code to >> perform in this manner seems to me to be unnecessary complexity. > > You need the background task to read the blocks on the parity stripe > because if you only ever get good reads from teh data stripes and > never read the parity stripe you may grow bad sectors there which > you will not detect until you need then and by then its too late. It > need sto be run at a very low priority however so as to not > interfere with production. That's a possibility, but it's not implemented in old Vinum, and I think Lukas has other issues to address right now. Greg -- When replying to this message, please take care not to mutilate the original text. =20 For more information, see http://www.lemis.com/email.html See complete headers for address and phone numbers. --kaF1vgn83Aa7CiXN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjV6ZIubykFB6QiMRAq6aAJ9WYjHw2mrgoLduyGIlBsVMT5EdKACeLvOR 8W2gnMsZHwz/8roXvZBReO8= =cBxC -----END PGP SIGNATURE----- --kaF1vgn83Aa7CiXN-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:31: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 BFD4616A4CE for ; Sat, 6 Nov 2004 23:31:15 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6AAD43D2F for ; Sat, 6 Nov 2004 23:31:14 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id A3CD685651; Sun, 7 Nov 2004 10:01:12 +1030 (CST) Date: Sun, 7 Nov 2004 10:01:12 +1030 From: Greg 'groggy' Lehey To: Jake Scott Message-ID: <20041106233112.GM24507@wantadilla.lemis.com> References: <002401c4bf9c$c4fee8e0$0201000a@riker> <4185EEC2.7040106@poptart.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zHDeOHGDnzKksZSU" Content-Disposition: inline In-Reply-To: <4185EEC2.7040106@poptart.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-current@freebsd.org Subject: Re: Gvinum RAID5 performance 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, 06 Nov 2004 23:31:15 -0000 --zHDeOHGDnzKksZSU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Monday, 1 November 2004 at 8:07:30 +0000, Jake Scott wrote: > My machine (FreeBSD 5.3-STABLE as of 30/10/2004, 13:00 GMT) hangs as > soon as I try to write to a RAID5 mounted with gvinum. If I use vinum, > I don't get the problem - and I've completed both a parity rebuild and > parity check. FWIW, broken parity would almost certainly not cause this kind of problem. =20 Greg -- See complete headers for address and phone numbers. --zHDeOHGDnzKksZSU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBjV7AIubykFB6QiMRAhB7AJ9X3dPqoOAKOrX5wpWocqU+QGLHZwCeNYtk rzzLpkUWu5Joc+Hw4aHCAso= =V3CP -----END PGP SIGNATURE----- --zHDeOHGDnzKksZSU-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:32: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 B380916A4CE; Sat, 6 Nov 2004 23:32:05 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F5443D31; Sat, 6 Nov 2004 23:32:05 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iA6NX4ir039051; Sat, 6 Nov 2004 16:33:04 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <418D5EEB.4020300@freebsd.org> Date: Sat, 06 Nov 2004 16:31:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB8F48FD4CB5BD16BB04B7366" X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: FreeBSD 5.3-RELEASE Announcement 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, 06 Nov 2004 23:32:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB8F48FD4CB5BD16BB04B7366 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit It is my great pleasure and privilege to announce the availability of FreeBSD 5.3-RELEASE. This release marks a milestone in the FreeBSD 5.x series and the beginning of the 5-STABLE branch of releases. Some of the many changes since 5.2.1 include: - A binary compatibility interface has been introduced for the i386 platform that allows running Microsoft Windows NDIS network drivers natively in the kernel. - The network and socket subsystems are now multi-threaded and reentrant. This allows for much better use of SMP parallelism when processing and forwarding local and remote network traffic. - The development environment has been updated to GCC 3.4.2, Binutils 2.15, and GDB 6.1 - The choices for graphical environments have been updated to include X.org 6.7, Gnome 2.6.2 and KDE 3.3.0. There has also been a significant focus on testing and bug-fixing with this release, as well as the freezing of most kernel and userland APIs. Users and vendors are encouraged to consider transitioning to it as FreeBSD 5.x is no longer considered a 'New Technology' release series. Information on migrating from FreeBSD 4.x to 5.x can be found at http://www.FreeBSD.org/releases/5.3R/migration-guide.html For a complete list of new features and known problems, please see the release notes and errata list, available at: http://www.FreeBSD.org/releases/5.3R/relnotes.html http://www.FreeBSD.org/releases/5.3R/errata.html For more information about FreeBSD release engineering activities, please see: http://www.FreeBSD.org/releng Availability - ------------ FreeBSD 5.3-RELEASE supports the i386, pc98, alpha, sparc64, amd64, and ia64 architectures and can be installed directly over the net using bootable media or copied to a local NFS/FTP server. Distributions for all architectures are available now. Please continue to support the FreeBSD Project by purchasing media from one of our supporting vendors. The following companies will be offering FreeBSD 5.3 based products: FreeBSD Mall, Inc. http://www.freebsdmall.com/ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html If you can't afford FreeBSD on media, are impatient, or just want to use it for evangelism purposes, then by all means download the ISO images. We can't promise that all the mirror sites will carry the larger ISO images, but they will at least be available from the following sites. MD5 checksums for the release images are included at the bottom of this message. Bittorrent ---------- Bittorrent distribution is being tested on an experimental basis. A collection of trackers for the release ISO images is available at http://people.freebsd.org/~scottl/5.3-torrent FTP --- ftp://ftp.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.FreeBSD.org/pub/FreeBSD/ ftp://ftp4.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.FreeBSD.org/pub/FreeBSD/ ftp://ftp6.FreeBSD.org/pub/FreeBSD/ ftp://ftp7.FreeBSD.org/pub/FreeBSD/ ftp://ftp10.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.au.FreeBSD.org/pub/FreeBSD/ ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/ ftp://ftp.fr.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.jp.FreeBSD.org/pub/FreeBSD/ ftp://ftp1.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.tw.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp10.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp11.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp15.us.FreeBSD.org/pub/FreeBSD/ FreeBSD is also available via anonymous FTP from mirror sites in the following countries: Argentina, Australia, Brazil, Bulgaria, Canada, China, Czech Republic, Denmark, Estonia, Finland, France, Germany, Hong Kong, Hungary, Iceland, Ireland, Japan, Korea, Lithuania, Amylonia, the Netherlands, New Zealand, Poland, Portugal, Romania, Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. Before trying the central FTP site, please check your regional mirror(s) first by going to: ftp://ftp..FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html Acknowledgments ---------------- Many companies donated equipment, network access, or man-hours to finance the release engineering activities for FreeBSD 5.3 including The FreeBSD Mall, Compaq, Yahoo!, Sentex Communications, Sandvine, Inc., FreeBSD Systems, Inc, and NTT/Verio. The release engineering team for 5.3-RELEASE includes: Scott Long Release Engineering, I386 and AMD64 Release Building Ken Smith I386 and Sparc64 Release Building, Mirror Site Coordination Robert Watson Release Engineering, Security John Baldwin Release Engineering Murray Stokely Release Engineering Marcel Moolenaar IA64 Release Building Takahashi Yoshihiro PC98 Release Building Wilko Bulte Alpha Release Building Kris Kennaway Package Building Joe Marcus Clark Package Building Jacques A. Vidrine Security Officer CD Image Checksums ------------------ For Alpha: MD5 (5.3-RELEASE-alpha-bootonly.iso) = 82fd65e9cfdb6431934d0f1c1b6a15a3 MD5 (5.3-RELEASE-alpha-disc1.iso) = f7d2267e623be6e7409c119b46982061 MD5 (5.3-RELEASE-alpha-disc2.iso) = 26ab899510752a05bf0019529b3ae09e MD5 (5.3-RELEASE-alpha-miniinst.iso) = 3cc9b2881ea519027fbec6f95ab2ea84 For amd64: MD5 (5.3-RELEASE-amd64-bootonly.iso) = 3b13650ee101461d55233d2648402cfd MD5 (5.3-RELEASE-amd64-disc2.iso) = f35d3c6f46499ffab755ccf9b63cd558 MD5 (5.3-RELEASE-amd64-miniinst.iso) = 1efce73bf26984feb6128518b225ad7e MD5 (5.3-RELEASE-amd64-disc1.iso) = 22894ae0c26f03537608d06815700148 For i386: MD5 (5.3-RELEASE-i386-bootonly.iso) = e370ae39bb34f0789c638b6ad50038a2 MD5 (5.3-RELEASE-i386-disc1.iso) = fbcbfdff31f27de396f257e0a37a78b8 MD5 (5.3-RELEASE-i386-disc2.iso) = 21874a5663022768336e4cc73d1dd30d MD5 (5.3-RELEASE-i386-miniinst.iso) = 96124b2608ba481693e04d364d485e3c For ia64: MD5 (5.3-RELEASE-ia64-bootonly.iso) = 2e5dfceb79b2975885cab6b318c965b8 MD5 (5.3-RELEASE-ia64-disc1.iso) = 61b5bc276bf2b75aed0908802ea12926 MD5 (5.3-RELEASE-ia64-disc2.iso) = 02613e71ea7e04c43f75a8feccb0bdfa MD5 (5.3-RELEASE-ia64-miniinst.iso) = 709233fd711756966f298e31bcab4e45 For pc98: MD5 (5.3-RELEASE-pc98-disc2.iso) = 373ddc67857b90b34190ad07a23e5298 MD5 (5.3-RELEASE-pc98-miniinst.iso) = 01735af51f7b7f6ce37314e5ec49a842 For sparc64: MD5 (5.3-RELEASE-sparc64-bootonly.iso)= db98df3d41cb20d6cdac668125736880 MD5 (5.3-RELEASE-sparc64-disc1.iso) = cd960f33a4e4ae33628b28580900932a MD5 (5.3-RELEASE-sparc64-disc2.iso) = 058c9fce47fec044e6be91773532293a MD5 (5.3-RELEASE-sparc64-miniinst.iso)= 05eb044da17fda978f88716a8203be3d --------------enigB8F48FD4CB5BD16BB04B7366 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBjV7vHTr20QF8Xr8RAlX8AKCmyRenTNmz03OnHckYPg9AblOQGwCfbMzr /1GbBuqZJJkw1iFdBAFvDSA= =NiiP -----END PGP SIGNATURE----- --------------enigB8F48FD4CB5BD16BB04B7366-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:37: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 DDAE116A4CE for ; Sat, 6 Nov 2004 23:37:18 +0000 (GMT) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 675D743D45 for ; Sat, 6 Nov 2004 23:37:18 +0000 (GMT) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (taz.hsc.fr [192.70.106.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id 653652142C for ; Sun, 7 Nov 2004 00:37:17 +0100 (CET) Received: by taz.hsc.fr (Postfix, from userid 1001) id 275D540B5; Sun, 7 Nov 2004 00:37:30 +0100 (CET) Date: Sun, 7 Nov 2004 00:37:30 +0100 From: Yann Berthier To: current@freebsd.org Message-ID: <20041106233730.GA882@hsc.fr> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 6.0-CURRENT User-Agent: Mutt/1.5.6i Subject: ppp panic: 3rd try 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, 06 Nov 2004 23:37:19 -0000 Hi list, As i have posted 2 times, there is a regression somewhere between the ppp and the tty code (or i suppose so) kernel from today, world in sync, backtrace attached: Nov 6 23:55:10 taz kernel: FreeBSD 6.0-CURRENT #4: Sat Nov 6 21:56:36 CET 2004 This prevents me to follow -CURRENT, ppp tunnels are a *must need* for me. I'd be happy to learn that this is a pilot error ... As already said, a core is available to whoever wants to tackle this problem :-P I'll fill a PR tomorrow - yann From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:38: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 C317216A4CE for ; Sat, 6 Nov 2004 23:38:37 +0000 (GMT) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5AD43D1F for ; Sat, 6 Nov 2004 23:38:36 +0000 (GMT) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (taz.hsc.fr [192.70.106.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id 59F9B21926 for ; Sun, 7 Nov 2004 00:38:35 +0100 (CET) Received: by taz.hsc.fr (Postfix, from userid 1001) id D64044324; Sun, 7 Nov 2004 00:38:47 +0100 (CET) Date: Sun, 7 Nov 2004 00:38:47 +0100 From: Yann Berthier To: current@freebsd.org Message-ID: <20041106233847.GB882@hsc.fr> Mail-Followup-To: current@freebsd.org References: <20041106233730.GA882@hsc.fr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041106233730.GA882@hsc.fr> X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 6.0-CURRENT User-Agent: Mutt/1.5.6i Subject: Re: ppp panic: 3rd try 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, 06 Nov 2004 23:38:37 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [and now with the backtrace actually attached :-P] On Sun, 07 Nov 2004, Yann Berthier wrote: > > Hi list, > > As i have posted 2 times, there is a regression somewhere between the > ppp and the tty code (or i suppose so) > > kernel from today, world in sync, backtrace attached: > > Nov 6 23:55:10 taz kernel: FreeBSD 6.0-CURRENT #4: Sat Nov 6 > 21:56:36 CET 2004 > > This prevents me to follow -CURRENT, ppp tunnels are a *must need* > for me. I'd be happy to learn that this is a pilot error ... > > As already said, a core is available to whoever wants to tackle this > problem :-P > > I'll fill a PR tomorrow > > - yann > _______________________________________________ > 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" -- Yann.Berthier@hsc.fr -*- HSC -*- http://www.hsc.fr/ --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=blonk Content-Transfer-Encoding: 8bit [yb@taz 0:14]% sudo kgdb kernel.debug /data/var/crash/vmcore.3 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". doadump) at pcpu.h:159 kgdb) bt #0 doadump) at pcpu.h:159 #1 0xc047d343 in db_fncalldummy1=-428673060, dummy2=0, dummy3=16, dummy4=0xe672f7d4 "\204ÕuÀåD{À¥\200|À") at /usr/src/sys/ddb/db_command.c:531 #2 0xc047d7e5 in db_command_loop) at /usr/src/sys/ddb/db_command.c:349 #3 0xc047f470 in db_traptype=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc05bfefd in kdb_traptype=0, code=0, tf=0xe672f97c) at /usr/src/sys/kern/subr_kdb.c:421 #5 0xc076d70e in trap_fatalframe=0xe672f97c, eva=812675236) at /usr/src/sys/i386/i386/trap.c:804 #6 0xc076d9d8 in trap_pfaultframe=0xe672f97c, usermode=0, eva=812675236) at /usr/src/sys/i386/i386/trap.c:727 #7 0xc076de0e in trapframe= {tf_fs = 36503576, tf_es = 16, tf_ds = -1056767984, tf_edi = 4, tf_esi = 812675184, tf_ebp = -428672544, tf_isp = -428672600, tf_ebx = -1045629948, tf_edx = 0, tf_ecx = 2, tf_eax = -1044265980, tf_trapno = 12, tf_err = 2, tf_eip = -1067662064, tf_cs = 8, tf_eflags = 66118, tf_esp = 1, tf_ss = -428672544}) at /usr/src/sys/i386/i386/trap.c:417 #8 0xc075f3da in calltrap) at /usr/src/sys/i386/i386/exception.s:140 #9 0x022d0018 in ??) #10 0x00000010 in ??) ---Type to continue, or q to quit--- #11 0xc1030010 in ??) #12 0x00000004 in ??) #13 0x30707070 in ??) #14 0xe672f9e0 in ??) #15 0xe672f9a8 in ??) #16 0xc1acf404 in ??) #17 0x00000000 in ??) #18 0x00000002 in ??) #19 0xc1c1c404 in ??) #20 0x0000000c in ??) #21 0x00000002 in ??) #22 0xc05cc510 in doselwakeupsip=0xc1acf404, pri=89) at /usr/src/sys/kern/sys_generic.c:1120 #23 0xc05debde in ptcwakeuptp=0xc1ad1c00, flag=3) at /usr/src/sys/kern/tty_pty.c:263 #24 0xc05d848d in ttyflushtp=0xc1ad1c00, rw=3) at /usr/src/sys/kern/tty.c:1465 #25 0xc062bcc2 in pppopendev=0xc20cc800, tp=0xc1ad1c00) at /usr/src/sys/net/ppp_tty.c:216 #26 0xc05daaf8 in ttioctltp=0xc1ad1c00, cmd=2147775515, data=0xe672fc50, flag=3) at linedisc.h:86 ---Type to continue, or q to quit--- #27 0xc05dcdce in ttyioctldev=0x0, cmd=2147775515, data=0xe672fc50 "\005", flag=3, td=0x0) at /usr/src/sys/kern/tty.c:3235 #28 0xc05df4af in ptsioctldev=0x0, cmd=2147775515, data=0x0, flag=0, td=0x0) at /usr/src/sys/kern/tty_pty.c:629 #29 0xc054abe3 in devfs_ioctlap=0xe672fb78) at /usr/src/sys/fs/devfs/devfs_vnops.c:434 #30 0xc0614c39 in vn_ioctlfp=0xc1e1961c, com=2147775515, data=0xe672fc50, active_cred=0xc21da000, td=0xc20c8300) at vnode_if.h:503 #31 0xc05cabd0 in ioctltd=0xc20c8300, uap=0xe672fd14) at file.h:258 #32 0xc076e286 in syscallframe= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077941624, tf_isp = -428671628, tf_ebx = 9, tf_edx = 224128, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 673376091, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941668, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #33 0xc075f42f in Xint0x80_syscall) at /usr/src/sys/i386/i386/exception.s:201 #34 0x0000002f in ??) #35 0x0000002f in ??) #36 0x0000002f in ??) #37 0x00000000 in ??) #38 0x00000000 in ??) ---Type to continue, or q to quit--- #39 0xbfbfea88 in ??) #40 0xe672fd74 in ??) #41 0x00000009 in ??) #42 0x00036b80 in ??) #43 0x00000000 in ??) #44 0x00000036 in ??) #45 0x0000000c in ??) #46 0x00000002 in ??) #47 0x2822e75b in ??) #48 0x0000001f in ??) #49 0x00000246 in ??) #50 0xbfbfea5c in ??) #51 0x0000002f in ??) #52 0x0021242a in ??) #53 0x0021242a in ??) #54 0x0021242a in ??) #55 0x0021242a in ??) #56 0x142a4000 in ??) #57 0xc20c5600 in ??) #58 0xc20c8300 in ??) ---Type to continue, or q to quit--- #48 0x0000001f in ??) #49 0x00000246 in ??) #50 0xbfbfea5c in ??) #51 0x0000002f in ??) #52 0x0021242a in ??) #53 0x0021242a in ??) #54 0x0021242a in ??) #55 0x0021242a in ??) #56 0x142a4000 in ??) #57 0xc20c5600 in ??) #58 0xc20c8300 in ??) ---Type to continue, or q to quit--- #59 0xe672f798 in ??) #60 0xe672f780 in ??) #61 0xc19b7000 in ??) #62 0xc05b7c51 in sched_switchtd=0x0, newtd=0x9, flags=Cannot access memory at address 0xbfbfea98 ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this framecorrupt stack?) --NzB8fVQJ5HfG6fxh--