From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 01:50: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 920D816A4CE for ; Sun, 10 Oct 2004 01:50:50 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA6943D2D for ; Sun, 10 Oct 2004 01:50:50 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc12) with ESMTP id <2004101001504801200331pne>; Sun, 10 Oct 2004 01:50:49 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) i9A1olej000853; Sat, 9 Oct 2004 21:50:47 -0400 (EDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)i9A1ok0R000852; Sat, 9 Oct 2004 21:50:46 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 9 Oct 2004 21:50:45 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20041010015045.GA834@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: Poul-Henning Kamp Subject: Using watch to monitor serial port results in reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 01:50:50 -0000 Hi, I am running the latest -CURRENT. If I do the following as root: watch -c /dev/ttyd0 and then: killall watch My system immediately reboots (not even a kernel panic). I am wondering if the recent work on the tty drivers has anything to do with this? Thanks. -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 03:00:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E676116A4CE for ; Sun, 10 Oct 2004 03:00:12 +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 7992C43D53 for ; Sun, 10 Oct 2004 03:00:12 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9A2hwHR071553 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 9 Oct 2004 22:43:59 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sat, 9 Oct 2004 23:02:06 -0400 User-Agent: KMail/1.7 References: <200410091320.07593.mistry.7@osu.edu> In-Reply-To: <200410091320.07593.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1264892.zJjtn1CARg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410092302.33578.mistry.7@osu.edu> X-Spam-Status: No, hits=0.8 required=5.0 tests=BIZ_TLD autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Re: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 03:00:13 -0000 --nextPart1264892.zJjtn1CARg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 09 October 2004 01:19 pm, Anish Mistry wrote: > Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC some > commit seemed to break suspending on my laptop. Whenever I try to suspend > it reboots. Before this suspend was working well. The panic message seem > to indicate an ATA issue. > http://am-productions.biz/docs/littleguy.asl.gz > http://am-productions.biz/docs/littleguy-dmesg.boot.gz I've narrowed it down to the 20 minute period from 09.26.11.40.00 UTC -=20 09.26.12.00.00 UTC and the ATA commit with "Remove the old ATA_*LOCK_CH=20 macros" seems to be causing it. =2D-=20 Anish Mistry --nextPart1264892.zJjtn1CARg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaKZJxqA5ziudZT0RAnx+AJ9388zIm8y+aB4YH1Oo6pu6NblaGgCfYbl7 sl5GEscxqqJMU90q2c4vX7A= =LRDy -----END PGP SIGNATURE----- --nextPart1264892.zJjtn1CARg-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 03:02: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 A25CB16A4CE; Sun, 10 Oct 2004 03:02:23 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6029143D2D; Sun, 10 Oct 2004 03:02:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i9A32J1d030001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 9 Oct 2004 20:02:20 -0700 Message-ID: <4168A637.7060708@root.org> Date: Sat, 09 Oct 2004 20:02:15 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> <20041008223600.GL718@empiric.icir.org> In-Reply-To: <20041008223600.GL718@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: anholt@freebsd.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: Jordan Sissel Subject: Re: Radeon AGP suspend/resume support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 03:02:23 -0000 Bruce M Simpson wrote: > On Fri, Oct 08, 2004 at 03:27:58AM -0700, Bruce M Simpson wrote: > >>Ok. Well some initial research suggests that many of the userland pieces are >>already there in xorg 6.7.0, after some rummaging around in the source: >> http://www.spinics.net/lists/xf-xpert/msg04368.html > > Actually the problem is worse than that, from what I can see. There is a > module in the xorg/Xfree86 tree called bsd_apm.c. This is meant to poll > the /dev/apm device on the BSDs for suspend/resume event notifications > coming from the APM BIOS. > > There are two problems with this: > 1) This uses a NetBSD specific interface, which, whilst broadly similar > to FreeBSD's apm support, is not ABI compatible with ours. I've made a patch for this (attached) that uses a set of compat defines. > 2) The ACPI apm shim does not dispatch such events. They are only > dispatched within the system if 'real' BIOS APM support is in the > kernel. This cannot co-exist with ACPI. Furthermore they are only > announced on the /dev/apmctl device; there are some comments in the > code to this effect. Since the comments claim NetBSD dispatches these on /dev/apmctl but the bsd_apm.c code only uses /dev/apm, either NetBSD doesn't actually work or it also dispatches the events to /dev/apm. > So *no* suspend/resume support ever actually gets called, for any userland > driver in the X tree, on FreeBSD. It seems X needs to be re-educated about > how FreeBSD suspends and resumes. It may well be more appropriate to rewrite > this module entirely from scratch for use with ACPI. I forgot to mention before, this isn't actually true. We call the VTY switch code in user mode to switch to a tty before suspending and switch back to X on resume. This has the same effect as a suspend/resume in most cases since the driver needs to restore the video mode. I agree that it's better though to explicitly work with X's suspend/resume support. Can Eric or someone more familiar with X comment on how bsd_apm.c and the like is actually used in practice? I'm not sure which events X actually uses, whether it needs to block, etc. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 03:07: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 F1D4F16A4CE; Sun, 10 Oct 2004 03:07:33 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9538F43D48; Sun, 10 Oct 2004 03:07:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209])i9A37d9p004447; Sat, 9 Oct 2004 23:07:40 -0400 Message-ID: <4168A773.3020705@root.org> Date: Sat, 09 Oct 2004 20:07:31 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> <20041008223600.GL718@empiric.icir.org> In-Reply-To: <20041008223600.GL718@empiric.icir.org> Content-Type: multipart/mixed; boundary="------------020201060902030102030204" cc: anholt@freebsd.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: Jordan Sissel Subject: Re: Radeon AGP suspend/resume support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 03:07:34 -0000 This is a multi-part message in MIME format. --------------020201060902030102030204 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bruce M Simpson wrote: > There are two problems with this: > 1) This uses a NetBSD specific interface, which, whilst broadly similar > to FreeBSD's apm support, is not ABI compatible with ours. > 2) The ACPI apm shim does not dispatch such events. They are only > dispatched within the system if 'real' BIOS APM support is in the > kernel. This cannot co-exist with ACPI. Furthermore they are only > announced on the /dev/apmctl device; there are some comments in the > code to this effect. Oops, forgot the attachment for FreeBSD compat defines. Here it is (untested). -Nate --------------020201060902030102030204 Content-Type: text/plain; name="x_apm.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="x_apm.diff" --- bsd_apm.c.orig Sat Oct 9 12:14:26 2004 +++ bsd_apm.c Sat Oct 9 12:24:32 2004 @@ -8,12 +8,36 @@ #include "xf86_OSproc.h" #include "xf86_OSlib.h" +#ifdef __FreeBSD__ +#include +#else #include +#endif #define APM_DEVICE "/dev/apm" static pointer APMihPtr = NULL; static void bsdCloseAPM(void); + +/* Compat defines for FreeBSD APM. */ +#ifdef __FreeBSD__ +#define APM_STANDBY_REQ PMEV_STANDBYREQ +#define APM_SUSPEND_REQ PMEV_SUSPENDREQ +#define APM_NORMAL_RESUME PMEV_NORMALRESUME +#define APM_CRIT_RESUME PMEV_CRITRESUME +#define APM_BATTERY_LOW PMEV_BATTERYLOW +#define APM_POWER_CHANGE PMEV_POWERCHANGE +#define APM_UPDATE_TIME PMEV_UPDATETIME +#define APM_CRIT_SUSPEND_REQ PMEV_CRITSUSPENDREQ +#define APM_USER_STANDBY_REQ PMEV_USERSTANDBYREQ +#define APM_USER_SUSPEND_REQ PMEV_USERSUSPENDREQ +#define APM_SYS_STANDBY_RESUME PMEV_STANDBYRESUME +#define APM_CAPABILITY_CHANGE PMEV_CAPABILITIESCHANGE + +#define APM_IOC_NEXTEVENT APMIO_NEXTEVENT +#define APM_IOC_STANDBY APMIO_STANDBY +#define APM_IOC_SUSPEND APMIO_SUSPEND +#endif /* __FreeBSD__ */ static struct { u_int apmBsd; --------------020201060902030102030204-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 04:05: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 9892D16A4CF for ; Sun, 10 Oct 2004 04:05:59 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6529843D4C for ; Sun, 10 Oct 2004 04:05:58 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id CB45C8BF06 for ; Sun, 10 Oct 2004 06:05:56 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 05629-10 for ; Sun, 10 Oct 2004 06:05:55 +0200 (CEST) Received: from [192.168.0.2] (unknown [217.113.236.116]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 05F5F8BF05 for ; Sun, 10 Oct 2004 06:05:56 +0200 (CEST) From: Mateusz =?iso-8859-2?Q?J=EAdrasik?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=iso8859-2 Message-Id: <1097381205.690.34.camel@creative> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 10 Oct 2004 06:06:45 +0200 Content-Transfer-Encoding: 8bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: Aureal Vortex aureal-kmod and BETA3+ failing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 04:05:59 -0000 hello, somewhere along the lines of BETA2-3 the aureal vortex card broke for me. it reads (on BETA5): pcm0: port 0xe000-0xe007, 0xdc00-0xdc07 mem pcm0: failed: rid 0x14 is ioport, requested 3 pcm0: failed: rid 0x18 is ioport, requested 3 it also creates a magical tendency of hard locking the machine /no response no nothing just a LOCK/ i use the aureal-kmod port built from scratch with the current sources and aparently this is all i recieve. i will try updating to RC once it comes out and rebuilding it /running BETA5 now/ maybe it will somewhat help - i have heard people had some luck with running the aureal kmod problem free. cheers and hope maybe someone has resolved a similar problem ;] -- Mateusz Jędrasik From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 04: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 C0D5B16A4CE for ; Sun, 10 Oct 2004 04:43:23 +0000 (GMT) Received: from web21424.mail.yahoo.com (web21424.mail.yahoo.com [216.136.232.43]) by mx1.FreeBSD.org (Postfix) with SMTP id B3F0C43D2D for ; Sun, 10 Oct 2004 04:43:23 +0000 (GMT) (envelope-from mjacob44@yahoo.com) Message-ID: <20041010044323.24040.qmail@web21424.mail.yahoo.com> Received: from [192.67.166.1] by web21424.mail.yahoo.com via HTTP; Sat, 09 Oct 2004 21:43:23 PDT Date: Sat, 9 Oct 2004 21:43:23 -0700 (PDT) From: Matthew Jacob To: Rob Dosogne , Claus Guttesen In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: CPU hang during boot at isp0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 04:43:23 -0000 Possibly an alpha issue. I've run fairly recent 6.X kernels on an XP1000 w/o hanging while booting. Haven't tried much other alpha h/w- I think I still have a pc164 or two kicking around. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 07:55:54 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 6F8D516A4CE; Sun, 10 Oct 2004 07:55:54 +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 i9A7trtd004975; Sun, 10 Oct 2004 03:55:54 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9A7tp4v004974; Sun, 10 Oct 2004 03:55:51 -0400 (EDT) (envelope-from green) Date: Sun, 10 Oct 2004 03:55:50 -0400 From: Brian Fundakowski Feldman To: "Ketrien I. Saihr-Kesenchedra" Message-ID: <20041010075550.GC925@green.homeunix.org> References: <416737B8.8090800@error404.nls.net> <4167A69F.6070505@error404.nls.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4167A69F.6070505@error404.nls.net> User-Agent: Mutt/1.5.6i cc: "Bjoern A. Zeeb" cc: current@freebsd.org Subject: Re: LOR g_xdown vs user map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 07:55:54 -0000 On Sat, Oct 09, 2004 at 04:51:43AM -0400, Ketrien I. Saihr-Kesenchedra wrote: > Bjoern A. Zeeb wrote: > > ><>On Fri, 8 Oct 2004, Ketrien I. Saihr-Kesenchedra wrote: > > > >Hi, > >thanks for reporting. I have added it with LOR ID 041: > >http://sources.zabbadoz.net/freebsd/lor.html#041 > > > >I am Cc:ing current@ to let the others know about it > > > Yeah, I'm lazy, so I didn't do that. ;) > There are other issues with amr(4) on the system currently, and scottl > is working on them AFAIK. This one is new as of today. System producing > it is a 4-way Opteron 848 with 8GB, running -CUR sources from about > 1800 EDT Friday, with Brian Feldman's uma patch applied additionally. > ADAPTIVE_GIANT was enabled at the time, additionally. (Yes, you can > shoot me for forgetting that,) but I've been unable to reproduce reliably. > And what the heck is triggering alltraps_with_regs_pushed()? I've never > seen that before on any systems. Is it okay that amr(4) calls bus_dmamap_load(), doesn't check the return value, then immediately calls bus_dmamap_sync() -- when the tags in use were not allocated with BUS_DMAMEM_ALLOCNOW? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 07:57:15 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 D6E6316A4CE; Sun, 10 Oct 2004 07:57:14 +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 i9A7vEOt005005; Sun, 10 Oct 2004 03:57:14 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9A7vDAA005004; Sun, 10 Oct 2004 03:57:13 -0400 (EDT) (envelope-from green) Date: Sun, 10 Oct 2004 03:57:13 -0400 From: Brian Fundakowski Feldman To: Craig Rodrigues Message-ID: <20041010075713.GD925@green.homeunix.org> References: <20041010015045.GA834@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041010015045.GA834@crodrigues.org> User-Agent: Mutt/1.5.6i cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: Using watch to monitor serial port results in reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 07:57:15 -0000 On Sat, Oct 09, 2004 at 09:50:45PM -0400, Craig Rodrigues wrote: > Hi, > > I am running the latest -CURRENT. > > If I do the following as root: > > watch -c /dev/ttyd0 > > and then: > > killall watch > > My system immediately reboots (not even a kernel panic). > > I am wondering if the recent work on the tty drivers has > anything to do with this? This is my experience with watch on a serial port the last time I tried it (years and years ago). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 08:47: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 DFCD716A4CE for ; Sun, 10 Oct 2004 08:47:31 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 97C9543D3F for ; Sun, 10 Oct 2004 08:47:31 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041010084731.53418.qmail@web54005.mail.yahoo.com> Received: from [147.46.44.181] by web54005.mail.yahoo.com via HTTP; Sun, 10 Oct 2004 01:47:30 PDT Date: Sun, 10 Oct 2004 01:47:30 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-BETA7: what is purpose of empty directory /etc/ntp/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 08:47:32 -0000 Hello, There's a directory /etc/ntp/ which is empty and doesn't seem to serve any purpose. In general only one file is needed for ntp(d), /etc/ntp.conf, so /etc/ntp/ seems to be a redundant directory in /etc. I wonder if that could be removed, to keep /etc a little cleaner. Note that this redundant directory /etc/ntp/ also is listed in /etc/mtree/BSD.root.dist ! Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 08:52: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 9B9BD16A4CE; Sun, 10 Oct 2004 08:52:21 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F3243D2D; Sun, 10 Oct 2004 08:52:18 +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 i9A8pkt6054218; Sun, 10 Oct 2004 18:21:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 10 Oct 2004 18:21:13 +0930 User-Agent: KMail/1.7 References: <20041010015045.GA834@crodrigues.org> <20041010075713.GD925@green.homeunix.org> In-Reply-To: <20041010075713.GD925@green.homeunix.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2397201.YZbWS3MF12"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410101821.36814.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Poul-Henning Kamp cc: Craig Rodrigues Subject: Re: Using watch to monitor serial port results in reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 08:52:21 -0000 --nextPart2397201.YZbWS3MF12 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 10 Oct 2004 17:27, Brian Fundakowski Feldman wrote: > > My system immediately reboots (not even a kernel panic). > > > > I am wondering if the recent work on the tty drivers has > > anything to do with this? > > This is my experience with watch on a serial port the last time I tried > it (years and years ago). I have successfully done this not too many months ago. Pretty sure I was running some version of 5 at the time. =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 --nextPart2397201.YZbWS3MF12 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaPgY5ZPcIHs/zowRAg7tAJ9r1goyo+7N2DkUOCpywW0f8r79ygCeLQ9y FY+2XdUXhrZtNNuyvck9I8I= =M9SP -----END PGP SIGNATURE----- --nextPart2397201.YZbWS3MF12-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 09:07: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 8D74A16A4CE for ; Sun, 10 Oct 2004 09:07:02 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D6A43D2F for ; Sun, 10 Oct 2004 09:07:01 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9A96vvF063474; Sun, 10 Oct 2004 11:07:00 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4168FBA6.2090005@DeepCore.dk> Date: Sun, 10 Oct 2004 11:06:46 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200410091320.07593.mistry.7@osu.edu> <200410092302.33578.mistry.7@osu.edu> In-Reply-To: <200410092302.33578.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 09:07:02 -0000 Anish Mistry wrote: > On Saturday 09 October 2004 01:19 pm, Anish Mistry wrote: >=20 >>Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC so= me >>commit seemed to break suspending on my laptop. Whenever I try to susp= end >>it reboots. Before this suspend was working well. The panic message s= eem >>to indicate an ATA issue. >>http://am-productions.biz/docs/littleguy.asl.gz >>http://am-productions.biz/docs/littleguy-dmesg.boot.gz >=20 > I've narrowed it down to the 20 minute period from 09.26.11.40.00 UTC -= =20 > 09.26.12.00.00 UTC and the ATA commit with "Remove the old ATA_*LOCK_CH= =20 > macros" seems to be causing it. Hmm, since I cannot test it here as suspend/resume has been broken since = mid august on all my laptops I cant help you other than suggesting that=20 you backstep ACPI as that works for me... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 09:58: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 A6D6916A4CE for ; Sun, 10 Oct 2004 09:58:32 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8EA43D49 for ; Sun, 10 Oct 2004 09:58:32 +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 i9A9v2Ld022485; Sun, 10 Oct 2004 05:57:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9A9uqlM022482; Sun, 10 Oct 2004 05:57:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 10 Oct 2004 05:56:52 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20041009141819.52fc0a7b.ubm@u-boot-man.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 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: Sun, 10 Oct 2004 09:58:32 -0000 On Sat, 9 Oct 2004, Marc UBM Bocklet wrote: > > Okay, now I do; I did a more thorough potential fix -- so if that > > worked for you, this should do the same without a socket memory leak. > > The life and times of sockets are fraught with peril... > > > > > > Ok, I'm running 2 days+ now with the first version of your patch, no > crashes so far. > > Looks like you fixed it :-) Marc, Did you manage to successfully extract a kernel core from the box in its crashed state? I'd like to get a look at the internal TCP state, if possible, for the socket. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 10:00: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 3AB8816A4D3 for ; Sun, 10 Oct 2004 10:00:21 +0000 (GMT) Received: from av11-2-sn4.m-sp.skanova.net (av11-2-sn4.m-sp.skanova.net [81.228.10.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8D043D31 for ; Sun, 10 Oct 2004 10:00:20 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av11-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 1BD1737E51; Sun, 10 Oct 2004 12:00:19 +0200 (CEST) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av11-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 0C6A137E43 for ; Sun, 10 Oct 2004 12:00:19 +0200 (CEST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id CD07037E43 for ; Sun, 10 Oct 2004 12:00:18 +0200 (CEST) Received: (qmail 31748 invoked by uid 1001); 10 Oct 2004 10:00:18 -0000 Date: Sun, 10 Oct 2004 12:00:18 +0200 From: Erik Trulsson To: spam maps Message-ID: <20041010100017.GA31624@falcon.midgard.homeip.net> Mail-Followup-To: spam maps , freebsd-current References: <20041010084731.53418.qmail@web54005.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041010084731.53418.qmail@web54005.mail.yahoo.com> User-Agent: Mutt/1.5.6i cc: freebsd-current Subject: Re: 5.3-BETA7: what is purpose of empty directory /etc/ntp/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 10:00:21 -0000 On Sun, Oct 10, 2004 at 01:47:30AM -0700, spam maps wrote: > > Hello, > > There's a directory /etc/ntp/ which is empty > and doesn't seem to serve any purpose. > > In general only one file is needed for ntp(d), > /etc/ntp.conf, so /etc/ntp/ seems to be a > redundant directory in /etc. > > I wonder if that could be removed, to keep > /etc a little cleaner. > > Note that this redundant directory /etc/ntp/ > also is listed in /etc/mtree/BSD.root.dist ! The cvs log for /etc/mtree/BSD.root.dist says: revision 1.67 date: 2004/07/21 10:14:10; author: roberto; state: Exp; lines: +2 -0 Add /etc/ntp to hold keys for ntpd. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 10:27: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 A596C16A4CE; Sun, 10 Oct 2004 10:27:08 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CF4D43D2D; Sun, 10 Oct 2004 10:27:08 +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 i9AAPcoN022942; Sun, 10 Oct 2004 06:25:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9AAPcIa022939; Sun, 10 Oct 2004 06:25:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 10 Oct 2004 06:25:38 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brian Fundakowski Feldman In-Reply-To: <20041006215134.GN47017@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Vlad cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 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: Sun, 10 Oct 2004 10:27:08 -0000 On Wed, 6 Oct 2004, Brian Fundakowski Feldman wrote: > Can you tell me where sorele() crashed when you did _not_ have > INVARIANTS enabled? That will help because the INVARIANTS panic tells > us one half of where the problem is and the sorele() panic is the other > half. Was a trace to sorele() panicking ever identified, btw? I may have missed it, still catching up on e-mail from my mev. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 10:36: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 5449316A4CE; Sun, 10 Oct 2004 10:36:41 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9A643D54; Sun, 10 Oct 2004 10:36:40 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id MAA10784; Sun, 10 Oct 2004 12:36:16 +0200 Date: Sun, 10 Oct 2004 12:40:58 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20041010124058.58a03dba.ubm@u-boot-man.de> In-Reply-To: References: <20041009141819.52fc0a7b.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Robert Watson Subject: Re: [BETA7-panic] sodealloc(): so_count 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: Sun, 10 Oct 2004 10:36:41 -0000 On Sun, 10 Oct 2004 05:56:52 -0400 (EDT) Robert Watson wrote: > On Sat, 9 Oct 2004, Marc UBM Bocklet wrote: > > > > Okay, now I do; I did a more thorough potential fix -- so if that > > > worked for you, this should do the same without a socket memory > > > leak. The life and times of sockets are fraught with peril... > > > > > > > > > > Ok, I'm running 2 days+ now with the first version of your patch, no > > crashes so far. > > > > Looks like you fixed it :-) > > Marc, > > Did you manage to successfully extract a kernel core from the box in > its crashed state? I'd like to get a look at the internal TCP state, > if possible, for the socket. No, but I can revert the local patches, configure a dump device and try getting one tomorrow or the day after that. Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 11:00: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 293A316A4CE for ; Sun, 10 Oct 2004 11:00:06 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7377743D1D for ; Sun, 10 Oct 2004 11:00:04 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i9AB01GY012193 for ; Sun, 10 Oct 2004 13:00:01 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id 3366FB8ED; Sun, 10 Oct 2004 13:01:59 +0200 (CEST) Date: Sun, 10 Oct 2004 13:01:59 +0200 From: "Axel S. Gruner" To: current@freebsd.org Message-ID: <20041010110159.GA91160@pcs28.suedfactoring.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new Subject: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 11:00:06 -0000 Hi, i am looking for a way to set up a RAID1 with gmirror also on the / partition. Is there a known way to do so? Setting up without / is not a problem, but my brain gets sick while thinking about to set up gmirror also for /. Thanks in advance. Axel From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:15: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 D078D16A4CE for ; Sun, 10 Oct 2004 13:15:21 +0000 (GMT) Received: from core.zp.ua (core.zp.ua [193.108.112.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A8C43D31 for ; Sun, 10 Oct 2004 13:15:20 +0000 (GMT) (envelope-from oleg@core.zp.ua) Received: from core.zp.ua (oleg@localhost [127.0.0.1]) by core.zp.ua (8.13.1/8.13.1) with ESMTP id i9ADFaK3044084 for ; Sun, 10 Oct 2004 16:15:36 +0300 (EEST) (envelope-from oleg@core.zp.ua) Received: (from oleg@localhost) by core.zp.ua (8.13.1/8.13.1/Submit) id i9ADFWV8044083 for freebsd-current@freebsd.org; Sun, 10 Oct 2004 16:15:32 +0300 (EEST) (envelope-from oleg) Date: Sun, 10 Oct 2004 16:15:32 +0300 From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Message-ID: <20041010131532.GG61535@core.zp.ua> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: mount_msdosfs tries to load nonexistent libiconv.so X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 13:15:21 -0000 After upgrading my system to 5.3-BETA7 I decided to rebuild all installed ports on this system. After removing all installed ports and rebooting I got: "msdosfs: Unable to load iconv library: Shared object "libiconv.so" not found, required by "msdosfs"" and prompt for enter shell. Line in question from /etc/fstab was: /dev/ad0s1 /mnt/C msdos rw,-Lru_RU.KOI8-R,-Wkoi2dos 0 0 Relevant part from ktrace out: 110 mount_msdosfs CALL modfind(0x80499a0) 110 mount_msdosfs RET modfind 43/0x2b 110 mount_msdosfs CALL __sysctl(0xbfbfde58,0x2,0xbfbfde60,0xbfbfde54,0x280778e1,0x11) 110 mount_msdosfs RET __sysctl 0 110 mount_msdosfs CALL __sysctl(0xbfbfde60,0x3,0,0xbfbfdf1c,0,0) 110 mount_msdosfs RET __sysctl 0 110 mount_msdosfs CALL sigprocmask(0x1,0x280698a0,0xbfbfd3c0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/local/lib/kde3/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL sigprocmask(0x3,0x280698b0,0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL sigprocmask(0x1,0x280698a0,0xbfbfd3c0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL sigprocmask(0x3,0x280698b0,0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL write(0x2,0xbfbfccd0,0x9) 110 mount_msdosfs GIO fd 2 wrote 9 bytes "msdosfs: " 110 mount_msdosfs RET write 9 110 mount_msdosfs CALL write(0x2,0xbfbfccf0,0x5b) 110 mount_msdosfs GIO fd 2 wrote 91 bytes "Unable to load iconv library: Shared object "libiconv.so" not found, r\ equired by "msdosfs" " 110 mount_msdosfs RET write 91/0x5b So, my questions: 1. Why dependens for the third party software not documented in the man 8 mount_msdosfs? 2. And why not exist any fallbacks (seat bealts) for this behaviour in the system vital software such mount? Well, I'm ready for looking any '?' instead any russian letters :) but not DoS for my system under next reboot. This behaviour prevents from normal booting process and causes to prompt me for enter shell - yes, we are in the single user mode without any problems... Thank you. -- NO37-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:21: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 664FE16A4CE for ; Sun, 10 Oct 2004 13:21:14 +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 2547043D41 for ; Sun, 10 Oct 2004 13:21:11 +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]) i9ADM7OZ013699 for ; Sun, 10 Oct 2004 15:22:07 +0200 (CEST) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)i9ADM6A6013698 for freebsd-current@freebsd.org; Sun, 10 Oct 2004 15:22:06 +0200 (CEST) (envelope-from rene) Date: Sun, 10 Oct 2004 15:22:05 +0200 From: Rene Ladan To: freebsd-current@freebsd.org Message-ID: <20041010132205.GA8934@82-168-140-74-bbxl.xdsl.tiscali.nl> Mail-Followup-To: freebsd-current@freebsd.org References: <200410091320.07593.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <200410091320.07593.mistry.7@osu.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 13:21:14 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 09, 2004 at 01:19:58PM -0400, Anish Mistry wrote: > Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC some= =20 > commit seemed to break suspending on my laptop. Whenever I try to suspen= d it=20 > reboots. Before this suspend was working well. The panic message seem t= o=20 > indicate an ATA issue. > http://am-productions.biz/docs/littleguy.asl.gz > http://am-productions.biz/docs/littleguy-dmesg.boot.gz > --=20 > Anish Mistry Sort of "me too". I'm running 5.3BETA7 (2004-10-06 10:08UTC). Whenever I give the zzz command it tries to suspend but gets stuck in a lock-related panic: #zzz Sleeping on "atasusp" with the following non-sleepable locks held: exclusive sleep mutex ATA state lock r=3D0 (0xc1075318) locked @ /usr/src/sys/dev/ata/ata-all.c:341 KDB: enter: witness-warn =2E panic uptime : ..... panic: _mtx_lock_sleep: recursed on non-recursive mutex ATA state lock @ /usr/src/sys/dev/ata/ata-queue.c:180 =2E panic panic: _mtx_lock_sleep: recursed on non-recursive mutex ATA state lock @ /usr/src/sys/dev/ata/ata-queue.c:86 =2E show witness (top ones shown:) ATA queue lock ata-queue.c:174 ATA state lock ata-all.c:341 bio queue geom_io.c:65 ATA disk bioqueue lcok ata-disk.c:236 ATA CD bioqueue lock atapi-cd.c:1100 =2E.. Giving the panic command doesn't give me a crash dump. apm_enable is set to NO and dumpdev is set to /dev/ad0s1b in /etc/rc.conf dmesg -v: 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-BETA7 #0: Tue Oct 5 22:35:15 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl:/usr/obj/usr/src/sys/RENE_2004-= 09-05d WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07ea000. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc07ea1f4. Preloaded elf module "/boot/kernel/if_fxp.ko" at 0xc07ea2a0. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc07ea34c. Preloaded elf module "/boot/kernel/snd_cs4281.ko" at 0xc07ea3f8. Preloaded elf module "/boot/kernel/sound.ko" at 0xc07ea4a8. Preloaded elf module "/boot/kernel/random.ko" at 0xc07ea554. Preloaded elf module "/boot/kernel/speaker.ko" at 0xc07ea600. Preloaded elf module "/boot/kernel/mem.ko" at 0xc07ea6ac. Preloaded elf module "/boot/kernel/io.ko" at 0xc07ea754. Preloaded elf module "/boot/kernel/intpm.ko" at 0xc07ea7fc. Preloaded elf module "/boot/kernel/smbus.ko" at 0xc07ea8a8. Preloaded elf module "/boot/kernel/cd9660_iconv.ko" at 0xc07ea954. Preloaded elf module "/boot/kernel/libiconv.ko" at 0xc07eaa08. Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc07eaab8. Preloaded elf module "/boot/kernel/msdosfs_iconv.ko" at 0xc07eab64. Preloaded elf module "/boot/kernel/msdosfs.ko" at 0xc07eac18. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07eacc4. Calibrating clock(s) ... i8254 clock: 1193083 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 497559801 Hz CPU: Intel Celeron (497.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 201261056 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000000bc5ffff, 188981248 bytes (46138 pages) avail memory =3D 191459328 (182 MB) bios32: Found BIOS32 Service Directory header at 0xc00f63a0 bios32: Entry =3D 0xfd8a6 (c00fd8a6) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd890+0x134 pnpbios: Found PnP BIOS data at 0xc00f63d0 pnpbios: Entry =3D f0000:aa9f Rev =3D 1.0 Other BIOS signatures found: null: random: mem: io: VESA: information block 56 45 53 41 00 02 00 01 00 01 00 00 00 00 22 00=20 00 01 40 00 00 01 0b 01 00 01 21 01 00 01 2a 01=20 00 01 00 01 01 01 10 01 11 01 12 01 03 01 13 01=20 14 01 15 01 05 01 16 01 17 01 18 01 07 01 19 01=20 VESA: 40 mode(s) found VESA: v2.0, 4096k memory, flags:0x0, mode table:0xc06f6302 (1000022) VESA: ATI MACH64 VESA: ATI Technologies Inc. MACH64RM 01.00 acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D71908086) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fdf50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 7 D 0x63 9 10 11 embedded 0 4 A 0x60 10 11 embedded 0 8 A 0x62 5 7 9 10 slot 1 0 16 A 0x61 9 slot 2 0 17 A 0x63 9 embedded 0 1 A 0x61 9 10 11 embedded 1 0 A 0x61 9 10 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 180 us acpi_ec0: info: new max delay is 260 us ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 ACPI timer looks BAD min =3D 2, max =3D 6, width =3D 4 ACPI timer looks BAD min =3D 2, max =3D 6, width =3D 4 ACPI timer looks BAD min =3D 2, max =3D 6, width =3D 4 ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 ACPI timer looks BAD min =3D 2, max =3D 6, width =3D 4 ACPI timer looks BAD min =3D 2, max =3D 7, width =3D 5 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.LNKD irq 0: [ 5 9 10 11] 9+ low,level,sharable 0.7.3 \\_SB_.LNKA irq 0: [ 5 9 10 11] 11+ low,level,sharable 0.4.0 \\_SB_.LNKB irq 0: [ 5 9 10 11] 9+ low,level,sharable 0.4.1 \\_SB_.LNKC irq 0: [ 5 9 10 11] 5+ low,level,sharable 0.8.0 \\_SB_.LNKB irq 0: [ 5 9 10 11] 9+ low,level,sharable 0.16.0 \\_SB_.LNKD irq 0: [ 5 9 10 11] 9+ low,level,sharable 0.17.0 pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=3D0x8086, dev=3D0x7190, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7191, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x001f, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x80 (3840 ns), mingnt=3D0x8c (35000 ns), maxlat=3D0x00 (0 ns) map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 found-> vendor=3D0x8086, dev=3D0x7110, revid=3D0x02 bus=3D0, slot=3D7, func=3D0 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001080, size 4, enabled found-> vendor=3D0x8086, dev=3D0x7111, revid=3D0x01 bus=3D0, slot=3D7, func=3D1 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 000010a0, size 5, port disabled pcib0: matched entry for 0.7.INTD (src \\_SB_.LNKD) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.LNKD (references 2, priority 175): interrupts: 11 10 5 9 penalty: 60 60 110 120 \\_SB_.LNKB (references 2, priority 175): interrupts: 11 10 5 9 penalty: 60 60 110 120 \\_SB_.LNKA (references 1, priority 87): interrupts: 11 10 5 9 penalty: 60 60 110 120 \\_SB_.LNKC (references 1, priority 87): interrupts: 11 10 5 9 penalty: 60 60 110 120 pcib0: slot 7 INTD routed to irq 9 via \\_SB_.LNKD found-> vendor=3D0x8086, dev=3D0x7112, revid=3D0x01 bus=3D0, slot=3D7, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D9 map[90]: type 4, range 32, base 0000ff80, size 4, enabled found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x03 bus=3D0, slot=3D7, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 1, range 32, base fc101000, size 12, enabled map[14]: type 1, range 32, base fc110000, size 16, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.LNKC) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 2, priority 335): interrupts: 11 10 5 9 penalty: 120 120 170 260 \\_SB_.LNKA (references 1, priority 167): interrupts: 11 10 5 9 penalty: 120 120 170 260 \\_SB_.LNKC (references 1, priority 167): interrupts: 11 10 5 9 penalty: 120 120 170 260 pcib0: slot 8 INTA routed to irq 5 via \\_SB_.LNKC found-> vendor=3D0x1013, dev=3D0x6005, revid=3D0x01 bus=3D0, slot=3D8, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x18 (6000 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc100000, size 12, enabled map[14]: type 4, range 32, base 00001040, size 6, enabled map[18]: type 1, range 32, base fc000000, size 20, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKB) pcib0: possible interrupts: 5 9 10 11 ACPI PCI link arbitrated settings: \\_SB_.LNKB (references 2, priority 490): interrupts: 11 10 5 9 penalty: 180 180 240 380 \\_SB_.LNKA (references 1, priority 245): interrupts: 11 10 5 9 penalty: 180 180 240 380 pcib0: slot 16 INTA routed to irq 9 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 bus=3D0, slot=3D16, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0013, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D9 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xfc200000-0xfdffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.LNKB irq* 9: [ 5 9 10 11] 9+ low,level,sharable 1.0.0 pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 4, range 32, base 00002000, size 8, enabled pcib1: device (null) requested decoded I/O range 0x2000-0x20ff map[18]: type 1, range 32, base fc200000, size 12, enabled pcib1: device (null) requested decoded memory range 0xfc200000-0xfc200fff pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKB) pcib1: slot 0 INTA is already routed to irq 9 found-> vendor=3D0x1002, dev=3D0x4c4d, revid=3D0x64 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 1 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1080-0x108f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1080 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=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 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=3D03 ostat0=3D50 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x4 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) intpm0: port 0xff80-0xff8f irq = 9 at device 7.3 on pci0 intpm0: Reserved 0x10 bytes for rid 0x90 type 4 at 0xff80 intpm0: I/O mapped ff80 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus0: on intsmb0 intpm0: PM I/O mapped 1000=20 pcm0: mem 0xfc110000-0xfc11ffff,0xfc101000-0= xfc101fff irq 5 at device 8.0 on pci0 pcm0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfc101000 pcm0: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xfc110000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume= , Crystal Semi 3D Stereo Enhancement pcm0: Primary codec extended features AMAP pcm0: sndbuf_setmap bac4000, 4000; 0xca2d6000 -> bac4000 pcm0: sndbuf_setmap bac0000, 4000; 0xca2da000 -> bac0000 fxp0: port 0x1040-0x107f mem 0xfc000000-0xfc= 0fffff,0xfc100000-0xfc100fff irq 9 at device 16.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfc100000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 10cf 108e 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:d0:59:01:ed:22 fxp0: [MPSAFE] unknown: not probed (disabled) speaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 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) 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 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 0xc0000-0xcffff on isa0 pmtimer0 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) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 fb0: vga0, vga, type:VGA (5), flags:0x700ff 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 vga0: vga: WARNING: video mode switching is not fully supported on this ada= pter VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 e7 73 4f 4f 97 52 83=20 b4 1f 00 4f 0d 0e 00 00 07 80 91 87 8f 28 1f 8f=20 b5 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 e7 73 4f 4f 97 52 83=20 b4 1f 00 4f 0d 0e 00 00 07 80 91 87 8f 28 1f 8f=20 b5 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 497559801 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-6 disk at ata0-master ad0: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ata1-master: setting PIO4 on Intel PIIX4 chip ata1-master: setting UDMA33 on Intel PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78140097 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [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 40007729664 end 40007761919 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 376217600 end 644653055 GEOM: Configure ad0s1c, start 0 length 40007729664 end 40007729663 GEOM: Configure ad0s1d, start 644653056 length 1073741824 end 1718394879 GEOM: Configure ad0s1e, start 1718394880 length 268435456 end 1986830335 GEOM: Configure ad0s1f, start 1986830336 length 38020899328 end 40007729663 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init pci0: driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:0: reprobing on driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:1: reprobing on driver added found-> vendor=3D0x8086, dev=3D0x7112, revid=3D0x01 bus=3D0, slot=3D7, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D9 pci0:7:2: reprobing on driver added uhci0: port 0x10a0-0x10bf irq 9 a= t device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x10a0 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 pci1: driver added found-> vendor=3D0x1002, dev=3D0x4c4d, revid=3D0x64 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 1 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added pci0: driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:0: reprobing on driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:1: reprobing on driver added pci1: driver added found-> vendor=3D0x1002, dev=3D0x4c4d, revid=3D0x64 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 1 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added pci0: driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:0: reprobing on driver added found-> vendor=3D0x104c, dev=3D0xac51, revid=3D0x00 bus=3D0, slot=3D4, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D255 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:4:1: reprobing on driver added pci1: driver added found-> vendor=3D0x1002, dev=3D0x4c4d, revid=3D0x64 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 1 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added splash: image decoder found: blank_saver Linux ELF exec handler installed acpi_cmbat0: battery initialization failed, giving up kernel config: # # 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.=20 # If you are in doubt as to the purpose or necessity of a line, check first= =20 # in NOTES. # makeoptions DEBUG=3D-g machine i386 cpu I686_CPU options CPU_FASTER_5X86_FPU ident RENE_2004-09-05d device apic options SCHED_ULE options KDB options DDB options GDB # remote GDB support options WITNESS options WITNESS_SKIPSPIN options WITNESS_KDB options INVARIANTS options INVARIANT_SUPPORT options AHC_REG_PRETTY_PRINT options AHD_REG_PRETTY_PRINT options ADAPTIVE_GIANT options INET #InterNETworking, mandatory options INET6 #IPv6 communications protocols #options IPSEC #options IPSEC_ESP 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 COMPAT_FREEBSD4 #Compatible with FreeBSD4 options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options KTRACE options PQ_CACHESIZE=3D32 #32kB L2 Cache options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd options KBD_INSTALL_CDEV device psm # PS/2 mouse # syscons is the default console driver, resembling an SCO console device sc options SC_TWOBUTTON_MOUSE device vga # VGA video card driver options FB_INSTALL_CDEV device npx # Floating point support - do not disable. options DEVICE_POLLING # improve fxp0 performance options HZ=3D1000 # for DEVICE_POLLING, interrrupt rate device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet,xterm etc) device bpf # needed for DHCP options XBONEHACK # same address pairs over multiple gif intf options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER device splash #screensaver/splash screen device pmtimer kldstat: Id Refs Address Size Name 1 28 0xc0400000 2f1cd8 kernel 2 1 0xc06f2000 547c vesa.ko 3 1 0xc06f8000 a83c if_fxp.ko 4 2 0xc0703000 1aa04 miibus.ko 5 1 0xc071e000 597c snd_cs4281.ko 6 2 0xc0724000 21600 sound.ko 7 1 0xc0746000 c280 random.ko 8 1 0xc0753000 3084 speaker.ko 9 1 0xc0757000 2b4c mem.ko 10 1 0xc075a000 1cec io.ko 11 1 0xc075c000 450c intpm.ko 12 2 0xc0761000 3724 smbus.ko 13 1 0xc0765000 1e6c cd9660_iconv.ko 14 5 0xc0767000 4bdc libiconv.ko 15 2 0xc076c000 a64c cd9660.ko 16 1 0xc0777000 1e80 msdosfs_iconv.ko 17 2 0xc0779000 10b00 msdosfs.ko 18 14 0xc078a000 5e764 acpi.ko 19 1 0xc1265000 26000 usb.ko 20 1 0xc12ab000 2000 blank_saver.ko 21 1 0xc12c0000 1b000 linux.ko 22 1 0xc12db000 4000 sysvmsg.ko 23 1 0xc12e6000 5000 sysvsem.ko 24 1 0xc12f8000 4000 sysvshm.ko Rene --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBaTd9bWa3bO9NFoMRAo4PAKCALyCvKuPjb8UA7bJ8jvQdMjA7NACfY1dL EClOe5aXOOMCHGRqAxV9MAc= =k5a6 -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:22: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 7DDB916A4CE for ; Sun, 10 Oct 2004 13:22:49 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 20F6D43D41 for ; Sun, 10 Oct 2004 13:22:48 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 94518 invoked from network); 10 Oct 2004 13:22:46 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 10 Oct 2004 13:22:46 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org, axel.gruner@suedfactoring.de Date: Sun, 10 Oct 2004 15:22:28 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> In-Reply-To: <20041010110159.GA91160@pcs28.suedfactoring.de> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410101522.45548.4711@chello.at> Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 13:22:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 10 October 2004 13:01, Axel S. Gruner wrote: > Hi, > > i am looking for a way to set up a RAID1 with gmirror also on the / > partition. > Is there a known way to do so? Setting up without / is not a problem, > but my brain gets sick while thinking about to set up gmirror also for > /. I migrated from an existing mirror, which was created by the 'atacontrol create' command to the new gmirror. I migrated to gmirror, because I installed a second PDC20269 controller, which atacontrol couldn't handle. On 5.3- BETA7 with patched gmirror.c booting from the mirror works, but there is still the problem for me that the root-mirror starts degraded after a reboot and I need to run 'gmirror activate' to start synchronization. I'm just rebuilding my root-mirror and will try if the a shutdown command does a better job then an ordinary reboot when restarting my system. The migrating process (as far as I remember): The existing raid1 array resided on disks ad1 and ad3 where slice1 holds 3 4.2-BSD partitions and a swap partition: ar0s1s / ar0s1b swap ar0s1d /usr ar0s1e /home 1. Change /etc/fstab to be able to reboot / (read-only) from ad3: # ee /etc/fstab /dev/ar0s1a --> /dev/ad3s1a /dev/ar0s1b --> /dev/ad3s1b /dev/ar0s1d --> /dev/ad3s1d /dev/ar0s1e --> /dev/ad3s1e 2. Boot from ad3s1a into single user mode and delete the existing raid1: # atacontrol delete 0 3. Mount / and /usr to edit fstab and loader.conf on ad0: # mount / # mount /usr # mount /dev/ad0s1a /mnt # ee /mnt/etc/fstab Change devices to the new (ie. mirror0) gmirror devices: /dev/ad3s1a --> /dev/mirror/mirror0s1a /dev/ad3s1b --> /dev/mirror/mirror0s1b /dev/ad3s1d --> /dev/mirror/mirror0s1c /dev/ad3s1e --> /dev/mirror/mirror0s1d # echo "geom_mirror_load="YES"" >> /mnt/boot/loader.conf # gmirror load # gmirror configure -v -b load mirror0 ad0 4. Boot from ad0s1a and add disk ad3 to the mirror: # gmirror insert -v -p 1 mirror0 ad3 HTH ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBaTel09WjGjvKU74RAq8KAJ96Y8YluaID5MiV4dRbefDMDwhdIQCfb6BU /A+kilLmb2moeWwnu4lfsXM= =1pGh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:41: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 F1F6216A4CE for ; Sun, 10 Oct 2004 13:41:14 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5191843D48 for ; Sun, 10 Oct 2004 13:41:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9ADfACP066903; Sun, 10 Oct 2004 15:41:12 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41693BEA.9020903@DeepCore.dk> Date: Sun, 10 Oct 2004 15:40:58 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rene Ladan References: <200410091320.07593.mistry.7@osu.edu> <20041010132205.GA8934@82-168-140-74-bbxl.xdsl.tiscali.nl> In-Reply-To: <20041010132205.GA8934@82-168-140-74-bbxl.xdsl.tiscali.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 13:41:15 -0000 Rene Ladan wrote: > On Sat, Oct 09, 2004 at 01:19:58PM -0400, Anish Mistry wrote: >=20 >>Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC so= me=20 >>commit seemed to break suspending on my laptop. Whenever I try to susp= end it=20 >>reboots. Before this suspend was working well. The panic message seem= to=20 >>indicate an ATA issue. >>http://am-productions.biz/docs/littleguy.asl.gz >>http://am-productions.biz/docs/littleguy-dmesg.boot.gz >>--=20 >>Anish Mistry >=20 >=20 > Sort of "me too". I'm running 5.3BETA7 (2004-10-06 10:08UTC). Whenever= > I give the zzz command it tries to suspend but gets stuck in a > lock-related panic: >=20 > #zzz > Sleeping on "atasusp" with the following non-sleepable locks held: > exclusive sleep mutex ATA state lock r=3D0 (0xc1075318) > locked @ /usr/src/sys/dev/ata/ata-all.c:341 That one has been fixed actually, so please update as that might fix the = panic, although even with that I cant resume, but I do get backlight=20 switched on now before it locks hard :| --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:43: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 C23DF16A4CE for ; Sun, 10 Oct 2004 13:43:35 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A3443D48 for ; Sun, 10 Oct 2004 13:43:35 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9ADhPwX066934; Sun, 10 Oct 2004 15:43:27 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41693C71.8010201@DeepCore.dk> Date: Sun, 10 Oct 2004 15:43:13 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rick Morris References: <41620B5E.5070409@mos.us> <416240FE.3090506@DeepCore.dk> <4162F0E4.7050108@mos.us> <4162FF69.8010702@DeepCore.dk> <41674785.7010201@big-blue.net> In-Reply-To: <41674785.7010201@big-blue.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 13:43:35 -0000 Rick Morris wrote: > I have attached the verbose output from the serial console while=20 > attempting the CD boot of 5.3 Beta 7. Hmm, that looks awfully normal actually, have you tried to disable DMA=20 on the ATAPI CDROM ? BTW the reply to your address bounces: ----- The following addresses had permanent fatal errors ----- (reason: 550 5.1.1 ... User unknown) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 14:26: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 461C816A4CE; Sun, 10 Oct 2004 14:26:58 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A6B43D46; Sun, 10 Oct 2004 14:26:57 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 4C55247C; Sun, 10 Oct 2004 07:26:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 498D7454; Sun, 10 Oct 2004 07:26:57 -0700 (PDT) Date: Sun, 10 Oct 2004 07:26:57 -0700 (PDT) From: Jamie Bowden To: current@FreeBSD.org Message-ID: <20041010071457.Q14077-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: ports@FreeBSD.org Subject: Mozilla port not completing: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 14:26:58 -0000 In /usr/ports/www/mozilla/ from make install: cd /usr/ports/www/mozilla/work/mozilla/dist/include && /usr/bin/find . | /usr/b in/cpio -pdm -L -R root:wheel /usr/X11R6/include/mozilla 33175 blocks ===> Building Chrome's registry... I started this build around 6:30PM last night, it's currently Sun Oct 10 10:16:33 EDT 2004 and the above has been showing since around 8:30PM last night. %uname -a FreeBSD yakko 5.3-BETA7 FreeBSD 5.3-BETA7 #0: Sat Oct 9 13:06:05 EDT 2004 jamie@yakko:/usr/obj/usr/src/sys/yakko i386 I can start top and see the process running: last pid: 2612; load averages: 0.00, 0.00, 0.00 up 0+13:51:01 10:24:56 30 processes: 4 running, 26 sleeping CPU states: 0.0% user, 0.0% nice, 0.2% system, 5.0% interrupt, 94.8% idle Mem: 13M Active, 191M Inact, 107M Wired, 612K Cache, 112M Buf, 1691M Free Swap: 2049M Total, 2049M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 666 root 83 0 42140K 20500K RUN 0 0:00 0.00% 0.00% regxpcom As you can see it's not actually doing anything. This is a fresh build of all ports. I started my day with a make deinstall in /usr/ports since many of the ports I was running had originally been built when -CURRENT was still 5.1-C and portupgrade was unable to bring some of them up to date. Output of pkg_info showed an empty list after the make deinstall. If some kind soul can point me at a solution, I'd appreciate it. 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 Sun Oct 10 14:44: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 F107D16A4CE for ; Sun, 10 Oct 2004 14:44:58 +0000 (GMT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B89043D2F for ; Sun, 10 Oct 2004 14:44:58 +0000 (GMT) (envelope-from CGiordano@ids.net) Received: from [68.230.135.77] by lakermmtao02.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041010144457.WVAD27002.lakermmtao02.cox.net@[68.230.135.77]>; Sun, 10 Oct 2004 10:44:57 -0400 Message-ID: <41694AE9.4000103@ids.net> Date: Sun, 10 Oct 2004 10:44:57 -0400 From: "Christopher M. Giordano" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam Smith , freebsd-current@freebsd.org References: <415F7DAF.3070206@ids.net> <20041003044719.GB9811@internode.com.au> In-Reply-To: <20041003044719.GB9811@internode.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Mixer settings revert to zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 14:44:59 -0000 Adam Smith wrote: > > Is there anyone else out there experiencing this? Surely it can't just be > the two of us. Yes, I have had the same problem since around the time I upgraded from 5.x to 6.x-CURRENT, and also to KDE 3.3.0. Are you using KDE 3.3 by any chance? It appears to be a problem with KDE (artsd?), rather than a problem with the mixer itself. Following a reboot, if I first login to a console terminal and play an audio file, mixer settings are OK and it works normally. The problem only occurs upon a login to KDE; the KDE login intro music begins to play, but is cut off and never completes. Sound does not work after that point. Sound can be restored by manually adjusting the mixer settings after logging in, but the problem then recurs on any subsequent KDE login. I've followed the advice in the /usr/ports/UPDATING 20040830 entry about removing the file ~/.kde/share/config/knotifyrc to restore system sounds after the KDE 3.3 upgrade, but to no avail. $ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xb800 irq 3 kld snd_emu10k1 (8p/2r/4v channels duplex default) $ uname -a FreeBSD boston 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sun Oct 10 00:13:01 EDT 2004 From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 14:47: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 0556716A4CE for ; Sun, 10 Oct 2004 14:47:20 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 7160443D46 for ; Sun, 10 Oct 2004 14:47:19 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 70895 invoked by uid 0); 10 Oct 2004 14:46:29 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 10 Oct 2004 14:46:29 -0000 Message-ID: <41694B7C.2090205@gamersimpact.com> Date: Sun, 10 Oct 2004 09:47:24 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Oleg V. Nauman" References: <20041010131532.GG61535@core.zp.ua> In-Reply-To: <20041010131532.GG61535@core.zp.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs tries to load nonexistent libiconv.so X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 14:47:20 -0000 Oleg V. Nauman wrote: > So, my questions: >1. Why dependens for the third party software not documented in the >man 8 mount_msdosfs? > > What version of FreeBSD are you on? Your mount_msdosfs binary is looking for /lib/libiconv.so which I think is now /lib/libkiconv.so.1 (that's what my mount_msdosfs look for anyway). I imagine this is because of the recent library version bump, and doing an upgrade of your world (and kernel depending how out of date your world is) will get you going. >2. And why not exist any fallbacks (seat bealts) for this behaviour >in the system vital software such mount? Well, I'm ready for looking >any '?' instead any russian letters :) but not DoS for my system under >next reboot. This behaviour prevents from normal booting process and >causes to prompt me for enter shell - yes, we are in the single user >mode without any problems... > > There is a seatbelt for this. Boot into single user mode. mount -uo rw /; mount /usr; vi /etc/fstab. Comment out the offending fstab line and then reboot. You'll be able to go multi-user while fixing the problem. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 14:53: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 6723F16A4CE for ; Sun, 10 Oct 2004 14:53:19 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D78D43D5A for ; Sun, 10 Oct 2004 14:53:18 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CGf4T-0007oc-00 Sun, 10 Oct 2004 16:53:13 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CGf4T-0007oO-00 Sun, 10 Oct 2004 16:53:13 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9AErGPV008389; Sun, 10 Oct 2004 16:53:16 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9AErDdx016092; Sun, 10 Oct 2004 16:53:13 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Sun, 10 Oct 2004 16:53:11 +0200 User-Agent: KMail/1.7 References: <415F7DAF.3070206@ids.net> <20041003044719.GB9811@internode.com.au> <41694AE9.4000103@ids.net> In-Reply-To: <41694AE9.4000103@ids.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410101653.12752.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: "Christopher M. Giordano" cc: Adam Smith Subject: Re: Mixer settings revert to zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 14:53:19 -0000 El Domingo, 10 de Octubre de 2004 16:44, Christopher M. Giordano=20 escribi=F3: > Adam Smith wrote: > > Is there anyone else out there experiencing this? Surely it can't > > just be the two of us. > > Yes, I have had the same problem since around the time I upgraded > from 5.x to 6.x-CURRENT, and also to KDE 3.3.0. > > Are you using KDE 3.3 by any chance? It appears to be a problem > with KDE (artsd?), rather than a problem with the mixer itself. > > Following a reboot, if I first login to a console terminal and play > an audio file, mixer settings are OK and it works normally. The > problem only occurs upon a login to KDE; the KDE login intro music > begins to play, but is cut off and never completes. Sound does not > work after that point. Sound can be restored by manually adjusting > the mixer settings after logging in, but the problem then recurs on > any subsequent KDE login. > > I've followed the advice in the /usr/ports/UPDATING 20040830 entry > about removing the file ~/.kde/share/config/knotifyrc to restore > system sounds after the KDE 3.3 upgrade, but to no avail. > > $ cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xb800 irq 3 kld > snd_emu10k1 (8p/2r/4v channels duplex default) > > $ uname -a > FreeBSD boston 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sun Oct 10 > 00:13:01 EDT 2004 > Have you check how the kde mixer is configured. Run kxim and double-check it isn't configured to restore mixer settings=20 at session start. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 15:00: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 0E86E16A4CF for ; Sun, 10 Oct 2004 15:00:23 +0000 (GMT) Received: from core.zp.ua (core.zp.ua [193.108.112.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA59143D55 for ; Sun, 10 Oct 2004 15:00:21 +0000 (GMT) (envelope-from oleg@core.zp.ua) Received: from core.zp.ua (oleg@localhost [127.0.0.1]) by core.zp.ua (8.13.1/8.13.1) with ESMTP id i9AF0cfj044767; Sun, 10 Oct 2004 18:00:38 +0300 (EEST) (envelope-from oleg@core.zp.ua) Received: (from oleg@localhost) by core.zp.ua (8.13.1/8.13.1/Submit) id i9AF0clO044766; Sun, 10 Oct 2004 18:00:38 +0300 (EEST) (envelope-from oleg) Date: Sun, 10 Oct 2004 18:00:38 +0300 From: "Oleg V. Nauman" To: Ryan Sommers Message-ID: <20041010150038.GL61535@core.zp.ua> Mail-Followup-To: Ryan Sommers , freebsd-current@freebsd.org References: <20041010131532.GG61535@core.zp.ua> <41694B7C.2090205@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <41694B7C.2090205@gamersimpact.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: mount_msdosfs tries to load nonexistent libiconv.so X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 15:00:23 -0000 On Sun, Oct 10, 2004 at 09:47:24AM -0500, Ryan Sommers wrote: > Oleg V. Nauman wrote: > > > So, my questions: > >1. Why dependens for the third party software not documented in the > >man 8 mount_msdosfs? > > > > > What version of FreeBSD are you on? Your mount_msdosfs binary is looking 5.3-BETA7, after fresh cvsup/buildworld/installworld/mergemaster/etc cycle. > for /lib/libiconv.so which I think is now /lib/libkiconv.so.1 (that's Sorry, no ldd /sbin/mount_msdosfs /sbin/mount_msdosfs: libkiconv.so.1 => /lib/libkiconv.so.1 (0x28076000) libc.so.5 => /lib/libc.so.5 (0x28079000) and succesfully reads /lib/libkiconv.so.1 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/lib/libkiconv.so.1" 110 mount_msdosfs RET access 0 110 mount_msdosfs CALL open(0x2806f020,0,0xbfbfed0c) 110 mount_msdosfs NAMI "/lib/libkiconv.so.1" 110 mount_msdosfs RET open 4 110 mount_msdosfs CALL fstat(0x4,0xbfbfecec) 110 mount_msdosfs RET fstat 0 110 mount_msdosfs CALL read(0x4,0x280699a0,0x1000) 110 mount_msdosfs GIO fd 4 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| [skip] > what my mount_msdosfs look for anyway). I imagine this is because of the > recent library version bump, and doing an upgrade of your world (and > kernel depending how out of date your world is) will get you going. > > >2. And why not exist any fallbacks (seat bealts) for this behaviour > >in the system vital software such mount? Well, I'm ready for looking > >any '?' instead any russian letters :) but not DoS for my system under > >next reboot. This behaviour prevents from normal booting process and > >causes to prompt me for enter shell - yes, we are in the single user > >mode without any problems... > > > > > There is a seatbelt for this. Boot into single user mode. mount -uo rw > /; mount /usr; vi /etc/fstab. Comment out the offending fstab line and > then reboot. You'll be able to go multi-user while fixing the problem. > > -- > Ryan Sommers > ryans@gamersimpact.com > -- NO37-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 16:59:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A78B16A4CE for ; Sun, 10 Oct 2004 16:59:02 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D8743D45 for ; Sun, 10 Oct 2004 16:59:02 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CGh24-0004Gm-IS; Sun, 10 Oct 2004 17:58:52 +0100 Date: Sun, 10 Oct 2004 17:58:52 +0100 From: Chris Elsworth To: Christian Hiris <4711@chello.at> Message-ID: <20041010165852.GA15854@shagged.org> References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410101522.45548.4711@chello.at> User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org cc: axel.gruner@suedfactoring.de cc: freebsd-current@freebsd.org Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 16:59:02 -0000 On Sun, Oct 10, 2004 at 03:22:28PM +0200, Christian Hiris wrote: > > 3. Mount / and /usr to edit fstab and loader.conf on ad0: > # mount / > # mount /usr > # mount /dev/ad0s1a /mnt > # ee /mnt/etc/fstab > > Change devices to the new (ie. mirror0) gmirror devices: > /dev/ad3s1a --> /dev/mirror/mirror0s1a > /dev/ad3s1b --> /dev/mirror/mirror0s1b > /dev/ad3s1d --> /dev/mirror/mirror0s1c > /dev/ad3s1e --> /dev/mirror/mirror0s1d > > # echo "geom_mirror_load="YES"" >> /mnt/boot/loader.conf > # gmirror load > # gmirror configure -v -b load mirror0 ad0 ^^^^^^^^^ label? I'm quite interested that you didn't bother re-labelling the new mirror device? I always thought that you had to (and I have been doing this): 1) boot onto A.N.Other disk that you're not setting the RAID up on 2) gmirror label mirror0 ad0 3) bsdlabel -w -B ad0 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] 5) newfs.. 6) dump A.N.Otherdisk | restore /dev/mirror/mirror0a.. 7) fix up fstab/loader.conf to get booting working Is this all completely unnecessary? The first few times I played with gmirror, I was doing something similar to your method, but if you do bsdlabel -r /dev/mirror/mirror0s1 (or whatever) on your setup, don't you get warnings about partition sizes? That's what worried me enough to go through all the rigmarole above, which fixes those warnings. -- Chris From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 17:00: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 5289416A4CE for ; Sun, 10 Oct 2004 17:00:56 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB0043D48 for ; Sun, 10 Oct 2004 17:00:56 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CGh3x-0004J4-Kf; Sun, 10 Oct 2004 18:00:49 +0100 Date: Sun, 10 Oct 2004 18:00:49 +0100 From: Chris Elsworth To: Christian Hiris <4711@chello.at> Message-ID: <20041010170049.GB15854@shagged.org> References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> <20041010165852.GA15854@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041010165852.GA15854@shagged.org> User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org cc: axel.gruner@suedfactoring.de cc: freebsd-current@freebsd.org Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 17:00:56 -0000 On Sun, Oct 10, 2004 at 05:58:52PM +0100, Chris Elsworth wrote: > 3) bsdlabel -w -B ad0 > 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] D'oh - I meant /dev/mirror/mirror0 not ad0 in the two lines above. -- Chris From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 17:04: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 32FBC16A4CE for ; Sun, 10 Oct 2004 17:04:08 +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 B112043D2D for ; Sun, 10 Oct 2004 17:04:07 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9AGliHR096439 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 10 Oct 2004 12:47:46 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sun, 10 Oct 2004 13:06:14 -0400 User-Agent: KMail/1.7 References: <200410091320.07593.mistry.7@osu.edu> <200410092302.33578.mistry.7@osu.edu> <4168FBA6.2090005@DeepCore.dk> In-Reply-To: <4168FBA6.2090005@DeepCore.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3772574.jYgsSEFYdq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410101306.21824.mistry.7@osu.edu> X-Spam-Status: No, hits=0.8 required=5.0 tests=BIZ_TLD autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: freebsd-current@freebsd.org Subject: Re: ACPI suspend/ ATA reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 17:04:08 -0000 --nextPart3772574.jYgsSEFYdq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 10 October 2004 05:06 am, you wrote: > Anish Mistry wrote: > > On Saturday 09 October 2004 01:19 pm, Anish Mistry wrote: > >>Running 6-CURRENT. Between 09.25.18.00.00 UTC and 09.26.12.00.00 UTC so= me > >>commit seemed to break suspending on my laptop. Whenever I try to > >> suspend it reboots. Before this suspend was working well. The panic > >> message seem to indicate an ATA issue. > >>http://am-productions.biz/docs/littleguy.asl.gz > >>http://am-productions.biz/docs/littleguy-dmesg.boot.gz > > > > I've narrowed it down to the 20 minute period from 09.26.11.40.00 UTC - > > 09.26.12.00.00 UTC and the ATA commit with "Remove the old ATA_*LOCK_CH > > macros" seems to be causing it. > > Hmm, since I cannot test it here as suspend/resume has been broken since > mid august on all my laptops I cant help you other than suggesting that > you backstep ACPI as that works for me... I just cvsup'd again, and the following commit seems to fix it: sos 2004-10-10 13:24:39 UTC FreeBSD src repository Modified files: sys/dev/ata ata-all.c=20 Log: Dont sleep with lock held. =20 Revision Changes Path 1.231 +1 -1 src/sys/dev/ata/ata-all.c Thanks, =2D-=20 Anish Mistry --nextPart3772574.jYgsSEFYdq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaWwNxqA5ziudZT0RAt3ZAKDTqmYU0u0lk/kzfJ+QYsssZ5NN3gCg1RtN KF94yN+AGHxxxF8BHhsgO2Y= =oYfO -----END PGP SIGNATURE----- --nextPart3772574.jYgsSEFYdq-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 17:06: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 74F5C16A4CE for ; Sun, 10 Oct 2004 17:06:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E15643D5A for ; Sun, 10 Oct 2004 17:06:42 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 6909 invoked by uid 65534); 10 Oct 2004 17:06:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp006) with SMTP; 10 Oct 2004 19:06:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 10 Oct 2004 19:06:35 +0200 User-Agent: KMail/1.7 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="nextPart42221931.ZU2HQhq1M1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410101906.40465.Emanuel.Strobl@gmx.net> Subject: i386 BETA7 sysinstall panic with GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 17:06:43 -0000 --nextPart42221931.ZU2HQhq1M1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, after migrating ad0 to GPT (I know, loader doesn't support GPT yet on i386)= =20 BETA7 (from today) panics without useful info when booted from CD in=20 sysinstall while "Probing devices, please wait" BARF 171 <101> panic: Going nowhere without my init! cpuid=3D0 Uptime=3D2s =2DMano --nextPart42221931.ZU2HQhq1M1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaWwgBylq0S4AzzwRAl3zAJ9kMqWHtHjNFIr3WBoVjf8pkD0ibACfXq3d lZ1ZOYivotuIHq2Xnn0RVO0= =WoG2 -----END PGP SIGNATURE----- --nextPart42221931.ZU2HQhq1M1-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 17:27: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 21DDA16A4CE for ; Sun, 10 Oct 2004 17:27:43 +0000 (GMT) Received: from phuket.psconsult.nl (ps226.psconsult.nl [213.222.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133B643D3F for ; Sun, 10 Oct 2004 17:27:41 +0000 (GMT) (envelope-from fb-current@psconsult.nl) Received: from phuket.psconsult.nl (localhost [127.0.0.1]) by phuket.psconsult.nl (8.12.8p2/8.12.8) with ESMTP id i9AHRdYe083365 for ; Sun, 10 Oct 2004 19:27:39 +0200 (CEST) (envelope-from fb-current@psconsult.nl) Received: (from paul@localhost) by phuket.psconsult.nl (8.12.8p2/8.12.8/Submit) id i9AHRdln083364 for current@freebsd.org; Sun, 10 Oct 2004 19:27:39 +0200 (CEST) Date: Sun, 10 Oct 2004 19:27:38 +0200 From: Paul Schenkeveld To: current@freebsd.org Message-ID: <20041010172738.GA81108@psconsult.nl> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: nanobsd fdisk layout broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 17:27:43 -0000 Hi, For some Soekris boxes I will use soon, I thought I'd give nanobsd a try and encounterd the following problem. My Kingston compact flash has 695 cyls, 15 heads and 48 secs/trk according to dmesg when I insert it into my notebook. When I want a 10MB data slice (DATASIZE=10240) the i386.diskimage script is unable to populate the flash image, from _.md.tmp: + cat /tmp/nanobsd.WhzaHkUW g c695 h15 s48 p 1 165 48 245056 p 2 165 245104 245056 p 3 165 490160 10240 + fdisk -i -f /tmp/nanobsd.WhzaHkUW md0 fdisk: invalid fdisk partition table found fdisk: WARNING: adjusting size of partition 1 from 245056 to 244752 to end on a cylinder boundary fdisk: WARNING: adjusting start offset of partition 2 from 245104 to 245136, to fall on a head boundary fdisk: WARNING: adjusting size of partition 2 from 245056 to 244464 to end on a cylinder boundary fdisk: WARNING: adjusting start offset of partition 3 from 490160 to 490176, to fall on a head boundary fdisk: WARNING: adjusting size of partition 3 from 10240 to 10224 to end on a cylinder boundary ******* Working on device /dev/md0 ******* + fdisk md0 ******* Working on device /dev/md0 ******* parameters extracted from in-core disklabel are: cylinders=695 heads=15 sectors/track=48 (720 blks/cyl) and a bit later: + dd if=/dev/md0s1 of=/dev/md0s2 bs=64k dd: /dev/md0s2: short write on character device dd: /dev/md0s2: end of device 1910+0 records in 1909+1 records out 125165568 bytes transferred in 32.334543 secs (3870955 bytes/sec) Note how fdisk decides to make md0s2 slightly smaller than md0s1. Fdisk wants things to be aligned at cylinder or track boundaries (it's not clear to me when it wants one and when the other). The i386 architecture uses the first sector of any disk to store the MBR and reserves a whole track for this, so the first slice normally starts at the second track of the first cylinder. So with the formula used by i386.diskimage to calculate the size of a boot slice (total_sectors - sectors_per_track - datasize) / 2 the rounding formulas in fdisk may cause the second slice to be shorter than the first which breaks the nanobsd scripts. Therefore I propose to alter the calculations done in i386.diskimage such that: 1. The data slice (/etc) physically comes first, starts at the second track of the first cylinder and ends at a cylinder boundary. 2. The boot slices are physically located after the data slice and their size is an integral multiple of the cylinder size. The attached patch for i386.diskimage implements this resulting in two equally sized boot partitions starting and ending at cylinder boundaries and a data partition starting at the second track and ending at a cylinder boundary. Because of all the roundings, the actual size of the data slice will normally be larger that the value of DATASIZE in make.conf. Note that there is one more exercise left: change this calculation or the newfs parameters such that newfs will use all slices entirely instead of throwing away some sectors at the end of each slice. Regards, Paul Schenkeveld ------------------------------------------------------------------------ --- src/tools/tools/nanobsd/i386.diskimage.orig Mon Sep 6 22:57:28 2004 +++ src/tools/tools/nanobsd/i386.diskimage Sun Oct 10 18:43:46 2004 @@ -56,12 +56,14 @@ MD=`mdconfig -a -t vnode -f ${TMPFILE0} -x ${SC} -y ${HD}` rm -f ${TMPFILE0} ( -sl=`expr "(" ${SECTS} - ${SC} - ${DATASIZE} ")" / 2` cyl=`expr ${SECTS} / ${SC} / ${HD}` +sl_cyl=`expr "(" ${SECTS} - ${SC} - ${DATASIZE} ")" / 2 / ${HD} / ${SC}` +sl=`expr $sl_cyl "*" ${HD} "*" ${SC}` +ds=`expr ${SECTS} - ${SC} - ${sl} - ${sl}` echo g c${cyl} h${HD} s${SC} -echo p 1 165 ${SC} $sl -echo p 2 165 `expr ${SC} + $sl` $sl -echo p 3 165 `expr ${SC} + $sl + $sl` ${DATASIZE} +echo p 1 165 `expr ${SC} + $ds` $sl +echo p 2 165 `expr ${SC} + $ds + $sl` $sl +echo p 3 165 ${SC} $ds ) > ${TMPFILE1} cat ${TMPFILE1} fdisk -i -f ${TMPFILE1} ${MD} From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 18:24: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 8C6B516A4CE for ; Sun, 10 Oct 2004 18:24:08 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A928C43D48 for ; Sun, 10 Oct 2004 18:24:03 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i9AIO2ip038744; Sun, 10 Oct 2004 11:24:03 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Sun, 10 Oct 2004 11:23:23 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <151210150343.20041010112323@takeda.tk> To: Nikolay Kalev , freebsd-current@freebsd.org In-Reply-To: <136a340a04100604021216f931@mail.gmail.com> References: <200410060019.i960JSbq012606@bunrab.catwhisker.org> <1F92A08DB846503C2933CB0D@192.168.1.16> <20041006010051.GA53821@sirius.speicher.org> <20041006065433.GB612@loge.nixsys.be> <136a340a041006002068ffbf8d@mail.gmail.com> <20041006114235.79eb1aee@it.buh.tecnik93.com> <136a340a04100604021216f931@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: csh is root's shell? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 18:24:08 -0000 Hello Nikolay, Wednesday, October 6, 2004, 4:02:38 AM, you wrote: >> I've recently discussed with the port maintainer of tcshrc to work at an >> update of the port (our distfile is from 2003), but if you have already >> done work is this area please say, I don't wanna duplicate yours. >> >> If not, maybe I can send you a diff when is ready to test it ? > Ok here is a Simple dot.tcshrc file which needs more testing and > cleanup. I removed some stuff which are not working very well under > FreeBSD in new versions of tcshrc scripts from the original author. Here are another things I found: - setting mail is not defined (it's in default dot.csh) and it's nice thing, it tells that there is new mail in mailbox. set mail = (/var/mail/$USER) - variable MANPATH is defined, because of that users using this tcshrc cannot call man for i.e. installed ports: [freebsd]:/home/takeda> manpath (Warning: MANPATH environment variable set) /usr/share/man: [freebsd]:/home/takeda> unsetenv MANPATH [freebsd]:/home/takeda> manpath /usr/share/man:/usr/local/man:/usr/X11R6/man:/usr/share/perl/man:/usr/share/openssl/man Looks like MANPATH variable in FreeBSD is only for compatibility, and FreeBSD uses /etc/manpath.config I would recommend to change MANPATH to some other variable, and put in it the results of calling manpath command i.e. set manpath = `manpath` and do whatever it supposed to do, - last thing, this is apparently bug in tcshrc. When I was using chown command and trying to complete file name that had dot in it. After I put dot and pressed tap I saw user accounts instead a files... -- Best regards, Dariusz mailto:takeda@takeda.tk http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 18:27: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 21FFA16A4CE for ; Sun, 10 Oct 2004 18:27:54 +0000 (GMT) Received: from smtp16.wxs.nl (smtp16.wxs.nl [195.121.6.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67AE43D2D for ; Sun, 10 Oct 2004 18:27:53 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp16.wxs.nlSMTP id <0I5D003ZPIG9RH@smtp16.wxs.nl> for freebsd-current@freebsd.org; Sun, 10 Oct 2004 16:48:09 +0200 (CEST) Received: (qmail 30469 invoked from network); Sun, 10 Oct 2004 14:48:06 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Sun, 10 Oct 2004 14:48:06 +0000 Received: (qmail 1219 invoked from network); Sat, 09 Oct 2004 14:09:23 +0000 Received: from softdnserror (HELO guido.thuis.klop.ws) (192.168.0.2) by softdnserror with SMTP; Sat, 09 Oct 2004 14:09:23 +0000 Received: (qmail 5788 invoked from network); Sat, 09 Oct 2004 14:08:12 +0000 Received: from softdnserror (HELO outgoing.local) (127.0.0.1) by softdnserror with SMTP; Sat, 09 Oct 2004 14:08:12 +0000 Date: Sat, 09 Oct 2004 16:08:11 +0200 From: Ronald Klop To: freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: mplayer hangs in pcmsyn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 18:27:54 -0000 Hello, Often mplayer hangs at the end of playing an mp3-song. Top displays STATE pcmsyn. The output of truss mplayer ends with this: ioctl(6,SNDCTL_DSP_GETODELAY,0xbfbfcd08) = 0 (0x0) write(1,0x864e000,27)0% = 27 (0x1b) select(4,{0 3},0x0,0x0,{0 0}) = 0 (0x0) ioctl(6,SNDCTL_DSP_GETOSPACE,0x85637c0) = 0 (0x0) nanosleep({0 10000000}) = 0 (0x0) ioctl(6,SNDCTL_DSP_GETOSPACE,0x85637c0) = 0 (0x0) gettimeofday({1097330522 533449},0xbfbfcd00) = 0 (0x0) gettimeofday({1097330522 535651},0xbfbfcd00) = 0 (0x0) write(6,0x882b000,0) = 0 (0x0) ioctl(6,SNDCTL_DSP_GETODELAY,0xbfbfcd08) = 0 (0x0) write(1,0x864e000,27)0% = 27 (0x1b) select(4,{0 3},0x0,0x0,{0 0}) = 0 (0x0) write(1,0x864e000,1) = 1 (0x1) break(0x883b000) = 0 (0x0) break(0x8829000) = 0 (0x0) kill(0x166d,0x9) = 0 (0x0) SIGNAL 20 (SIGCHLD) wait4(0x166d,0x0,0x0,0x0) = 5741 (0x166d) munmap(0x28c66000,0x200000) = 0 (0x0) munmap(0x28c65000,0x40) = 0 (0x0) close(5) = 0 (0x0) ioctl(0,TIOCSETA,0x8594f80) = 0 (0x0) Some info about my system is below. I'm running without invariants and witness. more /var/run/dmesg.boot 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-BETA7 #30: Wed Oct 6 22:19:08 CEST 2004 root@guido.thuis.klop.ws:/usr/obj/usr/src/sys/GUIDO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (497.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 402653184 (384 MB) avail memory = 388509696 (370 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0x2000-0x201f mem 0x40100000-0x401ffff f,0x40200000-0x40200fff irq 11 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:a3:d9:44 pcm0: port 0x2060-0x207f irq 11 at device 14.0 on pci0 pcm0: isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x2040-0x204f,0x376,0x170-0x177,0x 3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x2020-0x203f irq 11 at de vice 20.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 intpm0: port 0xfc00-0xfc0f irq 9 at device 20.3 on pci0 intpm0: I/O mapped fc00 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped f800 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 IntelliMouse, device ID 3 ppc0 port 0x778-0x77d,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 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xe0000-0xe7fff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 497838405 Hz quality 800 Timecounters tick every 4.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to ac cept, logging unlimited acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 9541MB [19386/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x2060 irq 11 kld snd_emu10k1 (4p/2r/4v channels duplex default) kldstat Id Refs Address Size Name 1 20 0xc0400000 2a19e8 kernel 2 1 0xc06a2000 9970 cd9660.ko 3 1 0xc06ac000 ea68 msdosfs.ko 4 1 0xc06bb000 7494 snd_emu10k1.ko 5 2 0xc06c3000 1d4fc sound.ko 6 1 0xc06e1000 5bcc g_md.ko 7 1 0xc06e7000 1a1c mem.ko 8 1 0xc06e9000 1bcc io.ko 9 14 0xc06eb000 536dc acpi.ko 10 2 0xc15b3000 5000 procfs.ko 11 1 0xc15c6000 5000 linprocfs.ko 12 1 0xc15cb000 17000 linux.ko 13 1 0xc1682000 2c000 nfsclient.ko 14 1 0xc16e2000 1e000 nfsserver.ko -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 20:43: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 797DD16A4CE for ; Sun, 10 Oct 2004 20:43:12 +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 3845143D2D for ; Sun, 10 Oct 2004 20:43:12 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.42) id 1CGkX7-0006jN-1Y for freebsd-current@freebsd.org; Sun, 10 Oct 2004 21:43:09 +0100 Date: Sun, 10 Oct 2004 21:43:09 +0100 From: Dick Davies To: FreeBSD Current Message-ID: <20041010204308.GA29900@lb.tenfour> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: Rasputin Subject: ports freeze and portaudit alerts 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: Sun, 10 Oct 2004 20:43:12 -0000 I've recently returned to FreeBSD from a tour around various other free OSes - last time I used it seriously was around 4.7, I think, and 5.3 seems to be light years ahead functionality wise. So first off, congratulations. But I'm a little alarmed by the pre 5.3 release ports freeze - portaudit has flagged an awful lot of packages as having holes and refused to install them. Off the top of my head : mozilla, cups (and therefore most of kde) and firefox/bird. Shouldn't serious bugs (like the JPEG vuln in firefox for example) to override the freeze? I know the software could just be installed by hand but that loses you a lot of benefits (not least portaudit). I just wondered if there is a policy to not upgrade ports under any circumstances, or if this is just an oversight? I can imagine this would make me very twitchy if I was running production boxes during a freeze.... or have I missed something, and this doesn't affect 4.* users? -- Tempers are wearing thin. Let's hope some robot doesn't kill everybody. - Bender Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 21:04: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 A085B16A4CF for ; Sun, 10 Oct 2004 21:04:00 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC6043D41 for ; Sun, 10 Oct 2004 21:04:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9AL3kPg057331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 10 Oct 2004 17:03:48 -0400 (EDT) Message-ID: <4169A3A3.9070308@mac.com> Date: Sun, 10 Oct 2004 17:03:31 -0400 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: Dick Davies References: <20041010204308.GA29900@lb.tenfour> In-Reply-To: <20041010204308.GA29900@lb.tenfour> 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=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: FreeBSD Current Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 21:04:00 -0000 Dick Davies wrote: > But I'm a little alarmed by the pre 5.3 release ports freeze - portaudit has > flagged an awful lot of packages as having holes and refused to install them. [ ... ] > I just wondered if there is a policy to not upgrade ports under any > circumstances, or if this is just an oversight? I can imagine this would make > me very twitchy if I was running production boxes during a freeze.... > or have I missed something, and this doesn't affect 4.* users? The ports freeze slows down the rate at which changes are made to ports, but important changes like security fixes will still happen, and permitted after approval from . Your question prompts another, however, which is: "How long is too long to keep the ports tree frozen?" I suspect that there would exist less busywork between portmgr@ and maybe re@ if the ports tree was frozen not during the entire beta cycle, but starting a week or so before the RC versions come out. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 21:20:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A50D16A4CF for ; Sun, 10 Oct 2004 21:20:31 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 235EE43D39 for ; Sun, 10 Oct 2004 21:20:31 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp003.bizmail.yahoo.com with SMTP; 10 Oct 2004 21:20:30 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D0FDC61E4; Sun, 10 Oct 2004 16:20:29 -0500 (CDT) 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 05794-09; Sun, 10 Oct 2004 16:20:28 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5A71861B2; Sun, 10 Oct 2004 16:20:28 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i9ALKRYg039674; Sun, 10 Oct 2004 16:20:28 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4169A79B.7090009@alumni.rice.edu> Date: Sun, 10 Oct 2004 16:20:27 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dick Davies References: <20041010204308.GA29900@lb.tenfour> In-Reply-To: <20041010204308.GA29900@lb.tenfour> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: nectar@freebsd.org cc: FreeBSD Current Subject: Re: ports freeze and portaudit alerts 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: Sun, 10 Oct 2004 21:20:31 -0000 On 10/10/04 15:43, Dick Davies wrote: > I've recently returned to FreeBSD from a tour around various other free > OSes - last time I used it seriously was around 4.7, I think, and 5.3 seems > to be light years ahead functionality wise. So first off, congratulations. Glad to have you back ;-). > But I'm a little alarmed by the pre 5.3 release ports freeze - portaudit has > flagged an awful lot of packages as having holes and refused to install them. > > Off the top of my head : mozilla, cups (and therefore most of kde) and > firefox/bird. Shouldn't serious bugs (like the JPEG vuln > in firefox for example) to override the freeze? The Mozilla/Firefox ports have been updated with patches to resolve the security issues. See the latest commits for more info: http://www.freshports.org/www/mozilla http://www.freshports.org/www/firefox It seems the real issue for Mozilla/Firefox is that the VuXML document was not updated to reflect the patches being applied to the older versions (see http://www.vuxml.org/freebsd/index.html). Usually the versioning for the VuXML document is done with the assumption that issues will be resolved by updating to the latest version available from the vendor. Under a ports freeze this assumption is not correct. I've CC'ed nectar@ for this reason. Once this document is updated then portaudit will no longer flag them. The CUPS port still has not been updated to resolve its "print queue browser denial-of-service" issue. However, there is a PR from the maintainer to update to the latest, "safe" version: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/71811 > I just wondered if there is a policy to not upgrade ports under any > circumstances, or if this is just an oversight? I can imagine this would make > me very twitchy if I was running production boxes during a freeze.... > or have I missed something, and this doesn't affect 4.* users? Updates for security issues generally happen very promptly during ports freezes. I think these cases are just oversight, either in the reporting of updates (Mozilla/Firefox) or the actual updating itself (CUPS). Jon From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 22:19: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 3DF8E16A4CE for ; Sun, 10 Oct 2004 22:19:49 +0000 (GMT) Received: from mwinf0602.wanadoo.fr (smtp6.wanadoo.fr [193.252.22.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A178B43D1D for ; Sun, 10 Oct 2004 22:19:48 +0000 (GMT) (envelope-from dak@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0602.wanadoo.fr (SMTP Server) with SMTP id 332E5540027F; Mon, 11 Oct 2004 00:19:47 +0200 (CEST) Received: from smtp.wanadoo.fr (ca-sqy-3-64.w80-8.abo.wanadoo.fr [80.8.56.64]) by mwinf0602.wanadoo.fr (SMTP Server) with ESMTP id EE099540022F; Mon, 11 Oct 2004 00:19:46 +0200 (CEST) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by smtp.wanadoo.fr (8.13.1/8.13.1) with ESMTP id i9AMJj7W029921; Mon, 11 Oct 2004 00:19:45 +0200 (CEST) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.13.1/8.13.1/Submit) id i9AMJjof029920; Mon, 11 Oct 2004 00:19:45 +0200 (CEST) (envelope-from dak) Date: Mon, 11 Oct 2004 00:19:44 +0200 From: Aurelien Nephtali To: current@freebsd.org Message-ID: <20041010221944.GA29852@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: ld incorrect behaviour (broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 22:19:49 -0000 Hi, I've noticed that the behaviour of 'ld' has changed from v 2.12.1 (included in FreeBSD 4.10-PRERELEASE) and the v 2.15 actually used: nebula% cat tmp.c #include int main(void) { malloc(2); return (0); } Using ld 2.12.1 --------------- nebula% gcc -o tmp tmp.c nebula% readelf -a tmp | grep malloc 080496f0 00000207 R_386_JUMP_SLOT 080483bc malloc 2: 080483bc 41 FUNC GLOBAL DEFAULT UND malloc 52: 080483bc 41 FUNC GLOBAL DEFAULT UND malloc Using ld 2.15 ------------- nebula% gcc -o tmp tmp.c nebula% readelf -a tmp | grep malloc 080496f0 00000207 R_386_JUMP_SLOT 00000000 malloc 2: 00000000 41 FUNC GLOBAL DEFAULT UND malloc 52: 00000000 41 FUNC GLOBAL DEFAULT UND malloc The address '080483bc' is now '0' and that breaks all of my tools that need to use this field. Is there a reason for that field to be '0' now ? Thanks. -- NEPHTALI 'dak' Aurelien From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 22:26: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 3D06A16A4CE for ; Sun, 10 Oct 2004 22:26:07 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id D6E1243D3F for ; Sun, 10 Oct 2004 22:26:05 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 96160 invoked from network); 10 Oct 2004 22:26:04 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 10 Oct 2004 22:26:04 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 00:25:46 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> <20041010165852.GA15854@shagged.org> In-Reply-To: <20041010165852.GA15854@shagged.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410110026.03777.4711@chello.at> cc: axel.gruner@suedfactoring.de cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 22:26:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 10 October 2004 18:58, Chris Elsworth wrote: > On Sun, Oct 10, 2004 at 03:22:28PM +0200, Christian Hiris wrote: > > # gmirror configure -v -b load mirror0 ad0 > ^^^^^^^^^ > label? Yes, that should read "label" - sorry! > I'm quite interested that you didn't bother re-labelling the new > mirror device? I always thought that you had to (and I have been doing > this): No, re-labeling wasn't necessary. gmirror could read the existing labels and created the corresponding mirror*s** devices showed up under /dev/mirror/. fsck also went fine. I think this should work, as gmirror stores it's metadata in the last sector of it's providers. > 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] I never read about the new offset - until now I had no time to study the gmirror code. Where did you find this interresting information? > Is this all completely unnecessary? The first few times I played with > gmirror, I was doing something similar to your method, but if you do > bsdlabel -r /dev/mirror/mirror0s1 (or whatever) on your setup, don't > you get warnings about partition sizes? Yes, I get those warnings, too - but I decided to leave the labels as is, because on a test array I found this working w/o any datacorruption. An example in 'man gmirror' describes how to set up a gmirror array on a disk with valid data. It uses 'gmirror lable' w/o extra labeling. I understand it the way that the term 'valid data' means 'existing (non-gmirror-)data on an already (before-gmirror-)labeled disk'. Maybe my understanding is wrong and you gave me the hint to the reason why my mirrors break on startup. I will do some testing on this. The 2nd reason why I didn't touch my old labels, is that I want to be able to step back to ataraid as simple as possible, just in case of a breakage of the gmirror code. > That's what worried me enough > to go through all the rigmarole above, which fixes those warnings. I use gmirror since the day before yesterday, so for now there are still some things that I couldn't test and possibly I overlooked some things. At a first look, my experiences were not so bad, I lost no data and gained a lot of flexibility in my hdd subsystem. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBabb709WjGjvKU74RAjzIAJ4p+4RUbBgYLGeJlQX/GxXrvR1dswCdFOSy K5fuNpfvidRxvSEYVRYAYOY= =gXBY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 22:56: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 77B3316A4CE for ; Sun, 10 Oct 2004 22:56:00 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C4243D1F for ; Sun, 10 Oct 2004 22:56:00 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1445AF1955 for ; Sun, 10 Oct 2004 15:56:00 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18768-04 for ; Sun, 10 Oct 2004 15:55:56 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 28106F188F for ; Sun, 10 Oct 2004 15:55:56 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6boT8RKXpl6Isv2o7zB4" Message-Id: <1097448955.50197.13.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 10 Oct 2004 15:55:56 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: help with multicast read (broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 22:56:00 -0000 --=-6boT8RKXpl6Isv2o7zB4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just installed 5.3-B7 on an i386 machine. All went well, but I cannot get it to read data from a multicast address. I wrote a program that works just fine on both x86 and ppc linux platforms. It does the following: struct sockaddr_in address; int reuse_addr =3D 1; int fd, i; char *stream =3D "224.1.1.1"; char *port =3D "1234"; char *buffer; buffer =3D malloc (1500); if (buffer =3D=3D NULL) { fprintf(stderr, "Cannot allocate buffer space\n"); return -1; } memset((char *) &address, 0, sizeof(address)); address.sin_family =3D AF_INET; address.sin_port =3D htons(atoi(port)); fd =3D socket(PF_INET, SOCK_DGRAM, 0); if (fd < 0) { fprintf(stderr, "Cannot open socket for stream %s\n", stream); return -1; } setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &reuse_addr, sizeof(reuse_addr)); address.sin_addr.s_addr =3D inet_addr(stream); if (bind(fd, (struct sockaddr *) &address, sizeof(address)) < 0) { fprintf(stderr, "Cannot bind to stream %s\n", stream); close(fd); return -1; } if (IN_MULTICAST(address.sin_addr.s_addr)) { struct ip_mreq mreq;=20 mreq.imr_multiaddr.s_addr =3D address.sin_addr.s_addr; mreq.imr_interface.s_addr =3D htonl(INADDR_ANY); if (setsockopt(fd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mreq, sizeof(mreq)) < 0) { fprintf(stderr, "Cannot join multicast for %s\n", stream); close(fd); return -1; } } i =3D recvfrom(fd, buffer, 1500, 0, NULL, NULL); recvfrom never returns. I've looked at my program with sockstat and it has 224.1.1.1:1234 open for foreign address *:*. Anyone see a problem here? I've placed my complete program at www.mcneil.com/~sean/freebsd/stream.c you can compile simply as=20 cc -o stream stream.c I would appreciate comments/suggestions. Again, works fine under various cpus with Linux. Sean --=-6boT8RKXpl6Isv2o7zB4 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) iD8DBQBBab37yQsGN30uGE4RAgMJAJ9/mqXpd10XJ2CvrRokDdAlLKUGtwCfYu9t oh/uCF/eB/YsHu8Q/AkU+uI= =Bp0U -----END PGP SIGNATURE----- --=-6boT8RKXpl6Isv2o7zB4-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 00:26: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 0FF1C16A4CE for ; Mon, 11 Oct 2004 00:26:37 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 2FC8043D2F for ; Mon, 11 Oct 2004 00:26:36 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 96583 invoked from network); 11 Oct 2004 00:26:35 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 11 Oct 2004 00:26:35 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 02:26:34 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <20041010165852.GA15854@shagged.org> <200410110026.03777.4711@chello.at> In-Reply-To: <200410110026.03777.4711@chello.at> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410110226.35118.4711@chello.at> cc: axel.gruner@suedfactoring.de cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 00:26:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 11 October 2004 00:25, Christian Hiris wrote: > (non-gmirror-)data on an already (before-gmirror-)labeled disk'. Maybe my ^^^^^^^^^^^^^^^ sorry, one more typo ... (non-before-gmirror) - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBadM709WjGjvKU74RAkm5AJ0UcCjRK3D35M90RxIhFI7JghtbTwCfVnqV 7wxmMMtPMFh88VCnx8bPA6o= =3rpv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 01:19: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 BBCD116A4CE for ; Mon, 11 Oct 2004 01:19:10 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9768343D1F for ; Mon, 11 Oct 2004 01:19:10 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1CGoqD-0001bp-00 for current@freebsd.org; Sun, 10 Oct 2004 21:19:10 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16745.57237.472660.492897@jerusalem.litteratus.org> Date: Sun, 10 Oct 2004 21:19:17 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: "panic: spin lock entropy harvest mutex not in order list" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 01:19:10 -0000 About 2000 UTC Sunday I cvsuped system source and rebuilt. "make buildworld" went fine. (Log available) "make buildkernel" also good. (Log also available) I installed the new kernel and rebooted. When the system came up, I got: Real memory: XXXXXXXXX Avail memory: YYYYYYYYY panic: spin lock entropy harvest mutex not in order list KDB: enter: panic [thread 0] ddb> at which point neither the USB or PS/2 keyboards were recognized. (i.e. no trace or dump) I still have a workable machine (and volunteer as poster person for why the procedure in the Handbook is correct); I also have a debug kernel, dmesg (from the old kernel - no hardware changes) and kernel config available on request. I checked the mailing list archives and UPDATING and found nothing which seemed applicable. Have I just caught a hiccup in the development process? Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 03: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 8A0BF16A4CE for ; Mon, 11 Oct 2004 03:32:01 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 560F343D53 for ; Mon, 11 Oct 2004 03:32:01 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc13) with ESMTP id <20041011033201015003civue>; Mon, 11 Oct 2004 03:32:01 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 957061791F; Sun, 10 Oct 2004 20:32:00 -0700 (PDT) Date: Sun, 10 Oct 2004 20:32:00 -0700 From: Clint Olsen To: current@freebsd.org Message-ID: <20041011033200.GD21699@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: 5.3-BETA1: Still some issues with sk(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 03:32:01 -0000 I'm still lagging way behind on BETA1, but I ran into yet another watchdog timeout and complete hang of sk0 even though the developer community think they got this issue licked back in 6.0-CURRENT. I updated pr 69879 with the latest and (not so) greatest info. -Clint From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 04:32: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 0359716A4CE; Mon, 11 Oct 2004 04:32:23 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B910043D1F; Mon, 11 Oct 2004 04:32:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-187-209.dsl.snfc21.pacbell.net [64.171.187.209])i9B4WXWo025257; Mon, 11 Oct 2004 00:32:33 -0400 Message-ID: <416A0CD4.7040309@root.org> Date: Sun, 10 Oct 2004 21:32:20 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) 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 Subject: buildworld fails in libbsnmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 04:32:23 -0000 I did some searching and can't find this in the archive. I already hacked around the problem of gensnmptree being run from /usr/sbin (not the /usr/obj build tree). ===> libbsnmp ===> modules ===> modules/snmp_atm cc -fpic -DPIC -O -pipe -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/bsnmp/lib -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/bsnmp/snmpd -I. -Wsystem-headers -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 /home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/snmp_atm.c -o snmp_atm.So /home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/snmp_atm.c:64: error: `OIDX_begemotAtm' undeclared here (not in a function) *** Error code 1 Stop in /home/src/lib/libbsnmp/modules/snmp_atm. *** Error code 1 Stop in /home/src/lib/libbsnmp/modules. *** Error code 1 Stop in /home/src/lib/libbsnmp. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 04:52: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 8862C16A4CE; Mon, 11 Oct 2004 04:52:09 +0000 (GMT) Received: from imf23aec.mail.bellsouth.net (imf23aec.mail.bellsouth.net [205.152.59.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBFA443D31; Mon, 11 Oct 2004 04:52:08 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf23aec.mail.bellsouth.netESMTP <20041011045208.UXB1787.imf23aec.mail.bellsouth.net@[192.168.1.5]>; Mon, 11 Oct 2004 00:52:08 -0400 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <20040912112411.GA62181@schweikhardt.net> References: <412CBC91.3070900@portaone.com> <412CD983.2040700@cronyx.ru> <20040825183342.GA81434@xor.obsecurity.org> <20040912112411.GA62181@schweikhardt.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4DA777E4-1B41-11D9-B592-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Mon, 11 Oct 2004 00:52:07 -0400 To: kan@freebsd.org, stefanf@FreeBSD.org, freebsd-current@freebsd.org, sobomax@portaone.com X-Mailer: Apple Mail (2.619) Subject: Re: [patch] bug in cpp's #ident handling in gcc 3.4 [Was: ccache with buildworld] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 04:52:09 -0000 The ident bug in gcc was committed yesterday, I remember seeing something on this thread about it not being included in freebsd unless it was included in main release. http://savannah.gnu.org/cgi-bin/viewcvs/gcc/gcc/gcc/c-ppoutput.c? only_with_tag=gcc-3_4-branch Michael From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 06:11: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 9D92916A4CE for ; Mon, 11 Oct 2004 06:11:10 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA2E43D3F for ; Mon, 11 Oct 2004 06:11:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-187-6.dsl.snfc21.pacbell.net [64.171.187.6])i9B6BLWo013481 for ; Mon, 11 Oct 2004 02:11:21 -0400 Message-ID: <416A23FD.9070001@root.org> Date: Sun, 10 Oct 2004 23:11:09 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) 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 Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_cpu.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 06:11:10 -0000 Please test if this slows your system down. You can run your workload with: debug.acpi.disabled="cpu" ... to see if there's any difference. On most laptops that support C3, there is BM control and this code won't be used. This only affects systems which indicate they have C3 (via P_LVL3_LAT being < 1000, see acpidump -t) but don't have a PM2_CNT_BLK (== 0, also in acpidump -t). -Nate -------- Original Message -------- Subject: cvs commit: src/sys/dev/acpica acpi_cpu.c Date: Mon, 11 Oct 2004 06:06:45 +0000 (GMT) From: Nate Lawson To: njl@FreeBSD.ORG njl 2004-10-11 06:06:42 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_cpu.c Log: If bus mastering control is not available (PM2_BLK), don't just disable C3. Instead, flush caches before entering C3. This may be slower but provides good power savings. Revision Changes Path 1.44 +28 -17 src/sys/dev/acpica/acpi_cpu.c From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 06: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 D555616A4CE for ; Mon, 11 Oct 2004 06:34:04 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8DD43D1D for ; Mon, 11 Oct 2004 06:34:04 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.42 (FreeBSD)) id 1CGtkw-000Jot-JI for freebsd-current@freebsd.org; Mon, 11 Oct 2004 09:34:02 +0300 From: Andy Fawcett To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 09:33:52 +0300 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: <200410110933.57011.andy@athame.co.uk> Subject: Library bumps and gcc/g++ versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 06:34:04 -0000 hi, Recently we saw library bumps for various shared libraries because of changes since 4.x Would it make sense to also bump the c++ related libraries when we take a gcc that has an incompatible C++ ABI. Currently I have a couple of commercial closed-source applications that are built against 5.2.1, and won't be rebuilt in the (near) future for 5.3. Bumping the c++ library versions would allow the 5.2.1 libstdc++ library (and related libs) to be included as a compat52x-type library, allowing such applications to continue working. Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 06:37: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 2A75716A4CE for ; Mon, 11 Oct 2004 06:37:35 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1078843D3F for ; Mon, 11 Oct 2004 06:37:35 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id BF197F1A13 for ; Sun, 10 Oct 2004 23:37:34 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36091-04 for ; Sun, 10 Oct 2004 23:37:32 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 3CBC7F1897 for ; Sun, 10 Oct 2004 23:37:32 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JkB+SJgfmrbea8hLaN2m" Message-Id: <1097476651.36729.9.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 10 Oct 2004 23:37:32 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 06:37:35 -0000 --=-JkB+SJgfmrbea8hLaN2m Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I do not think this is a very acceptable performance, but I have little knowledge of ethernet drivers on FreeBSD to identify issues. I'd say any packet loss in the configuration I was testing would be unacceptable. Where to begin? I'll do what I can to help fix this. The tests were with udp packets of size 1316 on a quiet network. As explained in previous emails the only network combination that has loss is when the re0 is in gigE mode under FreeBSD. Cheers, Sean --=-JkB+SJgfmrbea8hLaN2m 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) iD8DBQBBaioryQsGN30uGE4RAlVQAJwLOxZyRmTj3lYX+3esfE8CAq4EtwCdGAEJ 1sSugfr+B4guhL5E7kXgFqM= =vO3D -----END PGP SIGNATURE----- --=-JkB+SJgfmrbea8hLaN2m-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 06:44: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 156D316A4CE for ; Mon, 11 Oct 2004 06:44:38 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 004F243D5F for ; Mon, 11 Oct 2004 06:44:38 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C33C9F19D5 for ; Sun, 10 Oct 2004 23:44:37 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36069-05 for ; Sun, 10 Oct 2004 23:44:35 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A9B8EF1970 for ; Sun, 10 Oct 2004 23:44:35 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org In-Reply-To: <1097448955.50197.13.camel@server> References: <1097448955.50197.13.camel@server> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sFM5pOObMzaWENSKcgrZ" Message-Id: <1097477075.37226.2.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 10 Oct 2004 23:44:35 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Re: help with multicast read (broken?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 06:44:38 -0000 --=-sFM5pOObMzaWENSKcgrZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Sorry for the noise. I found the problem: On Sun, 2004-10-10 at 15:55, Sean McNeil wrote: > if (IN_MULTICAST(address.sin_addr.s_addr)) { ^^^^^^^^^^^^^^^^^^^^^^^ This is suppose to be converted from network to host byte ordering. I thought I tested this on x86/Linux previously but I must have lost a change. Again, sorry for eating up cpu/bandwidth/etc. Sean --=-sFM5pOObMzaWENSKcgrZ 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) iD8DBQBBaivTyQsGN30uGE4RAravAKCP0NoYVRk+kfk3Z8dOQALwoTB9EACgwZz+ Y20b6lQRw1Vf9OlXzcEsrY8= =wxN4 -----END PGP SIGNATURE----- --=-sFM5pOObMzaWENSKcgrZ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 07:41: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 B213316A4CE for ; Mon, 11 Oct 2004 07:41:51 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 1346A43D45 for ; Mon, 11 Oct 2004 07:41:49 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041011074148.68572.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Mon, 11 Oct 2004 00:41:48 PDT Date: Mon, 11 Oct 2004 00:41:48 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-BETA7: what is purpose of empty directory /etc/ntp/ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 07:41:51 -0000 Erik Trulsson wrote: > spam maps wrote: > >>Hello, >> >>There's a directory /etc/ntp/ which is empty >>and doesn't seem to serve any purpose. > > > The cvs log for /etc/mtree/BSD.root.dist says: > > revision 1.67 > date: 2004/07/21 10:14:10; author: roberto; state: Exp; lines: +2 -0 > Add /etc/ntp to hold keys for ntpd. > However, 'man ntp.keys' says: ------------------------------------------ NAME ntp.keys -- NTP daemon key file format SYNOPSIS /etc/ntp.keys [...] FILES /etc/ntp.keys the default name of the configuration file --------------------------------------------- So that seems to be not in sync then !?! Either ntp.keys manpage should have /etc/ntp/ntp.keys as default, or that revision 1.67 was not appropriate. Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 07:42: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 6004816A4CE for ; Mon, 11 Oct 2004 07:42:29 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B70E643D49 for ; Mon, 11 Oct 2004 07:42:28 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9B7gLlA009144 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 11 Oct 2004 17:42:21 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9B7gKxP039342; Mon, 11 Oct 2004 17:42:20 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9B7gKk1039341; Mon, 11 Oct 2004 17:42:20 +1000 (EST) (envelope-from pjeremy) Date: Mon, 11 Oct 2004 17:42:20 +1000 From: Peter Jeremy To: current@freebsd.org Message-ID: <20041011074219.GA39251@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i cc: Andrew Li Subject: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 07:42:29 -0000 I have an HP DL380 running 5.3 and it will not reboot from multi-user mode - it hangs after printing "Rebooting..." and needs to be power- cycled (since there's no reset button). This doesn't happen with 4.10 or in single-user mode. ACPI and BROKEN_KEYBOARD_RESET make no difference. Adding some printf's in the shutdown sequence shows that the code is getting to the keyboard reset or invltlb() correctly. The big difference between 4.10 and 5.3 is ACPI - but disabling it doesn't have any effect. Does anyone have any ideas for where to search next? Working through /etc/rc.d would be a long and painful process since the POST takes a couple of minutes. BTW, would someone like to either explain or provide a pointer to how zeroing the page table and wiping the TLB resets a PC. I would have expected the CPU to wedge when it can't access memory (it can't take an exception because it can't save the state or fetch the exception descriptor). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 07:44: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 CD7A416A4CE for ; Mon, 11 Oct 2004 07:44:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89C1343D3F for ; Mon, 11 Oct 2004 07:44:38 +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 i9B7ibnr062695; Mon, 11 Oct 2004 10:44:37 +0300 (EEST) (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 94438-10; Mon, 11 Oct 2004 10:44:36 +0300 (EEST) 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 i9B7iasG062692; Mon, 11 Oct 2004 10:44:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9B7iPrj063064; Mon, 11 Oct 2004 10:44:25 +0300 (EEST) (envelope-from ru) Date: Mon, 11 Oct 2004 10:44:25 +0300 From: Ruslan Ermilov To: Nate Lawson Message-ID: <20041011074425.GB62985@ip.net.ua> References: <416A0CD4.7040309@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS" Content-Disposition: inline In-Reply-To: <416A0CD4.7040309@root.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: FreeBSD Current Subject: Re: buildworld fails in libbsnmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 07:44:39 -0000 --nVMJ2NtxeReIH9PS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 10, 2004 at 09:32:20PM -0700, Nate Lawson wrote: > I did some searching and can't find this in the archive. I already=20 > hacked around the problem of gensnmptree being run from /usr/sbin (not=20 > the /usr/obj build tree). >=20 gensnmptree is properly bootstrapped and run from ${WORLDTMP} if so necessary, here's an excerpt from Makefile.inc1: : .if ${BOOTSTRAPPING} < 502128 : _gensnmptree=3D usr.sbin/bsnmpd/gensnmptree : .endif If your /usr/include/osreldate.h fools buildworld into thinking it's running on a more recent system than you actually have, then you can try to "fix" it by passing the OSRELDATE knob of "make buildworld" the correct value of your __FreeBSD_version. If unsure, you can always do: make buildworld OSRELDATE=3D0 > =3D=3D=3D> libbsnmp > =3D=3D=3D> modules > =3D=3D=3D> modules/snmp_atm > cc -fpic -DPIC -O -pipe=20 > -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_= atm=20 > -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/bsnmp/lib= =20 > -I/home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/bsnmp/snmpd= =20 > -I. -Wsystem-headers -Wall -Wno-format-y2k -W -Wstrict-prototypes=20 > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual=20 > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline= =20 > -Wnested-externs -Wredundant-decls -c=20 > /home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_at= m/snmp_atm.c=20 > -o snmp_atm.So > /home/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_at= m/snmp_atm.c:64:=20 > error: `OIDX_begemotAtm' undeclared here (not in a function) > *** Error code 1 >=20 > Stop in /home/src/lib/libbsnmp/modules/snmp_atm. > *** Error code 1 >=20 > Stop in /home/src/lib/libbsnmp/modules. > *** Error code 1 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nVMJ2NtxeReIH9PS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBajnZqRfpzJluFF4RAqN/AJ90iqqQpY7MEpJOzXG4Ci+pTvJlJACfX/A3 mFtVZEvA7V2XzlkDnBNkxyA= =FEZZ -----END PGP SIGNATURE----- --nVMJ2NtxeReIH9PS-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 07:53: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 31AD816A4CE for ; Mon, 11 Oct 2004 07:53:53 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 305F443D2D for ; Mon, 11 Oct 2004 07:53:52 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 3532 invoked by uid 65534); 11 Oct 2004 07:53:51 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp007) with SMTP; 11 Oct 2004 09:53:51 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 09:53:49 +0200 User-Agent: KMail/1.7 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="nextPart14633796.z71mBAW5sA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410110953.50592.Emanuel.Strobl@gmx.net> Subject: sysinstall generates invalid partition table X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 07:53:53 -0000 --nextPart14633796.z71mBAW5sA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, with BETA7 it's not possible to create two slices because sysinstall then=20 marks these two slices active! Another question: Why is sysinstall (and fdisk) reading CHS values to compl= ain=20 about them? I have a NULLed disk (lowlevel formated) and sysinstall complai= ns=20 about wrong geometry, regardless of the BIOS setting. Another problem (which I originaly started in questions@ [MBR not overwrita= ble=20 with dd?]) with fdisk is that it shows a certain partition in the table wit= h=20 a start sector 63 and id 165 on a completely NULLed disk, so there's no=20 partition table and MBR at all. That's not the way it should work is it? =2DHarry --nextPart14633796.z71mBAW5sA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBajwOBylq0S4AzzwRAsX2AJ0bLfovQ3a+zEiYbDwtZgTrgzzaZACfRZ2K LK7b8QIkH0YOHkk3QB7+IAI= =0sLo -----END PGP SIGNATURE----- --nextPart14633796.z71mBAW5sA-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08:14: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 7774616A4CE for ; Mon, 11 Oct 2004 08:14:58 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F318643D2F for ; Mon, 11 Oct 2004 08:14:57 +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 i9B8DPYB039510; Mon, 11 Oct 2004 04:13:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9B8DFrn039507; Mon, 11 Oct 2004 04:13:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 04:13:15 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20041010124058.58a03dba.ubm@u-boot-man.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:14:58 -0000 On Sun, 10 Oct 2004, Marc UBM Bocklet wrote: > No, but I can revert the local patches, configure a dump device and try > getting one tomorrow or the day after that. Marc, Afer a couple of days of experimenting and chatting, Brian and I have developed what we hope is a less intrusive but fully functional fix for this problem. I ran it through a barrage of tests yesterday, although I couldn't reproduce the problem originally, and the system still appears to run :-). I've committed the patch to CVS HEAD (6.x), and will merge to 5.x in a few days, and assuming that your testing of the change doesn't reveal that it didn't fix the problem. I have included a copy of the patch committed (minus $FreeBSD$ change) below. If you could give this a spin, it would be much appreciated. Thanks for your (and Vlad's) patience as we worked this out! (And many thanks to Brian for doing so much of the work to fix it). 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.212 retrieving revision 1.213 diff -u -r1.212 -r1.213 --- uipc_socket.c 5 Sep 2004 14:33:21 -0000 1.212 +++ uipc_socket.c 11 Oct 2004 08:11:26 -0000 1.213 @@ -316,22 +316,34 @@ return (0); } +/* + * Attempt to free a socket. This should really be sotryfree(). + * + * We free the socket if the protocol is no longer interested in the socket, + * there's no file descriptor reference, and the refcount is 0. While the + * calling macro sotryfree() tests the refcount, sofree() has to test it + * again as it's possible to race with an accept()ing thread if the socket is + * in an listen queue of a listen socket, as being in the listen queue + * doesn't elevate the reference count. sofree() acquires the accept mutex + * early for this test in order to avoid that race. + */ void sofree(so) struct socket *so; { struct socket *head; - KASSERT(so->so_count == 0, ("socket %p so_count not 0", so)); - SOCK_LOCK_ASSERT(so); + SOCK_UNLOCK(so); + ACCEPT_LOCK(); + SOCK_LOCK(so); - if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0) { + if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0 || + so->so_count != 0) { SOCK_UNLOCK(so); + ACCEPT_UNLOCK(); return; } - SOCK_UNLOCK(so); - ACCEPT_LOCK(); head = so->so_head; if (head != NULL) { KASSERT((so->so_qstate & SQ_COMP) != 0 || @@ -353,6 +365,7 @@ * the listening socket is closed. */ if ((so->so_qstate & SQ_COMP) != 0) { + SOCK_UNLOCK(so); ACCEPT_UNLOCK(); return; } @@ -365,6 +378,7 @@ (so->so_qstate & SQ_INCOMP) == 0, ("sofree: so_head == NULL, but still SQ_COMP(%d) or SQ_INCOMP(%d)", so->so_qstate & SQ_COMP, so->so_qstate & SQ_INCOMP)); + SOCK_UNLOCK(so); ACCEPT_UNLOCK(); SOCKBUF_LOCK(&so->so_snd); so->so_snd.sb_flags |= SB_NOINTR; From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08:27: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 5E31F16A4CE for ; Mon, 11 Oct 2004 08:27:56 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C53443D46 for ; Mon, 11 Oct 2004 08:27:56 +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 i9B8QNOn039750; Mon, 11 Oct 2004 04:26:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9B8QNLE039747; Mon, 11 Oct 2004 04:26:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 04:26:23 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Robert Huff In-Reply-To: <16745.57237.472660.492897@jerusalem.litteratus.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: "panic: spin lock entropy harvest mutex not in order list" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:27:56 -0000 On Sun, 10 Oct 2004, Robert Huff wrote: > > About 2000 UTC Sunday I cvsuped system source and rebuilt. > "make buildworld" went fine. (Log available) > "make buildkernel" also good. (Log also available) > I installed the new kernel and rebooted. > When the system came up, I got: > > Real memory: XXXXXXXXX > Avail memory: YYYYYYYYY > panic: spin lock entropy harvest mutex not in order list > KDB: enter: panic > [thread 0] > ddb> When I committed the rewrite of the /dev/random entropy harvesting locking, I ommitted to commit the change to subr_witness.c telling witness about the lock change; witness requires that all spin locks be identified in the hard-coded lock order (although maybe only if witness skipspin is off, hence more people not running into it?). I've merged the change to subr_witness.c as change 1.182 as of a minute or two ago. Please letme know if that change doesn't fix the problem. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > at which point neither the USB or PS/2 keyboards were > recognized. (i.e. no trace or dump) > > I still have a workable machine (and volunteer as poster > person for why the procedure in the Handbook is correct); I also > have a debug kernel, dmesg (from the old kernel - no hardware > changes) and kernel config available on request. > I checked the mailing list archives and UPDATING and found > nothing which seemed applicable. > Have I just caught a hiccup in the development process? > > > Robert Huff > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08: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 29CFC16A4CE for ; Mon, 11 Oct 2004 08:37:38 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104B643D1D for ; Mon, 11 Oct 2004 08:37:37 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i9B8bVlY027274; Mon, 11 Oct 2004 10:37:31 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id 64DFDB8ED; Mon, 11 Oct 2004 10:39:29 +0200 (CEST) Date: Mon, 11 Oct 2004 10:39:28 +0200 From: "Axel S. Gruner" To: Christian Hiris <4711@chello.at> Message-ID: <20041011083928.GA2440@pcs28.suedfactoring.de> References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> <20041010165852.GA15854@shagged.org> <200410110026.03777.4711@chello.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410110026.03777.4711@chello.at> Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:37:38 -0000 Hi. Christian Hiris schrieb am Monday, den 11. October 2004: > > On Sun, Oct 10, 2004 at 03:22:28PM +0200, Christian Hiris wrote: > > > # gmirror configure -v -b load mirror0 ad0 > > ^^^^^^^^^ > > label? > Yes, that should read "label" - sorry! I tried it with "label" in single user mode, but i do not get it work. The error message is: "too few paramaters". > An example in 'man gmirror' describes how to set up a gmirror array on a disk > with valid data. It uses 'gmirror lable' w/o extra labeling. I understand it > the way that the term 'valid data' means 'existing (non-gmirror-)data on an > already (before-gmirror-)labeled disk'. Maybe my understanding is wrong and > you gave me the hint to the reason why my mirrors break on startup. I will do > some testing on this. I also understand it that way. The problem is, or seems to be, "gmirror label -v -b load mirror0 da0" does not work for me on a mounted device. If i use another disk, da2 and da3, umount them, gmirror labeling will work. So, in my understanding, i have to boot from another bootable device, and set up gmirror on da0 (where / is sitting an waiting to get mirrored) and da1 while these devices are not mounted. Axel From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08:43: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 500A516A4CE for ; Mon, 11 Oct 2004 08:43:37 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 611E743D58 for ; Mon, 11 Oct 2004 08:43:36 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 17656 invoked by uid 65534); 11 Oct 2004 08:43:35 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp001) with SMTP; 11 Oct 2004 10:43:35 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, axel.gruner@suedfactoring.de Date: Mon, 11 Oct 2004 10:43:27 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410110026.03777.4711@chello.at> <20041011083928.GA2440@pcs28.suedfactoring.de> In-Reply-To: <20041011083928.GA2440@pcs28.suedfactoring.de> 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="nextPart14071023.CT4XvDcmZi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111043.34062.Emanuel.Strobl@gmx.net> cc: Christian Hiris <4711@chello.at> cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:43:37 -0000 --nextPart14071023.CT4XvDcmZi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 11. Oktober 2004 10:39 schrieb Axel S. Gruner: > Hi. > > Christian Hiris schrieb am Monday, den 11. October 2004: > > > On Sun, Oct 10, 2004 at 03:22:28PM +0200, Christian Hiris wrote: > > > > # gmirror configure -v -b load mirror0 ad0 > > > > > > ^^^^^^^^^ > > > label? > > > > Yes, that should read "label" - sorry! > > I tried it with "label" in single user mode, but i do not get it work. > The error message is: "too few paramaters". > > > An example in 'man gmirror' describes how to set up a gmirror array on a > > disk with valid data. It uses 'gmirror lable' w/o extra labeling. I > > understand it the way that the term 'valid data' means 'existing > > (non-gmirror-)data on an already (before-gmirror-)labeled disk'. Maybe = my > > understanding is wrong and you gave me the hint to the reason why my > > mirrors break on startup. I will do some testing on this. > > I also understand it that way. The problem is, or seems to be, "gmirror > label -v -b load mirror0 da0" does not work for me on a mounted device. You can set kern.geom.debugflags to 16. Then the command should succeed but= no=20 guarantee that you shoot yourself into the foot! =2DHarry > If i use another disk, da2 and da3, umount them, gmirror labeling will > work. > So, in my understanding, i have to boot from another bootable device, > and set up gmirror on da0 (where / is sitting an waiting to get > mirrored) and da1 while these devices are not mounted. > > Axel > _______________________________________________ > 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" --nextPart14071023.CT4XvDcmZi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBake1Bylq0S4AzzwRAh2VAJ92yWcggFxvNaIQclJ2eNmkf1eEegCfaN8r 8487ahQZsMOwSUZ/OMR460Q= =yG1n -----END PGP SIGNATURE----- --nextPart14071023.CT4XvDcmZi-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08:54: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 451D316A4CE for ; Mon, 11 Oct 2004 08:54:11 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D054C43D2F for ; Mon, 11 Oct 2004 08:54:10 +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 i9B8qZui040160; Mon, 11 Oct 2004 04:52:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9B8qUd4040157; Mon, 11 Oct 2004 04:52:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 04:52:30 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sean McNeil In-Reply-To: <1097476651.36729.9.camel@server> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:54:11 -0000 On Sun, 10 Oct 2004, Sean McNeil wrote: > I do not think this is a very acceptable performance, but I have little > knowledge of ethernet drivers on FreeBSD to identify issues. I'd say > any packet loss in the configuration I was testing would be > unacceptable. Where to begin? I'll do what I can to help fix this. > > The tests were with udp packets of size 1316 on a quiet network. As > explained in previous emails the only network combination that has loss > is when the re0 is in gigE mode under FreeBSD. Whether or not you can send at 1gps on gigabit ethernet depends quite a bit on traffic profile and hardware. For example, to accomplish high packet rates for small packet sizes, you need to make sure you have a 64-bit PCI ethernet card. The above is a pretty large packet size, so I would guess that even with poor hardware, you should be able to readily get 500mbps transmission rates. I'm not sure how much control you have over the application you're running, but it would be interesting to know if it's getting back ENOBUFS from send() to the network interface or not. This would tell us if the output buffer for the network interface is filling or not. If you're not filling it at 100mbs, the chances are you're not filling it at 1gbps, but it's worth checking. Assuming you're not filling the send buffer, it would definitely suggest a driver, configuration, or hardware bug. There have recently been a number of changes to the if_re driver to fix support for jumbo frames, etc. It would be interesting to know whether backing out to earlier revisions of the if_re driver affect the problem you're seeing. In particular, ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting, and 1.31 is before some other related changes. Likewise, you could try backing out to before locking was introduced by setting debug.mpsafenet=0 in loader.conf and then backing out to if_re.c:1.29. I might be generally useful to try setting debug.mpsafenet=0 with the current driver to eliminate that as a possible concern. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 08:56: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 E50F116A4CE; Mon, 11 Oct 2004 08:56:54 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 981F443D48; Mon, 11 Oct 2004 08:56:54 +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 i9B8tIrr040219; Mon, 11 Oct 2004 04:55:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9B8t7Ki040214; Mon, 11 Oct 2004 04:55:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 04:55:07 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sam Lawrance In-Reply-To: <1097304515.806.10.camel@dirk.no.domain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 08:56:55 -0000 On Sat, 9 Oct 2004, Sam Lawrance wrote: > I'm sorry, that patch was missing paths.. this one: > > http://sam.stral.net/freebsd/wakeupdelay-patch > > is much nicer. Are there plans to get this patch merged for 5.3? I was chatting with Brian yesterday about the accept locking issue in sofree() and he was indicating that he was seeing symptoms very much like the ones described in this thread (long wakeup times for keypresses, 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 Mon Oct 11 09:00: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 0E3E216A4CE for ; Mon, 11 Oct 2004 09:00:29 +0000 (GMT) Received: from sffwd0.suedfactoring.de (port-212-202-224-251.static.qsc.de [212.202.224.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57FA343D1F for ; Mon, 11 Oct 2004 09:00:28 +0000 (GMT) (envelope-from agruner@suedfactoring.de) Received: from pcs28.suedfac.com ([10.2.1.228]) ESMTP id i9B90PlY027615; Mon, 11 Oct 2004 11:00:25 +0200 Received: by pcs28.suedfac.com (Postfix, from userid 1001) id A5673B8ED; Mon, 11 Oct 2004 11:02:22 +0200 (CEST) Date: Mon, 11 Oct 2004 11:02:22 +0200 From: "Axel S. Gruner" To: Emanuel Strobl Message-ID: <20041011090222.GB2440@pcs28.suedfactoring.de> References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410110026.03777.4711@chello.at> <20041011083928.GA2440@pcs28.suedfactoring.de> <200410111043.34062.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410111043.34062.Emanuel.Strobl@gmx.net> Organization: SuedFactoring GmbH Adress1: 70191 Stuttgart Adress2: Heilbronnerstrasse 86 Phone: (+49)711/127-3865 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Christian Hiris <4711@chello.at> cc: freebsd-current@freebsd.org cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: axel.gruner@suedfactoring.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 09:00:29 -0000 Emanuel Strobl schrieb am Monday, den 11. October 2004: > > I also understand it that way. The problem is, or seems to be, "gmirror > > label -v -b load mirror0 da0" does not work for me on a mounted device. > You can set kern.geom.debugflags to 16. Then the command should succeed but no > guarantee that you shoot yourself into the foot! Wohoo, that sounds good. I will give it a try in the afternoon. Thanks for that hint. Axel -- Systemadministrator SuedFactoring GmbH Heilbronnerstrasse 86 70191 Stuttgart axel.gruner@suedfactoring.de (+49)711/127-3865 From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 09:02: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 2DF6F16A4CE for ; Mon, 11 Oct 2004 09:02:03 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3AE1B43D2D for ; Mon, 11 Oct 2004 09:02:02 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 27132 invoked by uid 65534); 11 Oct 2004 09:02:00 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp005) with SMTP; 11 Oct 2004 11:02:00 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 11:01:58 +0200 User-Agent: KMail/1.7 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="nextPart3172635.WsYPt0ZmuH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111101.59356.Emanuel.Strobl@gmx.net> Subject: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 09:02:03 -0000 --nextPart3172635.WsYPt0ZmuH Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I managed to get a GPT table onto my disk while beeing still able to boot. In verbose boot GEOM creates ad0p2 but no device is generated. How can I get a filesystem on my p2? My GPT tabel: start size index contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 29 =20 63 4192902 1 MBR part 165 4192965 1000000 2 GPT part - FreeBSD UFS/UFS2 5192965 151108490 =20 156301455 32 Sec GPT table 156301487 1 Sec GPT header vberbose boot logs: GEOM: new disk ad0 GEOM: Configure ad0p2, start 2146798080 length 512000000 end 2658798079 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):260/254/63 s:63 l:4192902 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [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 2146765824 end 2146798079 WARNING: Expected rawoffset 0, found 4192965 GEOM: Configure ad0p2c, start 0 length 77876951040 end 77876951039 GEOM: Configure ad0s1a, start 0 length 1072693248 end 1072693247 GEOM: Configure ad0s1b, start 1072693248 length 1074072576 end 2146765823 GEOM: Configure ad0s1c, start 0 length 2146765824 end 2146765823 --nextPart3172635.WsYPt0ZmuH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBakwHBylq0S4AzzwRAmBoAKCSvZ39JBvcSjF4BH0zCWrgAioumgCcCv4S pKcYTjzAHjrcwjFdTk9fcUc= =aZIV -----END PGP SIGNATURE----- --nextPart3172635.WsYPt0ZmuH-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 10:34: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 97D6816A4CF for ; Mon, 11 Oct 2004 10:34:47 +0000 (GMT) Received: from euclide.usr.dico.unimi.it (euclide.usr.dico.unimi.it [159.149.155.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9471E43D2F for ; Mon, 11 Oct 2004 10:34:46 +0000 (GMT) (envelope-from saturnero@gufi.org) Received: from pigra.saturnero.sat (host148-27.pool8250.interbusiness.it [82.50.27.148]) (authenticated bits=0)i9BAXugV001464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 11 Oct 2004 12:33:59 +0200 (CEST) (envelope-from saturnero@gufi.org) Received: from cupa.saturnero.sat (cupa.saturnero.sat [192.168.99.14]) by pigra.saturnero.sat (Postfix) with SMTP id 212DAE7013 for ; Mon, 11 Oct 2004 12:34:40 +0200 (CEST) From: Dario Freni Date: Mon, 11 Oct 2004 12:34:46 +0200 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: References: <20040929152403.GA37746@rogue.acs.lan> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Making bfe MPSAFE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 10:34:47 -0000 On Wed, 29 Sep 2004 19:24:03 +0300, Mike Makonnen wrote: > Hi folks, > > I've cleaned-up the bfe driver's locking. I've also fixed it up so it > doesn't need a recursive mute anymore. I'm running it locally and it's > working with mpsafenet=1. Please test it on your bfe nics and let me > know how it goes. I would also like to here from the networking folks as > to the correctness of the cleanups. Works good for me on a Dell Inspiron 5150 p4 3.06 with ht enable. 5.3-BETA7, SMP, 4BSD, mpsafenet=1. Thanks, Dario From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 11:26: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 3F81516A4CE for ; Mon, 11 Oct 2004 11:26:26 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD9B43D1F for ; Mon, 11 Oct 2004 11:26:22 +0000 (GMT) (envelope-from itetcu@apropo.ro) Received: (qmail 8966 invoked by uid 89); 11 Oct 2004 11:26:20 -0000 Received: from unknown (HELO it.buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 11 Oct 2004 11:26:20 -0000 Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with SMTP id 0EBBA590; Mon, 11 Oct 2004 14:13:54 +0300 (EEST) Date: Mon, 11 Oct 2004 14:09:31 +0300 From: Ion-Mihai Tetcu To: questions@freebsd.org, current@freebsd.org Message-ID: <20041011140931.7934d78b@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: TIMEOUT - WRITE_DMA and smart questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 11:26:26 -0000 [ please reply only on questions@ if this is not appropriate for current@ ] Hi, While doing nothing special the system start printing TIMEOUT - WRITE_DMA erros and eventually after an atacontrol mode 0 PIO4 PIO4 hanged completely at 04:20. After restart I've got a few TIMEOUT .. but no hung, however the machine is idle. SMART was enabled as seen bellow, but smartd wasn't running (stupid, huh :-/ ). Obvious question: is the hdd dying ? Second question, as I'm not familiar with SMART: how much can one trust SMART reports ? Third question: could you suggest some settings for smartd ? I'm, asking this because I don't fully understand the man pages for smartctl and smartd; a link explaining more about smart would also be appreciated. System details: Local system status (last daily mail): 3:01AM up 2 days, 11:56, 2 users, load averages: 1.04, 1.07, 0.95 % uname -a FreeBSD it.buh.cameradicommercio.ro 5.3-BETA7 FreeBSD 5.3-BETA7 #3: Mon Oct 4 21:57:25 EEST 2004 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_d i386 Oct 11 04:06:51 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210020 Oct 11 04:07:02 it kernel: ata0: reiniting channel .. Oct 11 04:07:02 it kernel: ata0: reset tp1 mask=03 ostat0=d0 ostat1=d0 Oct 11 04:07:02 it kernel: ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 Oct 11 04:07:02 it last message repeated 95 times Oct 11 04:07:02 it kernel: ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 Oct 11 04:07:02 it kernel: ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 Oct 11 04:07:02 it kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1 Oct 11 04:07:02 it kernel: ata0: resetting done .. Oct 11 04:07:02 it kernel: ad0: pio=0x0c wdma=0x22 udma=0x45 cable=80pin Oct 11 04:07:02 it kernel: ad0: setting PIO4 on VIA 8235 chip Oct 11 04:07:02 it kernel: ad0: setting UDMA100 on VIA 8235 chip Oct 11 04:07:02 it kernel: ata0: device config done .. Oct 11 04:07:16 it kernel: (probe0:ata0:0:0:0): error 22 Oct 11 04:07:16 it kernel: (probe0:ata0:0:0:0): Unretryable Error Oct 11 04:07:16 it kernel: (probe1:ata0:0:1:0): error 22 Oct 11 04:07:16 it kernel: (probe1:ata0:0:1:0): Unretryable Error ......... # grep LBA /var/log/messages Oct 11 04:06:51 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210020 Oct 11 04:07:52 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165839908 Oct 11 04:08:48 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165849220 Oct 11 04:09:12 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165851556 Oct 11 04:09:32 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165859748 Oct 11 04:10:44 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6343103 Oct 11 04:11:23 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210916 Oct 11 04:11:36 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186211044 Oct 11 04:11:58 it kernel: acd0: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 Oct 11 04:13:21 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=309294340 Oct 11 04:14:00 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421156 Oct 11 04:14:24 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=175421156 Oct 11 04:15:04 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421796 Oct 11 04:15:48 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=130261540 Oct 11 04:16:10 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421892 Oct 11 04:16:53 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=173918724 Oct 11 04:18:50 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=309924420 Oct 11 04:19:14 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=4920283 Oct 11 04:40:00 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=4918975 Oct 11 04:40:56 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6067199 Oct 11 10:46:52 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6343103 # grep sw /var/log/messages Oct 11 04:14:24 it kernel: swap_pager: indefinite wait buffer: device: ad0s1e, blkno: 14841, size: 4096 Oct 11 04:14:24 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 14381, size: 4096 Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 60732, size: 4096 Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 33481, size: 4096 Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 33488, size: 4096 The disk is: # atacontrol cap 0 0 ATA channel 0, Master, device ad0: Protocol ATA/ATAPI revision 6 device model WDC WD1600JB-00EVA0 serial number WD-WCAEK1298992 firmware revision 15.05R15 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 312579695 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes no read ahead yes yes dma queued no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes yes 254/0xFE 128/0x80 # smartctl -a /dev/ad0 smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: WDC WD1600JB-00EVA0 Serial Number: WD-WCAEK1298992 Firmware Version: 15.05R15 Device is: In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Mon Oct 11 12:37:32 2004 EEST SMART support is: Available - device has SMART capability. SMART support is: Enabled The SMART RETURN STATUS return value (smartmontools -H option/Directive) can not be retrieved with this version of ATAng, please do not rely on this value === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x05) Offline data collection activity was aborted by an interrupting command from host. Auto Offline Data Collection: Disabled. Self-test execution status: ( 40) The self-test routine was interrupted by the host with a hard or soft reset. Total time to complete Offline data collection: (5061) seconds. Offline data collection capabilities: (0x79) SMART execute Offline immediate. No Auto Offline data collection support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. No General Purpose Logging support. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 67) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0007 155 147 021 Pre-fail Always - 2775 4 Start_Stop_Count 0x0032 100 100 040 Old_age Always - 464 5 Reallocated_Sector_Ct 0x0033 199 199 140 Pre-fail Always - 8 7 Seek_Error_Rate 0x000b 200 199 051 Pre-fail Always - 0 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3360 10 Spin_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 462 194 Temperature_Celsius 0x0022 124 253 000 Old_age Always - 26 196 Reallocated_Event_Count 0x0032 194 194 000 Old_age Always - 6 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0012 200 200 000 Old_age Always - 0 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 2 200 Multi_Zone_Error_Rate 0x0009 200 155 051 Pre-fail Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended captive Interrupted (host reset) 80% 77 - # 2 Extended offline Aborted by host 90% 77 - # 3 Conveyance offline Completed without error 00% 76 - # 4 Short offline Completed without error 00% 76 - # 5 Conveyance offline Completed without error 00% 233 - # 6 Short captive Interrupted (host reset) 90% 233 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Thanks, -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 11:37: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 08FE516A4CE for ; Mon, 11 Oct 2004 11:37:29 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A278A43D58 for ; Mon, 11 Oct 2004 11:37:28 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so241497rnk for ; Mon, 11 Oct 2004 04:37:25 -0700 (PDT) Received: by 10.38.181.6 with SMTP id d6mr1250774rnf; Mon, 11 Oct 2004 04:37:24 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Mon, 11 Oct 2004 04:37:24 -0700 (PDT) Message-ID: Date: Mon, 11 Oct 2004 07:37:24 -0400 From: Vlad To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041010124058.58a03dba.ubm@u-boot-man.de> cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 11:37:29 -0000 Robert, this patch is a replacement (not addition) to what Brian came up with before here http://green.homeunix.org/~green/tcp_accept_race_crash.patch correct? I see they patch different files, so just making sure thank you guys for your work and patience with the problem :) On Mon, 11 Oct 2004 04:13:15 -0400 (EDT), Robert Watson wrote: > > On Sun, 10 Oct 2004, Marc UBM Bocklet wrote: > > > No, but I can revert the local patches, configure a dump device and try > > getting one tomorrow or the day after that. > > Marc, > > Afer a couple of days of experimenting and chatting, Brian and I have > developed what we hope is a less intrusive but fully functional fix for > this problem. I ran it through a barrage of tests yesterday, although I > couldn't reproduce the problem originally, and the system still appears to > run :-). I've committed the patch to CVS HEAD (6.x), and will merge to > 5.x in a few days, and assuming that your testing of the change doesn't > reveal that it didn't fix the problem. I have included a copy of the > patch committed (minus $FreeBSD$ change) below. > > If you could give this a spin, it would be much appreciated. Thanks for > your (and Vlad's) patience as we worked this out! (And many thanks to > Brian for doing so much of the work to fix it). > > 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.212 > retrieving revision 1.213 > diff -u -r1.212 -r1.213 > --- uipc_socket.c 5 Sep 2004 14:33:21 -0000 1.212 > +++ uipc_socket.c 11 Oct 2004 08:11:26 -0000 1.213 > @@ -316,22 +316,34 @@ > return (0); > } > > +/* > + * Attempt to free a socket. This should really be sotryfree(). > + * > + * We free the socket if the protocol is no longer interested in the socket, > + * there's no file descriptor reference, and the refcount is 0. While the > + * calling macro sotryfree() tests the refcount, sofree() has to test it > + * again as it's possible to race with an accept()ing thread if the socket is > + * in an listen queue of a listen socket, as being in the listen queue > + * doesn't elevate the reference count. sofree() acquires the accept mutex > + * early for this test in order to avoid that race. > + */ > void > sofree(so) > struct socket *so; > { > struct socket *head; > > - KASSERT(so->so_count == 0, ("socket %p so_count not 0", so)); > - SOCK_LOCK_ASSERT(so); > + SOCK_UNLOCK(so); > + ACCEPT_LOCK(); > + SOCK_LOCK(so); > > - if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0) { > + if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0 || > + so->so_count != 0) { > SOCK_UNLOCK(so); > + ACCEPT_UNLOCK(); > return; > } > > - SOCK_UNLOCK(so); > - ACCEPT_LOCK(); > head = so->so_head; > if (head != NULL) { > KASSERT((so->so_qstate & SQ_COMP) != 0 || > @@ -353,6 +365,7 @@ > * the listening socket is closed. > */ > if ((so->so_qstate & SQ_COMP) != 0) { > + SOCK_UNLOCK(so); > ACCEPT_UNLOCK(); > return; > } > @@ -365,6 +378,7 @@ > (so->so_qstate & SQ_INCOMP) == 0, > ("sofree: so_head == NULL, but still SQ_COMP(%d) or SQ_INCOMP(%d)", > so->so_qstate & SQ_COMP, so->so_qstate & SQ_INCOMP)); > + SOCK_UNLOCK(so); > ACCEPT_UNLOCK(); > SOCKBUF_LOCK(&so->so_snd); > so->so_snd.sb_flags |= SB_NOINTR; > > > > > _______________________________________________ > 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" > -- Vlad From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 21:39: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 9F2CA16A53C; Sun, 10 Oct 2004 21:39:51 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A9A243D3F; Sun, 10 Oct 2004 21:39:51 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 374B6148D7; Sun, 10 Oct 2004 16:39:51 -0500 (CDT) Date: Sun, 10 Oct 2004 16:39:51 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: Jon Noack In-Reply-To: <4169A79B.7090009@alumni.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 11 Oct 2004 11:56:51 +0000 cc: nectar@freebsd.org cc: FreeBSD Current cc: Dick Davies Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 Oct 2004 21:39:54 -0000 On Sun, 10 Oct 2004, Jon Noack wrote: > > I just wondered if there is a policy to not upgrade ports under any > > circumstances, or if this is just an oversight? I can imagine this > > would make me very twitchy if I was running production boxes during a > > freeze.... or have I missed something, and this doesn't affect 4.* users? > > Updates for security issues generally happen very promptly during ports > freezes. I think these cases are just oversight, either in the > reporting of updates (Mozilla/Firefox) or the actual updating itself (CUPS). As far as I know, all of the security-related commit requests that have been forwarded to portmgr have been approved, as well as all the license-related changes and most of the build failure fixes. The functionality fixes take a little bit longer to be responded to as we try to figure out 'how critical' they are (there appear to be no submissions to portmgr that 'aren't critical', at least to the submitter :-) ) I figure that around 150-200 requests have come in during the freeze and that 80% have been approved. With all those, we haven't made an effort to go track down any other security-related PRs in the database. Perhaps we should have, but as you can tell there has been no lack of things to do otherwise ... mcl From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 12:18: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 D559716A4CE for ; Mon, 11 Oct 2004 12:18:28 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DABB43D4C for ; Mon, 11 Oct 2004 12:18:27 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 6549 invoked by uid 65534); 11 Oct 2004 12:18:26 -0000 Received: from p5089FB99.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.251.153) by mail.gmx.net (mp024) with SMTP; 11 Oct 2004 14:18:26 +0200 X-Authenticated: #15946415 Received: from [10.0.0.100] (helo=[10.0.0.100]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CGz8I-000PIs-8d for freebsd-current@freebsd.org; Mon, 11 Oct 2004 14:18:30 +0200 Message-ID: <416A7A10.3020305@gmx.de> Date: Mon, 11 Oct 2004 14:18:24 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041008120057.88CA716A4CF@hub.freebsd.org> In-Reply-To: <20041008120057.88CA716A4CF@hub.freebsd.org> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NDIS/UMA 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: Mon, 11 Oct 2004 12:18:28 -0000 > Not sure if it's worth anything, but with a current from yesterday I now > get panics on boot using ndis. Also, my DWL-G650 card doesn't seem to work > with the ath driver (rev C card) so... would that UMA patch solve this? We are havong that discussion on freebsd-mobile as well regarding 3Com Wireless PC-Cards. Here is my panic message if that helps someone. I had to type it down, so hopefully there is no mistake in there... I got this message, when I tried to bring ndis0 up at boot time by rc.conf with wep enable. I haven't tried an open system, yet. However it appears when packets are trying to pass the interface. Fatal trag 12: page fault while in kernel mode cpuid = 0; apic id =00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xe1dbf8f0 frame pointer = 0x10:0xe1dbf988 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gra 1 processort flags = interrupt enabled, resume, IOPL = 0 current process = 195 (ifconfig) trap number = 12 panic: page fault cpuid = 0 Cheers, Jochen From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 12: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 3FC5E16A4CE; Mon, 11 Oct 2004 12:19:15 +0000 (GMT) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFE243D54; Mon, 11 Oct 2004 12:19:14 +0000 (GMT) (envelope-from martines@rochester.rr.com) Received: from domain.crafts4life.com (roc-66-66-65-30.rochester.rr.com [66.66.65.30])i9BCJ9Yn029729; Mon, 11 Oct 2004 08:19:10 -0400 (EDT) Received: from localhost.crafts4life.com (localhost [127.0.0.1]) by domain.crafts4life.com (Postfix) with ESMTP id 2205C3FC2; Mon, 11 Oct 2004 08:19:09 -0400 (EDT) Received: from domain.crafts4life.com (localhost.crafts4life.com [127.0.0.1]) by localhost.crafts4life.com (AvMailGate-2.0.1.16) id 02375-5BEB480D; Mon, 11 Oct 2004 08:19:08 -0400 Received: from sauron.crafts4life.com (sauron.crafts4life.com [192.168.1.247]) by domain.crafts4life.com (Postfix) with ESMTP id 3DA6B3F87; Mon, 11 Oct 2004 08:19:08 -0400 (EDT) From: Eduard Martinescu To: Ion-Mihai Tetcu In-Reply-To: <20041011140931.7934d78b@it.buh.cameradicommercio.ro> References: <20041011140931.7934d78b@it.buh.cameradicommercio.ro> Content-Type: text/plain Message-Id: <1097497147.29958.3.camel@sauron.crafts4life.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 08:19:07 -0400 Content-Transfer-Encoding: 7bit X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.16; AVE: 6.28.0.3; VDF: 6.28.0.9; host: domain.crafts4life.com) X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA and smart questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:19:15 -0000 Ion-Mihai, For more information on smartmontools (smartctl,smartd), check out the Source Forge site, http://smartmontools.sourceforge.net If you have specific questions, you can email the support list (link on the page above). Ed On Mon, 2004-10-11 at 07:09, Ion-Mihai Tetcu wrote: > [ please reply only on questions@ if this is not appropriate for current@ ] > > Hi, > > While doing nothing special the system start printing TIMEOUT - > WRITE_DMA erros and eventually after an atacontrol mode 0 PIO4 PIO4 > hanged completely at 04:20. > > After restart I've got a few TIMEOUT .. but no hung, however the machine > is idle. > > SMART was enabled as seen bellow, but smartd wasn't running (stupid, huh > :-/ ). > > Obvious question: is the hdd dying ? > > Second question, as I'm not familiar with SMART: how much can one trust > SMART reports ? > > Third question: could you suggest some settings for smartd ? I'm, asking > this because I don't fully understand the man pages for smartctl and > smartd; a link explaining more about smart would also be appreciated. > > > System details: > > Local system status (last daily mail): > 3:01AM up 2 days, 11:56, 2 users, load averages: 1.04, 1.07, 0.95 > > % uname -a > FreeBSD it.buh.cameradicommercio.ro 5.3-BETA7 FreeBSD 5.3-BETA7 #3: Mon Oct 4 21:57:25 EEST 2004 root@it.buh.tecnik93.com:/usr/obj/usr/src/sys/IT53_d i386 > > Oct 11 04:06:51 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210020 > Oct 11 04:07:02 it kernel: ata0: reiniting channel .. > Oct 11 04:07:02 it kernel: ata0: reset tp1 mask=03 ostat0=d0 ostat1=d0 > Oct 11 04:07:02 it kernel: ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 > Oct 11 04:07:02 it last message repeated 95 times > Oct 11 04:07:02 it kernel: ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > Oct 11 04:07:02 it kernel: ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > Oct 11 04:07:02 it kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > Oct 11 04:07:02 it kernel: ata0: resetting done .. > Oct 11 04:07:02 it kernel: ad0: pio=0x0c wdma=0x22 udma=0x45 cable=80pin > Oct 11 04:07:02 it kernel: ad0: setting PIO4 on VIA 8235 chip > Oct 11 04:07:02 it kernel: ad0: setting UDMA100 on VIA 8235 chip > Oct 11 04:07:02 it kernel: ata0: device config done .. > Oct 11 04:07:16 it kernel: (probe0:ata0:0:0:0): error 22 > Oct 11 04:07:16 it kernel: (probe0:ata0:0:0:0): Unretryable Error > Oct 11 04:07:16 it kernel: (probe1:ata0:0:1:0): error 22 > Oct 11 04:07:16 it kernel: (probe1:ata0:0:1:0): Unretryable Error > ......... > > # grep LBA /var/log/messages > Oct 11 04:06:51 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210020 > Oct 11 04:07:52 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165839908 > Oct 11 04:08:48 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165849220 > Oct 11 04:09:12 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165851556 > Oct 11 04:09:32 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=165859748 > Oct 11 04:10:44 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6343103 > Oct 11 04:11:23 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186210916 > Oct 11 04:11:36 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=186211044 > Oct 11 04:11:58 it kernel: acd0: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 > Oct 11 04:13:21 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=309294340 > Oct 11 04:14:00 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421156 > Oct 11 04:14:24 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=175421156 > Oct 11 04:15:04 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421796 > Oct 11 04:15:48 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=130261540 > Oct 11 04:16:10 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=175421892 > Oct 11 04:16:53 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=173918724 > Oct 11 04:18:50 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=309924420 > Oct 11 04:19:14 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=4920283 > Oct 11 04:40:00 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=4918975 > Oct 11 04:40:56 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6067199 > Oct 11 10:46:52 it kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=6343103 > > # grep sw /var/log/messages > Oct 11 04:14:24 it kernel: swap_pager: indefinite wait buffer: device: ad0s1e, blkno: 14841, size: 4096 > Oct 11 04:14:24 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 14381, size: 4096 > Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 60732, size: 4096 > Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 33481, size: 4096 > Oct 11 04:16:53 it kernel: swap_pager: indefinite wait buffer: device: ad0s3d, blkno: 33488, size: 4096 > > > > The disk is: > # atacontrol cap 0 0 > ATA channel 0, Master, device ad0: > > Protocol ATA/ATAPI revision 6 > device model WDC WD1600JB-00EVA0 > serial number WD-WCAEK1298992 > firmware revision 15.05R15 > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 268435455 sectors > lba48 supported 312579695 sectors > dma supported > overlap not supported > > Feature Support Enable Value Vendor > write cache yes no > read ahead yes yes > dma queued no no 0/0x00 > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes yes 254/0xFE 128/0x80 > > # smartctl -a /dev/ad0 > smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > === START OF INFORMATION SECTION === > Device Model: WDC WD1600JB-00EVA0 > Serial Number: WD-WCAEK1298992 > Firmware Version: 15.05R15 > Device is: In smartctl database [for details use: -P show] > ATA Version is: 6 > ATA Standard is: Exact ATA specification draft version not indicated > Local Time is: Mon Oct 11 12:37:32 2004 EEST > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > The SMART RETURN STATUS return value (smartmontools -H option/Directive) > can not be retrieved with this version of ATAng, please do not rely on this value > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED > > General SMART Values: > Offline data collection status: (0x05) Offline data collection activity > was aborted by an interrupting command from host. > Auto Offline Data Collection: Disabled. > Self-test execution status: ( 40) The self-test routine was interrupted > by the host with a hard or soft reset. > Total time to complete Offline > data collection: (5061) seconds. > Offline data collection > capabilities: (0x79) SMART execute Offline immediate. > No Auto Offline data collection support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > Conveyance Self-test supported. > Selective Self-test supported. > SMART capabilities: (0x0003) Saves SMART data before entering > power-saving mode. > Supports SMART auto save timer. > Error logging capability: (0x01) Error logging supported. > No General Purpose Logging support. > Short self-test routine > recommended polling time: ( 2) minutes. > Extended self-test routine > recommended polling time: ( 67) minutes. > Conveyance self-test routine > recommended polling time: ( 5) minutes. > > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0 > 3 Spin_Up_Time 0x0007 155 147 021 Pre-fail Always - 2775 > 4 Start_Stop_Count 0x0032 100 100 040 Old_age Always - 464 > 5 Reallocated_Sector_Ct 0x0033 199 199 140 Pre-fail Always - 8 > 7 Seek_Error_Rate 0x000b 200 199 051 Pre-fail Always - 0 > 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3360 > 10 Spin_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 > 11 Calibration_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 462 > 194 Temperature_Celsius 0x0022 124 253 000 Old_age Always - 26 > 196 Reallocated_Event_Count 0x0032 194 194 000 Old_age Always - 6 > 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 > 198 Offline_Uncorrectable 0x0012 200 200 000 Old_age Always - 0 > 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 2 > 200 Multi_Zone_Error_Rate 0x0009 200 155 051 Pre-fail Offline - 0 > > SMART Error Log Version: 1 > No Errors Logged > > SMART Self-test log structure revision number 1 > Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error > # 1 Extended captive Interrupted (host reset) 80% 77 - > # 2 Extended offline Aborted by host 90% 77 - > # 3 Conveyance offline Completed without error 00% 76 - > # 4 Short offline Completed without error 00% 76 - > # 5 Conveyance offline Completed without error 00% 233 - > # 6 Short captive Interrupted (host reset) 90% 233 - > > SMART Selective self-test log data structure revision number 1 > SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS > 1 0 0 Not_testing > 2 0 0 Not_testing > 3 0 0 Not_testing > 4 0 0 Not_testing > 5 0 0 Not_testing > > Selective self-test flags (0x0): > After scanning selected spans, do NOT read-scan remainder of disk. > If Selective self-test is pending on power-up, resume after 0 minute delay. > > > Thanks, -- Eduard Martinescu From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 12:34: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 9981616A4CE for ; Mon, 11 Oct 2004 12:34:46 +0000 (GMT) Received: from smtp.rdsnet.ro (smtp.rdsmail.ro [193.231.236.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F06943D39 for ; Mon, 11 Oct 2004 12:34:45 +0000 (GMT) (envelope-from itetcu@apropo.ro) Received: (qmail 25093 invoked by uid 89); 11 Oct 2004 12:34:42 -0000 Received: from unknown (HELO it.buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 11 Oct 2004 12:34:42 -0000 Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with SMTP id 3CBB41B8; Mon, 11 Oct 2004 15:22:15 +0300 (EEST) Date: Mon, 11 Oct 2004 15:22:15 +0300 From: Ion-Mihai Tetcu To: Eduard Martinescu Message-ID: <20041011152215.2b65e611@it.buh.cameradicommercio.ro> In-Reply-To: <1097497147.29958.3.camel@sauron.crafts4life.com> References: <20041011140931.7934d78b@it.buh.cameradicommercio.ro> <1097497147.29958.3.camel@sauron.crafts4life.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: questions@freebsd.org cc: current@freebsd.org Subject: Re: TIMEOUT - WRITE_DMA and smart questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:34:46 -0000 On Mon, 11 Oct 2004 08:19:07 -0400 Eduard Martinescu wrote: > Ion-Mihai, > > For more information on smartmontools (smartctl,smartd), check out the > Source Forge site, http://smartmontools.sourceforge.net > > If you have specific questions, you can email the support list (link on > the page above). Thanks, I've saw that page (and your name there, thank for your work), but it doesn't contain much more info compered with the man pages. I'm reading the LinuxJournal article now. I think I've panicked a little bit ;) but it seems I have lot of bad-luck with ata disks. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 12:50: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 034B116A4CE for ; Mon, 11 Oct 2004 12:50:51 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 910B243D49 for ; Mon, 11 Oct 2004 12:50:50 +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 i9BCnHiw042990; Mon, 11 Oct 2004 08:49:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9BCnH4x042987; Mon, 11 Oct 2004 08:49:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 08:49:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Vlad In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:50:51 -0000 On Mon, 11 Oct 2004, Vlad wrote: > this patch is a replacement (not addition) to what Brian came up with > before here http://green.homeunix.org/~green/tcp_accept_race_crash.patch > correct? > > I see they patch different files, so just making sure > > thank you guys for your work and patience with the problem :) This is a replacement patch. Brian explored solutions to some more broad potential problems, but we concluded the risks were a bit high for more broad changes this close to the release. This patch is hoped to correct the specific class of problems you were seeing. I talked with Brian some about my more broad plans for cleaning up socket state issues, which will be in the pipeline for 5.4. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > On Mon, 11 Oct 2004 04:13:15 -0400 (EDT), Robert Watson > wrote: > > > > On Sun, 10 Oct 2004, Marc UBM Bocklet wrote: > > > > > No, but I can revert the local patches, configure a dump device and try > > > getting one tomorrow or the day after that. > > > > Marc, > > > > Afer a couple of days of experimenting and chatting, Brian and I have > > developed what we hope is a less intrusive but fully functional fix for > > this problem. I ran it through a barrage of tests yesterday, although I > > couldn't reproduce the problem originally, and the system still appears to > > run :-). I've committed the patch to CVS HEAD (6.x), and will merge to > > 5.x in a few days, and assuming that your testing of the change doesn't > > reveal that it didn't fix the problem. I have included a copy of the > > patch committed (minus $FreeBSD$ change) below. > > > > If you could give this a spin, it would be much appreciated. Thanks for > > your (and Vlad's) patience as we worked this out! (And many thanks to > > Brian for doing so much of the work to fix it). > > > > 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.212 > > retrieving revision 1.213 > > diff -u -r1.212 -r1.213 > > --- uipc_socket.c 5 Sep 2004 14:33:21 -0000 1.212 > > +++ uipc_socket.c 11 Oct 2004 08:11:26 -0000 1.213 > > @@ -316,22 +316,34 @@ > > return (0); > > } > > > > +/* > > + * Attempt to free a socket. This should really be sotryfree(). > > + * > > + * We free the socket if the protocol is no longer interested in the socket, > > + * there's no file descriptor reference, and the refcount is 0. While the > > + * calling macro sotryfree() tests the refcount, sofree() has to test it > > + * again as it's possible to race with an accept()ing thread if the socket is > > + * in an listen queue of a listen socket, as being in the listen queue > > + * doesn't elevate the reference count. sofree() acquires the accept mutex > > + * early for this test in order to avoid that race. > > + */ > > void > > sofree(so) > > struct socket *so; > > { > > struct socket *head; > > > > - KASSERT(so->so_count == 0, ("socket %p so_count not 0", so)); > > - SOCK_LOCK_ASSERT(so); > > + SOCK_UNLOCK(so); > > + ACCEPT_LOCK(); > > + SOCK_LOCK(so); > > > > - if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0) { > > + if (so->so_pcb != NULL || (so->so_state & SS_NOFDREF) == 0 || > > + so->so_count != 0) { > > SOCK_UNLOCK(so); > > + ACCEPT_UNLOCK(); > > return; > > } > > > > - SOCK_UNLOCK(so); > > - ACCEPT_LOCK(); > > head = so->so_head; > > if (head != NULL) { > > KASSERT((so->so_qstate & SQ_COMP) != 0 || > > @@ -353,6 +365,7 @@ > > * the listening socket is closed. > > */ > > if ((so->so_qstate & SQ_COMP) != 0) { > > + SOCK_UNLOCK(so); > > ACCEPT_UNLOCK(); > > return; > > } > > @@ -365,6 +378,7 @@ > > (so->so_qstate & SQ_INCOMP) == 0, > > ("sofree: so_head == NULL, but still SQ_COMP(%d) or SQ_INCOMP(%d)", > > so->so_qstate & SQ_COMP, so->so_qstate & SQ_INCOMP)); > > + SOCK_UNLOCK(so); > > ACCEPT_UNLOCK(); > > SOCKBUF_LOCK(&so->so_snd); > > so->so_snd.sb_flags |= SB_NOINTR; > > > > > > > > > > _______________________________________________ > > 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" > > > > > -- > > Vlad > From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 12:53: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 2F9CD16A4CE for ; Mon, 11 Oct 2004 12:53:14 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 26F0243D39 for ; Mon, 11 Oct 2004 12:53:13 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 26675 invoked by uid 65534); 11 Oct 2004 12:53:12 -0000 Received: from p5089FB99.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.251.153) by mail.gmx.net (mp004) with SMTP; 11 Oct 2004 14:53:12 +0200 X-Authenticated: #15946415 Received: from [10.0.0.100] (helo=[10.0.0.100]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CGzfv-000PSF-QH; Mon, 11 Oct 2004 14:53:15 +0200 Message-ID: <416A8235.4090207@gmx.de> Date: Mon, 11 Oct 2004 14:53:09 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 12:53:14 -0000 Hi, After activating acpi_video.ko I can perfectly suspend on my Thinkpad A30p without screwing up the X-server. Except two things: 1) The trackpoint is dead after resumuning moused: unable to open /dev/ums0: No such file or directory 2) The cursor is blinking in the upper left corner The only thing I found is this link with pretty much the same problems. http://lists.freebsd.org/pipermail/freebsd-current/2004-April/026370.html Any clues? Jochen From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 13:04: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 4162216A4CE for ; Mon, 11 Oct 2004 13:04:39 +0000 (GMT) Received: from acidy.com (iade006wl01.blackmesh.com [216.66.28.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 9B05543D45 for ; Mon, 11 Oct 2004 13:04:38 +0000 (GMT) (envelope-from steve@acidy.com) Received: (qmail 4051 invoked by uid 512); 11 Oct 2004 13:04:38 -0000 Received: from steve@acidy.com by terrence by uid 510 with qmail-scanner-1.21st (clamdscan: 0.70rc. spamassassin: 2.63. Clear:RC:1(212.44.26.32):. Processed in 0.669655 secs); 11 Oct 2004 13:04:38 -0000 Received: from unknown (HELO apollo.howes-macnaghten.com) (212.44.26.32) by acidy.com with SMTP; 11 Oct 2004 13:04:37 -0000 Received: from steve ([192.168.42.70]) by apollo.howes-macnaghten.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 11 Oct 2004 14:04:36 +0100 From: "Steve Hodgson" To: Date: Mon, 11 Oct 2004 14:04:36 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-OriginalArrivalTime: 11 Oct 2004 13:04:36.0390 (UTC) FILETIME=[DBFA0C60:01C4AF92] Subject: source upgrading from 5.2.1-p11 to RELENG_5 causes compile error in /usr/src/contrib/binutils/bfd (from /usr/src/gnu/usr.bin/binutils/libbfd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 13:04:39 -0000 I've been cvsupping for the past few days and i always get the following error. I've been unable to find much of this on google. My /etc/make.conf has nothing in particular in it, and i've not done anything silly in the past with make includes et al. I've tried setting OSRELDATE to zero to no avail, and i've looked through /usr/src/UPDATING = and not found much. I've also tried running make cleandir (x2), deleting /usr/obj again to no success. finally I can cd directly into /usr/src/gnu/usr.bin/binutils/libbfd and "make" products the same error. Am I missing the obvious? Steve apoligies for the length... BEGIN################################################ =3D=3D=3D> gnu/usr.bin/binutils/libbfd cc -O -pipe -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/inclu= de -D_GNU_SOURCE -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=3D" &bfd_i386_arch" = -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DSELECT_VECS=3D" &bfd_elf32_i386_freebsd_vec ,&bfd_elf32_i386_vec" -DDEFAULT_VECTOR=3Dbfd_elf32_i386_freebsd_vec -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/contrib/binutils/bfd/cpu-i386.c In file included from /usr/src/contrib/binutils/bfd/cpu-i386.c:23: /usr/src/contrib/binutils/bfd/libbfd.h:114: error: syntax error before "_bfd_add_bfd_to_archive_cache" /usr/src/contrib/binutils/bfd/libbfd.h:115: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:116: error: syntax error before "_bfd_generic_mkarchive" /usr/src/contrib/binutils/bfd/libbfd.h:117: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:120: error: syntax error before "bfd_slurp_armap" /usr/src/contrib/binutils/bfd/libbfd.h:121: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:122: error: syntax error before "bfd_slurp_bsd_armap_f2" /usr/src/contrib/binutils/bfd/libbfd.h:123: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:126: error: syntax error before "_bfd_slurp_extended_name_table" /usr/src/contrib/binutils/bfd/libbfd.h:127: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:128: error: syntax error before "_bfd_construct_extended_name_table" /usr/src/contrib/binutils/bfd/libbfd.h:129: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:129: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:130: error: syntax error before "_bfd_write_archive_contents" /usr/src/contrib/binutils/bfd/libbfd.h:131: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:132: error: syntax error before "_bfd_compute_and_write_armap" /usr/src/contrib/binutils/bfd/libbfd.h:133: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:143: error: syntax error before "bfd_false" /usr/src/contrib/binutils/bfd/libbfd.h:144: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:145: error: syntax error before "bfd_true" /usr/src/contrib/binutils/bfd/libbfd.h:146: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:172: error: syntax error before "bsd_write_armap" /usr/src/contrib/binutils/bfd/libbfd.h:174: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:176: error: syntax error before "coff_write_armap" /usr/src/contrib/binutils/bfd/libbfd.h:178: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:202: error: syntax error before "_bfd_generic_get_section_contents" /usr/src/contrib/binutils/bfd/libbfd.h:203: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:204: error: syntax error before "_bfd_generic_get_section_contents_in_window" /usr/src/contrib/binutils/bfd/libbfd.h:205: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:230: error: syntax error before "_bfd_nocore_core_file_matches_executable_p" /usr/src/contrib/binutils/bfd/libbfd.h:231: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:260: error: syntax error before "_bfd_archive_bsd_construct_extended_name_table" /usr/src/contrib/binutils/bfd/libbfd.h:261: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:270: error: syntax error before "_bfd_archive_bsd_update_armap_timestamp" /usr/src/contrib/binutils/bfd/libbfd.h:271: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:279: error: syntax error before "_bfd_archive_coff_construct_extended_name_table" /usr/src/contrib/binutils/bfd/libbfd.h:280: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:342: error: syntax error before "_bfd_generic_set_section_contents" /usr/src/contrib/binutils/bfd/libbfd.h:343: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:392: error: syntax error before "bfd_generic_is_local_label_name" /usr/src/contrib/binutils/bfd/libbfd.h:393: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:397: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:399: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:402: error: syntax error before "_bfd_stab_section_find_nearest_line" /usr/src/contrib/binutils/bfd/libbfd.h:403: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:404: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:407: error: syntax error before "_bfd_dwarf1_find_nearest_line" /usr/src/contrib/binutils/bfd/libbfd.h:409: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:412: error: syntax error before "_bfd_dwarf2_find_nearest_line" /usr/src/contrib/binutils/bfd/libbfd.h:414: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:426: error: syntax error before "_bfd_link_hash_table_init" /usr/src/contrib/binutils/bfd/libbfd.h:430: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:441: error: syntax error before "_bfd_generic_link_add_symbols" /usr/src/contrib/binutils/bfd/libbfd.h:442: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:447: error: syntax error before "_bfd_generic_link_add_symbols_collect" /usr/src/contrib/binutils/bfd/libbfd.h:448: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:451: error: syntax error before "_bfd_generic_link_add_archive_symbols" /usr/src/contrib/binutils/bfd/libbfd.h:453: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:453: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:459: error: syntax error before "_bfd_generic_link_add_one_symbol" /usr/src/contrib/binutils/bfd/libbfd.h:461: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:462: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:469: error: syntax error before "_bfd_generic_final_link" /usr/src/contrib/binutils/bfd/libbfd.h:470: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:472: error: syntax error before "_bfd_generic_link_split_section" /usr/src/contrib/binutils/bfd/libbfd.h:473: warning: `struct = bfd_section' declared inside parameter list /usr/src/contrib/binutils/bfd/libbfd.h:473: warning: its scope is only = this definition or declaration, which is probably not what you want /usr/src/contrib/binutils/bfd/libbfd.h:473: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:476: error: syntax error before "_bfd_generic_reloc_link_order" /usr/src/contrib/binutils/bfd/libbfd.h:477: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:480: error: syntax error before "_bfd_default_link_order" /usr/src/contrib/binutils/bfd/libbfd.h:481: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:498: error: syntax error before "_bfd_link_section_stabs" /usr/src/contrib/binutils/bfd/libbfd.h:499: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:502: error: syntax error before "_bfd_discard_section_stabs" /usr/src/contrib/binutils/bfd/libbfd.h:503: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:503: error: `_bfd_discard_section_stabs' declared as function returning a function /usr/src/contrib/binutils/bfd/libbfd.h:503: error: syntax error before "void" /usr/src/contrib/binutils/bfd/libbfd.h:507: error: syntax error before "_bfd_write_section_stabs" /usr/src/contrib/binutils/bfd/libbfd.h:508: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:512: error: syntax error before "_bfd_write_stab_strings" /usr/src/contrib/binutils/bfd/libbfd.h:513: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:523: error: syntax error before "_bfd_merge_section" /usr/src/contrib/binutils/bfd/libbfd.h:524: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:528: error: syntax error before "_bfd_merge_sections" /usr/src/contrib/binutils/bfd/libbfd.h:529: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:533: error: syntax error before "_bfd_write_merged_section" /usr/src/contrib/binutils/bfd/libbfd.h:534: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:559: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:562: error: syntax error before "_bfd_stringtab_emit" /usr/src/contrib/binutils/bfd/libbfd.h:563: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:566: error: syntax error before "_bfd_generic_verify_endian_match" /usr/src/contrib/binutils/bfd/libbfd.h:567: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:628: error: syntax error before "_bfd_ecoff_locate_line" /usr/src/contrib/binutils/bfd/libbfd.h:631: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:632: error: syntax error before "_bfd_ecoff_get_accumulated_pdr" /usr/src/contrib/binutils/bfd/libbfd.h:633: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:634: error: syntax error before "_bfd_ecoff_get_accumulated_sym" /usr/src/contrib/binutils/bfd/libbfd.h:635: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:636: error: syntax error before "_bfd_ecoff_get_accumulated_ss" /usr/src/contrib/binutils/bfd/libbfd.h:637: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:648: error: syntax error before "_bfd_sh_align_load_span" /usr/src/contrib/binutils/bfd/libbfd.h:650: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:650: error: = `_bfd_sh_align_load_span' declared as function returning a function /usr/src/contrib/binutils/bfd/libbfd.h:651: error: syntax error before "void" /usr/src/contrib/binutils/bfd/libbfd.h:655: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:676: error: syntax error before "bfd_cache_init" /usr/src/contrib/binutils/bfd/libbfd.h:676: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:678: error: syntax error before "bfd_cache_close" /usr/src/contrib/binutils/bfd/libbfd.h:678: error: conflicting types for `bfd_cache_close' /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h:547: error: previous declaration of `bfd_cache_close' /usr/src/contrib/binutils/bfd/libbfd.h:678: warning: data definition has = no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:1527: error: syntax error before "bfd_generic_relax_section" /usr/src/contrib/binutils/bfd/libbfd.h:1531: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:1531: warning: data definition = has no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:1533: error: syntax error before "bfd_generic_gc_sections" /usr/src/contrib/binutils/bfd/libbfd.h:1534: warning: data definition = has no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:1536: error: syntax error before "bfd_generic_merge_sections" /usr/src/contrib/binutils/bfd/libbfd.h:1537: warning: data definition = has no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:1544: error: syntax error before "bfd_boolean" /usr/src/contrib/binutils/bfd/libbfd.h:1549: error: syntax error before "bfd_default_set_arch_mach" /usr/src/contrib/binutils/bfd/libbfd.h:1550: warning: data definition = has no type or storage class /usr/src/contrib/binutils/bfd/libbfd.h:1555: error: syntax error before "bfd_default_scan" /usr/src/contrib/binutils/bfd/libbfd.h:1556: warning: data definition = has no type or storage class /usr/src/contrib/binutils/bfd/cpu-i386.c:35: error: `TRUE' undeclared = here (not in a function) /usr/src/contrib/binutils/bfd/cpu-i386.c:35: error: initializer element = is not constant /usr/src/contrib/binutils/bfd/cpu-i386.c:35: error: (near initialization = for `bfd_i386_arch_intel_syntax.the_default') /usr/src/contrib/binutils/bfd/cpu-i386.c:37: warning: initialization = from incompatible pointer type /usr/src/contrib/binutils/bfd/cpu-i386.c:50: error: `TRUE' undeclared = here (not in a function) /usr/src/contrib/binutils/bfd/cpu-i386.c:50: error: initializer element = is not constant /usr/src/contrib/binutils/bfd/cpu-i386.c:50: error: (near initialization = for `bfd_x86_64_arch_intel_syntax.the_default') /usr/src/contrib/binutils/bfd/cpu-i386.c:52: warning: initialization = from incompatible pointer type /usr/src/contrib/binutils/bfd/cpu-i386.c:65: error: `FALSE' undeclared = here (not in a function) /usr/src/contrib/binutils/bfd/cpu-i386.c:65: error: initializer element = is not constant /usr/src/contrib/binutils/bfd/cpu-i386.c:65: error: (near initialization = for `i8086_arch.the_default') /usr/src/contrib/binutils/bfd/cpu-i386.c:67: warning: initialization = from incompatible pointer type /usr/src/contrib/binutils/bfd/cpu-i386.c:81: error: `TRUE' undeclared = here (not in a function) /usr/src/contrib/binutils/bfd/cpu-i386.c:81: error: initializer element = is not constant /usr/src/contrib/binutils/bfd/cpu-i386.c:81: error: (near initialization = for `bfd_x86_64_arch.the_default') /usr/src/contrib/binutils/bfd/cpu-i386.c:83: warning: initialization = from incompatible pointer type /usr/src/contrib/binutils/bfd/cpu-i386.c:97: error: `TRUE' undeclared = here (not in a function) /usr/src/contrib/binutils/bfd/cpu-i386.c:97: error: initializer element = is not constant /usr/src/contrib/binutils/bfd/cpu-i386.c:97: error: (near initialization = for `bfd_i386_arch.the_default') /usr/src/contrib/binutils/bfd/cpu-i386.c:99: warning: initialization = from incompatible pointer type *** Error code 1 END################################################ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 13:05: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 9EDBC16A4CE; Mon, 11 Oct 2004 13:05:06 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFEE643D48; Mon, 11 Oct 2004 13:05:04 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp251E.dyn.pacific.net.au (ppp251E.dyn.pacific.net.au [61.8.37.30])i9BD1t1n032610; Mon, 11 Oct 2004 23:01:56 +1000 From: Sam Lawrance To: Robert Watson In-Reply-To: References: Content-Type: text/plain Date: Mon, 11 Oct 2004 23:07:32 +1000 Message-Id: <1097500052.2797.10.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 13:05:06 -0000 Folks, On Mon, 2004-10-11 at 04:55 -0400, Robert Watson wrote: > On Sat, 9 Oct 2004, Sam Lawrance wrote: > > > I'm sorry, that patch was missing paths.. this one: > > > > http://sam.stral.net/freebsd/wakeupdelay-patch > > > > is much nicer. > > Are there plans to get this patch merged for 5.3? I was chatting with > Brian yesterday about the accept locking issue in sofree() and he was > indicating that he was seeing symptoms very much like the ones described > in this thread (long wakeup times for keypresses, etc). I just noticed that the messages David sent to me and the list have yet to make it through to the list. One was a patch which puts the wakeup in the critical_exit where he suggested (but I didn't understand :). Here it is: Index: sys/proc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/proc.h,v retrieving revision 1.409 diff -u -r1.409 proc.h --- sys/proc.h 6 Oct 2004 00:40:40 -0000 1.409 +++ sys/proc.h 9 Oct 2004 10:59:50 -0000 @@ -369,7 +369,7 @@ #define TDP_SA 0x00000080 /* A scheduler activation based thread. */ #define TDP_OWEPREEMPT 0x00000100 /* Thread has a pending preemption. */ #define TDP_OWEUPC 0x00000200 /* Call addupc() at next AST. */ -#define TDP_UNUSED10 0x00000400 /* -- available-- */ +#define TDP_WAKEPROC0 0x00000400 /* Wants caller to wakeup(&proc0) */ #define TDP_CAN_UNBIND 0x00000800 /* Only temporarily bound. */ #define TDP_SCHED1 0x00001000 /* Reserved for scheduler private use */ #define TDP_SCHED2 0x00002000 /* Reserved for scheduler private use */ Index: kern/kern_switch.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_switch.c,v retrieving revision 1.97 diff -u -r1.97 kern_switch.c --- kern/kern_switch.c 5 Oct 2004 22:03:10 -0000 1.97 +++ kern/kern_switch.c 9 Oct 2004 10:59:50 -0000 @@ -449,6 +449,10 @@ KASSERT(td->td_critnest != 0, ("critical_exit: td_critnest == 0")); if (td->td_critnest == 1) { + if (td->td_pflags & TDP_WAKEPROC0) { + td->td_pflags &= ~TDP_WAKEPROC0; + wakeup(&proc0); + } #ifdef PREEMPTION mtx_assert(&sched_lock, MA_NOTOWNED); if (td->td_pflags & TDP_OWEPREEMPT) { Index: kern/kern_synch.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_synch.c,v retrieving revision 1.262 diff -u -r1.262 kern_synch.c --- kern/kern_synch.c 5 Oct 2004 18:51:11 -0000 1.262 +++ kern/kern_synch.c 9 Oct 2004 10:59:51 -0000 @@ -390,13 +390,13 @@ if ((p->p_sflag & PS_INMEM) == 0) { if ((p->p_sflag & PS_SWAPPINGIN) == 0) { p->p_sflag |= PS_SWAPINREQ; -#ifndef SMP /* - * XXX: Disabled on SMP due to a LOR between - * sched_lock and the sleepqueue chain locks. + * due to a LOR between sched_lock and + * the sleepqueue chain locks, delay + * wakeup proc0 until thread leaves + * critical region. */ - wakeup(&proc0); -#endif + curthread->td_pflags |= TDP_WAKEPROC0; } } else sched_wakeup(td); From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 13: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 CE31916A4CE for ; Mon, 11 Oct 2004 13:26:13 +0000 (GMT) Received: from clueful.shagged.org (clueful.shagged.org [212.13.201.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AF243D54 for ; Mon, 11 Oct 2004 13:26:13 +0000 (GMT) (envelope-from chris@clueful.shagged.org) Received: from chris by clueful.shagged.org with local (Exim 4.40 (FreeBSD)) id 1CH0Bi-000MTm-O6; Mon, 11 Oct 2004 14:26:06 +0100 Date: Mon, 11 Oct 2004 14:26:06 +0100 From: Chris Elsworth To: Christian Hiris <4711@chello.at> Message-ID: <20041011132606.GA86235@shagged.org> References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> <20041010165852.GA15854@shagged.org> <200410110026.03777.4711@chello.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410110026.03777.4711@chello.at> User-Agent: Mutt/1.5.6i Sender: Chris Elsworth X-Shagged-MailScanner-Information: See www.mailscanner.info for information X-Shagged-MailScanner: Found to be clean X-MailScanner-From: chris@clueful.shagged.org cc: axel.gruner@suedfactoring.de cc: freebsd-current@freebsd.org Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 13:26:13 -0000 On Mon, Oct 11, 2004 at 12:25:46AM +0200, Christian Hiris wrote: > > > 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] > > I never read about the new offset - until now I had no time to study the > gmirror code. Where did you find this interresting information? Here (and related thread): http://lists.freebsd.org/pipermail/freebsd-geom/2004-September/000313.html > An example in 'man gmirror' describes how to set up a gmirror array on a disk > with valid data. It uses 'gmirror lable' w/o extra labeling. I understand it > the way that the term 'valid data' means 'existing (non-gmirror-)data on an > already (before-gmirror-)labeled disk'. Maybe my understanding is wrong and > you gave me the hint to the reason why my mirrors break on startup. I will do > some testing on this. No, I get the mirrors breaking on startup too. I believe this is fixed in -CURRENT but is pending a MFC into RELENG_5 to fix. So, I'm left quite unsure whether the warnings are harmless or not. Pawel, can we just use existing labels on disks and apply a gmirror over it, or should we be re-labelling inside the mirror device? -- Chris From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 13:48: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 2DD7216A4CE for ; Mon, 11 Oct 2004 13:48:30 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C3943D2D for ; Mon, 11 Oct 2004 13:48:29 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 5D83DACAFB; Mon, 11 Oct 2004 15:48:28 +0200 (CEST) Date: Mon, 11 Oct 2004 15:48:28 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041011134828.GI73767@darkness.comp.waw.pl> References: <20041007065125.GA29164@zibbi.icomtek.csir.co.za> <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> <20041008090309.GA77513@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2FWNEMwxOgX6dEWt" Content-Disposition: inline In-Reply-To: <20041008090309.GA77513@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 13:48:30 -0000 --2FWNEMwxOgX6dEWt Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 11:03:09AM +0200, John Hay wrote: +> To followup on myself. After waiting till it finished syncing and then +> rebooting twice it stopped both times at the mountroot> prompt and +> it looked like this: +>=20 +> ####################################################### +> ad0: 114473MB [232581/16/63] at ata0-master UDMA100 +> ad2: 114473MB [232581/16/63] at ata1-master UDMA100 +> GEOM_MIRROR: g_mirror_can_go: can_go=3D1 +> GEOM_MIRROR: Device gm0 created (id=3D861616013) +> GEOM_MIRROR: Device gm0: provider ad0 detected +> GEOM_MIRROR: Device gm0: provider ad2 detected +> Mounting root from ufs:/dev/mirror/gm0s1a +> setrootbyname failed +> Root mount failed: 6 +> Manual root filesystem specification +> ... +> mountroot> +> ####################################################### +>=20 +> So I guess there is still some kind of race going on and I was just lucky +> with my first try with gmirror.3.patch? Looks like it. I'll try to prepare another, but more hackish patch. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --2FWNEMwxOgX6dEWt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBao8sForvXbEpPzQRAtsoAJ9zQhubw3uNnsrN0cmu42jM+89IuACghHDP LHtx1in7wN+u4zouPlv0BHc= =3N9s -----END PGP SIGNATURE----- --2FWNEMwxOgX6dEWt-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14: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 B9EE416A4CE for ; Mon, 11 Oct 2004 14:11:30 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C91543D45 for ; Mon, 11 Oct 2004 14:11:30 +0000 (GMT) (envelope-from leahya@internode.on.net) Received: from [10.0.0.11] (dhcp-39.internode.com.au [192.83.231.219]) i9BEBS4Y060268 for ; Mon, 11 Oct 2004 23:41:28 +0930 (CST) User-Agent: Microsoft-Entourage/11.0.0.040405 Date: Mon, 11 Oct 2004 23:42:20 +0930 From: Adam To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: BIND9 DNS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:11:30 -0000 Hey guys, I am a ammeture user of FreeBSD, and recently have had to do a fresh install, I chose to install the 5.3-BETA7 release, as seen in this uname -a; FreeBSD lush 5.3-BETA7 FreeBSD 5.3-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 I encountered no problems until it came to installing DNS, which happened to be BIND9, I have no experience in bind9 but attempted to give it a go, with what documentation I had. I figured out how to implement a key, and have done that successfully, I then went about setting up named.conf and my zone files (forward and reverse). When I try and query the machine from both it's external and internal IP, I get no response for that zone what so ever, however when I attempt to query the machine using localhost/loopback I get a proper answer. Does anybody have a solution to this problem? It seems quite odd. Below are my named.conf (well a section of) and forward zone file Both these files differ very little if any, from previous working versions in BIND8 Help would be much appreciated Start of named.conf */ * use a pseudo-random unprivileged UDP port by default. */ // query-source address * port 53; }; // If you enable a local name server, don't forget to enter 127.0.0.1 // first in your /etc/resolv.conf so this server will be queried. // Also, make sure to enable it in /etc/rc.conf. zone "." { type hint; file "named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "master/localhost.rev"; }; // RFC 3152 zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA" { type master; file "master/localhost-v6.rev"; }; // RFC 1886 -- deprecated zone "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.INT" { type master; file "master/localhost-v6.rev"; }; // NB: Do not use the IP addresses below, they are faked, and only // serve demonstration/documentation purposes! // // Example slave zone config entries. It can be convenient to become // a slave at least for the zone your own domain is in. Ask // your network administrator for the IP address of the responsible // primary. // // Never forget to include the reverse lookup (IN-ADDR.ARPA) zone! // (This is named after the first bytes of the IP address, in reverse // order, with ".IN-ADDR.ARPA" appended.) // // Before starting to set up a primary zone, make sure you fully // understand how DNS and BIND works. There are sometimes // non-obvious pitfalls. Setting up a slave zone is simpler. // // NB: Don't blindly enable the examples below. :-) Use actual names // and addresses instead. key "rndc-key" { algorithm hmac-md5; secret "qXvnhRHiFR2EeaYamNk6Tw=="; }; controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { "rndc-key"; }; }; zone "superslag.net" { type master; file "master/superslag-net"; }; zone "0.0.10.in-addr.arpa" { type master; file "master/superslag-net-rev"; }; /* End of named.conf Start of zone file */ $TTL 86400 @ IN SOA lush-ns1.bugman.cx. lush.superslag.net. ( 2004101103 ; Serial 7200 ; Refresh 1800 ; Retry 2592000 ; Expire 86400) ; TTL ; ; Name Servers ; IN NS lush-ns1.bugman.cx. IN NS lush-ns2.bugman.cx. ; ; Well known services ; localhost IN A 127.0.0.1 @ IN MX 10 mail www IN A 150.101.14.5 mail IN A 150.101.14.5 lush IN A 150.101.14.5 webmail IN A 150.101.14.5 /* End of Zone file Thanks Guys From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:14: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 0833B16A4CE for ; Mon, 11 Oct 2004 14:14:03 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E00743D41 for ; Mon, 11 Oct 2004 14:14:01 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 99495 invoked from network); 11 Oct 2004 14:13:59 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 11 Oct 2004 14:13:59 -0000 From: Christian Hiris <4711@chello.at> To: Chris Elsworth Date: Mon, 11 Oct 2004 16:13:42 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410110026.03777.4711@chello.at> <20041011132606.GA86235@shagged.org> In-Reply-To: <20041011132606.GA86235@shagged.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410111613.58703.4711@chello.at> cc: axel.gruner@suedfactoring.de cc: freebsd-current@freebsd.org Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:14:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 11 October 2004 15:26, Chris Elsworth wrote: > On Mon, Oct 11, 2004 at 12:25:46AM +0200, Christian Hiris wrote: > > > 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] > > > > I never read about the new offset - until now I had no time to study the > > gmirror code. Where did you find this interresting information? > > Here (and related thread): > http://lists.freebsd.org/pipermail/freebsd-geom/2004-September/000313.html Thanks! > No, I get the mirrors breaking on startup too. I believe this is fixed > in -CURRENT but is pending a MFC into RELENG_5 to fix. I could solve this on my systems: I run a patched version of g_mirror.c. The patch was posted for RELENG_5 testing by Pawel and it seems that things work fine w/ his patch. Hopefully I will report his patch working tonight. http://people.freebsd.org/~pjd/patches/gmirror.2.patch The main reason for the root-mirror breakages on my systems was that gdm uses the 'reboot' command by default, which makes no use of the swapoff command. So the swap-devices had been left with the DIRTY flag. When I use the 'shutdown -r' command instead of 'reboot' all mirrors start in ACTIVE state after rebooting the system. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBapUm09WjGjvKU74RAlaYAJ9hBpcXIuGeFzYN9v04r52r7s5UCwCfS0ja vmH2iWT7Mh4JF7wNTB9iJHY= =iaGY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:21: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 2743E16A4CE; Mon, 11 Oct 2004 14:21:41 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13ED843D3F; Mon, 11 Oct 2004 14:21:41 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i9BELcqD007405; Mon, 11 Oct 2004 14:21:40 GMT (envelope-from davidxu@freebsd.org) Message-ID: <416A97F5.6010608@freebsd.org> Date: Mon, 11 Oct 2004 22:25:57 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <1097500052.2797.10.camel@dirk.no.domain> In-Reply-To: <1097500052.2797.10.camel@dirk.no.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:21:41 -0000 Sam Lawrance wrote: >Folks, > >On Mon, 2004-10-11 at 04:55 -0400, Robert Watson wrote: > > >>On Sat, 9 Oct 2004, Sam Lawrance wrote: >> >> >> >>>I'm sorry, that patch was missing paths.. this one: >>> >>>http://sam.stral.net/freebsd/wakeupdelay-patch >>> >>>is much nicer. >>> >>> >>Are there plans to get this patch merged for 5.3? I was chatting with >>Brian yesterday about the accept locking issue in sofree() and he was >>indicating that he was seeing symptoms very much like the ones described >>in this thread (long wakeup times for keypresses, etc). >> >> > >I just noticed that the messages David sent to me and the list have yet >to make it through to the list. One was a patch which puts the wakeup in >the critical_exit where he suggested (but I didn't understand :). Here >it is: > > > Yes, I made the patch, the theory is holding spinlock increases critical count, releasing a spinlock decreases it, when critical count is about to be decreased to zero, I know curthread has no spinlock in hand, so it is not possible to have sleepq lock and sched lock LOR problem if I do a wakupe(&proc0) at the time. I believe that it is a very short time that a thread is in critical region, consider the time we have to swap in a thread by doing disk I/O which is slow, such delay of wakeup proc0 in spinlock can be ignored. I am going to sleep, and must leave now, if anyone has time to commit it, free to do. David Xu From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:25: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 A745A16A4D1 for ; Mon, 11 Oct 2004 14:25:24 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E42643D1F for ; Mon, 11 Oct 2004 14:25:23 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 99551 invoked from network); 11 Oct 2004 14:25:22 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 11 Oct 2004 14:25:22 -0000 From: Christian Hiris <4711@chello.at> To: axel.gruner@suedfactoring.de Date: Mon, 11 Oct 2004 16:25:21 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410110026.03777.4711@chello.at> <20041011083928.GA2440@pcs28.suedfactoring.de> In-Reply-To: <20041011083928.GA2440@pcs28.suedfactoring.de> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410111625.21855.4711@chello.at> cc: freebsd-current@freebsd.org cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:25:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 11 October 2004 10:39, Axel S. Gruner wrote: > I also understand it that way. The problem is, or seems to be, "gmirror > label -v -b load mirror0 da0" does not work for me on a mounted device. > If i use another disk, da2 and da3, umount them, gmirror labeling will > work. > So, in my understanding, i have to boot from another bootable device, > and set up gmirror on da0 (where / is sitting an waiting to get > mirrored) and da1 while these devices are not mounted. I allready had two bootable partitions, as i migrated from ataraid. The 'gmirror label' command did not work on mounted devices. If the trick kern.geom.debugflags=16, as Axel wrote, doesn't work, possible solutions are dump/restore of / to a fresh disk or starting from the life-cd. You can also try to boot from a disk of another machine. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBapfR09WjGjvKU74RAv4xAJ4/JtpTyZJpFjGgGb0Z78zrQvYQnwCfRbMB AeUbPTtkXoMnK1e3aIZNKAg= =iFN6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:25: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 57E1E16A4CE for ; Mon, 11 Oct 2004 14:25:45 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad6ac.a.pppool.de [213.6.214.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083C943D1F for ; Mon, 11 Oct 2004 14:25:42 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id EEFC75CF2 for ; Mon, 11 Oct 2004 16:25:37 +0200 (CEST) Message-ID: <416A97E1.70603@vwsoft.com> Date: Mon, 11 Oct 2004 16:25:37 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:25:45 -0000 Hi folks! Back from a one week vacation, I immediately updated my machine to BETA 7. Before I left, my machine had panics serveral times a day. Since BETA 6 the panics are gone but the machine locked up a few times (experienced two days before I left for a week). The machine freeze has been mostly while hanging up or shortly after a ppp (userland) connection has been hang up. Now I've updated to BETA 7 and the machine seem to lock up faster. The machine freezes most times while having an established ppp connection to the public internet. The machine is acting as a router, dial-up client, proxy, mailserver, webserver etc. etc. When the machine locks up, there's no console or network response from the machine. The only way out is the reset switch. One of my guesses has been that either i4b or userland ppp is causing the machine freeze. To figure out if that might be the case, I've set up a 2nd machine (releng_4) acting as a dial-up client (i4b/ppp) and router. The 2nd machine is now being used as a default route for the server machine. Since using that test setup the server machine didn't had a lockup. So my guess might be probably right to have a problem somewhere at i4b or user-ppp in releng_5. How does one debug a dead machine? Is there any way to get a backtrace or call the debugger while the machine has been frozen? Thanks, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:28: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 B1FCC16A4CF for ; Mon, 11 Oct 2004 14:28:00 +0000 (GMT) Received: from defang7.net.ohio-state.edu (defang7.net.ohio-state.edu [128.146.216.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 505EA43D48 for ; Mon, 11 Oct 2004 14:28:00 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from osu.edu (mail-store1.service.ohio-state.edu [128.146.216.22]) i9BERxO4005108; Mon, 11 Oct 2004 10:27:59 -0400 Received: from [128.146.216.20] by mail1.service.ohio-state.edu (mshttpd); Mon, 11 Oct 2004 10:27:59 -0400 From: ANISH MISTRY To: Jochen Gensch Message-ID: <577505c6a3.5c6a357750@osu.edu> Date: Mon, 11 Oct 2004 10:27:59 -0400 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.14 (built Mar 18 2003) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit X-CanItPRO-Stream: default X-Spam-Score: 0 () X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:28:00 -0000 So your internal trackpoint is a usb mouse device and not psm? What is your USB controller? A dmesg would be helpful. -- Anish Mistry ----- Original Message ----- From: Jochen Gensch Date: Monday, October 11, 2004 8:53 am Subject: ACPI Suspend -> /dev/ums0 dead > Hi, > > After activating acpi_video.ko I can perfectly suspend on my > Thinkpad > A30p without screwing up the X-server. Except two things: > > 1) The trackpoint is dead after resumuning > > moused: unable to open /dev/ums0: No such file or directory > > 2) The cursor is blinking in the upper left corner > > The only thing I found is this link with pretty much the same > problems. > http://lists.freebsd.org/pipermail/freebsd-current/2004- > April/026370.html > Any clues? > > > Jochen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:29: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 4F90516A4CE for ; Mon, 11 Oct 2004 14:29:59 +0000 (GMT) Received: from core.zp.ua (core.zp.ua [193.108.112.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D213143D2F for ; Mon, 11 Oct 2004 14:29:48 +0000 (GMT) (envelope-from oleg@core.zp.ua) Received: from core.zp.ua (oleg@localhost [127.0.0.1]) by core.zp.ua (8.13.1/8.13.1) with ESMTP id i9BD7n9h067747 for ; Mon, 11 Oct 2004 16:07:49 +0300 (EEST) (envelope-from oleg@core.zp.ua) Received: (from oleg@localhost) by core.zp.ua (8.13.1/8.13.1/Submit) id i9BD7nBu067746 for freebsd-current@freebsd.org; Mon, 11 Oct 2004 16:07:49 +0300 (EEST) (envelope-from oleg) Date: Mon, 11 Oct 2004 16:07:49 +0300 From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Message-ID: <20041011130749.GK46313@core.zp.ua> Mail-Followup-To: freebsd-current@freebsd.org References: <20041010131532.GG61535@core.zp.ua> <41694B7C.2090205@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <41694B7C.2090205@gamersimpact.com> User-Agent: Mutt/1.5.6i Subject: Re: mount_msdosfs tries to load nonexistent libiconv.so X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:29:59 -0000 On Sun, Oct 10, 2004 at 09:47:24AM -0500, Ryan Sommers wrote: > Oleg V. Nauman wrote: > > > So, my questions: > >1. Why dependens for the third party software not documented in the > >man 8 mount_msdosfs? > > > > > What version of FreeBSD are you on? Your mount_msdosfs binary is looking > for /lib/libiconv.so which I think is now /lib/libkiconv.so.1 (that's > what my mount_msdosfs look for anyway). I imagine this is because of the > recent library version bump, and doing an upgrade of your world (and > kernel depending how out of date your world is) will get you going. It is looks like /lib/libkiconv.so.1 tries to load libiconv.so After rebuilt my /sbin/mount_msdosfs, /lib/libkiconv.so.1 and /usr/lib/libc.so.5 with debugging symbols I got (script with my gdb session): Script started on Mon Oct 11 13:09:36 2004 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".. Breakpoint 1 at 0x8048c05: file mount_msdosfs.c, line 93. Breakpoint 1, main (argc=7, argv=0xbfbfecd0) at mount_msdosfs.c:93 93 mntflags = set_gid = set_uid = set_mask = set_dirmask = 0; (gdb) next 94 (void)memset(&args, '\0', sizeof(args)); (gdb) next 95 args.magic = MSDOSFS_ARGSMAGIC; (gdb) next 97 args.cs_win = NULL; (gdb) next 98 args.cs_dos = NULL; (gdb) next 99 args.cs_local = NULL; (gdb) next 101 while ((c = getopt(argc, argv, "sl9u:g:m:M:o:L:D:W:")) != -1) { (gdb) next 181 break; (gdb) next 105 switch (c) { (gdb) next 132 if (setlocale(LC_CTYPE, optarg) == NULL) (gdb) next 134 csp = strchr(optarg,'.'); (gdb) next 135 if (!csp) (gdb) next 137 args.cs_local = malloc(ICONV_CSNMAXLEN); (gdb) next 138 if (args.cs_local == NULL) (gdb) next 140 strncpy(args.cs_local, (gdb) next 143 break; (gdb) next 181 break; (gdb) next 105 switch (c) { (gdb) next 155 args.cs_local = malloc(ICONV_CSNMAXLEN); (gdb) next 156 if (args.cs_local == NULL) (gdb) next 158 args.cs_dos = malloc(ICONV_CSNMAXLEN); (gdb) next 159 if (args.cs_dos == NULL) (gdb) next 161 if (strcmp(optarg, "iso22dos") == 0) { (gdb) next 164 } else if (strcmp(optarg, "iso72dos") == 0) { (gdb) next 167 } else if (strcmp(optarg, "koi2dos") == 0) { (gdb) next 168 strcpy(args.cs_local, "KOI8-R"); (gdb) next 169 strcpy(args.cs_dos, "CP866"); (gdb) next 181 break; (gdb) next 185 if (optind + 2 != argc) (gdb) next 188 if (set_mask && !set_dirmask) { (gdb) next 192 else if (set_dirmask && !set_mask) { (gdb) next 197 dev = argv[optind]; (gdb) next 198 dir = argv[optind + 1]; (gdb) next 200 if (args.cs_local) { (gdb) next 201 if (set_charset(&args) == -1) (gdb) step set_charset (args=0xbfbfead0) at mount_msdosfs.c:325 325 if (modfind("msdosfs_iconv") < 0) (gdb) next 331 if ((args->cs_win = malloc(ICONV_CSNMAXLEN)) == NULL) (gdb) next 332 return (-1); (gdb) next 331 if ((args->cs_win = malloc(ICONV_CSNMAXLEN)) == NULL) (gdb) next 333 strncpy(args->cs_win, ENCODING_UNICODE, ICONV_CSNMAXLEN); (gdb) next 334 error = kiconv_add_xlat16_cspairs(args->cs_win, args->cs_local); (gdb) step kiconv_add_xlat16_cspairs (foreigncode=0x804b0a0 "ISO-10646-UCS-2", localcode=0x804b060 "KOI8-R") at xlat16_iconv.c:121 121 error = kiconv_add_xlat16_cspair(foreigncode, localcode, (gdb) step kiconv_add_xlat16_cspair (tocode=0x804b0a0 "ISO-10646-UCS-2", fromcode=0x804b060 "KOI8-R", flag=12) at xlat16_iconv.c:75 75 if (sysctlbyname("kern.iconv.cslist", NULL, &size, NULL, 0) == -1) (gdb) next 76 return (-1); (gdb) next 75 if (sysctlbyname("kern.iconv.cslist", NULL, &size, NULL, 0) == -1) (gdb) next 77 if (size > 0) { (gdb) next 92 xt = kiconv_xlat16_open(tocode, fromcode, flag); (gdb) step kiconv_xlat16_open (tocode=0x804b0a0 "ISO-10646-UCS-2", fromcode=0x804b060 "KOI8-R", lcase=12) at xlat16_iconv.c:146 146 xt.data = NULL; (gdb) next 147 xt.size = 0; (gdb) next 149 src[2] = '\0'; (gdb) next 150 dst[3] = '\0'; (gdb) next 152 ret = my_iconv_init(); (gdb) next mount_msdosfs: Unable to load iconv library: Shared object "libiconv.so" not found, required by "mount_msdosfs" : Unknown error: 0 153 if (ret) (gdb) quit The program is running. Exit anyway? (y or n) y Script done on Mon Oct 11 13:11:54 2004 My .dgbinit was: file /sbin/mount_msdosfs break main run -L ru_RU.KOI8-R -W koi2dos /dev/ad0s1 /mnt/C -- NO37-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 14:39: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 72EAD16A4CE for ; Mon, 11 Oct 2004 14:39:31 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 472CD43D45 for ; Mon, 11 Oct 2004 14:39:30 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 1901 invoked by uid 65534); 11 Oct 2004 14:39:28 -0000 Received: from p5089FB99.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.251.153) by mail.gmx.net (mp014) with SMTP; 11 Oct 2004 16:39:28 +0200 X-Authenticated: #15946415 Received: from ms.homeip.net ([80.137.251.153] helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CH1Kn-000PyK-EX; Mon, 11 Oct 2004 16:39:33 +0200 Message-ID: <416A9B1D.1040303@gmx.de> Date: Mon, 11 Oct 2004 16:39:25 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org References: <577505c6a3.5c6a357750@osu.edu> In-Reply-To: <577505c6a3.5c6a357750@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 14:39:31 -0000 ANISH MISTRY wrote: > So your internal trackpoint is a usb mouse device and not psm? What is your USB controller? A dmesg would be helpful. 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-BETA7 #0: Sun Oct 3 14:36:27 CEST 2004 root@incmc.da-butze.uga:/usr/obj/usr/src/sys/KERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1198.98-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 402063360 (383 MB) avail memory = 383721472 (365 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 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: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 acpi_video0: port 0x3000-0x30ff mem 0xc0100000-0xc010ffff,0xe0000000-0xe7ffffff irq 9 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 9 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 uhub1: Genesys Logic USB Hub, class 9/0, rev 1.01/0.11, addr 2 uhub1: 7 ports with 7 removable, self powered uscanner0: Mustek Systems 1200 CU scanner, rev 1.00/1.00, addr 3 ums0: Logitech USB Receiver, rev 1.10/9.10, addr 4, iclass 3/1 ums0: 5 buttons and Z dir. uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: 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 uhci2: port 0x1840-0x185f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: 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 pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 9 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x50100000-0x50100fff irq 5 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xc0201000-0xc02017ff irq 9 at device 0.2 on pci2 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:02:01:00:60:ef fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:00:60:ef fwe0: Ethernet address: 02:06:1b:00:60:ef fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fxp0: port 0x8000-0x803f mem 0xc0200000-0xc0200fff irq 10 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:59:cb:ee:7b isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,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 irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x278-0x27f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/PS2/ECP Probing for PnP devices on ppbus0: ppbus0: PRINTER PCL 6 Emulation, PostScript Level 2 Emulation, NPAP, PJL plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio1 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 orm0: at iomem 0xdc000-0xdffff,0xd1000-0xd1fff,0xd0000-0xd0fff on isa0 pmtimer0 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 Timecounter "TSC" frequency 1198984946 Hz quality 800 Timecounters tick every 10.000 msec ad0: 57231MB [116280/16/63] at ata0-master UDMA100 ndis0: <3Com 3CRSHPW_96 Wireless LAN PC Card> at port 0x4000-0x401f irq 9 function 0 config 1 on pccard0 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:04:75:cc:07:0e ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 5.5Mbps 11Mbps ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out acd0: CDRW at ata1-master UDMA33 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 - tray closed Mounting root from ufs:/dev/ad0s3a Jochen From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:04: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 07E1A16A4CE for ; Mon, 11 Oct 2004 15:04:12 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 787F143D58 for ; Mon, 11 Oct 2004 15:04:11 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 5421FB8CE for ; Mon, 11 Oct 2004 10:04:10 -0500 (CDT) 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 43773-02 for ; Mon, 11 Oct 2004 10:04:09 -0500 (CDT) 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 7FCB5B838 for ; Mon, 11 Oct 2004 10:04:09 -0500 (CDT) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 10:04:02 -0500 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart26784654.m90n0eppLp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111004.05203.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: How to safely clean out /lib, /usr/lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:04:12 -0000 --nextPart26784654.m90n0eppLp Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a metric buttload of ancient libraries in /lib and /usr/lib, some=20 probably going back to the original FreeBSD 3.3 installation on the=20 machine. I've run libchk to get a list of unreferenced libraries, but I=20 wanted to ask before I throw myself to the mercy of my backup tape: is=20 there any reason not to delete all of those old libraries? On the same subject, I've periodically gone through {usr,}/{s,}bin after an= =20 installworld and deleted all commands more than a month old or so, the=20 logic being that any commands not updated by world are remnants that can be= =20 purged. Is that a reasonable assumption? =2D-=20 Kirk Strauser --nextPart26784654.m90n0eppLp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBaqDl5sRg+Y0CpvERAjnqAKCA3RomrO1ErSDbpP8ZawthoXCviwCfQd+V Nz8rGNs0QqLwN2KdxoooQSY= =S0o3 -----END PGP SIGNATURE----- --nextPart26784654.m90n0eppLp-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:09: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 1304B16A4CE for ; Mon, 11 Oct 2004 15:09:29 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6E943D48 for ; Mon, 11 Oct 2004 15:09:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CH1na-0006kU-00; Mon, 11 Oct 2004 17:09:18 +0200 Received: from [217.83.12.36] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CH1na-0005EG-00; Mon, 11 Oct 2004 17:09:18 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 17:08:41 +0200 User-Agent: KMail/1.7 References: <416A97E1.70603@vwsoft.com> In-Reply-To: <416A97E1.70603@vwsoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4127795.dkvV9YoiCe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111708.48663.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Volker Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:09:29 -0000 --nextPart4127795.dkvV9YoiCe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 11 October 2004 16:25, Volker wrote: > Hi folks! > > Back from a one week vacation, I immediately updated my machine to BETA > 7. Before I left, my machine had panics serveral times a day. Since BETA > 6 the panics are gone but the machine locked up a few times (experienced > two days before I left for a week). The machine freeze has been mostly > while hanging up or shortly after a ppp (userland) connection has been > hang up. > > Now I've updated to BETA 7 and the machine seem to lock up faster. The > machine freezes most times while having an established ppp connection to > the public internet. The machine is acting as a router, dial-up client, > proxy, mailserver, webserver etc. etc. Guess at large, are you using any IPFW uid/gid/jail rules or PF user/group= =20 rules? If so, you must deactivate debug.mpsafenet (=3D0) in the loader. Thi= s is=20 something you can try in any case. > When the machine locks up, there's no console or network response from > the machine. The only way out is the reset switch. You might want to build a custom kernel with WITNESS turned on and KDB, DDB= =20 built in. That way you will get warnings for lock order reversals, that can= =20 be the source of a hard lockup. > One of my guesses has been that either i4b or userland ppp is causing > the machine freeze. To figure out if that might be the case, I've set up > a 2nd machine (releng_4) acting as a dial-up client (i4b/ppp) and > router. The 2nd machine is now being used as a default route for the > server machine. > > Since using that test setup the server machine didn't had a lockup. So > my guess might be probably right to have a problem somewhere at i4b or > user-ppp in releng_5. > > How does one debug a dead machine? Is there any way to get a backtrace > or call the debugger while the machine has been frozen? > > Thanks, > > Volker =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4127795.dkvV9YoiCe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBaqIAXyyEoT62BG0RAutTAJ44Yv03UQhDvybKrHaxCvYDV18NdwCfXerX HmEOt6EnPy7y2oLVqnShRtY= =s4pv -----END PGP SIGNATURE----- --nextPart4127795.dkvV9YoiCe-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:12: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 D7EC016A4CE for ; Mon, 11 Oct 2004 15:12:12 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8903543D49 for ; Mon, 11 Oct 2004 15:12:12 +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 i9BFAdws049120; Mon, 11 Oct 2004 11:10:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9BFAdvw049117; Mon, 11 Oct 2004 11:10:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 11:10:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Volker In-Reply-To: <416A97E1.70603@vwsoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:12:13 -0000 On Mon, 11 Oct 2004, Volker wrote: > Since using that test setup the server machine didn't had a lockup. So > my guess might be probably right to have a problem somewhere at i4b or > user-ppp in releng_5. > > How does one debug a dead machine? Is there any way to get a backtrace > or call the debugger while the machine has been frozen? There's a pretty useful chapter in the handbook on getting setup to debug. For debugging hangs, the first thing I'll generally do is get the box set up with a serial console and see if I can get into the debugger by sending a serial break (the break on the actualy console might also work, but is sometimes less reliable when there's a hang). You will want to compile at least options KDB, DDB, and BREAK_TO_DEBUGGER into the kernel. On the real console, Ctrl-Alt-Escape is the break sequence; on the serial console, it's up to your client: for tip and cu, it's ~#, I believe. Assuming you can get into the debugger, the first thing you'll want to do is use "show pcpu" and "trace" to tell you a little about the active thread. You might "continue", then drop in a gain a few seconds later and see if the trace looks the same or similar. If you can't get into the debugger using the typicaly responses are: you really want to get into the debugger, so arrange an NMI or watchdog, or, you give up on getting into the debugger and try various things to see if removing one causes the hang to go away. I have some test hardware with a conveniently placed NMI button on the back -- you press the button and it generates a non-maskable interrupt which almost always works. On other hardware, you can play nasty hardware tricks. If you have SMP, you might try the MP_WATCHDOG kernel option and sysctls (under-documented). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:14: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 C657916A4CE for ; Mon, 11 Oct 2004 15:14:38 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990AB43D48 for ; Mon, 11 Oct 2004 15:14:35 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id AF05A4EFCD7; Mon, 11 Oct 2004 23:14:33 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9EB474EFCCF for ; Mon, 11 Oct 2004 23:14:33 +0800 (CST) Date: Mon, 11 Oct 2004 23:14:33 +0800 (CST) From: Tai-hwa Liang To: freebsd-current@freebsd.org In-Reply-To: <04092518423116.97410@www.mmlab.cse.yzu.edu.tw> Message-ID: <0410112311337.77434@www.mmlab.cse.yzu.edu.tw> References: <04092518423116.97410@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: 5.3-BETA5/6.0-CURRENT freeze with dynamic loaded modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:14:39 -0000 I can reproduce the same lockup on another motherboard, MSI 865PE Neo2, with 5.3-BETA7 or 6.0-CURRENT cvsup'ed 10 hours ago. On Sat, 25 Sep 2004, Tai-hwa Liang wrote: > Testing platforms: ASUS A7N8X and A7N8X-X, nForce2 chipset > > Vanilla 5.3-BETA4/BETA5 installation booted successfully. However, > if g_md.ko was loaded in /boot/loader.conf or was loaded manually in > boot prompt, the system will freeze at "lo0: bpf attached" without > panic dump. > > -CURRENT kernel seems to boot on both system w/ or w/o apic compiled in > kernel. However, if usd.ko was loaded by usbd after the kernel is booted, > the kernel will freeze at "ehci0: [GIANT-LOCKED]." Meanwhile, the OHCI > version turned out to be corrupted: > > ohci1: mem 0xee005000-0xee005fff irq 11 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb0: OHCI version 15.15, legacy support > usb0: unsupported OHCI revision > ohci1: USB init failed > device_attach: ohci1 attach returned 5 > > I have no idea about why the system freeze without dumping core whilst > loading g_md.ko(in boot prompt or in loader.conf) or usb.ko(by usbd) > dynamically. It seems that the tentative workaround is to compile md > device statically and load usb.ko prior before usbd was launched > such like doing that in /boot/loader.conf. > > Following are the related dmesg with -CURRENT cvsup'ed about 1 day ago. > apic enabled, no PREEMPTION, SCHED_4BSD, all workaround applied: > > 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 6.0-CURRENT #0: Thu Sep 23 11:10:15 CST 2004 > root@tinderbox.localdomain:/usr/src/sys/i386/compile/tinderbox > Preloaded elf kernel "/boot/kernel/kernel" at 0xc072c000. > Preloaded elf module "/boot/kernel/umass.ko" at 0xc072c244. > Preloaded elf module "/boot/kernel/usb.ko" at 0xc072c2f0. > Preloaded elf module "/boot/modules/if_nv.ko" at 0xc072c398. > Preloaded elf module "/boot/kernel/miibus.ko" at 0xc072c444. > Calibrating clock(s) ... i8254 clock: 1193189 Hz > Timecounter "i8254" frequency 1193189 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2171615263 Hz > CPU: AMD Athlon(tm) XP 3000+ (2171.62-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 > Features=0x383fbff > AMD Features=0xc0400000 > Data TLB: 32 entries, fully associative > Instruction TLB: 16 entries, fully associative > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative > real memory = 1073676288 (1023 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000826000 - 0x000000003edbdfff, 1046052864 bytes (255384 pages) > avail memory = 1045307392 (996 MB) > mptable_probe: MP Config Table has bad signature: \^E\^G > Table 'FACP' at 0x3fff3040 > Table 'APIC' at 0x3fff74c0 > MADT: Found table at 0x3fff74c0 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > ACPI APIC Table: > APIC: CPU 0 has ACPI ID 0 > bios32: Found BIOS32 Service Directory header at 0xc00fb000 > bios32: Entry = 0xfb490 (c00fb490) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xf0000+0xb4c0 > pnpbios: Found PnP BIOS data at 0xc00fbf20 > pnpbios: Entry = f0000:bf50 Rev = 1.0 > Other BIOS signatures found: > MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 > ioapic0: Routing external 8259A's -> intpin 0 > ioapic0: intpin 0 -> ExtINT (edge, high) > ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) > ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) > ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) > ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) > ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) > ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) > ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) > ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) > ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) > ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) > ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) > ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) > ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) > ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) > ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) > ioapic0: intpin 16 -> PCI IRQ 16 (level, low) > ioapic0: intpin 17 -> PCI IRQ 17 (level, low) > ioapic0: intpin 18 -> PCI IRQ 18 (level, low) > ioapic0: intpin 19 -> PCI IRQ 19 (level, low) > ioapic0: intpin 20 -> PCI IRQ 20 (level, low) > ioapic0: intpin 21 -> PCI IRQ 21 (level, low) > ioapic0: intpin 22 -> PCI IRQ 22 (level, low) > ioapic0: intpin 23 -> PCI IRQ 23 (level, low) > MADT: intr override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > ioapic0: intpin 2 trigger: edge > ioapic0: intpin 2 polarity: high > MADT: intr override: source 9, irq 9 > ioapic0: intpin 9 trigger: level > ioapic0: intpin 9 polarity: high > lapic0: Routing NMI -> LINT1 > lapic0: LINT1 trigger: edge > lapic0: LINT1 polarity: active-high > ioapic0 irqs 0-23 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > mem: > Pentium Pro MTRR support enabled > null: > io: > random: > acpi0: on motherboard > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000888 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=01e010de) > pcibios: BIOS version 2.10 > Found $PIR table, 11 entries at 0xc00fdeb0 > PCI-Only Interrupts: 5 11 > Location Bus Device Pin Link IRQs > slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 > slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 > slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 > slot 1 0 8 D 0x04 3 4 5 7 9 10 11 12 14 15 > slot 2 0 12 A 0x01 3 4 5 7 9 10 11 12 14 15 > slot 2 0 12 B 0x02 3 4 5 7 9 10 11 12 14 15 > slot 2 0 12 C 0x03 3 4 5 7 9 10 11 12 14 15 > slot 2 0 12 D 0x04 3 4 5 7 9 10 11 12 14 15 > slot 3 255 31 A 0x0f 3 4 5 7 9 10 11 12 14 15 > slot 3 255 31 B 0x0f 3 4 5 7 9 10 11 12 14 15 > slot 3 255 31 C 0x0f 3 4 5 7 9 10 11 12 14 15 > slot 3 255 31 D 0x0f 3 4 5 7 9 10 11 12 14 15 > slot 4 1 6 A 0x01 3 4 5 7 9 10 11 12 14 15 > slot 4 1 6 B 0x02 3 4 5 7 9 10 11 12 14 15 > slot 4 1 6 C 0x03 3 4 5 7 9 10 11 12 14 15 > slot 4 1 6 D 0x04 3 4 5 7 9 10 11 12 14 15 > slot 5 1 7 A 0x04 3 4 5 7 9 10 11 12 14 15 > slot 5 1 7 B 0x01 3 4 5 7 9 10 11 12 14 15 > slot 5 1 7 C 0x02 3 4 5 7 9 10 11 12 14 15 > slot 5 1 7 D 0x03 3 4 5 7 9 10 11 12 14 15 > slot 6 1 8 A 0x03 3 4 5 7 9 10 11 12 14 15 > slot 6 1 8 B 0x04 3 4 5 7 9 10 11 12 14 15 > slot 6 1 8 C 0x01 3 4 5 7 9 10 11 12 14 15 > slot 6 1 8 D 0x02 3 4 5 7 9 10 11 12 14 15 > slot 7 1 9 A 0x02 3 4 5 7 9 10 11 12 14 15 > slot 7 1 9 B 0x03 3 4 5 7 9 10 11 12 14 15 > slot 7 1 9 C 0x04 3 4 5 7 9 10 11 12 14 15 > slot 7 1 9 D 0x01 3 4 5 7 9 10 11 12 14 15 > slot 8 1 10 A 0x01 3 4 5 7 9 10 11 12 14 15 > slot 8 1 10 B 0x02 3 4 5 7 9 10 11 12 14 15 > slot 8 1 10 C 0x03 3 4 5 7 9 10 11 12 14 15 > slot 8 1 10 D 0x04 3 4 5 7 9 10 11 12 14 15 > slot 9 1 11 A 0x03 3 4 5 7 9 10 11 12 14 15 > slot 9 1 11 B 0x03 3 4 5 7 9 10 11 12 14 15 > slot 9 1 11 C 0x03 3 4 5 7 9 10 11 12 14 15 > slot 9 1 11 D 0x03 3 4 5 7 9 10 11 12 14 15 > embedded 0 30 A 0x04 3 4 5 7 9 10 11 12 14 15 > embedded 0 30 B 0x01 3 4 5 7 9 10 11 12 14 15 > embedded 0 30 C 0x02 3 4 5 7 9 10 11 12 14 15 > embedded 0 30 D 0x03 3 4 5 7 9 10 11 12 14 15 > AcpiOsDerivePciId: bus 0 dev 1 func 0 > acpi0: Power Button (fixed) > AcpiOsDerivePciId: bus 0 dev 1 func 0 > AcpiOsDerivePciId: bus 0 dev 1 func 0 > AcpiOsDerivePciId: bus 0 dev 1 func 0 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 5, width = 2 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > ACPI timer looks GOOD min = 3, max = 4, width = 1 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > ACPI PCI link initial configuration: > \\_SB_.PCI0.APCS irq 0: [23] 23+ high,level,sharable 0.1.0 > \\_SB_.PCI0.APCS irq 0: [23] 23+ high,level,sharable 0.1.1 > \\_SB_.PCI0.APCF irq 0: [20 21 22] 0+ high,level,sharable 0.2.0 > \\_SB_.PCI0.APCG irq 0: [20 21 22] 0+ high,level,sharable 0.2.1 > \\_SB_.PCI0.APCL irq 0: [20 21 22] 0+ high,level,sharable 0.2.2 > \\_SB_.PCI0.APCH irq 0: [20 21 22] 0+ high,level,sharable 0.4.0 > \\_SB_.PCI0.APCI irq 0: [20 21 22] 0+ high,level,sharable 0.5.0 > \\_SB_.PCI0.APCJ irq 0: [20 21 22] 0+ high,level,sharable 0.6.0 > \\_SB_.PCI0.APCK irq 0: [20 21 22] 0+ high,level,sharable 0.6.1 > \\_SB_.PCI0.APCM irq 0: [20 21 22] 0+ high,level,sharable 0.13.0 > \\_SB_.PCI0.AP3C irq 0: [20 21 22] 0+ high,level,sharable 0.12.0 > \\_SB_.PCI0.APCZ irq 0: [20 21 22] 0+ high,level,sharable 0.9.0 > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base e8000000, size 26, enabled > found-> vendor=0x10de, dev=0x01e0, revid=0xa2 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x01eb, revid=0xa2 > bus=0, slot=0, func=1 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x01ee, revid=0xa2 > bus=0, slot=0, func=2 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x01ed, revid=0xa2 > bus=0, slot=0, func=3 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x01ec, revid=0xa2 > bus=0, slot=0, func=4 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x01ef, revid=0xa2 > bus=0, slot=0, func=5 > class=05-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x0060, revid=0xa3 > bus=0, slot=1, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x000f, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type 4, range 32, base 0000d000, size 5, enabled > pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.APCS) > pcib0: possible interrupts: 23 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCF (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCG (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCL (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCH (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCI (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCJ (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCK (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCM (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.AP3C (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCZ (references 1, priority 100): > interrupts: 22 21 20 > penalty: 100 100 100 > \\_SB_.PCI0.APCS (references 2, priority 40): > interrupts: 23 > penalty: 20 > ioapic0: Changing polarity for pin 23 to high > pcib0: slot 1 INTA routed to irq 23 via \\_SB_.PCI0.APCS > found-> vendor=0x10de, dev=0x0064, revid=0xa2 > bus=0, slot=1, func=1 > class=0c-05-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=23 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base ee004000, size 12, enabled > pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.APCF) > pcib0: possible interrupts: 20 21 22 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCF (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCG (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCL (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCH (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCI (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCJ (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCK (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCM (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.AP3C (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > \\_SB_.PCI0.APCZ (references 1, priority 200): > interrupts: 22 21 20 > penalty: 200 200 200 > ioapic0: Changing polarity for pin 22 to high > pcib0: slot 2 INTA routed to irq 22 via \\_SB_.PCI0.APCF > found-> vendor=0x10de, dev=0x0067, revid=0xa3 > bus=0, slot=2, func=0 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=22 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ee005000, size 12, enabled > pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.APCG) > pcib0: possible interrupts: 20 21 22 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCG (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCL (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCH (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCI (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCJ (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCK (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCM (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.AP3C (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > \\_SB_.PCI0.APCZ (references 1, priority 303): > interrupts: 21 20 22 > penalty: 300 300 310 > ioapic0: Changing polarity for pin 21 to high > pcib0: slot 2 INTB routed to irq 21 via \\_SB_.PCI0.APCG > found-> vendor=0x10de, dev=0x0067, revid=0xa3 > bus=0, slot=2, func=1 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=b, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ee000000, size 8, enabled > pcib0: matched entry for 0.2.INTC (src \\_SB_.PCI0.APCL) > pcib0: possible interrupts: 20 21 22 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCL (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCH (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCI (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCJ (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCK (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCM (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.AP3C (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > \\_SB_.PCI0.APCZ (references 1, priority 406): > interrupts: 20 22 21 > penalty: 400 410 410 > ioapic0: Changing polarity for pin 20 to high > pcib0: slot 2 INTC routed to irq 20 via \\_SB_.PCI0.APCL > found-> vendor=0x10de, dev=0x0068, revid=0xa3 > bus=0, slot=2, func=2 > class=0c-03-20, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=c, irq=20 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base ee001000, size 12, enabled > map[14]: type 4, range 32, base 0000d400, size 3, enabled > pcib0: matched entry for 0.4.INTA (src \\_SB_.PCI0.APCH) > pcib0: possible interrupts: 20 21 22 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCH (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.APCI (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.APCJ (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.APCK (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.APCM (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.AP3C (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > \\_SB_.PCI0.APCZ (references 1, priority 510): > interrupts: 22 21 20 > penalty: 510 510 510 > pcib0: slot 4 INTA routed to irq 22 via \\_SB_.PCI0.APCH > found-> vendor=0x10de, dev=0x0066, revid=0xa1 > bus=0, slot=4, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) > intpin=a, irq=22 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 4, range 32, base 0000d800, size 8, enabled > map[14]: type 4, range 32, base 0000dc00, size 7, enabled > map[18]: type 1, range 32, base ee002000, size 12, enabled > pcib0: matched entry for 0.6.INTA (src \\_SB_.PCI0.APCJ) > pcib0: possible interrupts: 20 21 22 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCI (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > \\_SB_.PCI0.APCJ (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > \\_SB_.PCI0.APCK (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > \\_SB_.PCI0.APCM (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > \\_SB_.PCI0.AP3C (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > \\_SB_.PCI0.APCZ (references 1, priority 613): > interrupts: 21 20 22 > penalty: 610 610 620 > pcib0: slot 6 INTA routed to irq 21 via \\_SB_.PCI0.APCJ > found-> vendor=0x10de, dev=0x006a, revid=0xa1 > bus=0, slot=6, func=0 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) > intpin=a, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > found-> vendor=0x10de, dev=0x006c, revid=0xa3 > bus=0, slot=8, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x02 (500 ns) > map[20]: type 4, range 32, base 0000f000, size 4, enabled > found-> vendor=0x10de, dev=0x0065, revid=0xa2 > bus=0, slot=9, func=0 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x10de, dev=0x01e8, revid=0xa2 > bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) > lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xee004000-0xee004fff irq 22 at device 2.0 on pci0 > ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee004000 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xee005000-0xee005fff irq 21 at device 2.1 on pci0 > ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee005000 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > ehci0: mem 0xee000000-0xee0000ff irq 20 at device 2.2 on pci0 > ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xee000000 > ehci0: [GIANT-LOCKED] > ehci_pci_attach: companion usb0 > ehci_pci_attach: companion usb1 > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 6 ports with 6 removable, self powered > nv0: port 0xd400-0xd407 mem 0xee001000-0xee001fff irq 22 at device 4.0 on pci0 > nv0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee001000 > nv0: Ethernet address 00:e0:18:eb:15:ed > miibus0: on nv0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > nv0: bpf attached > nv0: Ethernet address: 00:e0:18:eb:15:ed > nv0: [GIANT-LOCKED] > pci0: at device 6.0 (no driver attached) > pcib1: at device 8.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xfff00000-0xfffff > pcib1: prefetched decode 0xfff00000-0xfffff > ACPI PCI link initial configuration: > \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.6.0 > \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.6.1 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.6.2 > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.6.3 > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.7.0 > \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.7.1 > \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.7.2 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.7.3 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.8.0 > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.8.1 > \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.8.2 > \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.8.3 > \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.9.0 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.9.1 > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.9.2 > \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.9.3 > \\_SB_.PCI0.APC1 irq 0: [16] 16+ high,level,sharable 1.10.0 > \\_SB_.PCI0.APC2 irq 0: [17] 17+ high,level,sharable 1.10.1 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.10.2 > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 1.10.3 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.0 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.1 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.2 > \\_SB_.PCI0.APC3 irq 0: [18] 18+ high,level,sharable 1.11.3 > pci1: on pcib1 > pci1: physical bus=1 > atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 > 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=00 > ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 > ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 > ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > 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=01 > ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb > ata1-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f > ata1: reset tp2 stat0=10 stat1=00 devices=0x4 > ata1: [MPSAFE] > pcib2: at device 30.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xf000-0xfff > pcib2: memory decode 0xec000000-0xedffffff > pcib2: prefetched decode 0xe0000000-0xe7ffffff > AcpiOsDerivePciId: bus 0 dev 30 func 0 > ACPI PCI link initial configuration: > \\_SB_.PCI0.APC4 irq 0: [19] 19+ high,level,sharable 2.0.0 > pci2: on pcib2 > pci2: physical bus=2 > map[10]: type 1, range 32, base ec000000, size 24, enabled > pcib2: device (null) requested decoded memory range 0xec000000-0xecffffff > map[14]: type 3, range 32, base e0000000, size 27, enabled > pcib2: device (null) requested decoded memory range 0xe0000000-0xe7ffffff > pcib2: matched entry for 2.0.INTA (src \\_SB_.PCI0.APC4) > pcib2: possible interrupts: 19 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.APCI (references 1, priority 616): > interrupts: 20 22 21 > penalty: 610 620 620 > \\_SB_.PCI0.APCK (references 1, priority 616): > interrupts: 20 22 21 > penalty: 610 620 620 > \\_SB_.PCI0.APCM (references 1, priority 616): > interrupts: 20 22 21 > penalty: 610 620 620 > \\_SB_.PCI0.AP3C (references 1, priority 616): > interrupts: 20 22 21 > penalty: 610 620 620 > \\_SB_.PCI0.APCZ (references 1, priority 616): > interrupts: 20 22 21 > penalty: 610 620 620 > \\_SB_.PCI0.APC4 (references 6, priority 120): > interrupts: 19 > penalty: 20 > \\_SB_.PCI0.APC1 (references 5, priority 0): > interrupts: 0 > penalty: 100000 > \\_SB_.PCI0.APC2 (references 5, priority 0): > interrupts: 0 > penalty: 100000 > \\_SB_.PCI0.APC3 (references 9, priority 0): > interrupts: 0 > penalty: 100000 > ioapic0: Changing polarity for pin 19 to high > pcib2: slot 0 INTA routed to irq 19 via \\_SB_.PCI0.APC4 > found-> vendor=0x10de, dev=0x0110, revid=0xb2 > bus=2, 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=19 > powerspec 2 supports D0 D3 current D0 > pci2: at device 0.0 (no driver attached) > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fdc0: ic_type 90 part_id 80 > fdc0: [MPSAFE] > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: irq maps: 0x821 0x831 0x821 0x821 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > sio1: irq maps: 0x821 0x829 0x821 0x821 > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > unknown: not probed (disabled) > unknown: not probed (disabled) > ppc0: using extended I/O port range > 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/16 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: bpf attached > lpt0: on ppbus0 > lpt0: Interrupt-driven port > 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 0047 > 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:0047 > 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 > 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 > fdc: fdc0 already exists; skipping it > ppc: ppc0 already exists; skipping it > sio: sio0 already exists; skipping it > sio: sio1 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xd4000-0xd57ff,0xd0000-0xd3fff,0xc0000-0xcc7ff 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) > 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 54 80 > bf 1f 00 4f 0e 0f 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 54 80 > 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 54 80 > 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 2171615263 Hz quality 800 > Timecounters tick every 10.000 msec > lo0: bpf attached > ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin > ata0-master: setting PIO4 on nVidia nForce2 chip > ata0-master: setting UDMA133 on nVidia nForce2 chip > ad0: ATA-7 disk at ata0-master > ad0: 117246MB (240121728 sectors), 238216 C, 16 H, 63 S, 512 B > ad0: 16 secs/int, 1 depth queue, UDMA133 > ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin > ATAPI_RESET time = 50us > ata1-master: setting PIO4 on nVidia nForce2 chip > ata1-master: setting UDMA33 on nVidia nForce2 chip > acd0: CDROM drive at ata1 as master > acd0: read 687KB/s (8937KB/s), 128KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > (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 > (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 > pass0 at ata1 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 33.000MB/s transfers > pass0 at ata1 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 33.000MB/s transfers > ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 > ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 > ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 > ioapic0: routing intpin 6 (ISA IRQ 6) 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 20 (PCI IRQ 20) to cluster 0 > ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 > ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 > GEOM: new disk ad0 > [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:20964762 > [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20964825 l:201326580 > [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:222291405 l:17816085 > [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 10733958144 end 10733990399 > GEOM: Configure ad0s2, start 10733990400 length 103079208960 end 113813199359 > GEOM: Configure ad0s3, start 113813199360 length 9121835520 end 122935034879 > MBREXT Slice 5 on ad0s2: > [0] f:00 typ:11 s(CHS):1023/1/1 e(CHS):1023/254/63 s:63 l:201326517 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s5, start 32256 length 103079176704 end 103079208959 > GEOM: Configure ad0s3a, start 0 length 268435456 end 268435455 > GEOM: Configure ad0s3b, start 268435456 length 2121048064 end 2389483519 > GEOM: Configure ad0s3c, start 0 length 9121835520 end 9121835519 > GEOM: Configure ad0s3d, start 2389483520 length 16777216 end 2406260735 > GEOM: Configure ad0s3e, start 2406260736 length 1476395008 end 3882655743 > GEOM: Configure ad0s3f, start 3882655744 length 5239179776 end 9121835519 > Mounting root from ufs:/dev/ad0s3a > start_init: trying /sbin/init > Linux ELF exec handler installed > procfs registered > linprocfs registered From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:37: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 5206216A4CE; Mon, 11 Oct 2004 15:37:43 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2341A43D39; Mon, 11 Oct 2004 15:37:43 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i9BFbdvA084691; Mon, 11 Oct 2004 08:37:39 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i9BFbca1084688; Mon, 11 Oct 2004 08:37:38 -0700 (PDT) (envelope-from dillon) Date: Mon, 11 Oct 2004 08:37:38 -0700 (PDT) From: Matthew Dillon Message-Id: <200410111537.i9BFbca1084688@apollo.backplane.com> To: Sam Lawrance References: <1097500052.2797.10.camel@dirk.no.domain> cc: freebsd-current@freebsd.org cc: Robert Watson cc: David Xu Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:37:43 -0000 I would not recommend putting proc0 wakeup code in your time-critical critical section code. It's a terrible hack and an abuse of the purpose of the critical section code and right smack in the middle of a very important critical path that effects the performance of the *entire* system. I would also not recommend having a TDP_WAKEPROC0 flag for curproc, that's a terrible hack and a misplaced flag (the flag, if you have one at all, should be global or per-cpu, and certainly *NOT* placed in the current thread's flagset!). It seems to me the proper solution is to use the same codepath that woke up proc0 originally (in 4.x), which in 5.x/6.x has now become sleepq_broadcast(). Check to see if proc0 needs to be woken up there, in the code that moves the threads from the sq to the temporary list, and if one of them needs proc0 just flag it and then lock whatever sleepq list proc0 is on and pull it off too before you hit the sleepq_resume_thread() loop. -Matt From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15: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 B657B16A4CE for ; Mon, 11 Oct 2004 15:51:12 +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 4DBBF43D3F for ; Mon, 11 Oct 2004 15:51:12 +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 i9BFpBFV016004; Mon, 11 Oct 2004 08:51:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200410111101.59356.Emanuel.Strobl@gmx.net> References: <200410111101.59356.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5EA7A436-1B9D-11D9-9D37-000D93C47836@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 11 Oct 2004 08:51:09 -0700 To: Emanuel Strobl X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:51:12 -0000 On Oct 11, 2004, at 2:01 AM, Emanuel Strobl wrote: > Hello, > > I managed to get a GPT table onto my disk while beeing still able to > boot. > In verbose boot GEOM creates ad0p2 but no device is generated. The dmesg(8) below shows that da0p2c is created. Did you disklabel(8) (or should I say bsdlabel(8) the GPT partition? > vberbose boot logs: > GEOM: new disk ad0 > GEOM: Configure ad0p2, start 2146798080 length 512000000 end 2658798079 > [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):260/254/63 s:63 l:4192902 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [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 2146765824 end 2146798079 > WARNING: Expected rawoffset 0, found 4192965 > GEOM: Configure ad0p2c, start 0 length 77876951040 end 77876951039 > GEOM: Configure ad0s1a, start 0 length 1072693248 end 1072693247 > GEOM: Configure ad0s1b, start 1072693248 length 1074072576 end > 2146765823 > GEOM: Configure ad0s1c, start 0 length 2146765824 end 2146765823 -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:52: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 6182016A4CE; Mon, 11 Oct 2004 15:52:57 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB2943D39; Mon, 11 Oct 2004 15:52:56 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 594194EF; Mon, 11 Oct 2004 08:52:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 570F64C7; Mon, 11 Oct 2004 08:52:56 -0700 (PDT) Date: Mon, 11 Oct 2004 08:52:56 -0700 (PDT) From: Jamie Bowden To: current@FreeBSD.org Message-ID: <20041011080034.Y88001-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: ports@FreeBSD.org Subject: 5.3-BETA7 locks up reliably using gtoaster, and a couple other notes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:52:57 -0000 In the process of reinstalling the ports I use, installed /usr/ports/sysutils/gtoaster and tested it. Machine locks up hard every time I attempt to use it. No keyboard response, no ACPI response if I hit the power button, nothing. The only way to recover is hard reset. XCDRoast works fine. The Chrome Registry still fails on Mozilla builds, and the regxpcom and regchrome processes will not die. Nothing short of rebooting the system will make them go away. Setting hw.ata.atapi_dma="1" no longer puts my LS-120 drive in Mutli-Word DMA mode. What's the new and improved magic for that? I've put in what I hope is useful output from dmesg, pkg_info, pciconf, my kernel config file, and acpidump below. I'm not subscribed to ports@, so please leave me and/or current@ in the to/cc lines on reply. 11:03am yakko /home/jamie %dmesg -a 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-BETA7 #0: Sun Oct 10 21:47:46 EDT 2004 jamie@yakko:/usr/obj/usr/src/sys/yakko WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) avail memory = 2095960064 (1998 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xc0000000-0xcfffffff 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 0xbc00-0xbc1f 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 ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: port 0xb000-0xb01f 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 ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr 2 uhci2: port 0xb400-0xb41f 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 0xb800-0xb81f 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 ehci0: mem 0xec100000-0xec1003ff irq 23 at device 29.7 on pci0 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 pci2: on pcib2 fwohci0: mem 0xeb100000-0xeb103fff,0xeb109000-0xeb1097ff irq 18 at device 2.0 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:50:8d:00:00:fa:0f:a7 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:50:8d:fa:0f:a7 fwe0: Ethernet address: 02:50:8d:fa:0f:a7 fwip0: on firewire0 fwip0: Firewire address: 00:50:8d:00:00:fa:0f:a7 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fxp0: port 0xa000-0xa01f mem 0xeb000000-0xeb0fffff,0xec000000-0xec000fff irq 20 at device 4.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:e1:6d:b0 fxp0: [GIANT-LOCKED] pcm0: port 0xa400-0xa41f irq 22 at device 6.0 on pci2 pcm0: fwohci1: <1394 Open Host Controller Interface> mem 0xeb104000-0xeb107fff,0xeb108000-0xeb1087ff irq 23 at device 6.2 on pci2 fwohci1: [GIANT-LOCKED] fwohci1: OHCI version 1.10 (ROM=0) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:02:3c:00:21:04:db:0a fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:02:3c:04:db:0a fwe1: Ethernet address: 02:02:3c:04:db:0a fwip1: on firewire1 fwip1: Firewire address: 00:02:3c:00:21:04:db:0a @ 0xfffe00000000, S400, maxrec 2048 sbp1: on firewire1 fwohci1: Initiate bus reset fwohci1: node_id=0xc800ffc1, gen=1, CYCLEMASTER mode firewire1: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire1: bus manager 1 (me) ahc0: port 0xac00-0xacff mem 0xeb10a000-0xeb10afff irq 23 at device 7.0 on pci2 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs bktr0: mem 0xec001000-0xec001fff irq 17 at device 9.0 on pci2 bktr0: [GIANT-LOCKED] bktr0: Detected a MSP3451G-A2 at 0x80 bktr0: Pinnacle/Miro TV, Temic NTSC tuner, msp3400c stereo. pci2: at device 9.1 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ichsmb0: port 0x500-0x51f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 pcm1: port 0xdc00-0xdc3f,0xd800-0xd8ff mem 0xec102000-0xec1020ff,0xec101000-0xec1011ff irq 17 at device 31.5 on pci0 pcm1: [GIANT-LOCKED] pcm1: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff 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 fb0 at vga0 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ums0: at uhub0 port 1 (addr 2) disconnected ums0: detached ugen0: at uhub1 port 2 (addr 2) disconnected ugen0: detached ad0: 28629MB [58168/16/63] at ata0-master UDMA100 ad1: 76319MB [155061/16/63] at ata0-slave UDMA100 afd0: REMOVABLE at ata1-master PIO3 acd0: DVDR at ata1-slave UDMA33 ad4: 78167MB [158816/16/63] at ata2-master SATA150 Waiting 15 seconds for SCSI devices to settle ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr 2 SMP: AP CPU #1 Launched! pid 25: corrected slot count (0->1) da0 at ata1 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 11.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ahc0 bus 0 target 6 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 8) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd2 at ata1 bus 0 target 1 lun 0 cd2: Removable CD-ROM SCSI-0 device cd2: 33.000MB/s transfers cd2: Attempt to query device size failed: NOT READY, Medium not present (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): Unretryable error Opened disk da0 -> 6 Mounting root from ufs:/dev/ad4s2a WARNING: / was not properly dismounted Pre-seeding PRNG: kickstart . Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad4s2b as swap device Starting file system checks: /dev/ad4s2a: 176302 files, 1518791 used, 6469218 free (54442 frags, 801847 blocks, 0.7% fragmentation) Setting hostname: yakko. fxp0: flags=8843 mtu 1500 options=8 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::2a0:c9ff:fee1:6db0%fxp0 prefixlen 64 tentative scopeid 0x3 ether 00:a0:c9:e1:6d:b0 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 add net default: gateway 192.168.1.254 Additional routing options: . add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 -> 0 net.inet6.ip6.accept_rtadv: 0 -> 1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 IPv4 mapped IPv6 address support=NO Starting devd. Mounting NFS file systems: . Starting syslogd. Oct 11 10:59:19 yakko syslogd: kernel boot file is /boot/kernel/kernel Setting date via ntp. Looking for host time.nist.gov and service ntp host found : time.nist.gov 11 Oct 10:59:18 ntpdate[278]: step time server 192.43.244.18 offset -0.908281 sec Starting rpcbind. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. moused: unable to open /dev/ums0: Device busy Starting local daemons: . Updating motd . Configuring syscons: blanktime screensaver . Starting sshd. Initial i386 initialization: . Additional ABI support: . Starting cron. Local package initialization: . Additional TCP options: . Starting moused: moused: unable to open /dev/psm0: No such file or directory . Starting inetd. Starting background file system checks in 60 seconds. Mon Oct 11 10:59:20 EDT 2004 11:08am yakko /home/jamie %pkg_info ImageMagick-6.0.6.2 Image processing tools Xaw3d-1.5 A 3-D Athena Widget set that looks like Motif adns-1.0_1 Easy to use, asynchronous-capable DNS client library and ut atk-1.6.1 A GNOME accessibility toolkit (ATK) autoconf-2.13.000227_5 Automatically configure source code on many Un*x platforms autoconf-2.53_3 Automatically configure source code on many Un*x platforms autoconf-2.59_2 Automatically configure source code on many Un*x platforms automake-1.4.6_1 GNU Standards-compliant Makefile generator (legacy version bison-1.75_2 A parser generator from FSF, (mostly) compatible with Yacc bitstream-vera-1.10 Bitstream Vera TrueType font collection cdrdao-1.1.9 Record CD-R[W]s in disk-at-once mode cdrtools-2.0.3_4 CD/CD-R[W] and ISO-9660 image creation and extraction tools ctwm-3.6_1 An extension to twm, with support for multiple virtual scre cvsup-without-gui-16.1h General network file distribution system optimized for CVS djbfft-0.76_1 An extremely fast library for floating-point convolution dri-5.0.2,2 OpenGL hardware acceleration drivers for the DRI dvd+rw-tools-5.21.4.10.8 DVD burning software emacs-21.3_3 GNU editing macros ethereal-0.10.6 A powerful network analyzer/capture tool ettercap-gnome-0.6.b_2,1 A network sniffer/interceptor/injector/logger for switched expat-1.95.8 XML 1.0 parser written in C ezm3-1.2 Easier, more portable Modula-3 distribution for building CV flac-1.1.0_3 Free lossless audio codec fontconfig-2.2.3,1 An XML-based font configuration API for X Windows freetype2-2.1.7_3 A free and portable TrueType font rendering engine fxtv-1.03_2 X-based TV Display and Capture Application (for use with bt gdk-pixbuf-0.22.0_1 A graphic library for GTK+ gettext-0.13.1_1 GNU gettext package ghostscript-gnu-7.07_11 GNU Postscript interpreter gle-3.0.3 A GL Tubing and Extrusion Library glib-1.2.10_11 Some useful routines of C programming (previous stable vers glib-2.4.6_1 Some useful routines of C programming (current stable versi gmake-3.80_2 GNU version of 'make' utility gsfonts-8.11_2 Fonts used by GNU Ghostscript (or X) gtk-1.2.10_12 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.4.9_1 Gimp Toolkit for X11 GUI (current stable version) help2man-1.33.1 Automatically generating simple manual pages from program o hicolor-icon-theme-0.5 A high-color icon theme shell from the FreeDesktop project imake-6.7.0_2 Imake and other utilities from X.Org intltool-0.31.2 Xml internationalization support for GNOME, and others ircii-20040216 The 'Internet Relay Chat' and 'Internet Citizens Band' Clie jasper-1.701.0 An implementation of the codec specified in the JPEG-2000 s javavmwrapper-1.5 Wrapper script for various Java Virtual Machines jbigkit-1.6 Lossless compression for bi-level images such as scanned pa jpeg-6b_3 IJG's jpeg compression utilities lame-3.96.1 ISO code based fast MP3 encoder kit lcms-1.13,1 Light Color Management System -- a color management library libIDL-0.8.4 A library for creating trees of CORBA Interface Definition libXft-2.1.6 A client-sided font API for X applications liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC-3 libdvdcss-1.2.8_1 Portable abstraction library for DVD decryption libdvdread-0.9.4_1 This is needed by ogle, which is a DVD player that supports libfpx-1.2.0.9 Library routines for working with Flashpix images libglut-6.0.1 A graphics library similar to SGI's OpenGL libiconv-1.9.2_1 A character set conversion library libmad-0.15.1b Libmad library (part of MAD project) libmng-1.0.8 Multiple-image Network Graphics (MNG) reference library libogg-1.1,3 Ogg bitstream library libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.8 Generic shared library support script (version 1.5) libungif-4.1.3 Tools and library routines for working with GIF images libvorbis-1.0.1,3 Audio compression codec library libwmf-0.2.8.3 Tools and library for converting Microsoft WMF (windows met libxml2-2.6.13 XML parser library for GNOME linux-blackdown-jdk-1.3.1_3 Blackdown Java Development Kit 1.3 for Linux linux_base-7.1_7 The base set of packages needed in Linux mode lynx-ssl-2.8.5 A non-graphical, text-based World-Wide Web client with SSL m4-1.4.1 GNU m4 mpeg2codec-1.2_1 An MPEG-2 Encoder and Decoder mpeg_encode-1.5b UCB's MPEG-I video stream encoder mpegaudio-3.9 An MPEG/audio Layer 1 and Layer 2 encoder/decoder package mpg123-0.59r_14 Command-line player for mpeg layer 1, 2 and 3 audio mplayer-gtk-0.99.5_2 High performance media player/encoder supporting many forma mplayer-skins-1.1.0_1 Skins for MPlayer's Graphical User Interface (GUI) mplex-1.1 Multiplexes MPEG component streams into system layers nasm-0.98.38_1,1 General-purpose multi-platform x86 assembler net-snmp-5.1.2_1 An extendable SNMP implementation nspr-4.4.1_1 A platform-neutral API for system level and libc like funct ogle-0.9.2_2 Open DVD player that supports DVD menus open-motif-2.2.3 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) p5-XML-Parser-2.34_1 Perl extension interface to James Clark's XML parser, expat p5-gettext-1.01_4 Message handling functions pango-1.4.1 An open-source framework for the layout and rendering of i1 pccts-1.33.33 The Purdue Compiler Construction Tool Set pcre-4.5 Perl Compatible Regular Expressions library perl-5.6.1_15 Practical Extraction and Report Language pkgconfig-0.15.0_1 A utility used to retrieve information about installed libr png-1.2.6 Library for manipulating PNG images popt-1.7 A getopt(3) like library with a number of enhancements, fro rpm-3.0.6_9 The Red Hat Package Manager screen-4.0.2_1 A multi-screen window manager seyon-2.14b A communications package for the X Window system shared-mime-info-0.15 A MIME type database from the FreeDesktop project sox-12.17.4_2 SOund eXchange - universal sound sample translator tcl-8.3.5_3 Tool Command Language tiff-3.6.1_2 Tools and library routines for working with TIFF images tk-8.3.5_3 Graphical toolkit for TCL unzip-5.51 List, test and extract compressed files in a ZIP archive win32-codecs-2.1.0.p5,1 Huge compilation of Win32 binary codecs, including MPEG-4(D xanim-2.92.0 Play most popular animation formats and show pictures xcdroast-0.98.a.15_2 Another X11 frontend to mkisofs/cdrecord xdaliclock-2.20 A rather neat animated clock xmcd-3.3.2_1 Motif CD player xmmix-1.2 A Motif based audio mixer xorg-6.7.0_1 X.Org distribution metaport xorg-clients-6.7.0_4 X client programs and related files from X.Org xorg-documents-6.7.0 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.7.0 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.7.0 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.7.0 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.7.0 X.Org font encoding files xorg-fonts-miscbitmaps-6.7.0 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.7.0 X.Org TrueType fonts xorg-fonts-type1-6.7.0 X.Org Type1 fonts xorg-fontserver-6.7.0 X font server from X.Org xorg-libraries-6.7.0_2 X11 libraries and headers from X.Org xorg-nestserver-6.7.0 Nesting X server from X.Org xorg-printserver-6.7.0 X Print server from X.Org xorg-server-6.7.0_9 X.Org X server and related programs xorg-vfbserver-6.7.0 X virtual framebuffer server from X.Org xscreensaver-4.18 Save your screen while you entertain your cat xsysstats-1.51_1 A system information display tool xterm-196_3 Terminal emulator for the X Window System xv-3.10a_3 An X11 program that displays images of various formats zip-2.3_1 Create/update ZIP files compatible with pkzip zircon-1.18.256_1 An X11 interface to Internet Relay Chat 11:14am yakko /home/jamie %runas pciconf -lv agp0@pci0:0:0: class=0x060000 card=0x1022147b chip=0x25788086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82875P/E7210 DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25798086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82875P PCI-to-AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x1022147b chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x1022147b chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x1022147b chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x1022147b chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x1022147b chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER (ICH2/3/4/4-L/5/5R), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x1022147b chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x1022147b chip=0x24d18086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB (ICH5) SATA Controller' class = mass storage subclass = ATA ichsmb0@pci0:31:3: class=0x0c0500 card=0x1022147b chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcm1@pci0:31:5: class=0x040100 card=0x1022147b chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' class = multimedia subclass = audio none0@pci1:0:0: class=0x030000 card=0x00021002 chip=0x4e481002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9800 Pro (R350)' class = display subclass = VGA none1@pci1:0:1: class=0x038000 card=0x00031002 chip=0x4e681002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9800 Pro (R350) - Secondary' class = display fwohci0@pci2:2:0: class=0x0c0010 card=0x1022147b chip=0x8024104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB23 1394a-2000 OHCI PHY/link-layer Controller' class = serial bus subclass = FireWire fxp0@pci2:4:0: class=0x020000 card=0x00098086 chip=0x12298086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet pcm0@pci2:6:0: class=0x040100 card=0x00511102 chip=0x00041102 rev=0x03 hdr=0x00 vendor = 'Creative Labs' device = 'SoundBlaster Audigy 2 Audigy 2 Audio Processor' class = multimedia subclass = audio emujoy0@pci2:6:1: class=0x098000 card=0x00401102 chip=0x70031102 rev=0x03 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10K2 Audigy Gameport' class = input device fwohci1@pci2:6:2: class=0x0c0010 card=0x00101102 chip=0x40011102 rev=0x00 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10K2 Audigy IEEE1394 Firewire Controller' class = serial bus subclass = FireWire ahc0@pci2:7:0: class=0x010000 card=0x78819004 chip=0x81789004 rev=0x01 hdr=0x00 vendor = 'Adaptec Inc' device = 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adapter' class = mass storage subclass = SCSI bktr0@pci2:9:0: class=0x040000 card=0x1200bd11 chip=0x036e109e rev=0x11 hdr=0x00 vendor = 'Brooktree Corporation' device = 'Bt878 MediaStream Controller' class = multimedia subclass = video none2@pci2:9:1: class=0x048000 card=0x1200bd11 chip=0x0878109e rev=0x11 hdr=0x00 vendor = 'Brooktree Corporation' device = 'Bt878/Fusion878A Video Capture (Audio Section)' class = multimedia 11:17am yakko /home/jamie %cat /usr/src/sys/i386/conf/yakko machine i386 cpu I686_CPU #aka Pentium Pro(tm) ident yakko options INCLUDE_CONFIG_FILE #Include this file in kernel options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options UFS_DIRHASH 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 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 FB_INSTALL_CDEV #install a CDEV entry in /dev options VESA options SMP #Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device pci 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 device atapicam #emulate ATAPI devices as SCSI ditto via CAM device fdc options ATA_STATIC_ID #Static device numbering device ahc #AHA2940 and onboard AIC7xxx devices options AHC_ALLOW_MEMIO device scbus #SCSI bus (required) 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) 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 sc device agp #support several AGP chipsets device npx device acpi device apm device sio #8250, 16[45]50 based serial ports 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 device miibus #MII bus support device fxp #Intel EtherExpress PRO/100B (82557, 82558) device xl #3Com 3c90x (``Boomerang'', ``Cyclone'') device bge #Broadcom BCM570xx Gigabit Ethernet device sound device "snd_emu10k1" device snd_ich device joy device bktr options OVERRIDE_TUNER=1 options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC device smbus #Bus support, required for smb below. device ichsmb device iicbus device iicbb device iicsmb device ichsmb device smb device random #Entropy device device mem device io device loop #Network loopback device ether #Ethernet support device ppp #Kernel PPP options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support device tun #Packet tunnel. device pty #Pseudo-ttys (telnet etc) device gif #IPv6 and IPv4 tunneling device faith #IPv6-to-IPv4 relaying (translation) device stf #6to4 IPv6 over IPv4 encapsulation device bpf #Berkeley packet filter device cbb #Cardbus (yenta) bridge device pccard #PC Card (16-bit) bus device cardbus #CardBus (32-bit) bus #device pcic #ISA attachment currently busted device uhci #UHCI PCI->USB interface device ohci #OHCI PCI->USB interface device ehci device usb #USB Bus (required) 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 device ubsa device ubser device uftdi device uplcom device firewire #FireWire bus code device sbp #SCSI over FireWire (Requires scbus and da) device fwe #Ethernet over FireWire (non-standard!) device fwip #IP over FireWire (rfc2734 and rfc3146) 11:23am yakko /home/jamie %runas acpidump -t -v acpidump: loading RSD PTR from /dev/mem /* RSD PTR: OEM=IntelR, ACPI_Rev=1.0x (0) RSDT=0x7fff3000, cksum=229 */ acpidump: printing various SDT tables /* RSDT: Length=44, Revision=1, Checksum=216, OEMID=IntelR, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, Creator ID=AWRD, Creator Revision=0x0 Entries={ 0x7fff3040, 0x7fff7a40 } */ /* FACP: Length=116, Revision=1, Checksum=145, OEMID=IntelR, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, Creator ID=AWRD, Creator Revision=0x0 FACS=0x7fff0000, DSDT=0x7fff30c0 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0x0 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x400-0x403 PM1a_CNT_BLK=0x404-0x405 PM_TMR_BLK=0x408-0x40b GPE0_BLK=0x428-0x42f P_LVL2_LAT=101 us, P_LVL3_LAT=1001 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=1 DAY_ALRM=13, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=0x00000000:0[0] (Memory), RESET_VALUE=0x44 */ /* FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000 Global_Lock= Flags= Version=0 */ /* DSDT: Length=18793, Revision=1, Checksum=210, OEMID=INTELR, OEM Table ID=AWRDACPI, OEM Revision=0x1000, Creator ID=MSFT, Creator Revision=0x100000e */ /* APIC: Length=104, Revision=1, Checksum=200, OEMID=IntelR, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, Creator ID=AWRD, Creator Revision=0x0 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=0 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=1 Type=IO APIC APIC ID=2 INT BASE=0 ADDR=0x00000000fec00000 Type=INT Override BUS=0 IRQ=0 INTR=2 Flags={Polarity=conforming, Trigger=conforming} Type=INT Override BUS=0 IRQ=9 INTR=9 Flags={Polarity=active-hi, Trigger=level} Type=Local NMI ACPI CPU=0 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} Type=Local NMI ACPI CPU=1 LINT Pin=1 Flags={Polarity=active-hi, Trigger=edge} */ Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 15:56: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 8179C16A4D1 for ; Mon, 11 Oct 2004 15:56:44 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185B843D45 for ; Mon, 11 Oct 2004 15:56:44 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id i9BFuV8i028056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 11 Oct 2004 11:56:33 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i9BFuNxL000729; Mon, 11 Oct 2004 11:56:25 -0400 (EDT) From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20041011151506.747E516A4CF@hub.freebsd.org> References: <20041011151506.747E516A4CF@hub.freebsd.org> Content-Type: text/plain Message-Id: <1097510181.99562.18.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 11:56:23 -0400 Content-Transfer-Encoding: 7bit cc: Christian Hiris <4711@chello.at> cc: axel.gruner@suedfactoring.de cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 15:56:44 -0000 On Mon, 11 Oct 2004 14:26:06 +0100, Chris Elsworth wrote: > So, I'm left quite unsure whether the warnings are harmless or not. > Pawel, can we just use existing labels on disks and apply a gmirror > over it, or should we be re-labelling inside the mirror device? I believe it is safer to re-bsdlabel the mirror device rather than use an existing disklabel. Remember, the mirror device uses one sector at the end of each provider to store its metadata. So, if you use the existing provider's disklabel, you will at the very least get complaints concerning the label about the "c" partition extending past the end of the device (because the "c" partition will be one sector too long now). Also, if you are unlucky, the mirror metadata might overwrite (and render inaccessible) a sector's worth of actual filesystem data in the last sector from the original provider when you create the mirror. That could cause problems. Labelling the mirror device ensures that filesystem data is not on any inaccessible sectors (assuming you don't deliberately create an invalid label on the new mirror device:). FWIW, I outline in a posting to freebsd-geom the steps I took to do a fresh install of FreeBSD 5.3-BETA to create an root-on-gmirror setup (http://lists.freebsd.org/pipermail/freebsd-geom/2004-September/000307.html). A similar technique could be used to gmirror an existing setup. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:01: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 3353C16A4CE for ; Mon, 11 Oct 2004 16:01:32 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ACB143D2D for ; Mon, 11 Oct 2004 16:01:32 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i9BG1VvA084871; Mon, 11 Oct 2004 09:01:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i9BG1VE1084870; Mon, 11 Oct 2004 09:01:31 -0700 (PDT) (envelope-from dillon) Date: Mon, 11 Oct 2004 09:01:31 -0700 (PDT) From: Matthew Dillon Message-Id: <200410111601.i9BG1VE1084870@apollo.backplane.com> To: Kirk Strauser References: <200410111004.05203.kirk@strauser.com> cc: freebsd-current@freebsd.org Subject: Re: How to safely clean out /lib, /usr/lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:01:32 -0000 :=20 :installworld and deleted all commands more than a month old or so, the=20 :logic being that any commands not updated by world are remnants that can be= :=20 :purged. Is that a reasonable assumption? :=2D-=20 :Kirk Strauser I would also check the last access time of the libraries in question as a failsafe. (note: the actual libraries, not the softlinks whos access times are not updated by the system). cd /usr/lib ls -ltua (this assumes you don't use 'tar' or 'cp' to backup your system, which would skew the results, and that you haven't already blown it by doing something right aweful in /usr/lib to open and read all the files :-). This also assumes that you are not using the 'noatime' mount flag for /usr). You can see whether a library is actually being used or not by looking at the last-accessed date (ls -u). Or maybe run all your favorite applications first, exit them (so mmap accesses are updated properly), *then* check the last accessed dates on the libraries. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:16: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 13D2116A4CE; Mon, 11 Oct 2004 16:16:42 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad6ac.a.pppool.de [213.6.214.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868BE43D2D; Mon, 11 Oct 2004 16:16:39 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 24C755C66; Mon, 11 Oct 2004 18:16:34 +0200 (CEST) Message-ID: <416AB1E1.9060108@vwsoft.com> Date: Mon, 11 Oct 2004 18:16:33 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson , freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:16:42 -0000 Robert, thanks for all your information. The machine has been prepared for using a serial console and already has the kernel debugger enabled. WITNESS has been disabled but I'll enable it and rebuild the kernel (this evening). I haven't been able to send a break signal over the serial line to get into the debugger, but that might be a problem of my terminal emulation. I'll try to set debug.mpsafenet=0, bring the machine up again and see if I can than recreate the machine freeze and enter the debugger. Using the syscon I've been unable to enter the debugger because the machine doesn't process any keystrokes while freezed. I'll keep you posted as soon as I've got something new. Thanks, Volker On 2004-10-11 17:44, Robert Watson wrote: > In fact, this is almost certainly part of the problem. I'd try setting > debug.mpsafenet=0 in /boot/loader.conf and reboot as a first step t see if > the problem goes away. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > On Mon, 11 Oct 2004, Robert Watson wrote: > > >>BTW, since it sounds like this might be a networking related problem, you >>might try setting debug.mpsafenet=0 in loader.conf to see if the problem >>goes away -- that will put the Giant lock back over the network stack and >>might close races. i4b might not be MPSAFE, I'll go take a look. >> >>Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >>robert@fledge.watson.org Principal Research Scientist, McAfee Research >> >> > > -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:24: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 DFA9316A4CE for ; Mon, 11 Oct 2004 16:24:01 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9A2943D54 for ; Mon, 11 Oct 2004 16:24:01 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 0EC7EB8F5 for ; Mon, 11 Oct 2004 11:24:01 -0500 (CDT) 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 73121-05 for ; Mon, 11 Oct 2004 11:24:00 -0500 (CDT) 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 73AABB8F4 for ; Mon, 11 Oct 2004 11:24:00 -0500 (CDT) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 11:23:53 -0500 User-Agent: KMail/1.7 References: <200410111004.05203.kirk@strauser.com> <200410111601.i9BG1VE1084870@apollo.backplane.com> In-Reply-To: <200410111601.i9BG1VE1084870@apollo.backplane.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3840273.j05UVmkJIk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111123.56526.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: How to safely clean out /lib, /usr/lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:24:02 -0000 --nextPart3840273.j05UVmkJIk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 11 October 2004 11:01, Matthew Dillon wrote: > (this assumes you don't use 'tar' or 'cp' to backup your system, > which would skew the results, and that you haven't already blown it by > doing something right aweful in /usr/lib to open and read all the files > :-). Unfortunately, I do in fact use tar (via Amanda) for backups. :-/ Now, I just did an installworld and "portupgrade -fa" yesterday. Under=20 these particular circumstances, does it seem reasonably safe to trust=20 libchk's idea of what's referenced and what isn't? =2D-=20 Kirk Strauser --nextPart3840273.j05UVmkJIk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBarOc5sRg+Y0CpvERAkBmAJ9nXUNqvegq5Qc0n/1VghiBK1AiAgCffw8p LGGtMYd3P5jyqzPmalYHiG0= =b6RM -----END PGP SIGNATURE----- --nextPart3840273.j05UVmkJIk-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:27: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 623BD16A4CE for ; Mon, 11 Oct 2004 16:27:16 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B3E43D39 for ; Mon, 11 Oct 2004 16:27:15 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 3B56154888; Mon, 11 Oct 2004 11:27:15 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 65086-04; Mon, 11 Oct 2004 11:27:03 -0500 (CDT) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id B9DD354846; Mon, 11 Oct 2004 11:27:03 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 0766E43F647; Mon, 11 Oct 2004 10:57:22 -0500 (CDT) In-Reply-To: <4169A79B.7090009@alumni.rice.edu> References: <20041010204308.GA29900@lb.tenfour> <4169A79B.7090009@alumni.rice.edu> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3C6639CE-1B9E-11D9-BA01-000A95BC6FAE@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Mon, 11 Oct 2004 10:57:21 -0500 To: noackjr@alumni.rice.edu X-Mailer: Apple Mail (2.619) cc: FreeBSD Current cc: Dick Davies Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:27:16 -0000 On Oct 10, 2004, at 4:20 PM, Jon Noack wrote: > On 10/10/04 15:43, Dick Davies wrote: >> But I'm a little alarmed by the pre 5.3 release ports freeze - >> portaudit has >> flagged an awful lot of packages as having holes and refused to >> install them. >> Off the top of my head : mozilla, cups (and therefore most of kde) and >> firefox/bird. Shouldn't serious bugs (like the JPEG vuln >> in firefox for example) to override the freeze? > > The Mozilla/Firefox ports have been updated with patches to resolve > the security issues. See the latest commits for more info: > http://www.freshports.org/www/mozilla > http://www.freshports.org/www/firefox > > It seems the real issue for Mozilla/Firefox is that the VuXML document > was not updated to reflect the patches being applied to the older > versions (see http://www.vuxml.org/freebsd/index.html). Usually the > versioning for the VuXML document is done with the assumption that > issues will be resolved by updating to the latest version available > from the vendor. Under a ports freeze this assumption is not correct. > I've CC'ed nectar@ for this reason. Once this document is updated > then portaudit will no longer flag them. I'm afraid your assumption is not correct, Jon. Some of the Mozilla etc vulnerabilities described in the VuXML document have been fixed by back-porting the fixes, but not all of them. The contents of the VuXML document are correct in this case, AFAIK. I supplied the fixes for the most critical issues, and those were applied by Joe. I'm afraid I did not/do not have time to back port and test the scripting fixes as well. It was my recommendation that the ports be upgraded to the latest release before 5.3, but Joe reports that the latest release of Mozilla etc causes build problems in other dependent ports. (This is why I went through the trouble of back-porting the most critical fixes.) Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:36: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 D363E16A4CE for ; Mon, 11 Oct 2004 16:36:06 +0000 (GMT) Received: from mail.netsight.co.uk (mail.netsight.co.uk [213.133.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7205843D1D for ; Mon, 11 Oct 2004 16:36:05 +0000 (GMT) (envelope-from matth@netsight.co.uk) Received: from uberdark.netsight.co.uk ([213.133.64.6] helo=[127.0.0.1]) by mail.netsight.co.uk with esmtp (Exim 3.36 #2) id 1CH39X-000Hj8-00 for freebsd-current@freebsd.org; Mon, 11 Oct 2004 17:36:03 +0100 Message-ID: <416AB672.6090405@netsight.co.uk> Date: Mon, 11 Oct 2004 17:36:02 +0100 From: Matt Hamilton User-Agent: Mozilla Thunderbird 0.7.3 (Macintosh/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: threading 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: Mon, 11 Oct 2004 16:36:06 -0000 All, I am still trying to work out why pthread support on AMD64 appears broken. (See message on -current 3/10/2004 "Re: 5.3-BETA5 AMD64 Python problems"). I was looking in CVS, and saw a test suite in /usr/src/libpthread/test. In running Make I get: ...compile stuff... Test static library: -------------------------------------------------------------------------- Test c_user c_system c_total chng passed/FAILED h_user h_system h_total % chng -------------------------------------------------------------------------- hello_d 0.00 0.00 0.00 passed -------------------------------------------------------------------------- hello_s 0.00 0.01 0.01 passed -------------------------------------------------------------------------- join_leak_d 0.04 0.00 0.04 *** FAILED *** -------------------------------------------------------------------------- mutex_d ^C it just hangs on mutex_d and I had to manually abort it. Does this work on i386 systems? This is an AMD Opteron (HP DL145) running BETA7 as compiled from -current at the weekend. -Matt -- Matt Hamilton matth@netsight.co.uk Netsight Internet Solutions, Ltd. Business Vision on the Internet http://www.netsight.co.uk +44 (0)117 9090901 Web Design | Zope/Plone Development & Consulting | Co-location | Hosting From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:36: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 825C316A4CE for ; Mon, 11 Oct 2004 16:36:59 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id C209743D31 for ; Mon, 11 Oct 2004 16:36:58 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9545693.dip.t-dialin.net [217.84.86.147]) (authenticated bits=0)i9BGavFN042904 for ; Mon, 11 Oct 2004 18:36:58 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <416AB6A2.9060507@schlenker-webdesign.de> Date: Mon, 11 Oct 2004 18:36:50 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 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: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:36:59 -0000 Is there anyone out there who managed to mount the iPod Mini on FreeBSD 5.2.1/5.3? I formatted the iPod as FAT32 with the supplied tools for Windows. When plugging in the iPod, it is just recognized as mass storage device (umassX), but no disks are created (umass0 shows up, but da0 does not) -- no matter if I plug the iPod into a USB hub or directly into a usb port on the back panel. The USB controller is a (cheap) SIS: usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered The iPod looks the following: port 2 addr 6: full speed, power 500 mA, config 1, iPod mini(0x1202), Apple(0x05ac), rev 0.01 Plugging in just creates: umass0: Apple iPod mini, rev 2.00/0.01, addr 3 Should I upgrade to FreeBSD 5.3-Beta on this box? (It is my desktop, so it is not a too big risk). Thanks, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:40: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 3805816A4CE for ; Mon, 11 Oct 2004 16:40:42 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A494C43D41 for ; Mon, 11 Oct 2004 16:40:41 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 7D01E36C for ; Mon, 11 Oct 2004 18:40:40 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85035-04 for ; Mon, 11 Oct 2004 18:40:39 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id C1C6A32C for ; Mon, 11 Oct 2004 18:40:39 +0200 (CEST) From: Benjamin Lutz To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 18:40:36 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart26796955.qEen7xcciQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111840.40750.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:40:42 -0000 --nextPart26796955.qEen7xcciQ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'm seeing a lot of processes getting stuck in "nfsfsync" state lately.=20 I'm running FreeBSD 5.3-BETA7, and I've seen this with both the i386 and=20 the amd64 version. As NFS server I'm using a FreeBSD 4.10 machine and an up to date gentoo=20 box (running Linux 2.4.25_pre7-gss-r11). I've mounted the NFS exports with a simple nfs_mount=20 uno:/var/www/localhost www as well as with some options that should make=20 nfs more robust: mount_nfs -D 2 -L -R 2 -i -s -x 3 uno:/var/www/localhost www In all cases, the process has started hanging when writing to the exported= =20 NFS share. This could be a text editor (kate), or cp. Subsequent access=20 (eg, with ls) to the directory where the first process tried to write to=20 will make the second process hang in state "nfs". Nothing gets logged on the server, the client logs this repeatedly: nfs server uno:/var/www/localhost: not responding =46orcibly unmounting the share works and seems to unfreeze the frozen=20 applications. This behaviour is new. I cannot say when exactly I've first seen this, but= =20 I think it must have appeared somewhere between BETA5 and BETA7. What can I do to make NFS work more reliably again? Benjamin --nextPart26796955.qEen7xcciQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBareIgShs4qbRdeQRAr1nAKCDPRrlcc1KccTtZ8TL0JRAcHawDwCeK5JQ xEQCEXxwx+gVlLrqYa+KWtw= =88x5 -----END PGP SIGNATURE----- --nextPart26796955.qEen7xcciQ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:48: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 AD67E16A4CE for ; Mon, 11 Oct 2004 16:48:18 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C016D43D2F for ; Mon, 11 Oct 2004 16:48:17 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 666 invoked by uid 65534); 11 Oct 2004 16:48:16 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp009) with SMTP; 11 Oct 2004 18:48:16 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 18:48:09 +0200 User-Agent: KMail/1.7 References: <200410111101.59356.Emanuel.Strobl@gmx.net> <5EA7A436-1B9D-11D9-9D37-000D93C47836@xcllnt.net> In-Reply-To: <5EA7A436-1B9D-11D9-9D37-000D93C47836@xcllnt.net> 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="nextPart1445370.abBS9TEyF4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111848.15914.Emanuel.Strobl@gmx.net> cc: Marcel Moolenaar Subject: Re: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:48:18 -0000 --nextPart1445370.abBS9TEyF4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Montag, 11. Oktober 2004 17:51 schrieb Marcel Moolenaar: > On Oct 11, 2004, at 2:01 AM, Emanuel Strobl wrote: > > Hello, > > > > I managed to get a GPT table onto my disk while beeing still able to > > boot. > > In verbose boot GEOM creates ad0p2 but no device is generated. > > The dmesg(8) below shows that da0p2c is created. Did you disklabel(8) > (or should I say bsdlabel(8) the GPT partition? No I didn't because I didn't know that I need a label inside a GPT partition. But when I try it fails becaus there also is no /dev/ad0p at all. Btw, it's a i386 box, not ia64. Thank you, -Harry > > > vberbose boot logs: > > GEOM: new disk ad0 > > GEOM: Configure ad0p2, start 2146798080 length 512000000 end 2658798079 > > [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):260/254/63 s:63 l:4192902 > > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > > [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 2146765824 end 2146798079 > > WARNING: Expected rawoffset 0, found 4192965 > > GEOM: Configure ad0p2c, start 0 length 77876951040 end 77876951039 > > GEOM: Configure ad0s1a, start 0 length 1072693248 end 1072693247 > > GEOM: Configure ad0s1b, start 1072693248 length 1074072576 end > > 2146765823 > > GEOM: Configure ad0s1c, start 0 length 2146765824 end 2146765823 --nextPart1445370.abBS9TEyF4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBarlPBylq0S4AzzwRAhBhAJ4zY8wKrX+di2BciV/8LIPUnoyPoQCcCaks wIyzGdSEi2617XLn4WDSgcM= =SH7/ -----END PGP SIGNATURE----- --nextPart1445370.abBS9TEyF4-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:52: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 A735616A4CE for ; Mon, 11 Oct 2004 16:52:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 39A9443D45 for ; Mon, 11 Oct 2004 16:52:31 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 31081 invoked by uid 65534); 11 Oct 2004 16:52:29 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp027) with SMTP; 11 Oct 2004 18:52:29 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 18:52:24 +0200 User-Agent: KMail/1.7 References: <20041011080034.Y88001-100000@moo.sysabend.org> In-Reply-To: <20041011080034.Y88001-100000@moo.sysabend.org> 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="nextPart1108092.pG7fWUXaNy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111852.26335.Emanuel.Strobl@gmx.net> cc: ports@freebsd.org cc: Jamie Bowden cc: current@freebsd.org Subject: Re: 5.3-BETA7 locks up reliably using gtoaster, and a couple other notes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:52:36 -0000 --nextPart1108092.pG7fWUXaNy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 11. Oktober 2004 17:52 schrieb Jamie Bowden: > In the process of reinstalling the ports I use, installed > /usr/ports/sysutils/gtoaster and tested it. Machine locks up hard every > time I attempt to use it. No keyboard response, no ACPI response if I hit > the power button, nothing. The only way to recover is hard reset. > XCDRoast works fine. > > The Chrome Registry still fails on Mozilla builds, and the regxpcom and > regchrome processes will not die. Nothing short of rebooting the system > will make them go away. > > Setting hw.ata.atapi_dma=3D"1" no longer puts my LS-120 drive in Mutli-W= ord > DMA mode. What's the new and improved magic for that? This was changed recently because atapi.dma is now enabled by default on to= =20 avoid wrong settings because of faulty hardware only UDMA devices get DMA=20 modes. You have to use 'atacontrol mode' to set wdma. =2DHarry > > I've put in what I hope is useful output from dmesg, pkg_info, pciconf, my > kernel config file, and acpidump below. > > I'm not subscribed to ports@, so please leave me and/or current@ in the > to/cc lines on reply. > > > > > > 11:03am yakko /home/jamie %dmesg -a > 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-BETA7 #0: Sun Oct 10 21:47:46 EDT 2004 > jamie@yakko:/usr/obj/usr/src/sys/yakko > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.83-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 > > Features=3D0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory =3D 2147418112 (2047 MB) > avail memory =3D 2095960064 (1998 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_tz0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xc0000000-0xcfffffff at devi= ce > 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 0xbc00-0xbc1f 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 > ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci1: port 0xb000-0xb01f 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 > ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr > 2 uhci2: port 0xb400-0xb41f i= rq > 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 0xb800-0xb81f 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 > ehci0: mem 0xec100000-0xec1003ff irq = 23 > at device 29.7 on pci0 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 > pci2: on pcib2 > fwohci0: mem > 0xeb100000-0xeb103fff,0xeb109000-0xeb1097ff irq 18 at device 2.0 on pci2 > fwohci0: [GIANT-LOCKED] > fwohci0: OHCI version 1.10 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:50:8d:00:00:fa:0f:a7 > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:50:8d:fa:0f:a7 > fwe0: Ethernet address: 02:50:8d:fa:0f:a7 > fwip0: on firewire0 > fwip0: Firewire address: 00:50:8d:00:00:fa:0f:a7 @ 0xfffe00000000, S400, > maxrec 2048 sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > fxp0: port 0xa000-0xa01f mem > 0xeb000000-0xeb0fffff,0xec000000-0xec000fff irq 20 at device 4.0 on pci2 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:a0:c9:e1:6d:b0 > fxp0: [GIANT-LOCKED] > pcm0: port 0xa400-0xa41f irq 22 at device 6.0 > on pci2 pcm0: > fwohci1: <1394 Open Host Controller Interface> mem > 0xeb104000-0xeb107fff,0xeb108000-0xeb1087ff irq 23 at device 6.2 on pci2 > fwohci1: [GIANT-LOCKED] > fwohci1: OHCI version 1.10 (ROM=3D0) > fwohci1: No. of Isochronous channels is 4. > fwohci1: EUI64 00:02:3c:00:21:04:db:0a > fwohci1: Phy 1394a available S400, 2 ports. > fwohci1: Link S400, max_rec 2048 bytes. > firewire1: on fwohci1 > fwe1: on firewire1 > if_fwe1: Fake Ethernet address: 02:02:3c:04:db:0a > fwe1: Ethernet address: 02:02:3c:04:db:0a > fwip1: on firewire1 > fwip1: Firewire address: 00:02:3c:00:21:04:db:0a @ 0xfffe00000000, S400, > maxrec 2048 sbp1: on firewire1 > fwohci1: Initiate bus reset > fwohci1: node_id=3D0xc800ffc1, gen=3D1, CYCLEMASTER mode > firewire1: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 (me) > firewire1: bus manager 1 (me) > ahc0: port 0xac00-0xacff mem > 0xeb10a000-0xeb10afff irq 23 at device 7.0 on pci2 ahc0: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs > bktr0: mem 0xec001000-0xec001fff irq 17 at device 9.0 on > pci2 bktr0: [GIANT-LOCKED] > bktr0: Detected a MSP3451G-A2 at 0x80 > bktr0: Pinnacle/Miro TV, Temic NTSC tuner, msp3400c stereo. > pci2: at device 9.1 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > atapci1: port > 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq > 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > ichsmb0: port 0x500-0x51f irq 17 = at > device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] > smbus0: on ichsmb0 > smb0: on smbus0 > pcm1: port 0xdc00-0xdc3f,0xd800-0xd8ff mem > 0xec102000-0xec1020ff,0xec101000-0xec1011ff irq 17 at device 31.5 on pci0 > pcm1: [GIANT-LOCKED] > pcm1: > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acp= i0 > fdc0: [FAST] > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > 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 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0 at vga0 > Timecounters tick every 10.000 msec > IPsec: Initialized Security Association Processing. > ums0: at uhub0 port 1 (addr 2) disconnected > ums0: detached > ugen0: at uhub1 port 2 (addr 2) disconnected > ugen0: detached > ad0: 28629MB [58168/16/63] at ata0-master > UDMA100 ad1: 76319MB [155061/16/63] at > ata0-slave UDMA100 afd0: REMOVABLE at > ata1-master PIO3 acd0: DVDR at ata1-slave > UDMA33 > ad4: 78167MB [158816/16/63] at ata2-master > SATA150 Waiting 15 seconds for SCSI devices to settle > ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr > 2 SMP: AP CPU #1 Launched! > pid 25: corrected slot count (0->1) > da0 at ata1 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 devi= ce > da0: 11.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > cd0 at ahc0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present - > tray closed cd1 at ahc0 bus 0 target 6 lun 0 > cd1: Removable CD-ROM SCSI-2 device > cd1: 10.000MB/s transfers (10.000MHz, offset 8) > cd1: Attempt to query device size failed: NOT READY, Medium not present - > tray closed cd2 at ata1 bus 0 target 1 lun 0 > cd2: Removable CD-ROM SCSI-0 device > cd2: 33.000MB/s transfers > cd2: Attempt to query device size failed: NOT READY, Medium not present > (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ata1:0:0:0): CAM Status: SCSI Status Error > (da0:ata1:0:0:0): SCSI Status: Check Condition > (da0:ata1:0:0:0): NOT READY asc:3a,0 > (da0:ata1:0:0:0): Medium not present > (da0:ata1:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ata1:0:0:0): CAM Status: SCSI Status Error > (da0:ata1:0:0:0): SCSI Status: Check Condition > (da0:ata1:0:0:0): NOT READY asc:3a,0 > (da0:ata1:0:0:0): Medium not present > (da0:ata1:0:0:0): Unretryable error > Opened disk da0 -> 6 > Mounting root from ufs:/dev/ad4s2a > WARNING: / was not properly dismounted > Pre-seeding PRNG: > kickstart > . > Loading configuration files. > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > swapon: adding /dev/ad4s2b as swap device > Starting file system checks: > /dev/ad4s2a: 176302 files, 1518791 used, 6469218 free (54442 frags, 801847 > blocks, 0.7% fragmentation) > Setting hostname: yakko. > fxp0: flags=3D8843 mtu 1500 > options=3D8 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::2a0:c9ff:fee1:6db0%fxp0 prefixlen 64 tentative scopeid > 0x3 > ether 00:a0:c9:e1:6d:b0 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=3D8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 > add net default: gateway 192.168.1.254 > Additional routing options: > . > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > net.inet6.ip6.forwarding: > 0 > -> > 0 > > net.inet6.ip6.accept_rtadv: > 0 > -> > 1 > > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > IPv4 mapped IPv6 address support=3DNO > Starting devd. > Mounting NFS file systems: > . > Starting syslogd. > Oct 11 10:59:19 yakko syslogd: kernel boot file is /boot/kernel/kernel > Setting date via ntp. > Looking for host time.nist.gov and service ntp > host found : time.nist.gov > 11 Oct 10:59:18 ntpdate[278]: step time server 192.43.244.18 offset > -0.908281 sec > Starting rpcbind. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib > /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > /usr/X11R6/lib/aout > Starting usbd. > moused: > unable to open /dev/ums0: Device busy > > Starting local daemons: > . > Updating motd > . > Configuring syscons: > blanktime > screensaver > . > Starting sshd. > Initial i386 initialization: > . > Additional ABI support: > . > Starting cron. > Local package initialization: > . > Additional TCP options: > . > Starting moused: > moused: > unable to open /dev/psm0: No such file or directory > > . > Starting inetd. > Starting background file system checks in 60 seconds. > > Mon Oct 11 10:59:20 EDT 2004 > > > > > > 11:08am yakko /home/jamie %pkg_info > ImageMagick-6.0.6.2 Image processing tools > Xaw3d-1.5 A 3-D Athena Widget set that looks like Motif > adns-1.0_1 Easy to use, asynchronous-capable DNS client library > and ut atk-1.6.1 A GNOME accessibility toolkit (ATK) > autoconf-2.13.000227_5 Automatically configure source code on many Un*x > platforms autoconf-2.53_3 Automatically configure source code on many > Un*x platforms autoconf-2.59_2 Automatically configure source code on > many Un*x platforms automake-1.4.6_1 GNU Standards-compliant Makefile > generator (legacy version bison-1.75_2 A parser generator from FSF, > (mostly) compatible with Yacc bitstream-vera-1.10 Bitstream Vera TrueType > font collection > cdrdao-1.1.9 Record CD-R[W]s in disk-at-once mode > cdrtools-2.0.3_4 CD/CD-R[W] and ISO-9660 image creation and extraction > tools ctwm-3.6_1 An extension to twm, with support for multiple > virtual scre cvsup-without-gui-16.1h General network file distribution > system optimized for CVS djbfft-0.76_1 An extremely fast library for > floating-point convolution dri-5.0.2,2 OpenGL hardware accelerati= on > drivers for the DRI dvd+rw-tools-5.21.4.10.8 DVD burning software > emacs-21.3_3 GNU editing macros > ethereal-0.10.6 A powerful network analyzer/capture tool > ettercap-gnome-0.6.b_2,1 A network sniffer/interceptor/injector/logger for > switched expat-1.95.8 XML 1.0 parser written in C > ezm3-1.2 Easier, more portable Modula-3 distribution for > building CV flac-1.1.0_3 Free lossless audio codec > fontconfig-2.2.3,1 An XML-based font configuration API for X Windows > freetype2-2.1.7_3 A free and portable TrueType font rendering engine > fxtv-1.03_2 X-based TV Display and Capture Application (for use > with bt gdk-pixbuf-0.22.0_1 A graphic library for GTK+ > gettext-0.13.1_1 GNU gettext package > ghostscript-gnu-7.07_11 GNU Postscript interpreter > gle-3.0.3 A GL Tubing and Extrusion Library > glib-1.2.10_11 Some useful routines of C programming (previous stable > vers glib-2.4.6_1 Some useful routines of C programming (current > stable versi gmake-3.80_2 GNU version of 'make' utility > gsfonts-8.11_2 Fonts used by GNU Ghostscript (or X) > gtk-1.2.10_12 Gimp Toolkit for X11 GUI (previous stable version) > gtk-2.4.9_1 Gimp Toolkit for X11 GUI (current stable version) > help2man-1.33.1 Automatically generating simple manual pages from > program o hicolor-icon-theme-0.5 A high-color icon theme shell from the > FreeDesktop project imake-6.7.0_2 Imake and other utilities from > X.Org > intltool-0.31.2 Xml internationalization support for GNOME, and others > ircii-20040216 The 'Internet Relay Chat' and 'Internet Citizens Band' > Clie jasper-1.701.0 An implementation of the codec specified in the > JPEG-2000 s javavmwrapper-1.5 Wrapper script for various Java Virtual > Machines jbigkit-1.6 Lossless compression for bi-level images such > as scanned pa jpeg-6b_3 IJG's jpeg compression utilities > lame-3.96.1 ISO code based fast MP3 encoder kit > lcms-1.13,1 Light Color Management System -- a color management > library libIDL-0.8.4 A library for creating trees of CORBA Interfa= ce > Definition libXft-2.1.6 A client-sided font API for X applications > liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC= =2D3 > libdvdcss-1.2.8_1 Portable abstraction library for DVD decryption > libdvdread-0.9.4_1 This is needed by ogle, which is a DVD player that > supports libfpx-1.2.0.9 Library routines for working with Flashpix > images libglut-6.0.1 A graphics library similar to SGI's OpenGL > libiconv-1.9.2_1 A character set conversion library > libmad-0.15.1b Libmad library (part of MAD project) > libmng-1.0.8 Multiple-image Network Graphics (MNG) reference libra= ry > libogg-1.1,3 Ogg bitstream library > libtool-1.3.5_2 Generic shared library support script (version 1.3) > libtool-1.5.8 Generic shared library support script (version 1.5) > libungif-4.1.3 Tools and library routines for working with GIF images > libvorbis-1.0.1,3 Audio compression codec library > libwmf-0.2.8.3 Tools and library for converting Microsoft WMF (windo= ws > met libxml2-2.6.13 XML parser library for GNOME > linux-blackdown-jdk-1.3.1_3 Blackdown Java Development Kit 1.3 for Linux > linux_base-7.1_7 The base set of packages needed in Linux mode > lynx-ssl-2.8.5 A non-graphical, text-based World-Wide Web client with > SSL m4-1.4.1 GNU m4 > mpeg2codec-1.2_1 An MPEG-2 Encoder and Decoder > mpeg_encode-1.5b UCB's MPEG-I video stream encoder > mpegaudio-3.9 An MPEG/audio Layer 1 and Layer 2 encoder/decoder > package mpg123-0.59r_14 Command-line player for mpeg layer 1, 2 and 3 > audio mplayer-gtk-0.99.5_2 High performance media player/encoder supporti= ng > many forma mplayer-skins-1.1.0_1 Skins for MPlayer's Graphical User > Interface (GUI) mplex-1.1 Multiplexes MPEG component streams in= to > system layers nasm-0.98.38_1,1 General-purpose multi-platform x86 > assembler > net-snmp-5.1.2_1 An extendable SNMP implementation > nspr-4.4.1_1 A platform-neutral API for system level and libc like > funct ogle-0.9.2_2 Open DVD player that supports DVD menus > open-motif-2.2.3 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) > p5-XML-Parser-2.34_1 Perl extension interface to James Clark's XML parser, > expat p5-gettext-1.01_4 Message handling functions > pango-1.4.1 An open-source framework for the layout and rendering > of i1 pccts-1.33.33 The Purdue Compiler Construction Tool Set > pcre-4.5 Perl Compatible Regular Expressions library > perl-5.6.1_15 Practical Extraction and Report Language > pkgconfig-0.15.0_1 A utility used to retrieve information about installed > libr png-1.2.6 Library for manipulating PNG images > popt-1.7 A getopt(3) like library with a number of enhancement= s, > fro rpm-3.0.6_9 The Red Hat Package Manager > screen-4.0.2_1 A multi-screen window manager > seyon-2.14b A communications package for the X Window system > shared-mime-info-0.15 A MIME type database from the FreeDesktop project > sox-12.17.4_2 SOund eXchange - universal sound sample translator > tcl-8.3.5_3 Tool Command Language > tiff-3.6.1_2 Tools and library routines for working with TIFF imag= es > tk-8.3.5_3 Graphical toolkit for TCL > unzip-5.51 List, test and extract compressed files in a ZIP > archive win32-codecs-2.1.0.p5,1 Huge compilation of Win32 binary codecs, > including MPEG-4(D xanim-2.92.0 Play most popular animation formats > and show pictures xcdroast-0.98.a.15_2 Another X11 frontend to > mkisofs/cdrecord > xdaliclock-2.20 A rather neat animated clock > xmcd-3.3.2_1 Motif CD player > xmmix-1.2 A Motif based audio mixer > xorg-6.7.0_1 X.Org distribution metaport > xorg-clients-6.7.0_4 X client programs and related files from X.Org > xorg-documents-6.7.0 Documentation of X11 protocol and libraries from X.O= rg > xorg-fonts-100dpi-6.7.0 X.Org 100dpi bitmap fonts > xorg-fonts-75dpi-6.7.0 X.Org 75dpi bitmap fonts > xorg-fonts-cyrillic-6.7.0 X.Org Cyrillic bitmap fonts > xorg-fonts-encodings-6.7.0 X.Org font encoding files > xorg-fonts-miscbitmaps-6.7.0 X.Org miscellaneous bitmap fonts > xorg-fonts-truetype-6.7.0 X.Org TrueType fonts > xorg-fonts-type1-6.7.0 X.Org Type1 fonts > xorg-fontserver-6.7.0 X font server from X.Org > xorg-libraries-6.7.0_2 X11 libraries and headers from X.Org > xorg-nestserver-6.7.0 Nesting X server from X.Org > xorg-printserver-6.7.0 X Print server from X.Org > xorg-server-6.7.0_9 X.Org X server and related programs > xorg-vfbserver-6.7.0 X virtual framebuffer server from X.Org > xscreensaver-4.18 Save your screen while you entertain your cat > xsysstats-1.51_1 A system information display tool > xterm-196_3 Terminal emulator for the X Window System > xv-3.10a_3 An X11 program that displays images of various formats > zip-2.3_1 Create/update ZIP files compatible with pkzip > zircon-1.18.256_1 An X11 interface to Internet Relay Chat > > > > > > 11:14am yakko /home/jamie %runas pciconf -lv > agp0@pci0:0:0: class=3D0x060000 card=3D0x1022147b chip=3D0x25788086 rev= =3D0x02 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82875P/E7210 DRAM Controller / Host-Hub Interface' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x25798086 rev= =3D0x02 > hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82875P PCI-to-AGP Bridge' > class =3D bridge > subclass =3D PCI-PCI > uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d28= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1' > class =3D serial bus > subclass =3D USB > uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d48= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2' > class =3D serial bus > subclass =3D USB > uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d78= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3' > class =3D serial bus > subclass =3D USB > uhci3@pci0:29:3: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24de8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4' > class =3D serial bus > subclass =3D USB > ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x1022147b chip=3D0x24dd8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB EHCI Controller' > class =3D serial bus > subclass =3D USB > pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e8= 086 > rev=3D0xc2 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82801BA/CA/DB/DBL/EB/ER (ICH2/3/4/4-L/5/5R), 6300ESB Hub > Interface to PCI Bridge' class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24d08= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' > class =3D bridge > subclass =3D PCI-ISA > atapci0@pci0:31:1: class=3D0x01018a card=3D0x1022147b chip=3D0x24db8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) EIDE Controller' > class =3D mass storage > subclass =3D ATA > atapci1@pci0:31:2: class=3D0x01018f card=3D0x1022147b chip=3D0x24d18= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB (ICH5) SATA Controller' > class =3D mass storage > subclass =3D ATA > ichsmb0@pci0:31:3: class=3D0x0c0500 card=3D0x1022147b chip=3D0x24d38= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > pcm1@pci0:31:5: class=3D0x040100 card=3D0x1022147b chip=3D0x24d58086 rev= =3D0x02 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' > class =3D multimedia > subclass =3D audio > none0@pci1:0:0: class=3D0x030000 card=3D0x00021002 chip=3D0x4e481002 rev= =3D0x00 > hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' > device =3D 'Radeon 9800 Pro (R350)' > class =3D display > subclass =3D VGA > none1@pci1:0:1: class=3D0x038000 card=3D0x00031002 chip=3D0x4e681002 rev= =3D0x00 > hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' > device =3D 'Radeon 9800 Pro (R350) - Secondary' > class =3D display > fwohci0@pci2:2:0: class=3D0x0c0010 card=3D0x1022147b chip=3D0x80241= 04c > rev=3D0x00 hdr=3D0x00 vendor =3D 'Texas Instruments (TI)' > device =3D 'TSB43AB23 1394a-2000 OHCI PHY/link-layer Controller' > class =3D serial bus > subclass =3D FireWire > fxp0@pci2:4:0: class=3D0x020000 card=3D0x00098086 chip=3D0x12298086 rev= =3D0x05 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class =3D network > subclass =3D ethernet > pcm0@pci2:6:0: class=3D0x040100 card=3D0x00511102 chip=3D0x00041102 rev= =3D0x03 > hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'SoundBlaster Audigy 2 Audigy 2 Audio Processor' > class =3D multimedia > subclass =3D audio > emujoy0@pci2:6:1: class=3D0x098000 card=3D0x00401102 chip=3D0x70031= 102 > rev=3D0x03 hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'EMU10K2 Audigy Gameport' > class =3D input device > fwohci1@pci2:6:2: class=3D0x0c0010 card=3D0x00101102 chip=3D0x40011= 102 > rev=3D0x00 hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'EMU10K2 Audigy IEEE1394 Firewire Controller' > class =3D serial bus > subclass =3D FireWire > ahc0@pci2:7:0: class=3D0x010000 card=3D0x78819004 chip=3D0x81789004 rev= =3D0x01 > hdr=3D0x00 vendor =3D 'Adaptec Inc' > device =3D 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adap= ter' > class =3D mass storage > subclass =3D SCSI > bktr0@pci2:9:0: class=3D0x040000 card=3D0x1200bd11 chip=3D0x036e109e rev= =3D0x11 > hdr=3D0x00 vendor =3D 'Brooktree Corporation' > device =3D 'Bt878 MediaStream Controller' > class =3D multimedia > subclass =3D video > none2@pci2:9:1: class=3D0x048000 card=3D0x1200bd11 chip=3D0x0878109e rev= =3D0x11 > hdr=3D0x00 vendor =3D 'Brooktree Corporation' > device =3D 'Bt878/Fusion878A Video Capture (Audio Section)' > class =3D multimedia > > > > > 11:17am yakko /home/jamie %cat /usr/src/sys/i386/conf/yakko > machine i386 > cpu I686_CPU #aka Pentium Pro(tm) > ident yakko > options INCLUDE_CONFIG_FILE #Include this file in kernel > options SCHED_ULE > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options IPSEC #IP security > options IPSEC_ESP #IP security (crypto; define w/ IPSEC) > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options PROCFS #Process filesystem (requires PSEUDOFS) > options PSEUDOFS #Pseudo-filesystem framework > options UFS_DIRHASH > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options SCSI_DELAY=3D15000 #Delay (in ms) before probing S= CSI > 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 FB_INSTALL_CDEV #install a CDEV entry in /dev > options VESA > options SMP #Symmetric MultiProcessor Kernel > device apic # I/O APIC > device isa > device pci > 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 > device atapicam #emulate ATAPI devices as SCSI ditto via > CAM device fdc > options ATA_STATIC_ID #Static device numbering > device ahc #AHA2940 and onboard AIC7xxx devices > options AHC_ALLOW_MEMIO > device scbus #SCSI bus (required) > 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) > 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 sc > device agp #support several AGP chipsets > device npx > device acpi > device apm > device sio #8250, 16[45]50 based serial ports > 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 > device miibus #MII bus support > device fxp #Intel EtherExpress PRO/100B (82557, 8255= 8) > device xl #3Com 3c90x (``Boomerang'', ``Cyclone'') > device bge #Broadcom BCM570xx Gigabit Ethernet > device sound > device "snd_emu10k1" > device snd_ich > device joy > device bktr > options OVERRIDE_TUNER=3D1 > options BROOKTREE_SYSTEM_DEFAULT=3DBROOKTREE_NTSC > device smbus #Bus support, required for smb below. > device ichsmb > device iicbus > device iicbb > device iicsmb > device ichsmb > device smb > device random #Entropy device > device mem > device io > device loop #Network loopback > device ether #Ethernet support > device ppp #Kernel PPP > options PPP_BSDCOMP #PPP BSD-compress support > options PPP_DEFLATE #PPP zlib/deflate/gzip support > device tun #Packet tunnel. > device pty #Pseudo-ttys (telnet etc) > device gif #IPv6 and IPv4 tunneling > device faith #IPv6-to-IPv4 relaying (translation) > device stf #6to4 IPv6 over IPv4 encapsulation > device bpf #Berkeley packet filter > device cbb #Cardbus (yenta) bridge > device pccard #PC Card (16-bit) bus > device cardbus #CardBus (32-bit) bus > #device pcic #ISA attachment currently busted > device uhci #UHCI PCI->USB interface > device ohci #OHCI PCI->USB interface > device ehci > device usb #USB Bus (required) > 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 > device ubsa > device ubser > device uftdi > device uplcom > device firewire #FireWire bus code > device sbp #SCSI over FireWire (Requires scbus and d= a) > device fwe #Ethernet over FireWire (non-standard!) > device fwip #IP over FireWire (rfc2734 and rfc3146) > > > > > > 11:23am yakko /home/jamie %runas acpidump -t -v > acpidump: loading RSD PTR from /dev/mem > /* > RSD PTR: OEM=3DIntelR, ACPI_Rev=3D1.0x (0) > RSDT=3D0x7fff3000, cksum=3D229 > */ > acpidump: printing various SDT tables > /* > RSDT: Length=3D44, Revision=3D1, Checksum=3D216, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > Entries=3D{ 0x7fff3040, 0x7fff7a40 } > */ > /* > FACP: Length=3D116, Revision=3D1, Checksum=3D145, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > FACS=3D0x7fff0000, DSDT=3D0x7fff30c0 > INT_MODEL=3DAPIC > Preferred_PM_Profile=3DUnspecified (0) > SCI_INT=3D9 > SMI_CMD=3D0xb2, ACPI_ENABLE=3D0xa1, ACPI_DISABLE=3D0xa0, S4BIOS_R= EQ=3D0x0 > PSTATE_CNT=3D0x0 > PM1a_EVT_BLK=3D0x400-0x403 > PM1a_CNT_BLK=3D0x404-0x405 > PM_TMR_BLK=3D0x408-0x40b > GPE0_BLK=3D0x428-0x42f > P_LVL2_LAT=3D101 us, P_LVL3_LAT=3D1001 us > FLUSH_SIZE=3D0, FLUSH_STRIDE=3D0 > DUTY_OFFSET=3D1, DUTY_WIDTH=3D1 > DAY_ALRM=3D13, MON_ALRM=3D0, CENTURY=3D0 > IAPC_BOOT_ARCH=3D > Flags=3D{WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} > RESET_REG=3D0x00000000:0[0] (Memory), RESET_VALUE=3D0x44 > */ > /* > FACS: Length=3D64, HwSig=3D0x00000000, Firm_Wake_Vec=3D0x00000000 > Global_Lock=3D > Flags=3D > Version=3D0 > */ > /* > DSDT: Length=3D18793, Revision=3D1, Checksum=3D210, > OEMID=3DINTELR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x1000, > Creator ID=3DMSFT, Creator Revision=3D0x100000e > */ > /* > APIC: Length=3D104, Revision=3D1, Checksum=3D200, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > Local APIC ADDR=3D0xfee00000 > Flags=3D{PC-AT} > > Type=3DLocal APIC > ACPI CPU=3D0 > Flags=3D{ENABLED} > APIC ID=3D0 > > Type=3DLocal APIC > ACPI CPU=3D1 > Flags=3D{ENABLED} > APIC ID=3D1 > > Type=3DIO APIC > APIC ID=3D2 > INT BASE=3D0 > ADDR=3D0x00000000fec00000 > > Type=3DINT Override > BUS=3D0 > IRQ=3D0 > INTR=3D2 > Flags=3D{Polarity=3Dconforming, Trigger=3Dconforming} > > Type=3DINT Override > BUS=3D0 > IRQ=3D9 > INTR=3D9 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dlevel} > > Type=3DLocal NMI > ACPI CPU=3D0 > LINT Pin=3D1 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} > > Type=3DLocal NMI > ACPI CPU=3D1 > LINT Pin=3D1 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} > */ > > Jamie Bowden --nextPart1108092.pG7fWUXaNy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBarpKBylq0S4AzzwRAlyjAJ4rpLcCudj9h+o9E3KEmXWJn8z5ygCZAURt pJAXKCO8fLDZk3uIl4DQTH8= =DVe+ -----END PGP SIGNATURE----- --nextPart1108092.pG7fWUXaNy-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:52: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 E2AAA16A4D1 for ; Mon, 11 Oct 2004 16:52:36 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 38C0743D1F for ; Mon, 11 Oct 2004 16:52:31 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 31081 invoked by uid 65534); 11 Oct 2004 16:52:29 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp027) with SMTP; 11 Oct 2004 18:52:29 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 18:52:24 +0200 User-Agent: KMail/1.7 References: <20041011080034.Y88001-100000@moo.sysabend.org> In-Reply-To: <20041011080034.Y88001-100000@moo.sysabend.org> 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="nextPart1108092.pG7fWUXaNy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410111852.26335.Emanuel.Strobl@gmx.net> cc: ports@freebsd.org cc: Jamie Bowden cc: current@freebsd.org Subject: Re: 5.3-BETA7 locks up reliably using gtoaster, and a couple other notes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:52:37 -0000 --nextPart1108092.pG7fWUXaNy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 11. Oktober 2004 17:52 schrieb Jamie Bowden: > In the process of reinstalling the ports I use, installed > /usr/ports/sysutils/gtoaster and tested it. Machine locks up hard every > time I attempt to use it. No keyboard response, no ACPI response if I hit > the power button, nothing. The only way to recover is hard reset. > XCDRoast works fine. > > The Chrome Registry still fails on Mozilla builds, and the regxpcom and > regchrome processes will not die. Nothing short of rebooting the system > will make them go away. > > Setting hw.ata.atapi_dma=3D"1" no longer puts my LS-120 drive in Mutli-W= ord > DMA mode. What's the new and improved magic for that? This was changed recently because atapi.dma is now enabled by default on to= =20 avoid wrong settings because of faulty hardware only UDMA devices get DMA=20 modes. You have to use 'atacontrol mode' to set wdma. =2DHarry > > I've put in what I hope is useful output from dmesg, pkg_info, pciconf, my > kernel config file, and acpidump below. > > I'm not subscribed to ports@, so please leave me and/or current@ in the > to/cc lines on reply. > > > > > > 11:03am yakko /home/jamie %dmesg -a > 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-BETA7 #0: Sun Oct 10 21:47:46 EDT 2004 > jamie@yakko:/usr/obj/usr/src/sys/yakko > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3006.83-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 > > Features=3D0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory =3D 2147418112 (2047 MB) > avail memory =3D 2095960064 (1998 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_tz0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xc0000000-0xcfffffff at devi= ce > 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 0xbc00-0xbc1f 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 > ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > uhci1: port 0xb000-0xb01f 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 > ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr > 2 uhci2: port 0xb400-0xb41f i= rq > 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 0xb800-0xb81f 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 > ehci0: mem 0xec100000-0xec1003ff irq = 23 > at device 29.7 on pci0 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 > pci2: on pcib2 > fwohci0: mem > 0xeb100000-0xeb103fff,0xeb109000-0xeb1097ff irq 18 at device 2.0 on pci2 > fwohci0: [GIANT-LOCKED] > fwohci0: OHCI version 1.10 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:50:8d:00:00:fa:0f:a7 > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:50:8d:fa:0f:a7 > fwe0: Ethernet address: 02:50:8d:fa:0f:a7 > fwip0: on firewire0 > fwip0: Firewire address: 00:50:8d:00:00:fa:0f:a7 @ 0xfffe00000000, S400, > maxrec 2048 sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > fxp0: port 0xa000-0xa01f mem > 0xeb000000-0xeb0fffff,0xec000000-0xec000fff irq 20 at device 4.0 on pci2 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:a0:c9:e1:6d:b0 > fxp0: [GIANT-LOCKED] > pcm0: port 0xa400-0xa41f irq 22 at device 6.0 > on pci2 pcm0: > fwohci1: <1394 Open Host Controller Interface> mem > 0xeb104000-0xeb107fff,0xeb108000-0xeb1087ff irq 23 at device 6.2 on pci2 > fwohci1: [GIANT-LOCKED] > fwohci1: OHCI version 1.10 (ROM=3D0) > fwohci1: No. of Isochronous channels is 4. > fwohci1: EUI64 00:02:3c:00:21:04:db:0a > fwohci1: Phy 1394a available S400, 2 ports. > fwohci1: Link S400, max_rec 2048 bytes. > firewire1: on fwohci1 > fwe1: on firewire1 > if_fwe1: Fake Ethernet address: 02:02:3c:04:db:0a > fwe1: Ethernet address: 02:02:3c:04:db:0a > fwip1: on firewire1 > fwip1: Firewire address: 00:02:3c:00:21:04:db:0a @ 0xfffe00000000, S400, > maxrec 2048 sbp1: on firewire1 > fwohci1: Initiate bus reset > fwohci1: node_id=3D0xc800ffc1, gen=3D1, CYCLEMASTER mode > firewire1: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 (me) > firewire1: bus manager 1 (me) > ahc0: port 0xac00-0xacff mem > 0xeb10a000-0xeb10afff irq 23 at device 7.0 on pci2 ahc0: [GIANT-LOCKED] > aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs > bktr0: mem 0xec001000-0xec001fff irq 17 at device 9.0 on > pci2 bktr0: [GIANT-LOCKED] > bktr0: Detected a MSP3451G-A2 at 0x80 > bktr0: Pinnacle/Miro TV, Temic NTSC tuner, msp3400c stereo. > pci2: at device 9.1 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > atapci1: port > 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq > 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > ichsmb0: port 0x500-0x51f irq 17 = at > device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] > smbus0: on ichsmb0 > smb0: on smbus0 > pcm1: port 0xdc00-0xdc3f,0xd800-0xd8ff mem > 0xec102000-0xec1020ff,0xec101000-0xec1011ff irq 17 at device 31.5 on pci0 > pcm1: [GIANT-LOCKED] > pcm1: > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acp= i0 > fdc0: [FAST] > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > 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 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0 at vga0 > Timecounters tick every 10.000 msec > IPsec: Initialized Security Association Processing. > ums0: at uhub0 port 1 (addr 2) disconnected > ums0: detached > ugen0: at uhub1 port 2 (addr 2) disconnected > ugen0: detached > ad0: 28629MB [58168/16/63] at ata0-master > UDMA100 ad1: 76319MB [155061/16/63] at > ata0-slave UDMA100 afd0: REMOVABLE at > ata1-master PIO3 acd0: DVDR at ata1-slave > UDMA33 > ad4: 78167MB [158816/16/63] at ata2-master > SATA150 Waiting 15 seconds for SCSI devices to settle > ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ugen0: Microsoft SideWinder Force Feedback 2 Joystick, rev 1.10/a.00, addr > 2 SMP: AP CPU #1 Launched! > pid 25: corrected slot count (0->1) > da0 at ata1 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 devi= ce > da0: 11.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > cd0 at ahc0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present - > tray closed cd1 at ahc0 bus 0 target 6 lun 0 > cd1: Removable CD-ROM SCSI-2 device > cd1: 10.000MB/s transfers (10.000MHz, offset 8) > cd1: Attempt to query device size failed: NOT READY, Medium not present - > tray closed cd2 at ata1 bus 0 target 1 lun 0 > cd2: Removable CD-ROM SCSI-0 device > cd2: 33.000MB/s transfers > cd2: Attempt to query device size failed: NOT READY, Medium not present > (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ata1:0:0:0): CAM Status: SCSI Status Error > (da0:ata1:0:0:0): SCSI Status: Check Condition > (da0:ata1:0:0:0): NOT READY asc:3a,0 > (da0:ata1:0:0:0): Medium not present > (da0:ata1:0:0:0): Unretryable error > Opened disk da0 -> 6 > (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ata1:0:0:0): CAM Status: SCSI Status Error > (da0:ata1:0:0:0): SCSI Status: Check Condition > (da0:ata1:0:0:0): NOT READY asc:3a,0 > (da0:ata1:0:0:0): Medium not present > (da0:ata1:0:0:0): Unretryable error > Opened disk da0 -> 6 > Mounting root from ufs:/dev/ad4s2a > WARNING: / was not properly dismounted > Pre-seeding PRNG: > kickstart > . > Loading configuration files. > Entropy harvesting: > interrupts > ethernet > point_to_point > kickstart > . > swapon: adding /dev/ad4s2b as swap device > Starting file system checks: > /dev/ad4s2a: 176302 files, 1518791 used, 6469218 free (54442 frags, 801847 > blocks, 0.7% fragmentation) > Setting hostname: yakko. > fxp0: flags=3D8843 mtu 1500 > options=3D8 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::2a0:c9ff:fee1:6db0%fxp0 prefixlen 64 tentative scopeid > 0x3 > ether 00:a0:c9:e1:6d:b0 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=3D8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 > add net default: gateway 192.168.1.254 > Additional routing options: > . > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > net.inet6.ip6.forwarding: > 0 > -> > 0 > > net.inet6.ip6.accept_rtadv: > 0 > -> > 1 > > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > IPv4 mapped IPv6 address support=3DNO > Starting devd. > Mounting NFS file systems: > . > Starting syslogd. > Oct 11 10:59:19 yakko syslogd: kernel boot file is /boot/kernel/kernel > Setting date via ntp. > Looking for host time.nist.gov and service ntp > host found : time.nist.gov > 11 Oct 10:59:18 ntpdate[278]: step time server 192.43.244.18 offset > -0.908281 sec > Starting rpcbind. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib > /usr/local/lib > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout > /usr/X11R6/lib/aout > Starting usbd. > moused: > unable to open /dev/ums0: Device busy > > Starting local daemons: > . > Updating motd > . > Configuring syscons: > blanktime > screensaver > . > Starting sshd. > Initial i386 initialization: > . > Additional ABI support: > . > Starting cron. > Local package initialization: > . > Additional TCP options: > . > Starting moused: > moused: > unable to open /dev/psm0: No such file or directory > > . > Starting inetd. > Starting background file system checks in 60 seconds. > > Mon Oct 11 10:59:20 EDT 2004 > > > > > > 11:08am yakko /home/jamie %pkg_info > ImageMagick-6.0.6.2 Image processing tools > Xaw3d-1.5 A 3-D Athena Widget set that looks like Motif > adns-1.0_1 Easy to use, asynchronous-capable DNS client library > and ut atk-1.6.1 A GNOME accessibility toolkit (ATK) > autoconf-2.13.000227_5 Automatically configure source code on many Un*x > platforms autoconf-2.53_3 Automatically configure source code on many > Un*x platforms autoconf-2.59_2 Automatically configure source code on > many Un*x platforms automake-1.4.6_1 GNU Standards-compliant Makefile > generator (legacy version bison-1.75_2 A parser generator from FSF, > (mostly) compatible with Yacc bitstream-vera-1.10 Bitstream Vera TrueType > font collection > cdrdao-1.1.9 Record CD-R[W]s in disk-at-once mode > cdrtools-2.0.3_4 CD/CD-R[W] and ISO-9660 image creation and extraction > tools ctwm-3.6_1 An extension to twm, with support for multiple > virtual scre cvsup-without-gui-16.1h General network file distribution > system optimized for CVS djbfft-0.76_1 An extremely fast library for > floating-point convolution dri-5.0.2,2 OpenGL hardware accelerati= on > drivers for the DRI dvd+rw-tools-5.21.4.10.8 DVD burning software > emacs-21.3_3 GNU editing macros > ethereal-0.10.6 A powerful network analyzer/capture tool > ettercap-gnome-0.6.b_2,1 A network sniffer/interceptor/injector/logger for > switched expat-1.95.8 XML 1.0 parser written in C > ezm3-1.2 Easier, more portable Modula-3 distribution for > building CV flac-1.1.0_3 Free lossless audio codec > fontconfig-2.2.3,1 An XML-based font configuration API for X Windows > freetype2-2.1.7_3 A free and portable TrueType font rendering engine > fxtv-1.03_2 X-based TV Display and Capture Application (for use > with bt gdk-pixbuf-0.22.0_1 A graphic library for GTK+ > gettext-0.13.1_1 GNU gettext package > ghostscript-gnu-7.07_11 GNU Postscript interpreter > gle-3.0.3 A GL Tubing and Extrusion Library > glib-1.2.10_11 Some useful routines of C programming (previous stable > vers glib-2.4.6_1 Some useful routines of C programming (current > stable versi gmake-3.80_2 GNU version of 'make' utility > gsfonts-8.11_2 Fonts used by GNU Ghostscript (or X) > gtk-1.2.10_12 Gimp Toolkit for X11 GUI (previous stable version) > gtk-2.4.9_1 Gimp Toolkit for X11 GUI (current stable version) > help2man-1.33.1 Automatically generating simple manual pages from > program o hicolor-icon-theme-0.5 A high-color icon theme shell from the > FreeDesktop project imake-6.7.0_2 Imake and other utilities from > X.Org > intltool-0.31.2 Xml internationalization support for GNOME, and others > ircii-20040216 The 'Internet Relay Chat' and 'Internet Citizens Band' > Clie jasper-1.701.0 An implementation of the codec specified in the > JPEG-2000 s javavmwrapper-1.5 Wrapper script for various Java Virtual > Machines jbigkit-1.6 Lossless compression for bi-level images such > as scanned pa jpeg-6b_3 IJG's jpeg compression utilities > lame-3.96.1 ISO code based fast MP3 encoder kit > lcms-1.13,1 Light Color Management System -- a color management > library libIDL-0.8.4 A library for creating trees of CORBA Interfa= ce > Definition libXft-2.1.6 A client-sided font API for X applications > liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC= =2D3 > libdvdcss-1.2.8_1 Portable abstraction library for DVD decryption > libdvdread-0.9.4_1 This is needed by ogle, which is a DVD player that > supports libfpx-1.2.0.9 Library routines for working with Flashpix > images libglut-6.0.1 A graphics library similar to SGI's OpenGL > libiconv-1.9.2_1 A character set conversion library > libmad-0.15.1b Libmad library (part of MAD project) > libmng-1.0.8 Multiple-image Network Graphics (MNG) reference libra= ry > libogg-1.1,3 Ogg bitstream library > libtool-1.3.5_2 Generic shared library support script (version 1.3) > libtool-1.5.8 Generic shared library support script (version 1.5) > libungif-4.1.3 Tools and library routines for working with GIF images > libvorbis-1.0.1,3 Audio compression codec library > libwmf-0.2.8.3 Tools and library for converting Microsoft WMF (windo= ws > met libxml2-2.6.13 XML parser library for GNOME > linux-blackdown-jdk-1.3.1_3 Blackdown Java Development Kit 1.3 for Linux > linux_base-7.1_7 The base set of packages needed in Linux mode > lynx-ssl-2.8.5 A non-graphical, text-based World-Wide Web client with > SSL m4-1.4.1 GNU m4 > mpeg2codec-1.2_1 An MPEG-2 Encoder and Decoder > mpeg_encode-1.5b UCB's MPEG-I video stream encoder > mpegaudio-3.9 An MPEG/audio Layer 1 and Layer 2 encoder/decoder > package mpg123-0.59r_14 Command-line player for mpeg layer 1, 2 and 3 > audio mplayer-gtk-0.99.5_2 High performance media player/encoder supporti= ng > many forma mplayer-skins-1.1.0_1 Skins for MPlayer's Graphical User > Interface (GUI) mplex-1.1 Multiplexes MPEG component streams in= to > system layers nasm-0.98.38_1,1 General-purpose multi-platform x86 > assembler > net-snmp-5.1.2_1 An extendable SNMP implementation > nspr-4.4.1_1 A platform-neutral API for system level and libc like > funct ogle-0.9.2_2 Open DVD player that supports DVD menus > open-motif-2.2.3 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) > p5-XML-Parser-2.34_1 Perl extension interface to James Clark's XML parser, > expat p5-gettext-1.01_4 Message handling functions > pango-1.4.1 An open-source framework for the layout and rendering > of i1 pccts-1.33.33 The Purdue Compiler Construction Tool Set > pcre-4.5 Perl Compatible Regular Expressions library > perl-5.6.1_15 Practical Extraction and Report Language > pkgconfig-0.15.0_1 A utility used to retrieve information about installed > libr png-1.2.6 Library for manipulating PNG images > popt-1.7 A getopt(3) like library with a number of enhancement= s, > fro rpm-3.0.6_9 The Red Hat Package Manager > screen-4.0.2_1 A multi-screen window manager > seyon-2.14b A communications package for the X Window system > shared-mime-info-0.15 A MIME type database from the FreeDesktop project > sox-12.17.4_2 SOund eXchange - universal sound sample translator > tcl-8.3.5_3 Tool Command Language > tiff-3.6.1_2 Tools and library routines for working with TIFF imag= es > tk-8.3.5_3 Graphical toolkit for TCL > unzip-5.51 List, test and extract compressed files in a ZIP > archive win32-codecs-2.1.0.p5,1 Huge compilation of Win32 binary codecs, > including MPEG-4(D xanim-2.92.0 Play most popular animation formats > and show pictures xcdroast-0.98.a.15_2 Another X11 frontend to > mkisofs/cdrecord > xdaliclock-2.20 A rather neat animated clock > xmcd-3.3.2_1 Motif CD player > xmmix-1.2 A Motif based audio mixer > xorg-6.7.0_1 X.Org distribution metaport > xorg-clients-6.7.0_4 X client programs and related files from X.Org > xorg-documents-6.7.0 Documentation of X11 protocol and libraries from X.O= rg > xorg-fonts-100dpi-6.7.0 X.Org 100dpi bitmap fonts > xorg-fonts-75dpi-6.7.0 X.Org 75dpi bitmap fonts > xorg-fonts-cyrillic-6.7.0 X.Org Cyrillic bitmap fonts > xorg-fonts-encodings-6.7.0 X.Org font encoding files > xorg-fonts-miscbitmaps-6.7.0 X.Org miscellaneous bitmap fonts > xorg-fonts-truetype-6.7.0 X.Org TrueType fonts > xorg-fonts-type1-6.7.0 X.Org Type1 fonts > xorg-fontserver-6.7.0 X font server from X.Org > xorg-libraries-6.7.0_2 X11 libraries and headers from X.Org > xorg-nestserver-6.7.0 Nesting X server from X.Org > xorg-printserver-6.7.0 X Print server from X.Org > xorg-server-6.7.0_9 X.Org X server and related programs > xorg-vfbserver-6.7.0 X virtual framebuffer server from X.Org > xscreensaver-4.18 Save your screen while you entertain your cat > xsysstats-1.51_1 A system information display tool > xterm-196_3 Terminal emulator for the X Window System > xv-3.10a_3 An X11 program that displays images of various formats > zip-2.3_1 Create/update ZIP files compatible with pkzip > zircon-1.18.256_1 An X11 interface to Internet Relay Chat > > > > > > 11:14am yakko /home/jamie %runas pciconf -lv > agp0@pci0:0:0: class=3D0x060000 card=3D0x1022147b chip=3D0x25788086 rev= =3D0x02 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82875P/E7210 DRAM Controller / Host-Hub Interface' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x25798086 rev= =3D0x02 > hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82875P PCI-to-AGP Bridge' > class =3D bridge > subclass =3D PCI-PCI > uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d28= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1' > class =3D serial bus > subclass =3D USB > uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d48= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2' > class =3D serial bus > subclass =3D USB > uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24d78= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3' > class =3D serial bus > subclass =3D USB > uhci3@pci0:29:3: class=3D0x0c0300 card=3D0x1022147b chip=3D0x24de8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4' > class =3D serial bus > subclass =3D USB > ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x1022147b chip=3D0x24dd8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) USB EHCI Controller' > class =3D serial bus > subclass =3D USB > pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e8= 086 > rev=3D0xc2 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D '82801BA/CA/DB/DBL/EB/ER (ICH2/3/4/4-L/5/5R), 6300ESB Hub > Interface to PCI Bridge' class =3D bridge > subclass =3D PCI-PCI > isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24d08= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' > class =3D bridge > subclass =3D PCI-ISA > atapci0@pci0:31:1: class=3D0x01018a card=3D0x1022147b chip=3D0x24db8= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) EIDE Controller' > class =3D mass storage > subclass =3D ATA > atapci1@pci0:31:2: class=3D0x01018f card=3D0x1022147b chip=3D0x24d18= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB (ICH5) SATA Controller' > class =3D mass storage > subclass =3D ATA > ichsmb0@pci0:31:3: class=3D0x0c0500 card=3D0x1022147b chip=3D0x24d38= 086 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > pcm1@pci0:31:5: class=3D0x040100 card=3D0x1022147b chip=3D0x24d58086 rev= =3D0x02 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' > class =3D multimedia > subclass =3D audio > none0@pci1:0:0: class=3D0x030000 card=3D0x00021002 chip=3D0x4e481002 rev= =3D0x00 > hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' > device =3D 'Radeon 9800 Pro (R350)' > class =3D display > subclass =3D VGA > none1@pci1:0:1: class=3D0x038000 card=3D0x00031002 chip=3D0x4e681002 rev= =3D0x00 > hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' > device =3D 'Radeon 9800 Pro (R350) - Secondary' > class =3D display > fwohci0@pci2:2:0: class=3D0x0c0010 card=3D0x1022147b chip=3D0x80241= 04c > rev=3D0x00 hdr=3D0x00 vendor =3D 'Texas Instruments (TI)' > device =3D 'TSB43AB23 1394a-2000 OHCI PHY/link-layer Controller' > class =3D serial bus > subclass =3D FireWire > fxp0@pci2:4:0: class=3D0x020000 card=3D0x00098086 chip=3D0x12298086 rev= =3D0x05 > hdr=3D0x00 vendor =3D 'Intel Corporation' > device =3D '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class =3D network > subclass =3D ethernet > pcm0@pci2:6:0: class=3D0x040100 card=3D0x00511102 chip=3D0x00041102 rev= =3D0x03 > hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'SoundBlaster Audigy 2 Audigy 2 Audio Processor' > class =3D multimedia > subclass =3D audio > emujoy0@pci2:6:1: class=3D0x098000 card=3D0x00401102 chip=3D0x70031= 102 > rev=3D0x03 hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'EMU10K2 Audigy Gameport' > class =3D input device > fwohci1@pci2:6:2: class=3D0x0c0010 card=3D0x00101102 chip=3D0x40011= 102 > rev=3D0x00 hdr=3D0x00 vendor =3D 'Creative Labs' > device =3D 'EMU10K2 Audigy IEEE1394 Firewire Controller' > class =3D serial bus > subclass =3D FireWire > ahc0@pci2:7:0: class=3D0x010000 card=3D0x78819004 chip=3D0x81789004 rev= =3D0x01 > hdr=3D0x00 vendor =3D 'Adaptec Inc' > device =3D 'AHA-2940U/UW/2940D Ultra/Ultra Wide/Dual SCSI Host Adap= ter' > class =3D mass storage > subclass =3D SCSI > bktr0@pci2:9:0: class=3D0x040000 card=3D0x1200bd11 chip=3D0x036e109e rev= =3D0x11 > hdr=3D0x00 vendor =3D 'Brooktree Corporation' > device =3D 'Bt878 MediaStream Controller' > class =3D multimedia > subclass =3D video > none2@pci2:9:1: class=3D0x048000 card=3D0x1200bd11 chip=3D0x0878109e rev= =3D0x11 > hdr=3D0x00 vendor =3D 'Brooktree Corporation' > device =3D 'Bt878/Fusion878A Video Capture (Audio Section)' > class =3D multimedia > > > > > 11:17am yakko /home/jamie %cat /usr/src/sys/i386/conf/yakko > machine i386 > cpu I686_CPU #aka Pentium Pro(tm) > ident yakko > options INCLUDE_CONFIG_FILE #Include this file in kernel > options SCHED_ULE > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options IPSEC #IP security > options IPSEC_ESP #IP security (crypto; define w/ IPSEC) > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options PROCFS #Process filesystem (requires PSEUDOFS) > options PSEUDOFS #Pseudo-filesystem framework > options UFS_DIRHASH > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options SCSI_DELAY=3D15000 #Delay (in ms) before probing S= CSI > 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 FB_INSTALL_CDEV #install a CDEV entry in /dev > options VESA > options SMP #Symmetric MultiProcessor Kernel > device apic # I/O APIC > device isa > device pci > 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 > device atapicam #emulate ATAPI devices as SCSI ditto via > CAM device fdc > options ATA_STATIC_ID #Static device numbering > device ahc #AHA2940 and onboard AIC7xxx devices > options AHC_ALLOW_MEMIO > device scbus #SCSI bus (required) > 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) > 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 sc > device agp #support several AGP chipsets > device npx > device acpi > device apm > device sio #8250, 16[45]50 based serial ports > 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 > device miibus #MII bus support > device fxp #Intel EtherExpress PRO/100B (82557, 8255= 8) > device xl #3Com 3c90x (``Boomerang'', ``Cyclone'') > device bge #Broadcom BCM570xx Gigabit Ethernet > device sound > device "snd_emu10k1" > device snd_ich > device joy > device bktr > options OVERRIDE_TUNER=3D1 > options BROOKTREE_SYSTEM_DEFAULT=3DBROOKTREE_NTSC > device smbus #Bus support, required for smb below. > device ichsmb > device iicbus > device iicbb > device iicsmb > device ichsmb > device smb > device random #Entropy device > device mem > device io > device loop #Network loopback > device ether #Ethernet support > device ppp #Kernel PPP > options PPP_BSDCOMP #PPP BSD-compress support > options PPP_DEFLATE #PPP zlib/deflate/gzip support > device tun #Packet tunnel. > device pty #Pseudo-ttys (telnet etc) > device gif #IPv6 and IPv4 tunneling > device faith #IPv6-to-IPv4 relaying (translation) > device stf #6to4 IPv6 over IPv4 encapsulation > device bpf #Berkeley packet filter > device cbb #Cardbus (yenta) bridge > device pccard #PC Card (16-bit) bus > device cardbus #CardBus (32-bit) bus > #device pcic #ISA attachment currently busted > device uhci #UHCI PCI->USB interface > device ohci #OHCI PCI->USB interface > device ehci > device usb #USB Bus (required) > 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 > device ubsa > device ubser > device uftdi > device uplcom > device firewire #FireWire bus code > device sbp #SCSI over FireWire (Requires scbus and d= a) > device fwe #Ethernet over FireWire (non-standard!) > device fwip #IP over FireWire (rfc2734 and rfc3146) > > > > > > 11:23am yakko /home/jamie %runas acpidump -t -v > acpidump: loading RSD PTR from /dev/mem > /* > RSD PTR: OEM=3DIntelR, ACPI_Rev=3D1.0x (0) > RSDT=3D0x7fff3000, cksum=3D229 > */ > acpidump: printing various SDT tables > /* > RSDT: Length=3D44, Revision=3D1, Checksum=3D216, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > Entries=3D{ 0x7fff3040, 0x7fff7a40 } > */ > /* > FACP: Length=3D116, Revision=3D1, Checksum=3D145, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > FACS=3D0x7fff0000, DSDT=3D0x7fff30c0 > INT_MODEL=3DAPIC > Preferred_PM_Profile=3DUnspecified (0) > SCI_INT=3D9 > SMI_CMD=3D0xb2, ACPI_ENABLE=3D0xa1, ACPI_DISABLE=3D0xa0, S4BIOS_R= EQ=3D0x0 > PSTATE_CNT=3D0x0 > PM1a_EVT_BLK=3D0x400-0x403 > PM1a_CNT_BLK=3D0x404-0x405 > PM_TMR_BLK=3D0x408-0x40b > GPE0_BLK=3D0x428-0x42f > P_LVL2_LAT=3D101 us, P_LVL3_LAT=3D1001 us > FLUSH_SIZE=3D0, FLUSH_STRIDE=3D0 > DUTY_OFFSET=3D1, DUTY_WIDTH=3D1 > DAY_ALRM=3D13, MON_ALRM=3D0, CENTURY=3D0 > IAPC_BOOT_ARCH=3D > Flags=3D{WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} > RESET_REG=3D0x00000000:0[0] (Memory), RESET_VALUE=3D0x44 > */ > /* > FACS: Length=3D64, HwSig=3D0x00000000, Firm_Wake_Vec=3D0x00000000 > Global_Lock=3D > Flags=3D > Version=3D0 > */ > /* > DSDT: Length=3D18793, Revision=3D1, Checksum=3D210, > OEMID=3DINTELR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x1000, > Creator ID=3DMSFT, Creator Revision=3D0x100000e > */ > /* > APIC: Length=3D104, Revision=3D1, Checksum=3D200, > OEMID=3DIntelR, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e3= 1, > Creator ID=3DAWRD, Creator Revision=3D0x0 > Local APIC ADDR=3D0xfee00000 > Flags=3D{PC-AT} > > Type=3DLocal APIC > ACPI CPU=3D0 > Flags=3D{ENABLED} > APIC ID=3D0 > > Type=3DLocal APIC > ACPI CPU=3D1 > Flags=3D{ENABLED} > APIC ID=3D1 > > Type=3DIO APIC > APIC ID=3D2 > INT BASE=3D0 > ADDR=3D0x00000000fec00000 > > Type=3DINT Override > BUS=3D0 > IRQ=3D0 > INTR=3D2 > Flags=3D{Polarity=3Dconforming, Trigger=3Dconforming} > > Type=3DINT Override > BUS=3D0 > IRQ=3D9 > INTR=3D9 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dlevel} > > Type=3DLocal NMI > ACPI CPU=3D0 > LINT Pin=3D1 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} > > Type=3DLocal NMI > ACPI CPU=3D1 > LINT Pin=3D1 > Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} > */ > > Jamie Bowden --nextPart1108092.pG7fWUXaNy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBarpKBylq0S4AzzwRAlyjAJ4rpLcCudj9h+o9E3KEmXWJn8z5ygCZAURt pJAXKCO8fLDZk3uIl4DQTH8= =DVe+ -----END PGP SIGNATURE----- --nextPart1108092.pG7fWUXaNy-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:03: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 6FA9716A4CE for ; Mon, 11 Oct 2004 17:03:13 +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 1074143D49 for ; Mon, 11 Oct 2004 17:03:13 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i9BH3C14016404; Mon, 11 Oct 2004 10:03:12 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id i9BH3C6R016403; Mon, 11 Oct 2004 10:03:12 -0700 (PDT) (envelope-from marcel) Date: Mon, 11 Oct 2004 10:03:12 -0700 From: Marcel Moolenaar To: Emanuel Strobl Message-ID: <20041011170312.GA16348@ns1.xcllnt.net> References: <200410111101.59356.Emanuel.Strobl@gmx.net> <5EA7A436-1B9D-11D9-9D37-000D93C47836@xcllnt.net> <200410111848.15914.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410111848.15914.Emanuel.Strobl@gmx.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:03:13 -0000 On Mon, Oct 11, 2004 at 06:48:09PM +0200, Emanuel Strobl wrote: > Am Montag, 11. Oktober 2004 17:51 schrieb Marcel Moolenaar: > > On Oct 11, 2004, at 2:01 AM, Emanuel Strobl wrote: > > > Hello, > > > > > > I managed to get a GPT table onto my disk while beeing still able to > > > boot. > > > In verbose boot GEOM creates ad0p2 but no device is generated. > > > > The dmesg(8) below shows that da0p2c is created. Did you disklabel(8) > > (or should I say bsdlabel(8) the GPT partition? > > No I didn't because I didn't know that I need a label inside a GPT partition. You actually should not have a BSD label inside an UFS partition. The reason I asked is because GEOM configured ad0p2c, which it normally shouldn't. > But when I try it fails becaus there also is no /dev/ad0p at all. Odd. I'll see if I can reproduce this. In the mean time, see if md(4) exhibits the same behaviour. > Btw, it's a i386 box, not ia64. I know. :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:26: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 087E416A4CE; Mon, 11 Oct 2004 17:26:21 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA52C43D31; Mon, 11 Oct 2004 17:26:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9BHQ0WC461330; Mon, 11 Oct 2004 13:26:02 -0400 Message-ID: <416AC227.7010901@elischer.org> Date: Mon, 11 Oct 2004 10:25:59 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Sam Lawrance cc: David Xu Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:26:21 -0000 Robert Watson wrote: > On Sat, 9 Oct 2004, Sam Lawrance wrote: > > >>I'm sorry, that patch was missing paths.. this one: >> >>http://sam.stral.net/freebsd/wakeupdelay-patch >> >>is much nicer. > > > Are there plans to get this patch merged for 5.3? I was chatting with > Brian yesterday about the accept locking issue in sofree() and he was > indicating that he was seeing symptoms very much like the ones described > in this thread (long wakeup times for keypresses, etc). > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > It has been less than 2 days since it was committed to -current. We want to MFC it as soon as it can be done. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:36: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 427C316A4D1; Mon, 11 Oct 2004 17:36:14 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F20543D2F; Mon, 11 Oct 2004 17:36:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 13B7272DF2; Mon, 11 Oct 2004 10:36:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 11C5E72DD4; Mon, 11 Oct 2004 10:36:12 -0700 (PDT) Date: Mon, 11 Oct 2004 10:36:12 -0700 (PDT) From: Doug White To: cpghost@cordula.ws In-Reply-To: <20041007210654.GB16018@bsdbox.farid-hajji.net> Message-ID: <20041011103317.B30955@carver.gumbysoft.com> References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> <20041007180052.GA57159@bsdbox.farid-hajji.net> <54522.208.4.77.15.1097175290.squirrel@208.4.77.15> <20041007210654.GB16018@bsdbox.farid-hajji.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Noticable Delays Since Beta 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: Mon, 11 Oct 2004 17:36:14 -0000 On Thu, 7 Oct 2004 cpghost@cordula.ws wrote: > On Thu, Oct 07, 2004 at 12:54:50PM -0600, Ryan Sommers wrote: > > > Under X (using xfce4), the mouse freezes for a few seconds in random > > > windows (indepedent of the program), then it jumps back up to life > > > after 2 to 5 seconds. This happens even when the mouse is currently > > > being moved (so it's not the X server being swapped in so somesuch). > > > The cursor freezes while in motion, and it reappears a few seconds later > > > an another location. > > > Good idea, but no. I'm sitting at the console. The box is connected > via ethernet (sis driver). There's no wireless card involved. BTW, > USB is also not in use, so that's not the reason. > > The problem seems to be identical, wether the box is idle or busy > (currently running portupgrade -akrRf since 8 hours). When busy, > the box feels just a little more sluggish than before, but those > delays are the same, wether idle or busy. They also never happened > before, even when compiling qt etc... This is something new. > > There are no console messages. My -stable machine doesn't have this problem, so its not something global .. If you can reproduce it easily,, try running vmstat to a file then reproduce, then check the output and see what spikes up. I run kde on my -stable box, but I can switch over to windowmaker easy enough. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:50: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 76C1516A4CE; Mon, 11 Oct 2004 17:50:46 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A03E43D31; Mon, 11 Oct 2004 17:50:46 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 0772DF1CA4; Mon, 11 Oct 2004 10:50:46 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01375-09; Mon, 11 Oct 2004 10:50:45 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 20B62F189C; Mon, 11 Oct 2004 10:50:45 -0700 (PDT) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3kG2O1eplx3JS/Plv5Iw" Message-Id: <1097517044.1795.12.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 10:50:44 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:50:46 -0000 --=-3kG2O1eplx3JS/Plv5Iw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 01:52, Robert Watson wrote: > On Sun, 10 Oct 2004, Sean McNeil wrote: >=20 > > I do not think this is a very acceptable performance, but I have little > > knowledge of ethernet drivers on FreeBSD to identify issues. I'd say > > any packet loss in the configuration I was testing would be > > unacceptable. Where to begin? I'll do what I can to help fix this.=20 > >=20 > > The tests were with udp packets of size 1316 on a quiet network. As > > explained in previous emails the only network combination that has loss > > is when the re0 is in gigE mode under FreeBSD.=20 >=20 > Whether or not you can send at 1gps on gigabit ethernet depends quite a > bit on traffic profile and hardware. For example, to accomplish high > packet rates for small packet sizes, you need to make sure you have a > 64-bit PCI ethernet card. The above is a pretty large packet size, so I > would guess that even with poor hardware, you should be able to readily > get 500mbps transmission rates. Forgot to mention this from previous emails, but the transmission is fixed at 15Mbps. This is a 20% loss of udp data sent at 15Mbps!! Your suggestions are highly appreciated, but moot in my situation. > I'm not sure how much control you have over the application you're > running, but it would be interesting to know if it's getting back ENOBUFS > from send() to the network interface or not. This would tell us if the > output buffer for the network interface is filling or not. If you're not > filling it at 100mbs, the chances are you're not filling it at 1gbps, but > it's worth checking. >=20 > Assuming you're not filling the send buffer, it would definitely suggest = a > driver, configuration, or hardware bug. There have recently been a numbe= r > of changes to the if_re driver to fix support for jumbo frames, etc. It > would be interesting to know whether backing out to earlier revisions of > the if_re driver affect the problem you're seeing. In particular, > ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting, and > 1.31 is before some other related changes. Likewise, you could try > backing out to before locking was introduced by setting debug.mpsafenet= =3D0 > in loader.conf and then backing out to if_re.c:1.29. I might be generall= y > useful to try setting debug.mpsafenet=3D0 with the current driver to > eliminate that as a possible concern. These are good suggestions as well, but I have heard from another user that has seen this kind of thing over all of these versions. It is less likely then that the jumbo or locking changes caused the issue. Sean --=-3kG2O1eplx3JS/Plv5Iw 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) iD8DBQBBasf0yQsGN30uGE4RAtjdAJ0ffBZgTf2PnH+szwwTg6gPe3DEHgCgrkoe rPxYE4GqI3Kz6IsNVi4/yAg= =ouXK -----END PGP SIGNATURE----- --=-3kG2O1eplx3JS/Plv5Iw-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:56: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 1235A16A4CE for ; Mon, 11 Oct 2004 17:56:01 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D2B643D45 for ; Mon, 11 Oct 2004 17:56:00 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9BHtuWS005077; Mon, 11 Oct 2004 13:55:57 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200410111123.56526.kirk@strauser.com> References: <200410111004.05203.kirk@strauser.com> <200410111601.i9BG1VE1084870@apollo.backplane.com> <200410111123.56526.kirk@strauser.com> Date: Mon, 11 Oct 2004 13:55:55 -0400 To: Kirk Strauser , freebsd-current@freebsd.org 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) Subject: Re: How to safely clean out /lib, /usr/lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:56:01 -0000 At 11:23 AM -0500 10/11/04, Kirk Strauser wrote: >On Monday 11 October 2004 11:01, Matthew Dillon wrote: > > > (this assumes you don't use 'tar' or 'cp' to backup your > > system, which would skew the results, and that you haven't > > already blown it by doing something right aweful in /usr/lib > > to open and read all the files. :-). > >Unfortunately, I do in fact use tar (via Amanda) for backups. :-/ I assume you're running 5.x or 6.x (since this is the mailing list for freebsd-current). One of the really useful features in 5.x is the ability to take snapshots of a disk partition. So, you could take a snapshot of / and /usr, mount those snapshots read-only, and then do backups of the files as they appear in the snapshots. I *think* that won't update the last-reference times on any of the files, but you might want to check that to be sure. Secondly, if you have a snapshot, you could leave the snapshot mounted and then remove the original lib files (once you decide which ones are safe to remove!). If the removal of some file does cause a problem, you can then copy the file back from the matching snapshot. This allows you to fix the problem without having to reference your backup tapes. Two things to remember if you try this: Mount the snapshots *before* you start removing lib files, and remember that /rescue has statically-linked versions of several key commands in case you mistakenly remove a critical lib file. >Now, I just did an installworld and "portupgrade -fa" yesterday. >Under these particular circumstances, does it seem reasonably >safe to trust libchk's idea of what's referenced and what isn't? At least for me, on my systems, that would not be completely safe. While you have rebuilt all your ports, you have not necessarily *run* all of them. I think that leaves open the possibility of some programs which will reference libraries when run, but which did not need to open those libraries during the build process. (they may check that the library exists, but not actually open the library to read anything). I am not sure about that, though. But in my case, I also have plenty of other programs on the system which did not come from the ports collection. Rebuilding all of my installed ports will not do anything with those other programs. And since those programs were not built via ports, it is much more likely that they have not been rebuilt in a long time, and are therefore referencing some ancient libraries. -- 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 Mon Oct 11 18:07: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 93D5E16A4CE; Mon, 11 Oct 2004 18:07:21 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2031443D2D; Mon, 11 Oct 2004 18:07:21 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdevil.farid-hajji.net (bsdevil [192.168.254.5]) by fw.farid-hajji.net (Postfix) with ESMTP id 249A74B5C7; Mon, 11 Oct 2004 20:07:26 +0200 (CEST) Date: Mon, 11 Oct 2004 20:08:20 +0200 From: cpghost@cordula.ws To: Doug White Message-ID: <20041011180820.GA13845@bsdevil.farid-hajji.net> References: <4164BFA4.80105@unisa.edu.au> <20041007101315.W89482@carver.gumbysoft.com> <41657D63.1050605@FreeBSD.org> <20041007180052.GA57159@bsdbox.farid-hajji.net> <54522.208.4.77.15.1097175290.squirrel@208.4.77.15> <20041007210654.GB16018@bsdbox.farid-hajji.net> <20041011103317.B30955@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041011103317.B30955@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Noticable Delays Since Beta 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: Mon, 11 Oct 2004 18:07:21 -0000 On Mon, Oct 11, 2004 at 10:36:12AM -0700, Doug White wrote: > My -stable machine doesn't have this problem, so its not something global > .. You mean RELENG_5 or RELENG_4 here? This doesn't happen at all in RELENG_4, but in 5.3-BETA7 (RELENG_5). I have no CURRENT box available for testing right now. > I run kde on my -stable box, but I can switch over to windowmaker easy > enough. It definitely looks like some kind of wakeup problem that's being discussed. I'll try again as soon as those patches get MFCd to RELENG_5. BTW, it's completely independent of X, since it happens in console mode too. > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:10:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D93816A4D3 for ; Mon, 11 Oct 2004 18:10:41 +0000 (GMT) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 131E443D54 for ; Mon, 11 Oct 2004 18:10:41 +0000 (GMT) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i9BIAUS4023508 for ; Mon, 11 Oct 2004 11:10:30 -0700 (PDT) Received: from Espresso.NEEBU.Net (khuon@localhost)i9BIATXr023507 for ; Mon, 11 Oct 2004 11:10:30 -0700 (PDT) Message-Id: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jake Khuon" To: freebsd-current@freebsd.org Dcc: Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Oct 2004 11:10:29 -0700 Sender: khuon@Espresso.NEEBU.Net Subject: broken APM on IBM-T30 with 6.0-CURRENT 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: Mon, 11 Oct 2004 18:10:41 -0000 I recently CVSup'd and noticed I can no longer APM suspend properly. The system just freezes while going into suspend. I don't know if I'm getting a panic or not. There's no trace or anything. Anyone got any ideas? The problem occurs in multiuser and singleuser mode and regardless of whether I'm in X or not. I'm not evern sure where to begin looking. -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:11: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 B681716A4CE for ; Mon, 11 Oct 2004 18:11:05 +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 8899C43D54 for ; Mon, 11 Oct 2004 18:11:05 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 74BB829547A for ; Mon, 11 Oct 2004 14:10:59 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Mon, 11 Oct 2004 14:10:59 -0400 (EDT) Message-ID: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> Date: Mon, 11 Oct 2004 14:10:59 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org 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 Subject: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:11:05 -0000 I just installed 5.7-BETA7 using 5.3-BETA7-i386-disc1.iso on my dual boot machine (Currently running WinXP). The installation went fine (i did it twice to make sure i didnt screw up), everything was detected fine. After the installation was complete, i reboot and i get the FreeBSD boot loader, i hit F2 (the partition where fbsd is) and it just prints a carridge return and it sits at "-", it does not spin and proceed as usual. This particular machine is not new to FreeBSD, it has ran many version before just fine. The only thing that is different is that i am now using the promise supertrak sx6000 (pst) ide raid controller, which works fine under windows in raid 0 mode. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:28: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 E726F16A4CE for ; Mon, 11 Oct 2004 18:28:37 +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 999E643D1D for ; Mon, 11 Oct 2004 18:28:37 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i9BISbfb016791; Mon, 11 Oct 2004 11:28:37 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id i9BISbfL016790; Mon, 11 Oct 2004 11:28:37 -0700 (PDT) (envelope-from marcel) Date: Mon, 11 Oct 2004 11:28:37 -0700 From: Marcel Moolenaar To: Mattias Schlenker Message-ID: <20041011182837.GA16771@ns1.xcllnt.net> References: <416AB6A2.9060507@schlenker-webdesign.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416AB6A2.9060507@schlenker-webdesign.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:28:38 -0000 On Mon, Oct 11, 2004 at 06:36:50PM +0200, Mattias Schlenker wrote: > Is there anyone out there who managed to mount the iPod Mini on FreeBSD > 5.2.1/5.3? Yes. > I formatted the iPod as FAT32 with the supplied tools for Windows. When > plugging in the iPod, it is just recognized as mass storage device > (umassX), but no disks are created (umass0 shows up, but da0 does not) > -- no matter if I plug the iPod into a USB hub or directly into a usb > port on the back panel. You do have scbus and da in your kernel configuration, right? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:48: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 A520916A4CE for ; Mon, 11 Oct 2004 18:48:43 +0000 (GMT) Received: from av1-2-sn3.vrr.skanova.net (av1-2-sn3.vrr.skanova.net [81.228.9.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6428843D46 for ; Mon, 11 Oct 2004 18:48:43 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn3.vrr.skanova.net (Postfix, from userid 502) id C031738058; Mon, 11 Oct 2004 20:48:42 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id AF30737F69 for ; Mon, 11 Oct 2004 20:48:42 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 80F3638009 for ; Mon, 11 Oct 2004 20:48:42 +0200 (CEST) From: "Daniel Eriksson" To: Date: Mon, 11 Oct 2004 20:48:38 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSvwuu12PSv1nxhQeyoGPlK8KQ/qQ== Subject: Giant-free ahc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:48:43 -0000 Is anyone working on fine-grained locking for the ahc driver? I just upgraded one of my servers from UP to SMP, and noticed that *Giant showed up a lot when running top for processes accessing data on the SCSI discs. It could be a GIANT lock for some other resource of course, but since the ahc driver reports [GIANT-LOCKED] during boot, and since all the processes were accessing data on SCSI discs I just assumed it was waiting for a lock in the ahc driver. Is there a simple way to figure out which resource the processes are waiting for (without compiling in any additional debugging)? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:51:37 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 4C73E16A4CE; Mon, 11 Oct 2004 18:51:37 +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 i9BIpaCq052936; Mon, 11 Oct 2004 14:51:36 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9BIpZu1052935; Mon, 11 Oct 2004 14:51:35 -0400 (EDT) (envelope-from green) Date: Mon, 11 Oct 2004 14:51:35 -0400 From: Brian Fundakowski Feldman To: Matt Hamilton Message-ID: <20041011185135.GF988@green.homeunix.org> References: <416AB672.6090405@netsight.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416AB672.6090405@netsight.co.uk> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: threading 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: Mon, 11 Oct 2004 18:51:37 -0000 On Mon, Oct 11, 2004 at 05:36:02PM +0100, Matt Hamilton wrote: > > All, > I am still trying to work out why pthread support on AMD64 appears > broken. (See message on -current 3/10/2004 "Re: 5.3-BETA5 AMD64 Python > problems"). > > I was looking in CVS, and saw a test suite in /usr/src/libpthread/test. > In running Make I get: > > ...compile stuff... > Test static library: > -------------------------------------------------------------------------- > Test c_user c_system c_total chng > passed/FAILED h_user h_system h_total % chng > -------------------------------------------------------------------------- > hello_d 0.00 0.00 0.00 > passed > -------------------------------------------------------------------------- > hello_s 0.00 0.01 0.01 > passed > -------------------------------------------------------------------------- > join_leak_d 0.04 0.00 0.04 > *** FAILED *** > -------------------------------------------------------------------------- > mutex_d ^C > > it just hangs on mutex_d and I had to manually abort it. Does this work > on i386 systems? This is an AMD Opteron (HP DL145) running BETA7 as > compiled from -current at the weekend. Hangs in ksesigwait on i386/SMP. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18: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 6D78116A4CE for ; Mon, 11 Oct 2004 18:53:44 +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 3C6FF43D46 for ; Mon, 11 Oct 2004 18:53:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0F764514AD; Mon, 11 Oct 2004 11:55:58 -0700 (PDT) Date: Mon, 11 Oct 2004 11:55:57 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20041011185557.GA6942@xor.obsecurity.org> References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:53:44 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 11, 2004 at 02:10:59PM -0400, Mike Jakubik wrote: > I just installed 5.7-BETA7 using 5.3-BETA7-i386-disc1.iso on my dual boot > machine (Currently running WinXP). The installation went fine (i did it > twice to make sure i didnt screw up), everything was detected fine. After > the installation was complete, i reboot and i get the FreeBSD boot loader, > i hit F2 (the partition where fbsd is) and it just prints a carridge > return and it sits at "-", it does not spin and proceed as usual. This > particular machine is not new to FreeBSD, it has ran many version before > just fine. The only thing that is different is that i am now using the > promise supertrak sx6000 (pst) ide raid controller, which works fine under > windows in raid 0 mode. Check the MD5 on the iso image. Corrupt images will often cause this kind of problem. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBatc9Wry0BWjoQKURAkm+AKCF3Wab9cRoNKTYBManKz0nsqUmOACeOaUZ C03FjWwjhDtHeQjDIaCePzM= =lhA+ -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:54: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 3712C16A4CE; Mon, 11 Oct 2004 18:54: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 i9BIsIkH052948; Mon, 11 Oct 2004 14:54:18 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9BIsIoq052947; Mon, 11 Oct 2004 14:54:18 -0400 (EDT) (envelope-from green) Date: Mon, 11 Oct 2004 14:54:17 -0400 From: Brian Fundakowski Feldman To: Robert Watson Message-ID: <20041011185417.GG988@green.homeunix.org> References: <16745.57237.472660.492897@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: Robert Huff cc: current@freebsd.org Subject: Re: "panic: spin lock entropy harvest mutex not in order list" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:54:19 -0000 On Mon, Oct 11, 2004 at 04:26:23AM -0400, Robert Watson wrote: > On Sun, 10 Oct 2004, Robert Huff wrote: > > > > > About 2000 UTC Sunday I cvsuped system source and rebuilt. > > "make buildworld" went fine. (Log available) > > "make buildkernel" also good. (Log also available) > > I installed the new kernel and rebooted. > > When the system came up, I got: > > > > Real memory: XXXXXXXXX > > Avail memory: YYYYYYYYY > > panic: spin lock entropy harvest mutex not in order list > > KDB: enter: panic > > [thread 0] > > ddb> > > When I committed the rewrite of the /dev/random entropy harvesting > locking, I ommitted to commit the change to subr_witness.c telling witness > about the lock change; witness requires that all spin locks be identified > in the hard-coded lock order (although maybe only if witness skipspin is > off, hence more people not running into it?). I've merged the change to > subr_witness.c as change 1.182 as of a minute or two ago. Please letme > know if that change doesn't fix the problem. We should really not do that -- makes loading modules that try to use spinlocks ~impossible. For example, the nvidia driver. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:58: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 3D34816A4CF; Mon, 11 Oct 2004 18:58:23 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC47943D45; Mon, 11 Oct 2004 18:58:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])i9BIwFsx032017; Mon, 11 Oct 2004 14:58:15 -0400 Message-ID: <416AD7CD.4020202@root.org> Date: Mon, 11 Oct 2004 11:58:21 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <416A0CD4.7040309@root.org> <20041011074425.GB62985@ip.net.ua> In-Reply-To: <20041011074425.GB62985@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: buildworld fails in libbsnmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:58:23 -0000 Ruslan Ermilov wrote: > On Sun, Oct 10, 2004 at 09:32:20PM -0700, Nate Lawson wrote: > >>I did some searching and can't find this in the archive. I already >>hacked around the problem of gensnmptree being run from /usr/sbin (not >>the /usr/obj build tree). >> > > gensnmptree is properly bootstrapped and run from ${WORLDTMP} if so > necessary, here's an excerpt from Makefile.inc1: > > : .if ${BOOTSTRAPPING} < 502128 > : _gensnmptree= usr.sbin/bsnmpd/gensnmptree > : .endif > > If your /usr/include/osreldate.h fools buildworld into thinking it's > running on a more recent system than you actually have, then you can > try to "fix" it by passing the OSRELDATE knob of "make buildworld" > the correct value of your __FreeBSD_version. If unsure, you can > always do: > > make buildworld OSRELDATE=0 Thanks, Ruslan. I made the mistake of doing a make install for includes so that I could build/install gensnmptree since buildworld was failing there. This bumped OSRELDATE past that epoch, causing that other build failure. -Nate From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 18:59: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 98AEC16A4CE for ; Mon, 11 Oct 2004 18:59:06 +0000 (GMT) Received: from web21424.mail.yahoo.com (web21424.mail.yahoo.com [216.136.232.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 72B5243D2F for ; Mon, 11 Oct 2004 18:59:06 +0000 (GMT) (envelope-from mjacob44@yahoo.com) Message-ID: <20041011185906.38371.qmail@web21424.mail.yahoo.com> Received: from [192.67.166.1] by web21424.mail.yahoo.com via HTTP; Mon, 11 Oct 2004 11:59:06 PDT Date: Mon, 11 Oct 2004 11:59:06 -0700 (PDT) From: Matthew Jacob To: Daniel Eriksson , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Giant-free ahc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 18:59:06 -0000 No point in a giant-free SIM until CAM itself can cope. The isp driver has all the stuff in place to be Giant-Free, and might even work, but there's no point if you have to transition in and out of a Giant dependent subsystem. And the answer to the next question is: "No, I don't know who *really* is working on a Giant-Free CAM". __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 19: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 E720D16A4CE for ; Mon, 11 Oct 2004 19:07:50 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1DC243D2F for ; Mon, 11 Oct 2004 19:07:50 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 056EA38156; Mon, 11 Oct 2004 21:07:50 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id E6C3B38156; Mon, 11 Oct 2004 21:07:49 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id A8D1437E5D; Mon, 11 Oct 2004 21:07:46 +0200 (CEST) From: "Daniel Eriksson" To: "'Matthew Jacob'" , Date: Mon, 11 Oct 2004 21:07:45 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20041011185906.38371.qmail@web21424.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSvxIyRibcDhTTmSve0P2XaqbodEAAAO5Mg Subject: RE: Giant-free ahc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 19:07:51 -0000 Matthew Jacob wrote: > No point in a giant-free SIM until CAM itself can cope. > > The isp driver has all the stuff in place to be Giant-Free, and might > even work, but there's no point if you have to transition in > and out of > a Giant dependent subsystem. > > And the answer to the next question is: "No, I don't know who *really* > is working on a Giant-Free CAM". Thank you for your answer! /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 19:23: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 F1AB816A4CE for ; Mon, 11 Oct 2004 19:23:21 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id D124C43D1F for ; Mon, 11 Oct 2004 19:23:21 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8BBB3F1970 for ; Mon, 11 Oct 2004 12:23:19 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00691-01 for ; Mon, 11 Oct 2004 12:23:18 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1B7EEF1955 for ; Mon, 11 Oct 2004 12:23:18 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-n2pUWsrLesBmJTYJsGsx" Message-Id: <1097522597.1123.4.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 12:23:17 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: natd crashing again with current/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 19:23:22 -0000 --=-n2pUWsrLesBmJTYJsGsx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Since a build yesterday I am back to crashing. Something was fixed Friday or Saturday that cured it, but now it is failing somewhere else: Oct 11 07:36:19 server kernel: Fatal trap 12: page fault while in kernel mo= de Oct 11 07:36:19 server kernel: fault virtual address =3D 0x18 Oct 11 07:36:19 server kernel: fault code =3D supervisor read= , page not present Oct 11 07:36:19 server kernel: instruction pointer =3D 0x8:0xffffffff8= 03528c0Oct 11 07:36:19 server kernel: stack pointer =3D 0x10:0xf= fffffffb1eea5f0 Oct 11 07:36:19 server kernel: frame pointer =3D 0x10:0xffffffff= b1eea650 Oct 11 07:36:19 server kernel: code segment =3D base 0x0, limit= 0xfffff, type 0x1b Oct 11 07:36:19 server kernel: =3D DPL 0, pres 1, long 1, def32 0, gran 1 Oct 11 07:36:19 server kernel: processor eflags =3D interrupt enabled, resu= me, IOPL =3D 0 Oct 11 07:36:19 server kernel: current process =3D 249 (natd) Oct 11 07:36:19 server kernel: trap number =3D 12 I don't have a traceback, but I can tell you where the failure is: 0xffffffff803528c0 is in m_copypacket (/usr/src/sys/kern/uipc_mbuf.c:452). 447 if (!m_dup_pkthdr(n, m, how)) 448 goto nospace; 449 n->m_len =3D m->m_len; 450 if (m->m_flags & M_EXT) { 451 n->m_data =3D m->m_data; 452 n->m_ext =3D m->m_ext; 453 n->m_flags |=3D M_EXT; 454 MEXT_ADD_REF(m); 455 } else { 456 n->m_data =3D n->m_pktdat + (m->m_data - m->m_pktda= t ); I am rebuilding world now and if it persists I will attempt to get my kernel to drop into debug. Sean --=-n2pUWsrLesBmJTYJsGsx 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) iD8DBQBBat2lyQsGN30uGE4RAn+YAJwN6qZXCO4lZ9H9o0BeZuUZwsOpzwCeJoO/ XKmbCPrI06qnNstteo1nOvA= =RIS3 -----END PGP SIGNATURE----- --=-n2pUWsrLesBmJTYJsGsx-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 19:33:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 249D316A4CE for ; Mon, 11 Oct 2004 19:33:16 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB11543D1F for ; Mon, 11 Oct 2004 19:33:15 +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 i9BJVgfg053767; Mon, 11 Oct 2004 15:31:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9BJVgZN053764; Mon, 11 Oct 2004 15:31:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 15:31:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sean McNeil In-Reply-To: <1097517044.1795.12.camel@server> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 19:33:16 -0000 On Mon, 11 Oct 2004, Sean McNeil wrote: > > Assuming you're not filling the send buffer, it would definitely suggest a > > driver, configuration, or hardware bug. There have recently been a number > > of changes to the if_re driver to fix support for jumbo frames, etc. It > > would be interesting to know whether backing out to earlier revisions of > > the if_re driver affect the problem you're seeing. In particular, > > ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting, and > > 1.31 is before some other related changes. Likewise, you could try > > backing out to before locking was introduced by setting debug.mpsafenet=0 > > in loader.conf and then backing out to if_re.c:1.29. I might be generally > > useful to try setting debug.mpsafenet=0 with the current driver to > > eliminate that as a possible concern. > > These are good suggestions as well, but I have heard from another user > that has seen this kind of thing over all of these versions. It is less > likely then that the jumbo or locking changes caused the issue. Have you tried 4.x to see if the same problem occurs there? Have you tried the normal juggling of ACPI, APIC, and other configuration variables? It sounds like things work fine at minimal bandwidth rates, so that probably rules out interrupt problems and the like, but I figured it was worth asking. I assume you've probably looked at substituting the switch, forcing auto-negotiation to 1gb, 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 Mon Oct 11 19: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 394C316A4CE; Mon, 11 Oct 2004 19:36:32 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3CB743D4C; Mon, 11 Oct 2004 19:36:31 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9BKYwfa025715; Mon, 11 Oct 2004 15:34:58 -0500 Date: Mon, 11 Oct 2004 15:34:58 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Andre Oppermann In-Reply-To: <4165ADC2.70D2F0C1@freebsd.org> Message-ID: References: <4165ADC2.70D2F0C1@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: sys/net/netisr.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 19:36:32 -0000 > Sam wrote: >> >> Hello - >> >> I think I've found a bug in -- and have a question about >> the overall stability of -- sys/net/netisr.c (5.2.1 branch). > > This particular bug has already been fixed in 5.3 and 6.0-current. This bug is not fixed in 5.3-beta7 or -current. Unloading a module that unregisters a netisr leaves the queue pointer for that netisr structure page fault ready. > You should do your development on either RELENG_5 or MAIN. The > 5.2.1 branch was only a technology demo and the areas you are > concerned with have changed significantly (read: really a lot). > > RELENG_5 (5.3) will be the next stable branch which features > future binary compatibility within further > 5.x releases. > > -- > Andre > > >> My AoE module calls netisr_register on load, netisr_unregister >> on unload. Netisr_unregister fails to clear the ni->ni_queue >> pointer and the next received frame gets queued up to a page >> fault. Pretty easy to fix: >> >> --- src/sys/net/netisr.c Sat Nov 8 17:28:39 2003 >> +++ src2/sys/net/netisr.c Thu Oct 7 15:03:39 2004 >> @@ -103,6 +103,7 @@ >> ni->ni_handler = NULL; >> if (ni->ni_queue != NULL) >> IF_DRAIN(ni->ni_queue); >> + ni->ni_queue = NULL; >> } >> >> struct isrstat { >> >> Looking at the code, though, I don't see why I can't >> cause something just as ugly to happen anyway. Suppose >> the following: cpu0 starts processing an inbound frame >> while cpu1 unloads module (calling netisr_unregister). >> It *seems* possible for cpu0 to get a pointer to the >> queue, then cpu1 unload the module completely, causing >> cpu0 to page fault on the queue address. >> >> I don't claim to understand the context in which >> netisr_dispatch is called, so perhaps I'm off base, >> but shouldn't there be a mutex protecting against this? >> >> Please prove me wrong. >> >> Sam >> From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 19:57: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 A728216A4CE; Mon, 11 Oct 2004 19:57:48 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C3D43D45; Mon, 11 Oct 2004 19:57:47 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id VAA09790; Mon, 11 Oct 2004 21:57:18 +0200 Date: Mon, 11 Oct 2004 22:01:59 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20041011220159.733ad3ce.ubm@u-boot-man.de> In-Reply-To: <20041008031737.GA1027@green.homeunix.org> References: <20041006090104.06710d85.ubm@u-boot-man.de> <20041006154137.GJ47017@green.homeunix.org> <20041006203220.7f8e7b8a.ubm@u-boot-man.de> <20041006192518.GM47017@green.homeunix.org> <20041006215134.GN47017@green.homeunix.org> <20041007010008.15274fbd.ubm@u-boot-man.de> <20041007181852.GA73261@green.homeunix.org> <20041007191757.GB73261@green.homeunix.org> <20041008031737.GA1027@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 19:57:48 -0000 On Thu, 7 Oct 2004 23:17:38 -0400 Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 03:17:57PM -0400, Brian Fundakowski Feldman > wrote: > > On Thu, Oct 07, 2004 at 03:11:48PM -0400, Vlad wrote: > > > Brian, > > > > > > thanks for your work. Question: is this patch is something I can > > > feel comfortable about trying it on a production server? Did you > > > test it? > > > > It is completely untested other than compilation. I don't have my > > SMP machine with console in front of me to be able to try to > > reproduce the problem, but I believe these changes to be relatively > > safe. > > Okay, now I do; I did a more thorough potential fix -- so if that > worked for you, this should do the same without a socket memory leak. > The life and times of sockets are fraught with peril... > > Okay, bad news: I just got another crash with your first patch applied, unfortunately my roommate rebooted the server without doing a dump first or having a look at the panic message. I'll try applying your latest patch and see if that fixes the problems. If it does not, I'll get a dump and the usual ddb stuff. :-) Bye Marc -- "Come away, O human child! To the waters and the wild With a faery, hand in hand, For the world's more full of weeping than you can understand." W.B. Yeats, The Stolen Child From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:02: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 3DF9016A4CF for ; Mon, 11 Oct 2004 20:02:35 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6818F43D1F for ; Mon, 11 Oct 2004 20:02:34 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 26111 invoked from network); 11 Oct 2004 19:53:08 -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 ; 11 Oct 2004 19:53:08 -0000 Message-ID: <416AE70B.3030900@freebsd.org> Date: Mon, 11 Oct 2004 22:03:23 +0200 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: Sam References: <4165ADC2.70D2F0C1@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: sys/net/netisr.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:02:35 -0000 Sam wrote: >> Sam wrote: >> >>> >>> Hello - >>> >>> I think I've found a bug in -- and have a question about >>> the overall stability of -- sys/net/netisr.c (5.2.1 branch). >> >> >> This particular bug has already been fixed in 5.3 and 6.0-current. > > This bug is not fixed in 5.3-beta7 or -current. Unloading a > module that unregisters a netisr leaves the queue pointer for that > netisr structure page fault ready. You are right indeed. Sorry for the confusion. There have been other bugs fixed but not this one. I've commited your fix in rev. 1.15 of net/netisr.c. Thanks for submitting the bug report and proving me wrong ;-) -- Andre >> You should do your development on either RELENG_5 or MAIN. The >> 5.2.1 branch was only a technology demo and the areas you are >> concerned with have changed significantly (read: really a lot). >> >> RELENG_5 (5.3) will be the next stable branch which features >> future binary compatibility within further > 5.x releases. >> >> -- >> Andre >> >> >>> My AoE module calls netisr_register on load, netisr_unregister >>> on unload. Netisr_unregister fails to clear the ni->ni_queue >>> pointer and the next received frame gets queued up to a page >>> fault. Pretty easy to fix: >>> >>> --- src/sys/net/netisr.c Sat Nov 8 17:28:39 2003 >>> +++ src2/sys/net/netisr.c Thu Oct 7 15:03:39 2004 >>> @@ -103,6 +103,7 @@ >>> ni->ni_handler = NULL; >>> if (ni->ni_queue != NULL) >>> IF_DRAIN(ni->ni_queue); >>> + ni->ni_queue = NULL; >>> } >>> >>> struct isrstat { >>> >>> Looking at the code, though, I don't see why I can't >>> cause something just as ugly to happen anyway. Suppose >>> the following: cpu0 starts processing an inbound frame >>> while cpu1 unloads module (calling netisr_unregister). >>> It *seems* possible for cpu0 to get a pointer to the >>> queue, then cpu1 unload the module completely, causing >>> cpu0 to page fault on the queue address. >>> >>> I don't claim to understand the context in which >>> netisr_dispatch is called, so perhaps I'm off base, >>> but shouldn't there be a mutex protecting against this? >>> >>> Please prove me wrong. >>> >>> Sam >>> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:09: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 A84BD16A4CF; Mon, 11 Oct 2004 20:09:08 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B3543D3F; Mon, 11 Oct 2004 20:09:08 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 2D216F1970; Mon, 11 Oct 2004 13:09:08 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00692-05; Mon, 11 Oct 2004 13:09:07 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2FBF3F189C; Mon, 11 Oct 2004 13:09:07 -0700 (PDT) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wGBpgMQ6iNVtOIUk5xNY" Message-Id: <1097525346.1123.27.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 13:09:07 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:09:08 -0000 --=-wGBpgMQ6iNVtOIUk5xNY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 12:31, Robert Watson wrote: > On Mon, 11 Oct 2004, Sean McNeil wrote: >=20 > > > Assuming you're not filling the send buffer, it would definitely sugg= est a > > > driver, configuration, or hardware bug. There have recently been a n= umber > > > of changes to the if_re driver to fix support for jumbo frames, etc. = It > > > would be interesting to know whether backing out to earlier revisions= of > > > the if_re driver affect the problem you're seeing. In particular, > > > ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting,= and > > > 1.31 is before some other related changes. Likewise, you could try > > > backing out to before locking was introduced by setting debug.mpsafen= et=3D0 > > > in loader.conf and then backing out to if_re.c:1.29. I might be gene= rally > > > useful to try setting debug.mpsafenet=3D0 with the current driver to > > > eliminate that as a possible concern. > >=20 > > These are good suggestions as well, but I have heard from another user > > that has seen this kind of thing over all of these versions. It is les= s > > likely then that the jumbo or locking changes caused the issue.=20 >=20 > Have you tried 4.x to see if the same problem occurs there? >=20 > Have you tried the normal juggling of ACPI, APIC, and other configuration > variables? It sounds like things work fine at minimal bandwidth rates, s= o > that probably rules out interrupt problems and the like, but I figured it > was worth asking. >=20 > I assume you've probably looked at substituting the switch, forcing > auto-negotiation to 1gb, etc? Again, I have failed to provide information that was sent in previous emails under a different topic. I haven't tried 4.x, no, but I have tried with various configurations: FreeBSD/re0/amd64/gigE fails FreeBSD/re0/amd64/100BT passes WinXP/re0/gigE passes WinXP/dc0/100BT passes ... Everything I have tested works just fine. It is only when the re0 under FreeBSD is using PHY gigE that I have any packet loss. There is a small chance that there is bursting that is causing the loss but I doubt it as the output rate is 15Mbps. This is a pretty low rate and not very likely to cause serious bursting. I now have a source stream and a saved stream from a receiver. I will attempt to examine the differences in them to see if it is just a matter of some packets being dropped or if it is more nefarious. Sean --=-wGBpgMQ6iNVtOIUk5xNY 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) iD8DBQBBauhiyQsGN30uGE4RArogAJwOEoGgYV2/RBdjiQVD05+y1me6FwCgpfBM ArfSly+NeFO15eH1Qj7cTmY= =dCkm -----END PGP SIGNATURE----- --=-wGBpgMQ6iNVtOIUk5xNY-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:26: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 DA99E16A4CE for ; Mon, 11 Oct 2004 20:26:28 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9FF43D2D for ; Mon, 11 Oct 2004 20:26:28 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id F144940; Mon, 11 Oct 2004 22:26:27 +0200 (CEST) Date: Mon, 11 Oct 2004 22:26:27 +0200 From: Guido van Rooij To: freebsd-current@freebsd.org Message-ID: <20041011202627.GA33122@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: 5.2.1 boot floppies give instant reboot on intel isp 2150 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:26:29 -0000 Right after loading the bootfloppies, when the system actually starts booting, I get an instant reboot, right after the copryright notices. Things happen quickly but it seems I see a bunch of 'k'-s printed just before the reboot. Googling didn't give a result, so I hope the above sounds familiar to anyone.. -Guido From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:38: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 E687C16A4CE for ; Mon, 11 Oct 2004 20:38:13 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E78B43D41 for ; Mon, 11 Oct 2004 20:38:13 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i9BKcDvA051304; Mon, 11 Oct 2004 13:38:13 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i9BKcCWt051290; Mon, 11 Oct 2004 13:38:12 -0700 (PDT) (envelope-from dillon) Date: Mon, 11 Oct 2004 13:38:12 -0700 (PDT) From: Matthew Dillon Message-Id: <200410112038.i9BKcCWt051290@apollo.backplane.com> To: Mikhail Teterin References: <416AE7D7.3030502@murex.com> cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: Re: hangs in nbufkv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:38:14 -0000 :Hello! : :While investigating the server's hanging, I noticed some processes in :the `nbufkv' state (even a graceful reboot becomes impossible: "some :processes would not die..."). Quick search brought up links like: :... : :One of our file systems here does, indeed, use large block size (64K, I :think, not sure, how to verify it) -- it is used for storing large :database dumps. Are the bugs, Bruce and Matt are talking about, supposed :to be gone by now (in which case, I can provide more debugging info), or :does this remain a "known problem" and I should simply adopt the :workaround suggested by Bruce in the first link above -- increase :BKVASIZE? Should I also merge the patch posted by Bruce in the last of :the links above, or are there good reasons, it is not in the official tree? : :In the former case, what would anyone need to know to help fix this :problem(s)? : :In the latter -- what is a good BKVASIZE value for an amd64 opteron with :2Gb of memory, intended, primarily, to keep database archives online and :handy? : :Thanks! : : -mi Well, this sort of deadlock ought to be easy to debug if you can obtain a kernel core (and have the associated kernel.debug), but one of the FreeBSD developers would have to track it down, I'm hip deep in other things. The most likely scenario is that either vfs.lobufspace/vfs.hibufspace needs tuning, or vfs.lofreebuffers/vfs.hifreebuffers needs tuning to overcome the fragmentation issue. You could try reducing both vfs.lobufspace and hibufspace somewhat plus increase their spread, and you could also try increasing vfs.lofreebuffers and hifreebuffers and increasing their spread. You can also try reducing vfs.lodirtybuffers and vfs.hidirtybuffers but it is unlike that those are the cause unless they were specifically tuned up. But to be absolutely safe, I would follow Bruce's original suggestion and increase BKVASIZE to 64K, for your particular system. The only caveat with doing that is that is that it drastically reduces the number of buffers available in the system. You can compensate somewhat by increasing the number of buffers in the system (kern.nbuf boot-time kernel environment variable), but then you may run the kernel out of KVM (this is especially true on FreeBSD due to the fact that kmem_map still exists). -- Ultimately these will become non-issues once the buffer cache is moved to a default non-mapping mode for situations where no mapping is needed (e.g. file data buffer -> DMA to/from disk), but you'd have to ask PHK about that vis-a-vie FreeBSD. I have similar plans for DragonFly but nothing is finished yet. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21: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 D901016A4CE for ; Mon, 11 Oct 2004 21:10:23 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D100943D2D for ; Mon, 11 Oct 2004 21:10:22 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 1647 invoked by uid 65534); 11 Oct 2004 21:10:21 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp022) with SMTP; 11 Oct 2004 23:10:21 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 23:10:14 +0200 User-Agent: KMail/1.7 References: <200410111101.59356.Emanuel.Strobl@gmx.net> <200410111848.15914.Emanuel.Strobl@gmx.net> <20041011170312.GA16348@ns1.xcllnt.net> In-Reply-To: <20041011170312.GA16348@ns1.xcllnt.net> 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="nextPart1350075.zK3Ay9GF4q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410112310.19966.Emanuel.Strobl@gmx.net> cc: Marcel Moolenaar Subject: Re: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:10:24 -0000 --nextPart1350075.zK3Ay9GF4q Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 11. Oktober 2004 19:03 schrieb Marcel Moolenaar: [...] > > But when I try it fails becaus there also is no /dev/ad0p at all. > > Odd. I'll see if I can reproduce this. In the mean time, see if md(4) > exhibits the same behaviour. > > > Btw, it's a i386 box, not ia64. > > I know. :-) Nice :) I have news, please let me know if I'm doing things the right way. = Now=20 I set up a standard MBR with one standard slice and standard labels inside.= =20 Then I issued 'gpt migrate -k -s ad0' and now I have a booting box and coul= d=20 add ('gpt add -b ??????? -s 2000000 -i 3 -t ufs ad0') a third GPT part of=20 type ufs. After a reboot I also have the device ad0p3, but why do I need to reboot? And why doesn't 'gpt show ad0' work without setting kern.geom.debugflags to= =20 16? And like I posted in another mail, as soon as there is a GPT on the disk=20 sysinstall panickes (BARF <171>, panic: Going nowhere without my init!). And while I'm at sysinstall I'd liek to repeat another posting: Sysinstall= =20 always sets the boot flag to any slice, so if you add (or define two at onc= e)=20 a slice you have a invalid partition tabel (in the MBR) with two active=20 flags. Here's some logs: GEOM: new disk ad0 GEOM: Configure ad0s1, start 32256 length 10733958144 end 10733990399 GEOM: Configure ad0s2, start 10733990400 length 10733990400 end 21467980799 GEOM: Configure ad0p3, start 21467980800 length 1024000000 end 22491980799 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:20964762 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20964825 l:20964825 [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 10733958144 end 10733990399 GEOM: Configure ad0s2, start 10733990400 length 10733990400 end 21467980799 WARNING: Expected rawoffset 0, found 63 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 2121146368 end 2389581823 GEOM: Configure ad0s1c, start 0 length 10733958144 end 10733958143 GEOM: Configure ad0s1d, start 2389581824 length 268435456 end 2658017279 GEOM: Configure ad0s1e, start 2658017280 length 268435456 end 2926452735 GEOM: Configure ad0s1f, start 2926452736 length 7807505408 end 10733958143 WARNING: Expected rawoffset 0, found 20964825 GEOM: Configure ad0s2c, start 0 length 10733990400 end 10733990399 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 2121146368 end 2389581823 GEOM: Configure ad0s1c, start 0 length 10733958144 end 10733958143 GEOM: Configure ad0s1d, start 2389581824 length 268435456 end 2658017279 GEOM: Configure ad0s1e, start 2658017280 length 268435456 end 2926452735 GEOM: Configure ad0s1f, start 2926452736 length 7807505408 end 10733958143 GEOM: Configure ad0s2c, start 0 length 10733990400 end 10733990399 --nextPart1350075.zK3Ay9GF4q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBava7Bylq0S4AzzwRAvrrAKCG/mOzmWW6/ptLd6E4EKX6D3MzyACgj/G4 vGS6X7MhzO3RQ9ZNpKBaF6Q= =o1c0 -----END PGP SIGNATURE----- --nextPart1350075.zK3Ay9GF4q-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:48:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6502416A4CF for ; Mon, 11 Oct 2004 21:48:27 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 247DA43D48 for ; Mon, 11 Oct 2004 21:48:27 +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 i9BLmQSr027470 for ; Mon, 11 Oct 2004 14:48:26 -0700 (PDT) Received: from [192.168.1.197] (82-32-116-242.cable.ubr03.hawk.blueyonder.co.uk [82.32.116.242]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id i9BLmNm3025875 for ; Mon, 11 Oct 2004 14:48:26 -0700 (PDT) Message-ID: <416AFFA7.6080902@mac.com> Date: Mon, 11 Oct 2004 22:48:23 +0100 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: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:48:27 -0000 after a minimal network install of BETA 7 - trying to run cvsup i get: /libexec/ld-elf.so.1: Shared object "libm.so.2" not found, required by "cvsup" This was after installing cvsup-without-gui through /stand/sysinstall. I'm sure its fixed by now, I haven't had this problem with a machine that has stepped up from BETA2 to BETA7. As soon as I get cvsup fixed I'll probably find out that this is fixed...;-) Pete From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:48: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 43C0616A4F1 for ; Mon, 11 Oct 2004 21:48:30 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB67E43D1D for ; Mon, 11 Oct 2004 21:48:29 +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 i9BLksQV055907; Mon, 11 Oct 2004 17:46:54 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9BLkrRr055904; Mon, 11 Oct 2004 17:46:54 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 17:46:53 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Benjamin Lutz In-Reply-To: <200410111840.40750.benlutz@datacomm.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:48:30 -0000 On Mon, 11 Oct 2004, Benjamin Lutz wrote: ... > Nothing gets logged on the server, the client logs this repeatedly: > nfs server uno:/var/www/localhost: not responding > > Forcibly unmounting the share works and seems to unfreeze the frozen > applications. > > This behaviour is new. I cannot say when exactly I've first seen this, > but I think it must have appeared somewhere between BETA5 and BETA7. > > What can I do to make NFS work more reliably again? When you're experiencing this problem, can the NFS client ping the NFS server? Are other NFS clients able to continue to access the NFS server without problems? It might be interesting to use tcpdump to see if the client stops sending RPCs or not, and if not, whether the server responds to them. If you set debug.mpsafenet=0 in loader.conf, does the problem go away? Also, finally, what ethernet device(s) are you using, and are there any notes about those devices in the dmesg output? Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:52: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 18BB316A4CE for ; Mon, 11 Oct 2004 21:52:23 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0FBA43D1D for ; Mon, 11 Oct 2004 21:52:22 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8DE13F1A8F; Mon, 11 Oct 2004 14:52:22 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00670-05; Mon, 11 Oct 2004 14:52:21 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 9EFCBF19EE; Mon, 11 Oct 2004 14:52:21 -0700 (PDT) From: Sean McNeil To: Pete Carss In-Reply-To: <416AFFA7.6080902@mac.com> References: <416AFFA7.6080902@mac.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-x0y7RRr0hwqAAQS4pxL7" Message-Id: <1097531541.58856.0.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 14:52:21 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:52:23 -0000 --=-x0y7RRr0hwqAAQS4pxL7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 14:48, Pete Carss wrote: > after a minimal network install of BETA 7 - trying to run cvsup i get: >=20 > /libexec/ld-elf.so.1: Shared object "libm.so.2" not found, required by=20 > "cvsup" >=20 > This was after installing cvsup-without-gui through /stand/sysinstall.=20 > I'm sure its fixed by now, I haven't had this problem with a machine=20 > that has stepped up from BETA2 to BETA7. As soon as I get cvsup fixed=20 > I'll probably find out that this is fixed...;-) I do not think it is fixed yet. I just added a line to my /etc/libmap.conf to get around it. --=-x0y7RRr0hwqAAQS4pxL7 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) iD8DBQBBawCVyQsGN30uGE4RAlDdAKDucYvgSP+5eDfWc0GCi6L089DE6ACg1xbS GBlMhzCbSH/acIU9zvksiKE= =bWiY -----END PGP SIGNATURE----- --=-x0y7RRr0hwqAAQS4pxL7-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:52: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 E0FBE16A4CE for ; Mon, 11 Oct 2004 21:52:53 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E2343D5C for ; Mon, 11 Oct 2004 21:52:53 +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 i9BLpJGl056002; Mon, 11 Oct 2004 17:51:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9BLpJhG055992; Mon, 11 Oct 2004 17:51:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Oct 2004 17:51:19 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Daniel Eriksson In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Giant-free ahc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:52:54 -0000 On Mon, 11 Oct 2004, Daniel Eriksson wrote: > Is anyone working on fine-grained locking for the ahc driver? > > I just upgraded one of my servers from UP to SMP, and noticed that > *Giant showed up a lot when running top for processes accessing data on > the SCSI discs. It could be a GIANT lock for some other resource of > course, but since the ahc driver reports [GIANT-LOCKED] during boot, and > since all the processes were accessing data on SCSI discs I just assumed > it was waiting for a lock in the ahc driver. It could well be that there's a lot of contention on Giant for VFS and disk I/O operations; however, top is unfortunately not a very good tool for diagnosing that, as the services top uses to monitor the system require Giant, increasing the chances of Giant contention being observed by top. Patches to reduce the use of Giant in sysctl() were recently posted to a mailing list (arch@?) and it could well be that those patches help reduce the Giant-related noise that top sees. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:56: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 CC69E16A4CE; Mon, 11 Oct 2004 21:56:40 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B0843D53; Mon, 11 Oct 2004 21:56:40 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 77DC5F1AD2; Mon, 11 Oct 2004 14:56:40 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00670-06; Mon, 11 Oct 2004 14:56:39 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 910F7F1A8F; Mon, 11 Oct 2004 14:56:39 -0700 (PDT) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/q0ZMFV82rhA/EhojBUF" Message-Id: <1097531799.58856.3.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 14:56:39 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: Benjamin Lutz cc: freebsd-current@freebsd.org Subject: Re: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:56:40 -0000 --=-/q0ZMFV82rhA/EhojBUF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 14:46, Robert Watson wrote: > On Mon, 11 Oct 2004, Benjamin Lutz wrote: >=20 > ... > > Nothing gets logged on the server, the client logs this repeatedly:=20 > > nfs server uno:/var/www/localhost: not responding > >=20 > > Forcibly unmounting the share works and seems to unfreeze the frozen > > applications.=20 > >=20 > > This behaviour is new. I cannot say when exactly I've first seen this, > > but I think it must have appeared somewhere between BETA5 and BETA7.=20 > >=20 > > What can I do to make NFS work more reliably again?=20 >=20 > When you're experiencing this problem, can the NFS client ping the NFS > server? Are other NFS clients able to continue to access the NFS server > without problems? It might be interesting to use tcpdump to see if the > client stops sending RPCs or not, and if not, whether the server responds > to them. If you set debug.mpsafenet=3D0 in loader.conf, does the proble= m > go away? Also, finally, what ethernet device(s) are you using, and are > there any notes about those devices in the dmesg output? Also, you didn't supply hardware info. Specifically, what is your nic on the FreeBSD box? There is a known problem with txcsum and re0 that requires you to do an ifconfig re0 -txcsum or you will experience symptoms like you are describing. Cheers, Sean --=-/q0ZMFV82rhA/EhojBUF 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) iD8DBQBBawGXyQsGN30uGE4RAiqrAKCGm9Yfr5hqGKA2YzDrsEqC2H712wCgyHNb p+dXPuorwOJP0uPLdHTSerI= =uNYC -----END PGP SIGNATURE----- --=-/q0ZMFV82rhA/EhojBUF-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 21:59: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 B057216A4CE for ; Mon, 11 Oct 2004 21:59:35 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7324243D2D for ; Mon, 11 Oct 2004 21:59:35 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i9BLxYRo088573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 11 Oct 2004 14:59:34 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i9BLxYpP088572 for freebsd-current@freebsd.org; Mon, 11 Oct 2004 14:59:34 -0700 (PDT) (envelope-from jdc) Date: Mon, 11 Oct 2004 14:59:34 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041011215934.GA88374@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <416AFFA7.6080902@mac.com> <1097531541.58856.0.camel@server> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097531541.58856.0.camel@server> User-Agent: Mutt/1.5.6i Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 21:59:35 -0000 This is caused by the library version bump. Using libmap.conf is a more than suitable workaround. Details: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039086.html Otherwise, install your packages remotely via FTP, and specifically use the ports/i386/packages-5.3-release/ directory (instead of the one that sysinstall is configured to use), or pkg_add -r. Details: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039367.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Mon, Oct 11, 2004 at 02:52:21PM -0700, Sean McNeil wrote: > On Mon, 2004-10-11 at 14:48, Pete Carss wrote: > > after a minimal network install of BETA 7 - trying to run cvsup i get: > > > > /libexec/ld-elf.so.1: Shared object "libm.so.2" not found, required by > > "cvsup" > > > > This was after installing cvsup-without-gui through /stand/sysinstall. > > I'm sure its fixed by now, I haven't had this problem with a machine > > that has stepped up from BETA2 to BETA7. As soon as I get cvsup fixed > > I'll probably find out that this is fixed...;-) > > I do not think it is fixed yet. I just added a line to my > /etc/libmap.conf to get around it. > From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:04: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 99CD116A50F for ; Mon, 11 Oct 2004 22:04:07 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945CB43D2D for ; Mon, 11 Oct 2004 22:04:07 +0000 (GMT) (envelope-from itinerant@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i9BM44MU019587 for ; Mon, 11 Oct 2004 15:04:04 -0700 (PDT) Received: from [192.168.1.197] (82-32-116-242.cable.ubr03.hawk.blueyonder.co.uk [82.32.116.242]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id i9BM429U023950 for ; Mon, 11 Oct 2004 15:04:03 -0700 (PDT) Message-ID: <416B0351.3070401@mac.com> Date: Mon, 11 Oct 2004 23:04:01 +0100 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 References: <416AFFA7.6080902@mac.com> <20041011215934.GA88374@parodius.com> In-Reply-To: <20041011215934.GA88374@parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:04:10 -0000 I thought the bump was pre BETA7, sorry for the noise - so it would also go away if I recompiled? (Just checking my logic) Cheers Pete Jeremy Chadwick wrote: > This is caused by the library version bump. Using libmap.conf is a > more than suitable workaround. Details: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039086.html > > Otherwise, install your packages remotely via FTP, and specifically use > the ports/i386/packages-5.3-release/ directory (instead of the one that > sysinstall is configured to use), or pkg_add -r. Details: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039367.html > From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:09:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35B2816A4CE; Mon, 11 Oct 2004 22:09:15 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC99E43D1D; Mon, 11 Oct 2004 22:09:14 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc13) with ESMTP id <2004101122091301600cafh3e>; Mon, 11 Oct 2004 22:09:13 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) i9BM9ERv052747; Mon, 11 Oct 2004 18:09:15 -0400 (EDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)i9BM9ELl052746; Mon, 11 Oct 2004 18:09:14 -0400 (EDT) (envelope-from rodrigc) Date: Mon, 11 Oct 2004 18:09:14 -0400 From: Craig Rodrigues To: Brian Fundakowski Feldman Message-ID: <20041011220914.GA52738@crodrigues.org> References: <20041010015045.GA834@crodrigues.org> <20041010075713.GD925@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041010075713.GD925@green.homeunix.org> User-Agent: Mutt/1.4.1i cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: Using watch to monitor serial port results in reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:09:15 -0000 On Sun, Oct 10, 2004 at 03:57:13AM -0400, Brian Fundakowski Feldman wrote: > On Sat, Oct 09, 2004 at 09:50:45PM -0400, Craig Rodrigues wrote: > > watch -c /dev/ttyd0 > > > > and then: > > > > killall watch > > > > My system immediately reboots (not even a kernel panic). > > > > I am wondering if the recent work on the tty drivers has > > anything to do with this? > > This is my experience with watch on a serial port the last time I tried > it (years and years ago). Do you remember what FreeBSD version you tried this on? I use watch under FreeBSD 4.9 without any problems, and can kill it without resulting in the machine rebooting. It would be nice if this could work on -CURRENT, but I don't know how to go about debugging something where the machine reboots (not even the kernel panics). Any hints on how to do this? Thanks. -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:11: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 8A25D16A4CE; Mon, 11 Oct 2004 22:11:43 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id D853843D41; Mon, 11 Oct 2004 22:11:42 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 03DC926A; Tue, 12 Oct 2004 00:11:41 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87022-07; Tue, 12 Oct 2004 00:11:40 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id D9D9DCF; Tue, 12 Oct 2004 00:11:39 +0200 (CEST) From: Benjamin Lutz To: Robert Watson Date: Tue, 12 Oct 2004 00:11:36 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1477122.69Bzvg1lYO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410120011.40517.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: freebsd-current@freebsd.org Subject: Re: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:11:43 -0000 --nextPart1477122.69Bzvg1lYO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Ugh. While writing this mail I've noticed Sean McNeils mail. I suppose=20 thats the answer right there. Damn, I even read about the problem several=20 times right here on this mailing list, it just didn't occur to me that it=20 could be the NIC... Well. For completeness' sake I'll still include the response to rwatson@=20 below. There's some hardware info included as well. Thanks a lot for answering, all of you. Benjamin > When you're experiencing this problem, can the NFS client ping the NFS > server? Yes. > Are other NFS clients able to continue to access the NFS=20 > server without problems? Partially. Other clients can access parts of the exported share. It=20 appears that as soon as they access the directory in which the first=20 program froze, they freeze as well. > It might be interesting to use tcpdump to see if the client stops > sending RPCs or not, and if not, whether the server responds to them. =20 I'll try the next time I see the problem. It's not easily reproducable,=20 sometimes it freezes when I try to store a 2KB text file, sometimes after=20 being able to copy a few hundred MB. I tried to reproduce it just now by=20 copying random stuff around, of course that didn't work. Seems the=20 problem only appears when I'm using valuable files... *sigh*. > If you set debug.mpsafenet=3D0 in loader.conf, does the problem go away?= =20 I'll try it and report. > Also, finally, what ethernet device(s) are you using, and are there any > notes about those devices in the dmesg output?=20 I'm using the Realtek onboard Gigabit NIC on my MSI K8N Neo2 Platinum=20 mainboard. Ooooh... wait... could it be that Realtek once again manages=20 to fuck a machine of mine up in a weird way? Either way, the adapter is=20 described in the manual as Realtek 8110S chip. FreeBSD reports it as: re0: port 0xac00-0xacff mem 0xf3000000-0xf30000ff irq 16 at device 13.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto re0: Ethernet address: 00:11:09:65:fc:0e Another bit of information: Last time this happened, the freeze was=20 reproducable. I did the following: =2D Try to save a text file in kate to the NFS share, notice that kate was= =20 frozen in nfsfsync state.=20 =2D umount -f the share =2D See that kate is unfrozen, and that it displays an error message about not being able to write the file. =2D remount it =2D Try to save the still open file again, notice that kate freezes again. =2D After changing the text file, saving worked. So I think this is triggered by a certain bytestream, it appears to not be= =20 totally random.=20 --nextPart1477122.69Bzvg1lYO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBawUcgShs4qbRdeQRAuVbAJ44TmNuUvbdmrLUHSN0iRBp40cK8QCeP9Ab jMKxMSiKLbzN4yMbH21BZXI= =44GN -----END PGP SIGNATURE----- --nextPart1477122.69Bzvg1lYO-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:25: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 03B1316A4CE for ; Mon, 11 Oct 2004 22:25:45 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 922BA43D45 for ; Mon, 11 Oct 2004 22:25:44 +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 52FF922851; Tue, 12 Oct 2004 00:25:42 +0200 (CEST) Date: Tue, 12 Oct 2004 00:25:40 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.1) Professional X-Priority: 3 (Normal) Message-ID: <952911978.20041012002540@andric.com> To: Pete Carss In-Reply-To: <416B0351.3070401@mac.com> References: <416AFFA7.6080902@mac.com> <20041011215934.GA88374@parodius.com> <416B0351.3070401@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------1D3B1F499DF80" cc: freebsd-current@freebsd.org Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:25:45 -0000 ------------1D3B1F499DF80 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-10-12 at 00:04:01 Pete Carss wrote: > I thought the bump was pre BETA7, sorry for the noise - so it would also > go away if I recompiled? (Just checking my logic) Yes. Specifically, if you recompile cvsup. :) (But please don't forget to clean out cruft from /lib and /usr/lib before rebuilding.) ------------1D3B1F499DF80 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBawhksF6jCi4glqMRAhPXAJ9bHlwilMKdUvFl21wf+/eTWcbT/wCfU70n WGwt9DwcOQ3UFqzxUbTd75I= =cL4l -----END PGP MESSAGE----- ------------1D3B1F499DF80-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:26: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 9F55816A4CE for ; Mon, 11 Oct 2004 22:26:29 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A6C143D39 for ; Mon, 11 Oct 2004 22:26:29 +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 i9BMQ1oR004086; Mon, 11 Oct 2004 16:26:01 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <416B0852.9070605@FreeBSD.org> Date: Mon, 11 Oct 2004 16:25:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <20041011185906.38371.qmail@web21424.mail.yahoo.com> In-Reply-To: <20041011185906.38371.qmail@web21424.mail.yahoo.com> 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: Daniel Eriksson Subject: Re: Giant-free ahc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:26:29 -0000 Matthew Jacob wrote: > No point in a giant-free SIM until CAM itself can cope. > > The isp driver has all the stuff in place to be Giant-Free, and might > even work, but there's no point if you have to transition in and out of > a Giant dependent subsystem. > > And the answer to the next question is: "No, I don't know who *really* > is working on a Giant-Free CAM". > I am, but I got sidetracked by these pesky release engineering tasks that people seem to care about =-) There is a branch called 'camlock' in perforce that has the beginnings of it. The big work so far in there has been to take the device probe out of the camisr context so that locking the rest of CAM is easier. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:51: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 0F03216A4CE for ; Mon, 11 Oct 2004 22:51:44 +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 C283743D1F for ; Mon, 11 Oct 2004 22:51:43 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id D289F295494; Mon, 11 Oct 2004 18:51:36 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Mon, 11 Oct 2004 18:51:36 -0400 (EDT) Message-ID: <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> In-Reply-To: <20041011185557.GA6942@xor.obsecurity.org> References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <20041011185557.GA6942@xor.obsecurity.org> Date: Mon, 11 Oct 2004 18:51:36 -0400 (EDT) From: "Mike Jakubik" To: "Kris Kennaway" 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: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:51:44 -0000 Kris Kennaway said: > On Mon, Oct 11, 2004 at 02:10:59PM -0400, Mike Jakubik wrote: >> I just installed 5.7-BETA7 using 5.3-BETA7-i386-disc1.iso on my dual >> boot >> machine (Currently running WinXP). The installation went fine (i did it >> twice to make sure i didnt screw up), everything was detected fine. >> After >> the installation was complete, i reboot and i get the FreeBSD boot >> loader, >> i hit F2 (the partition where fbsd is) and it just prints a carridge >> return and it sits at "-", it does not spin and proceed as usual. This > > Check the MD5 on the iso image. Corrupt images will often cause this > kind of problem. > The checksum is OK. I have burned another CD at a slower speed and using different software, the problem persists. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 22:55: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 36D7316A65F for ; Mon, 11 Oct 2004 22:55:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16BB43D41 for ; Mon, 11 Oct 2004 22:55: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 i9BMsgRj004180; Mon, 11 Oct 2004 16:54:42 -0600 (MDT) (envelope-from scottl@FreeBSD.org) Message-ID: <416B0F0B.20101@FreeBSD.org> Date: Mon, 11 Oct 2004 16:54:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <20041011185557.GA6942@xor.obsecurity.org> <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> In-Reply-To: <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> 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: Kris Kennaway Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 22:55:11 -0000 Mike Jakubik wrote: > Kris Kennaway said: > > >>On Mon, Oct 11, 2004 at 02:10:59PM -0400, Mike Jakubik wrote: >> >>>I just installed 5.7-BETA7 using 5.3-BETA7-i386-disc1.iso on my dual >>>boot >>>machine (Currently running WinXP). The installation went fine (i did it >>>twice to make sure i didnt screw up), everything was detected fine. >>>After >>>the installation was complete, i reboot and i get the FreeBSD boot >>>loader, >>>i hit F2 (the partition where fbsd is) and it just prints a carridge >>>return and it sits at "-", it does not spin and proceed as usual. This >> >>Check the MD5 on the iso image. Corrupt images will often cause this >>kind of problem. >> > > > The checksum is OK. I have burned another CD at a slower speed and using > different software, the problem persists. > I wonder if there is data corruption coming from the pst driver. Can you try booting 'safe mode' when you install? Also, how much RAM do you have? Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 23:28: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 4455716A4CE; Mon, 11 Oct 2004 23:28:17 +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 E94D043D31; Mon, 11 Oct 2004 23:28:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 5C16C295494; Mon, 11 Oct 2004 19:28:07 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Mon, 11 Oct 2004 19:28:07 -0400 (EDT) Message-ID: <1042.192.168.0.188.1097537287.squirrel@192.168.0.188> In-Reply-To: <416B0F0B.20101@FreeBSD.org> References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <20041011185557.GA6942@xor.obsecurity.org> <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> <416B0F0B.20101@FreeBSD.org> Date: Mon, 11 Oct 2004 19:28:07 -0400 (EDT) From: "Mike Jakubik" To: "Scott Long" 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: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 23:28:17 -0000 Scott Long said: > Mike Jakubik wrote: >> The checksum is OK. I have burned another CD at a slower speed and using >> different software, the problem persists. >> > I wonder if there is data corruption coming from the pst driver. Can > you try booting 'safe mode' when you install? Also, how much RAM do you > have? I have booted the install in safe mode, and completed another install. Same problem. The machine has 1GB of RAM. I will try downloading a 4.10 CD and installing that. Another thing i noticed which may or may not be related is this error message (the machine is a single cpu athlon): mptable_probe: MP Config Table has bad signature: Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 23:45: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 811A716A4CE for ; Mon, 11 Oct 2004 23:45:38 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B5143D48 for ; Mon, 11 Oct 2004 23:45:38 +0000 (GMT) (envelope-from lukas@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:lukas@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i9BNjYmS011291; Mon, 11 Oct 2004 23:45:34 GMT Received: (from lukas@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id i9BNjYVH027632; Mon, 11 Oct 2004 16:45:34 -0700 (PDT) Date: Mon, 11 Oct 2004 16:45:34 -0700 (PDT) From: Luke X-X-Sender: lukas@norge.freeshell.org To: Mike Jakubik In-Reply-To: <1042.192.168.0.188.1097537287.squirrel@192.168.0.188> Message-ID: References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> <1042.192.168.0.188.1097537287.squirrel@192.168.0.188> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@FreeBSD.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: LukeD@pobox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 23:45:38 -0000 On Mon, 11 Oct 2004, Mike Jakubik wrote: > Date: Mon, 11 Oct 2004 19:28:07 -0400 (EDT) > From: Mike Jakubik > To: Scott Long > Cc: freebsd-current@FreeBSD.org, Kris Kennaway > Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) > > Scott Long said: > >> Mike Jakubik wrote: > >>> The checksum is OK. I have burned another CD at a slower speed and using >>> different software, the problem persists. >>> >> I wonder if there is data corruption coming from the pst driver. Can >> you try booting 'safe mode' when you install? Also, how much RAM do you >> have? > > I have booted the install in safe mode, and completed another install. > Same problem. The machine has 1GB of RAM. I will try downloading a 4.10 CD > and installing that. Another thing i noticed which may or may not be > related is this error message (the machine is a single cpu athlon): > > mptable_probe: MP Config Table has bad signature: > > Thanks. I had that exact same error and behavior with 5.2.1 back in March. I had to disable SMP and APIC in the kernel in order to boot the machine. The "boot without APIC" on the startup menu worked until I was able to build a custom kernel. Something in the SMP code just could not get along with the motherboard on that machine. Considering the age, condition, and technological oddness of the motherboard, I can't really blame the code for my problem however. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 23:59: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 D01EB16A4CE for ; Mon, 11 Oct 2004 23:59:20 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8097F43D45 for ; Mon, 11 Oct 2004 23:59:20 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i9BNxIN4023395; Mon, 11 Oct 2004 19:59:19 -0400 (EDT) Date: Mon, 11 Oct 2004 19:59:16 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Matt Hamilton In-Reply-To: <416AB672.6090405@netsight.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org Subject: Re: threading issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 23:59:20 -0000 On Mon, 11 Oct 2004, Matt Hamilton wrote: > > All, > I am still trying to work out why pthread support on AMD64 appears > broken. (See message on -current 3/10/2004 "Re: 5.3-BETA5 AMD64 Python > problems"). > > I was looking in CVS, and saw a test suite in /usr/src/libpthread/test. > In running Make I get: > > ...compile stuff... > Test static library: > -------------------------------------------------------------------------- > Test c_user c_system c_total chng > passed/FAILED h_user h_system h_total % chng > -------------------------------------------------------------------------- > hello_d 0.00 0.00 0.00 > passed > -------------------------------------------------------------------------- > hello_s 0.00 0.01 0.01 > passed > -------------------------------------------------------------------------- > join_leak_d 0.04 0.00 0.04 > *** FAILED *** It doesn't really fail, the test just doesn't take into account the fact that the library caches threads and KSEs. > -------------------------------------------------------------------------- > mutex_d ^C > > it just hangs on mutex_d and I had to manually abort it. Does this work > on i386 systems? This is an AMD Opteron (HP DL145) running BETA7 as > compiled from -current at the weekend. It doesn't hang. The test just takes a long time to run. Run it manually and see for yourself. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 00:27: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 90EC516A4CE for ; Tue, 12 Oct 2004 00:27:16 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBFD43D55 for ; Tue, 12 Oct 2004 00:27:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smarthost2.sentex.ca (8.13.1/8.13.1) with SMTP id i9C0RDkg058591; Mon, 11 Oct 2004 20:27:13 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: David Gilbert Date: Mon, 11 Oct 2004 20:27:21 -0400 Message-ID: <239mm0ppiimf73u9ui71cf8gjmao88vd9h@4ax.com> References: <16742.40802.187425.402461@canoe.dclg.ca> In-Reply-To: <16742.40802.187425.402461@canoe.dclg.ca> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 00:27:16 -0000 On Fri, 8 Oct 2004 10:08:34 -0400, in sentex.lists.freebsd.current you wrote: \> > - hz and polling tuning options didn't really change packets passed > significantly. > Also, what did you adjust kern.polling.user_frac to ?=20 Perhaps post sysctl -a kern.polling ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 00:28: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 DD63716A4CE for ; Tue, 12 Oct 2004 00:28:47 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6205643D46 for ; Tue, 12 Oct 2004 00:28:47 +0000 (GMT) (envelope-from CGiordano@ids.net) Received: from [68.230.135.77] by lakermmtao04.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041012002845.HDGQ28647.lakermmtao04.cox.net@[68.230.135.77]>; Mon, 11 Oct 2004 20:28:45 -0400 Message-ID: <416B2542.1090901@ids.net> Date: Mon, 11 Oct 2004 20:28:50 -0400 From: "Christopher M. Giordano" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <415F7DAF.3070206@ids.net> <20041003044719.GB9811@internode.com.au> <41694AE9.4000103@ids.net> <200410101653.12752.josemi@freebsd.jazztel.es> In-Reply-To: <200410101653.12752.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Adam Smith Subject: Re: Mixer settings revert to zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 00:28:48 -0000 Jose M Rodriguez wrote: > > Have you check how the kde mixer is configured. > > Run kxim and double-check it isn't configured to restore mixer settings ^^^^ kmix > at session start. That fixed it for me, many thanks! -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin, November, 1755 From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 00:38: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 D891E16A4CE for ; Tue, 12 Oct 2004 00:38:28 +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 4F74343D1F for ; Tue, 12 Oct 2004 00:38:28 +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 i9C0cRQD018976; Mon, 11 Oct 2004 17:38:28 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200410112310.19966.Emanuel.Strobl@gmx.net> References: <200410111101.59356.Emanuel.Strobl@gmx.net> <200410111848.15914.Emanuel.Strobl@gmx.net> <20041011170312.GA16348@ns1.xcllnt.net> <200410112310.19966.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <08722E8C-1BE7-11D9-8B43-000D93C47836@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 11 Oct 2004 17:38:27 -0700 To: Emanuel Strobl X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: missing ad0p2 device while GEOM sees GPT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 00:38:29 -0000 On Oct 11, 2004, at 2:10 PM, Emanuel Strobl wrote: > Am Montag, 11. Oktober 2004 19:03 schrieb Marcel Moolenaar: > [...] >>> But when I try it fails becaus there also is no /dev/ad0p at all. >> >> Odd. I'll see if I can reproduce this. In the mean time, see if md(4) >> exhibits the same behaviour. >> >>> Btw, it's a i386 box, not ia64. >> >> I know. :-) > > Nice :) I have news, please let me know if I'm doing things the right > way. Now > I set up a standard MBR with one standard slice and standard labels > inside. > Then I issued 'gpt migrate -k -s ad0' and now I have a booting box and > could > add ('gpt add -b ??????? -s 2000000 -i 3 -t ufs ad0') a third GPT part > of > type ufs. Ok. No obvious bogons here. > After a reboot I also have the device ad0p3, but why do I need to > reboot? Dunno. AFAICT you don't have to reboot at all because if GEOM allows you to create a new partition/slice, it'll create the device nodes right away. You might want to sync(8) and see if the device node shows up then. We've had some latency/synchronisation issues in the past with mdconfig(8)... > And why doesn't 'gpt show ad0' work without setting > kern.geom.debugflags to > 16? Because gpt(8) opens the device RW by default and this is not allowed by GEOM (by default) when partitions are mounted. You can either give gpt(8) the -r option for opening the disk RO, or tell GEOM to loosen up (which is what the debugflags value does). > And like I posted in another mail, as soon as there is a GPT on the > disk > sysinstall panickes (BARF <171>, panic: Going nowhere without my > init!). I saw the mail, but did not answer. The problem is libdisk. When it encounters something in the GEOM conftxt sysctl that it doesn't expect it simply barfs (<171> in this case) and bails out. Since sysinstall(8) is the only consumer of this library, sysinstall is the only one affected. There are a lot of bugs in libdisk like that. My advice: don't do it... > And while I'm at sysinstall I'd liek to repeat another posting: > Sysinstall > always sets the boot flag to any slice, so if you add (or define two > at once) > a slice you have a invalid partition tabel (in the MBR) with two active > flags. File a PR? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 01:10:34 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 2ED5416A4CE; Tue, 12 Oct 2004 01:10:34 +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 i9C1AXVl062607; Mon, 11 Oct 2004 21:10:33 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9C1AQVH062606; Mon, 11 Oct 2004 21:10:26 -0400 (EDT) (envelope-from green) Date: Mon, 11 Oct 2004 21:10:25 -0400 From: Brian Fundakowski Feldman To: Randy Bush Message-ID: <20041012011025.GL988@green.homeunix.org> References: <16736.23268.584348.209354@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16736.23268.584348.209354@ran.psg.com> User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: fails to mount md /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 01:10:34 -0000 On Sun, Oct 03, 2004 at 01:02:44PM -0700, Randy Bush wrote: > i get > > # /sbin/mdmfs -s 64m -M md /tmp > mdmfs: mdconfig (attach) exited with error code 1 > > kernel has /dev/md > > # grep md /sys/i386/conf/RAN > #device amd # AMD 53C974 (Tekram DC-390(T)) > device md # Memory "disks" > > but their ain't no /dev/md0 > > # ls /dev/md* > /dev/mdctl > > i do have /etc/rc.conf set up the same as on systems which > mount it successfully > > # grep tmp /etc/rc.conf > tmpmfs="YES" # Set to YES to always create an mfs /tmp, NO to never > tmpsize="64m" # Size of mfs /tmp if created > clear_tmp_enable="YES" # Clear /tmp at startup. cvs diff: Diffing geom Index: geom/geom_subr.c =================================================================== RCS file: /usr/ncvs/src/sys/geom/geom_subr.c,v retrieving revision 1.82 diff -u -r1.82 geom_subr.c --- geom/geom_subr.c 5 Sep 2004 21:15:58 -0000 1.82 +++ geom/geom_subr.c 8 Oct 2004 00:18:38 -0000 @@ -195,7 +195,15 @@ switch (type) { case MOD_LOAD: g_trace(G_T_TOPOLOGY, "g_modevent(%s, LOAD)", hh->mp->name); - g_post_event(g_load_class, hh, M_WAITOK, NULL); + /* + * Once the system is not cold, MOD_LOAD calls will be + * from the userland and the g_event thread will be able + * to acknowledge their completion. + */ + if (cold) + g_post_event(g_load_class, hh, M_WAITOK, NULL); + else + g_waitfor_event(g_load_class, hh, M_WAITOK, NULL); error = 0; break; case MOD_UNLOAD: cvs diff: Diffing geom/bde cvs diff: Diffing geom/concat cvs diff: Diffing geom/gate cvs diff: Diffing geom/label cvs diff: Diffing geom/mirror cvs diff: Diffing geom/nop cvs diff: Diffing geom/raid3 cvs diff: Diffing geom/stripe cvs diff: Diffing geom/ugz cvs diff: Diffing geom/uzip cvs diff: Diffing geom/vinum -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 01:45: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 109F916A4CE for ; Tue, 12 Oct 2004 01:45:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F371A43D49 for ; Tue, 12 Oct 2004 01:45:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E192672DD4; Mon, 11 Oct 2004 18:45:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DC86D72DCB; Mon, 11 Oct 2004 18:45:05 -0700 (PDT) Date: Mon, 11 Oct 2004 18:45:05 -0700 (PDT) From: Doug White To: Andrew Wiles In-Reply-To: <4165A018.8040906@jara23.co.uk> Message-ID: <20041011184340.I34886@carver.gumbysoft.com> References: <4165A018.8040906@jara23.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 01:45:06 -0000 On Thu, 7 Oct 2004, Andrew Wiles wrote: > After upgrading to BETA7 I've started to get vr0: watchdog timeout > errors during high network load, causing the interface to stop > responding for short (120 seconds or there about) times, resulting in > nfs server not responding errors on client machines. dmesg would have been nice. If you're running UP then try disabling or removing apic. apic on my Soyo KT400 is broken and it makes other cards flip out with it enabled, although the vr0 works fine. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 01:55: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 C81A616A4CF for ; Tue, 12 Oct 2004 01:55:31 +0000 (GMT) Received: from skynet.asgard.jara23.co.uk (asgard.jara23.co.uk [84.92.17.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3932843D41 for ; Tue, 12 Oct 2004 01:55:30 +0000 (GMT) (envelope-from adw@jara23.co.uk) Received: from [127.0.0.1] (nofate.asgard.jara23.co.uk [10.0.2.2]) (authenticated bits=0)i9C1tCNL001365 for ; Tue, 12 Oct 2004 02:55:17 +0100 (BST) (envelope-from adw@jara23.co.uk) Message-ID: <416B3975.8050304@jara23.co.uk> Date: Tue, 12 Oct 2004 02:55:01 +0100 From: Andrew Wiles User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <4165A018.8040906@jara23.co.uk> <20041011184340.I34886@carver.gumbysoft.com> In-Reply-To: <20041011184340.I34886@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on skynet.asgard.jara23.co.uk X-Virus-Status: Clean Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 01:55:32 -0000 I neglected to include a dmesg in my initial report, here it is: 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-BETA7 #4: Tue Oct 5 03:22:53 BST 2004 adw@skynet.asgard.jara23.co.uk:/usr/obj/usr/src/sys/SKYNET.7ZXE WARNING: MPSAFE network stack disabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) (750.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183fbff AMD Features=0xc0440000 real memory = 536805376 (511 MB) avail memory = 515645440 (491 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard 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 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.4 (no driver attached) pcm0: port 0xd000-0xd003,0xd400-0xd403,0xd800-0xd8ff irq 9 at device 7.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: ohci0: mem 0xdfffb000-0xdfffbfff irq 5 at device 10.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffc000-0xdfffcfff irq 11 at device 10.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ugen0: THOMSON Speed Touch 330, rev 1.10/4.00, addr 2 ohci2: mem 0xdfffd000-0xdfffdfff irq 10 at device 10.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 10.3 (no driver attached) trm0: port 0xdc00-0xdcff mem 0xdffff000-0xdfffffff irq 10 at device 13.0 on pci0 trm0: [GIANT-LOCKED] vr0: port 0xcc00-0xcc7f mem 0xdfffee80-0xdfffeeff irq 5 at device 15.0 on pci0 miibus0: on vr0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:50:ba:e3:9b:65 vr0: [GIANT-LOCKED] cpu0 on motherboard orm0: at iomem 0xcb800-0xd37ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: at port 0x378-0x37f irq 7 on isa0 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 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 (irq) Timecounter "TSC" frequency 750032376 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited acd0: CDROM at ata0-master PIO4 afd0: REMOVABLE at ata0-slave PIO2 Waiting 2 seconds for SCSI devices to settle da1 at trm0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8755MB (17930694 512 byte sectors: 255H 63S/T 1116C) da0 at trm0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) da0: 4095MB (8388314 512 byte sectors: 255H 63S/T 522C) Mounting root from ufs:/dev/da0s1a Doug White wrote: > On Thu, 7 Oct 2004, Andrew Wiles wrote: > > >>After upgrading to BETA7 I've started to get vr0: watchdog timeout >>errors during high network load, causing the interface to stop >>responding for short (120 seconds or there about) times, resulting in >>nfs server not responding errors on client machines. > > > dmesg would have been nice. If you're running UP then try disabling or > removing apic. apic on my Soyo KT400 is broken and it makes other cards > flip out with it enabled, although the vr0 works fine. > -- This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. For more infomration on ClamAV see http://www.clamav.net/ asgard.jara23.co.uk - Building the future on the ashes of the past. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 01: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 61EE916A4CE; Tue, 12 Oct 2004 01:57:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5201943D31; Tue, 12 Oct 2004 01:57:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 425B172DD4; Mon, 11 Oct 2004 18:57:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3FD7372DCB; Mon, 11 Oct 2004 18:57:06 -0700 (PDT) Date: Mon, 11 Oct 2004 18:57:06 -0700 (PDT) From: Doug White To: Jose M Rodriguez In-Reply-To: <200410081355.39055.josemi@freebsd.jazztel.es> Message-ID: <20041011185207.N34886@carver.gumbysoft.com> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> <200410081355.39055.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 01:57:06 -0000 On Fri, 8 Oct 2004, Jose M Rodriguez wrote: > El Viernes, 8 de Octubre de 2004 12:45, Rajappa Iyer escribi=F3: > > > "Rajappa Iyer" writes: > > >> I tried disabling the atkbd and atkbdc, but it still finds and > > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > > >> > > >> Any way out of this situation? > > > > > > echo 'devd_enable=3D"YES"' >>/etc/rc.conf > > > /etc/rc.d/devd start > > > > Unfortunately, I cannot get to the shell with a usable keyboard to > > type in the above commands. I'm basically stuck at sysinstall. > > > > Have you BIOS any USB dos/keyboard compat mode. You may tweak this > later after sysintall reboot Its usually called "USB Legacy". It provides Ps/2 emulation for USB, but it usually kicks out after loader jumps in. Your BIOS may be able to keep it going for some reason. There's also hint.atkbdc.0.disabled=3D"1" --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 01: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 61EE916A4CE; Tue, 12 Oct 2004 01:57:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5201943D31; Tue, 12 Oct 2004 01:57:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 425B172DD4; Mon, 11 Oct 2004 18:57:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3FD7372DCB; Mon, 11 Oct 2004 18:57:06 -0700 (PDT) Date: Mon, 11 Oct 2004 18:57:06 -0700 (PDT) From: Doug White To: Jose M Rodriguez In-Reply-To: <200410081355.39055.josemi@freebsd.jazztel.es> Message-ID: <20041011185207.N34886@carver.gumbysoft.com> References: <1383.69.109.125.98.1097208742.squirrel@69.109.125.98> <2421.69.109.124.35.1097232334.squirrel@69.109.124.35> <200410081355.39055.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Installing 5.3-BETA7 without PS/2 keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 01:57:06 -0000 On Fri, 8 Oct 2004, Jose M Rodriguez wrote: > El Viernes, 8 de Octubre de 2004 12:45, Rajappa Iyer escribi=F3: > > > "Rajappa Iyer" writes: > > >> I tried disabling the atkbd and atkbdc, but it still finds and > > >> attaches kbd0 to atkbd and kbd1 to the USB keyboard. > > >> > > >> Any way out of this situation? > > > > > > echo 'devd_enable=3D"YES"' >>/etc/rc.conf > > > /etc/rc.d/devd start > > > > Unfortunately, I cannot get to the shell with a usable keyboard to > > type in the above commands. I'm basically stuck at sysinstall. > > > > Have you BIOS any USB dos/keyboard compat mode. You may tweak this > later after sysintall reboot Its usually called "USB Legacy". It provides Ps/2 emulation for USB, but it usually kicks out after loader jumps in. Your BIOS may be able to keep it going for some reason. There's also hint.atkbdc.0.disabled=3D"1" --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02:01: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 57B4116A4CE for ; Tue, 12 Oct 2004 02:01:04 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ACF143D5C for ; Tue, 12 Oct 2004 02:01:04 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4093072DD4; Mon, 11 Oct 2004 19:01:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3BBE172DCB; Mon, 11 Oct 2004 19:01:04 -0700 (PDT) Date: Mon, 11 Oct 2004 19:01:04 -0700 (PDT) From: Doug White To: jason In-Reply-To: <41662361.2050501@ec.rr.com> Message-ID: <20041011185954.W34886@carver.gumbysoft.com> References: <41662361.2050501@ec.rr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current Subject: Re: beta7 fails to load if_rl.ko on a clean install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 02:01:04 -0000 On Fri, 8 Oct 2004, jason wrote: > I just installed beta7 on a new computer to night and could not get the > wireless pci card from linksys to work. I found out it was a realtek > chip inside it with the linksys model wmp54g. When I found out it was a > 1839(I think that was it) I tried the if_rl driver and it bombed with > something like: > > module rl/miibus failed to register: 17 This is pretty normal; 17 is EEXISTS, and considering it miibus, its probably whining that the miibus bits are already loaded. The rl driver does not support wireless cards. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02:06: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 3378916A4CE for ; Tue, 12 Oct 2004 02:06:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2519943D39 for ; Tue, 12 Oct 2004 02:06:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1BA5272DD4; Mon, 11 Oct 2004 19:06:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1688772DCB; Mon, 11 Oct 2004 19:06:35 -0700 (PDT) Date: Mon, 11 Oct 2004 19:06:35 -0700 (PDT) From: Doug White To: bruce@zuhause.mn.org In-Reply-To: <16742.32188.781000.155037@celery.zuhause.org> Message-ID: <20041011190508.D34886@carver.gumbysoft.com> References: <16742.32188.781000.155037@celery.zuhause.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Are USB 2 hubs supported in FreeBSD 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: Tue, 12 Oct 2004 02:06:35 -0000 On Fri, 8 Oct 2004 bruce@zuhause.mn.org wrote: > Are USB 2 hubs supported? If they're not supported, is there a way > to enable EHCI, and force a USB 2 hub to operate in USB 1 mode? High-speed hubs are not currrently supported. I don't think ehci knows how to talk to non-high-speed devices. If you plug a non-high-speed device into an EHCI-served port, it lets the uhci emulation layer take over. Obviously disabling or removing the ehci device from you rkernel will allow you to use your devices at USB1 speeds. EHCI has some, er, interesting issues anyway, and need some serious work... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02:08: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 79B3416A4CF for ; Tue, 12 Oct 2004 02:08:45 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682A143D1F for ; Tue, 12 Oct 2004 02:08:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5C66872DF4; Mon, 11 Oct 2004 19:08:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 57F7072DCB; Mon, 11 Oct 2004 19:08:45 -0700 (PDT) Date: Mon, 11 Oct 2004 19:08:45 -0700 (PDT) From: Doug White To: jmarquez@telenetwork.com In-Reply-To: <60085.70.112.63.168.1097242072.squirrel@webmail.telenetwork.com> Message-ID: <20041011190745.S34886@carver.gumbysoft.com> References: <60085.70.112.63.168.1097242072.squirrel@webmail.telenetwork.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 02:08:45 -0000 On Fri, 8 Oct 2004 jmarquez@telenetwork.com wrote: > When I execute startx, xauth gives me the following error twice in a row. > > xauth: (stdin):1: bad "add" command line Make sure your machine can resolve its own hostname. THere's a couple of name lookups in the xauth path and it'll spit this out if the lookup fails. Make sure the system's hostname is fully qualified and listed in /etc/hosts, DNS, or both :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02:18: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 0915916A4CE for ; Tue, 12 Oct 2004 02:18:53 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFC4F43D48 for ; Tue, 12 Oct 2004 02:18:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DD49172DF4; Mon, 11 Oct 2004 19:18:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D8A7172DCB; Mon, 11 Oct 2004 19:18:52 -0700 (PDT) Date: Mon, 11 Oct 2004 19:18:52 -0700 (PDT) From: Doug White To: Peter Jeremy In-Reply-To: <20041011074219.GA39251@cirb503493.alcatel.com.au> Message-ID: <20041011191812.A34886@carver.gumbysoft.com> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 02:18:53 -0000 On Mon, 11 Oct 2004, Peter Jeremy wrote: > I have an HP DL380 running 5.3 and it will not reboot from multi-user > mode - it hangs after printing "Rebooting..." and needs to be power- > cycled (since there's no reset button). > > This doesn't happen with 4.10 or in single-user mode. ACPI and > BROKEN_KEYBOARD_RESET make no difference. Adding some printf's in the > shutdown sequence shows that the code is getting to the keyboard reset > or invltlb() correctly. > > The big difference between 4.10 and 5.3 is ACPI - but disabling it > doesn't have any effect. Does anyone have any ideas for where to > search next? Working through /etc/rc.d would be a long and painful > process since the POST takes a couple of minutes. BIOS up to date? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02: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 85F5316A4CE for ; Tue, 12 Oct 2004 02:22:56 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 181FA43D45 for ; Tue, 12 Oct 2004 02:22:56 +0000 (GMT) (envelope-from obrienster@gmail.com) Received: by mproxy.gmail.com with SMTP id 80so171640rnk for ; Mon, 11 Oct 2004 19:22:55 -0700 (PDT) Received: by 10.38.179.17 with SMTP id b17mr1445261rnf; Mon, 11 Oct 2004 19:22:55 -0700 (PDT) Received: by 10.38.206.63 with HTTP; Mon, 11 Oct 2004 19:22:55 -0700 (PDT) Message-ID: Date: Mon, 11 Oct 2004 22:22:55 -0400 From: Chris O'Brien To: freebsd-current@freebsd.org In-Reply-To: <416B3975.8050304@jara23.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4165A018.8040906@jara23.co.uk> <20041011184340.I34886@carver.gumbysoft.com> <416B3975.8050304@jara23.co.uk> Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris O'Brien List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 02:22:56 -0000 What's in your rc.conf? Have you tried hard setting the ethernet port to 10/half or 100/full? I have seen this problem in the past with 3Com cards and setting the media and mediaopt paramaters has helped. -Chris On Tue, 12 Oct 2004 02:55:01 +0100, Andrew Wiles wrote: > I neglected to include a dmesg in my initial report, here it is: > 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-BETA7 #4: Tue Oct 5 03:22:53 BST 2004 > adw@skynet.asgard.jara23.co.uk:/usr/obj/usr/src/sys/SKYNET.7ZXE > WARNING: MPSAFE network stack disabled, expect reduced performance. > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Duron(tm) (750.03-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 > > Features=0x183fbff > AMD Features=0xc0440000 > real memory = 536805376 (511 MB) > avail memory = 515645440 (491 MB) > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > 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 > pci1: at device 0.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > atapci0: Correcting VIA config for southbridge data corruption bug > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 7.4 (no driver attached) > pcm0: port 0xd000-0xd003,0xd400-0xd403,0xd800-0xd8ff irq > 9 at device 7.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > ohci0: mem > 0xdfffb000-0xdfffbfff irq 5 at device 10.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ohci1: mem > 0xdfffc000-0xdfffcfff irq 11 at device 10.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ugen0: THOMSON Speed Touch 330, rev 1.10/4.00, addr 2 > ohci2: mem > 0xdfffd000-0xdfffdfff irq 10 at device 10.2 on pci0 > ohci2: [GIANT-LOCKED] > usb2: OHCI version 1.0, legacy support > usb2: on ohci2 > usb2: USB revision 1.0 > uhub2: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 10.3 (no driver attached) > trm0: port > 0xdc00-0xdcff mem 0xdffff000-0xdfffffff irq 10 at device 13.0 on pci0 > trm0: [GIANT-LOCKED] > vr0: port 0xcc00-0xcc7f mem > 0xdfffee80-0xdfffeeff irq 5 at device 15.0 on pci0 > miibus0: on vr0 > amphy0: on miibus0 > amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:50:ba:e3:9b:65 > vr0: [GIANT-LOCKED] > cpu0 on motherboard > orm0: at iomem 0xcb800-0xd37ff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > ppc0: at port 0x378-0x37f irq 7 on isa0 > 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 > 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 (irq) > Timecounter "TSC" frequency 750032376 Hz quality 800 > Timecounters tick every 10.000 msec > ipfw2 initialized, divert enabled, rule-based forwarding disabled, > default to deny, logging unlimited > acd0: CDROM at ata0-master PIO4 > afd0: REMOVABLE at ata0-slave PIO2 > Waiting 2 seconds for SCSI devices to settle > da1 at trm0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing > Enabled > da1: 8755MB (17930694 512 byte sectors: 255H 63S/T 1116C) > da0 at trm0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit) > da0: 4095MB (8388314 512 byte sectors: 255H 63S/T 522C) > Mounting root from ufs:/dev/da0s1a > > Doug White wrote: > > On Thu, 7 Oct 2004, Andrew Wiles wrote: > > > > > >>After upgrading to BETA7 I've started to get vr0: watchdog timeout > >>errors during high network load, causing the interface to stop > >>responding for short (120 seconds or there about) times, resulting in > >>nfs server not responding errors on client machines. > > > > > > dmesg would have been nice. If you're running UP then try disabling or > > removing apic. apic on my Soyo KT400 is broken and it makes other cards > > flip out with it enabled, although the vr0 works fine. > > > > -- > This e-mail has been scanned by asgard.jara23.co.uk with ClamAV for known viruses. > For more infomration on ClamAV see http://www.clamav.net/ > > asgard.jara23.co.uk - Building the future on the ashes of the past. > > > _______________________________________________ > 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 Oct 12 02:28: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 B47BA16A4CE; Tue, 12 Oct 2004 02:28:18 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA7B43D2D; Tue, 12 Oct 2004 02:28:18 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1CHCOX-0002RB-00; Mon, 11 Oct 2004 22:28:17 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16747.16629.800516.945283@jerusalem.litteratus.org> Date: Mon, 11 Oct 2004 22:27:01 -0400 To: Robert Watson In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid cc: current@freebsd.org Subject: Re: "panic: spin lock entropy harvest mutex not in order list" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 02:28:18 -0000 Robert Watson writes: > When I committed the rewrite of the /dev/random entropy > harvesting locking, I ommitted to commit the change to > subr_witness.c telling witness about the lock change; witness > requires that all spin locks be identified in the hard-coded lock > order (although maybe only if witness skipspin is off, hence more > people not running into it?). I've merged the change to > subr_witness.c as change 1.182 as of a minute or two ago. Please > letme know if that change doesn't fix the problem. Update done, and it seems to have fixed the problem. If you don't hear on this again within 48 hours please consider the matter closed. Thanks, Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 02:29: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 E004D16A4CE; Tue, 12 Oct 2004 02:29:43 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F5C43D2D; Tue, 12 Oct 2004 02:29:43 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1CHCPj-0002aK-00; Mon, 11 Oct 2004 22:29:43 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16747.16728.981599.112853@jerusalem.litteratus.org> Date: Mon, 11 Oct 2004 22:28:40 -0400 To: Robert Watson In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid cc: current@freebsd.org Subject: Re: "panic: spin lock entropy harvest mutex not in order list" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 02:29:44 -0000 Robert Watson writes: > When I committed the rewrite of the /dev/random entropy > harvesting locking, I ommitted to commit the change to > subr_witness.c telling witness about the lock change; witness > requires that all spin locks be identified in the hard-coded lock > order (although maybe only if witness skipspin is off, hence more > people not running into it?). I've merged the change to > subr_witness.c as change 1.182 as of a minute or two ago. Please > letme know if that change doesn't fix the problem. Update done, and it seems to have fixed the problem. If you don't hear on this again within 48 hours please consider the matter closed. Thanks, Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 03:10: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 620CB16A4CE for ; Tue, 12 Oct 2004 03:10:59 +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 1815C43D2F for ; Tue, 12 Oct 2004 03:10:59 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 8E6E2295494; Mon, 11 Oct 2004 23:10:52 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Mon, 11 Oct 2004 23:10:52 -0400 (EDT) Message-ID: <1041.192.168.0.188.1097550652.squirrel@192.168.0.188> In-Reply-To: References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> <1042.192.168.0.188.1097537287.squirrel@192.168.0.188> Date: Mon, 11 Oct 2004 23:10:52 -0400 (EDT) From: "Mike Jakubik" To: LukeD@pobox.com 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: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 03:10:59 -0000 Luke said: > On Mon, 11 Oct 2004, Mike Jakubik wrote: >> >> I have booted the install in safe mode, and completed another install. >> Same problem. The machine has 1GB of RAM. I will try downloading a >> 4.10 CD and installing that. Another thing i noticed which may or may >> not be related is this error message (the machine is a single cpu >> athlon): >> >> mptable_probe: MP Config Table has bad signature: >> >> Thanks. > > I had that exact same error and behavior with 5.2.1 back in March. I > had to disable SMP and APIC in the kernel in order to boot the machine. > The "boot without APIC" on the startup menu worked until I was able to > build a custom kernel. > > Something in the SMP code just could not get along with the motherboard > on that machine. Considering the age, condition, and technological > oddness of the motherboard, I can't really blame the code for my problem > however. > This is not the same problem, i do not get to that stage of the boot. The install CD boots fine. I think you mean ACPI. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 03:19: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 7684D16A4CE for ; Tue, 12 Oct 2004 03:19:59 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2501243D1D for ; Tue, 12 Oct 2004 03:19:59 +0000 (GMT) (envelope-from barnaclewes@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so319353rnl for ; Mon, 11 Oct 2004 20:19:54 -0700 (PDT) Received: by 10.39.1.30 with SMTP id d30mr1630600rni; Mon, 11 Oct 2004 20:19:54 -0700 (PDT) Received: by 10.38.67.18 with HTTP; Mon, 11 Oct 2004 20:19:53 -0700 (PDT) Message-ID: Date: Mon, 11 Oct 2004 20:19:53 -0700 From: Wes Peters To: Ryan Newman In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: drosih@rpi.edu cc: current@freebsd.org cc: rainer@ultra-secure.de Subject: Re: perl 5.8.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Wes Peters List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:19:59 -0000 On Wed, 06 Oct 2004 19:25:44 +0000, Ryan Newman wrote: > >From: Garance A Drosihn > >To: "Ryan Newman" , rainer@ultra-secure.de > >CC: current@freebsd.org > >Subject: Re: perl 5.8.5 > >Date: Wed, 6 Oct 2004 15:12:00 -0400 > > > >At 6:51 PM +0000 10/6/04, Ryan Newman wrote: > >>>From: Rainer Duffner > >>> > >>>Is there actually anything that doesn't work with 5.8 but does > >>>work with 5.6? > >> > >>The biggest problem is that 5.8 defaults to unicode support which > >>ends up breaking a lot of complex applications. I know that linux > >>has shifted from 5.6 to 5.8 and this has caused a lot of people > >>problems on the linux platform. > > > >Here at work we are in the process of upgrading some older Linux > >systems to a newer release of Redhat, and we have been nailed by > >these unicode-related bugs in perl, particularly with some regexp > >patterns. In some cases this has caused a few scripts to fail > >in subtle ways, which is to say the script "succeeds" and claims > >everything went just fine, but the script didn't actually do what > >it was supposed to do, and what it had been doing for the past > >few years. In at least some of those cases, I think these are > >BUGS in the way perl handles the expression, and not "unavoidable > >consequences of Unicode support". That's just my opinion, though. > > > >I don't know if perl 5.8 on FreeBSD will cause the same issues. > >I have the impression that the default for unicode-handling can > >be changed on a system-wide basis (at least on Redhat), but I am > >not sure of the details. > > > >Even though I have hit some of these problems, I do think it is a > >good idea to make the change to 5.8 as part of FreeBSD 5.3-release. > >People should be taking a bit more time to check, cross-check, and > >re-check everything they are running if they are upgrading to > >5.3-release from 4.x-release. > > > > Having 5.3 default to perl 5.8 will add a lot of delay in several peoples > migration from 4.x for sure. And hasten a few others, no doubt. We have to pick what we want to support for the next 'N' years, and perl 5.6 is not that. -- Against stupidity the very gods Themselves contend in vain. Friedrich Schiller From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 03:40: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 8F2A316A4CE for ; Tue, 12 Oct 2004 03:40:06 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3071643D2F for ; Tue, 12 Oct 2004 03:40:06 +0000 (GMT) (envelope-from lukas@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:lukas@mx.freeshell.org [192.94.73.21]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i9C3e2vD024364; Tue, 12 Oct 2004 03:40:02 GMT Received: (from lukas@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id i9C3e2dM025761; Mon, 11 Oct 2004 20:40:02 -0700 (PDT) Date: Mon, 11 Oct 2004 20:40:02 -0700 (PDT) From: Luke X-X-Sender: lukas@mx.freeshell.org To: Mike Jakubik In-Reply-To: <1041.192.168.0.188.1097550652.squirrel@192.168.0.188> Message-ID: References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <1043.192.168.0.188.1097535096.squirrel@192.168.0.188> <1042.192.168.0.188.1097537287.squirrel@192.168.0.188> <1041.192.168.0.188.1097550652.squirrel@192.168.0.188> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: LukeD@pobox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 03:40:06 -0000 On Mon, 11 Oct 2004, Mike Jakubik wrote: > Date: Mon, 11 Oct 2004 23:10:52 -0400 (EDT) > From: Mike Jakubik > To: LukeD@pobox.com > Cc: freebsd-current@freebsd.org > Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) > > Luke said: > >> On Mon, 11 Oct 2004, Mike Jakubik wrote: >>> >>> I have booted the install in safe mode, and completed another install. >>> Same problem. The machine has 1GB of RAM. I will try downloading a >>> 4.10 CD and installing that. Another thing i noticed which may or may >>> not be related is this error message (the machine is a single cpu >>> athlon): >>> >>> mptable_probe: MP Config Table has bad signature: >>> >>> Thanks. >> >> I had that exact same error and behavior with 5.2.1 back in March. I >> had to disable SMP and APIC in the kernel in order to boot the machine. >> The "boot without APIC" on the startup menu worked until I was able to >> build a custom kernel. >> >> Something in the SMP code just could not get along with the motherboard >> on that machine. Considering the age, condition, and technological >> oddness of the motherboard, I can't really blame the code for my problem >> however. >> > > This is not the same problem, i do not get to that stage of the boot. The > install CD boots fine. I think you mean ACPI. > You're right. I am confused. It was safe mode that let me boot, not the "no ACPI" option on the boot menu. Like I said, it's been a few months. My problem really was SMP + APIC though. If safe mode is working for you, but normal mode gives you the mptable_probe error, my recommendation is still to compile a custom kernel without SMP and APIC. Since it's a single-processor system, you don't need them anyway. If I understand anything I've read correctly, there won't be an mptable_probe if you don't try to run an SMP kernel. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 04:16: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 53BD816A4CE; Tue, 12 Oct 2004 04:16:14 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E8E43D48; Tue, 12 Oct 2004 04:16:14 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B4E3EF1A2E; Mon, 11 Oct 2004 21:16:11 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60506-01; Mon, 11 Oct 2004 21:16:09 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 85A1CF19C6; Mon, 11 Oct 2004 21:16:09 -0700 (PDT) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-BFNPmo+1SPL/w9XaocVc" Message-Id: <1097554568.60681.12.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 21:16:09 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 04:16:14 -0000 --=-BFNPmo+1SPL/w9XaocVc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 12:31, Robert Watson wrote: > On Mon, 11 Oct 2004, Sean McNeil wrote: >=20 > > > Assuming you're not filling the send buffer, it would definitely sugg= est a > > > driver, configuration, or hardware bug. There have recently been a n= umber > > > of changes to the if_re driver to fix support for jumbo frames, etc. = It > > > would be interesting to know whether backing out to earlier revisions= of > > > the if_re driver affect the problem you're seeing. In particular, > > > ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting,= and > > > 1.31 is before some other related changes. Likewise, you could try > > > backing out to before locking was introduced by setting debug.mpsafen= et=3D0 > > > in loader.conf and then backing out to if_re.c:1.29. I might be gene= rally > > > useful to try setting debug.mpsafenet=3D0 with the current driver to > > > eliminate that as a possible concern. > >=20 > > These are good suggestions as well, but I have heard from another user > > that has seen this kind of thing over all of these versions. It is les= s > > likely then that the jumbo or locking changes caused the issue.=20 >=20 > Have you tried 4.x to see if the same problem occurs there? >=20 > Have you tried the normal juggling of ACPI, APIC, and other configuration > variables? It sounds like things work fine at minimal bandwidth rates, s= o > that probably rules out interrupt problems and the like, but I figured it > was worth asking. >=20 > I assume you've probably looked at substituting the switch, forcing > auto-negotiation to 1gb, etc? I wrote a small program to look at the data a little. It looks a lot like a bursting issue yet the data is metered out and shouldn't have this kind of problem. It is an MPEG-2 transport stream. What I see is typically I'll get 42 packets through just fine and then 11 packets lost. The maximum number of packets I get before a drop is 449 and I've lost a maximum of 51 in a row. For the most part, though, it is very close to 42 good then 11 missing. This is with 928448 total packets and 176591 missing. Packets are 1316 bytes each. Again, 100BT has no packet loss. Only happens with gigE. It is possible that my Linksys 8-port gigE switch is dropping them but I find this highly unlikely. More likely this has something to do with the if_re driver and how it does transmit. It uses a periodic timer. Sean --=-BFNPmo+1SPL/w9XaocVc 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) iD8DBQBBa1qIyQsGN30uGE4RApz5AKC+Xgb8EKj4BFUjJvYHtgYhrKxH1ACgpsJV O7YWBenxaU0XSmgbQOxGiRQ= =goq4 -----END PGP SIGNATURE----- --=-BFNPmo+1SPL/w9XaocVc-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 06:13: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 0B53D16A4CE for ; Tue, 12 Oct 2004 06:13:55 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9285643D53 for ; Tue, 12 Oct 2004 06:13:54 +0000 (GMT) (envelope-from rmorris@mos.us) Received: (qmail 7050 invoked from network); 12 Oct 2004 06:13:54 -0000 Received: from dsl092-213-160.atl1.dsl.speakeasy.net (HELO [10.10.0.163]) (rycamor@[66.92.213.160]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 12 Oct 2004 06:13:54 -0000 Message-ID: <416B69D3.80907@mos.us> Date: Tue, 12 Oct 2004 01:21:23 -0400 From: Rick Morris User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <41620B5E.5070409@mos.us> <416240FE.3090506@DeepCore.dk> <4162F0E4.7050108@mos.us> <4162FF69.8010702@DeepCore.dk> <41674785.7010201@big-blue.net> <41693C71.8010201@DeepCore.dk> In-Reply-To: <41693C71.8010201@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: SiS 962/963 support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 06:13:55 -0000 Well, It seems the problem has nothing to do with the ATA driver at all. Even though it looks like that is where the freeze occurs, it is actually the Firewire (1384) support that causes the freeze. After systematically disabling every other option in the BIOS, I found that this is the only thing that prevents the system from booting, and in fact full DMA/ATA100 support works fine. This solves our immediate problem, although we eventually would like to use the firewire port on these systems. So far, there is absolutely no error output, even in verbose mode, that mentions the IEEE 1384 device when it is enabled. Other than this, we are extremely happy with the performance and stability of 5.3 so far. (sorry for the email bounce... corrected as rmorris@mos.us.) Sřren Schmidt wrote: > Rick Morris wrote: > >> I have attached the verbose output from the serial console while >> attempting the CD boot of 5.3 Beta 7. > > > Hmm, that looks awfully normal actually, have you tried to disable DMA > on the ATAPI CDROM ? > > BTW the reply to your address bounces: > > ----- The following addresses had permanent fatal errors ----- > > (reason: 550 5.1.1 ... User unknown) > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 07:56: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 7504E16A4CE; Tue, 12 Oct 2004 07:56:28 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD79743D2D; Tue, 12 Oct 2004 07:56:27 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (1z0escn0@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9C7uQDk095543; Tue, 12 Oct 2004 11:56:26 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 12 Oct 2004 11:56:26 +0400 (MSD) From: Maxim Konovalov To: Brian Fundakowski Feldman In-Reply-To: <20041012011025.GL988@green.homeunix.org> Message-ID: <20041012115613.M52287@mp2.macomnet.net> References: <16736.23268.584348.209354@ran.psg.com> <20041012011025.GL988@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Randy Bush cc: FreeBSD Current Subject: Re: fails to mount md /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 07:56:28 -0000 It helps, thank you! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 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 B18D016A4CE for ; Tue, 12 Oct 2004 08:19:47 +0000 (GMT) Received: from smtp19.wxs.nl (smtp19.wxs.nl [195.121.6.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BCE543D31 for ; Tue, 12 Oct 2004 08:19:47 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210])2004))freebsd-current@freebsd.org; Tue, 12 Oct 2004 10:19:46 +0200 (CEST) Received: (qmail 21569 invoked from network); Tue, 12 Oct 2004 08:19:45 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 12 Oct 2004 08:19:45 +0000 Received: (qmail 959 invoked from network); Tue, 12 Oct 2004 08:19:43 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Tue, 12 Oct 2004 08:19:43 +0000 Received: (qmail 815 invoked from network); Tue, 12 Oct 2004 08:19:43 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Tue, 12 Oct 2004 08:19:43 +0000 Date: Tue, 12 Oct 2004 10:19:42 +0200 From: Ronald Klop To: Discussions about the use of FreeBSD-current Message-id: MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_7CeHzPHsdUXyAqcerpJh7g)" User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: snd_sbc doesn't create a device in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:19:47 -0000 --Boundary_(ID_7CeHzPHsdUXyAqcerpJh7g) Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hello, I just have a little bit off success detecting my onboard soundcard after adding the following lines to /boot/device.hints. hint.sbc.0.at="isa" hint.sbc.0.port="0x220" hint.sbc.0.irq="5" hint.sbc.0.drq="1" hint.sbc.0.flags="0x15" Now I see these extra lines at boot: sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 sbc0: [GIANT-LOCKED] After kldunload/kldload snd_sbc it says drq 5,1, but the rest is the same. But there is no extra device in /dev. Am I missing something? Attached is my dmesg.boot. I do have two sound devices and the emu10k1 is detected properly. Is something conflicting? Can I give more debug info? I have these modules loaded. 1 21 0xc0400000 2a1d90 kernel 2 1 0xc06a2000 9970 cd9660.ko 3 1 0xc06ac000 ea68 msdosfs.ko 4 1 0xc06bb000 7494 snd_emu10k1.ko 5 3 0xc06c3000 1d4fc sound.ko 7 1 0xc06e6000 5bcc g_md.ko 8 1 0xc06ec000 1a1c mem.ko 9 1 0xc06ee000 1bcc io.ko 10 14 0xc06f0000 536fc acpi.ko 11 2 0xc15b6000 5000 procfs.ko 12 1 0xc15cc000 5000 linprocfs.ko 13 1 0xc15d1000 17000 linux.ko 14 1 0xc1686000 2c000 nfsclient.ko 15 1 0xc16e3000 1e000 nfsserver.ko 16 1 0xc1cd1000 4000 snd_sbc.ko Greetings, Ronald. -- Ronald Klop Amsterdam, The Netherlands --Boundary_(ID_7CeHzPHsdUXyAqcerpJh7g) Content-type: application/octet-stream; name=dmesg.boot Content-transfer-encoding: 8bit Content-disposition: attachment; filename=dmesg.boot 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-BETA7 #31: Sun Oct 10 17:19:00 CEST 2004 root@guido.thuis.klop.ws:/usr/obj/usr/src/sys/GUIDO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (497.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 402653184 (384 MB) avail memory = 388509696 (370 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0x2000-0x201f mem 0x40100000-0x401fffff,0x40200000-0x40200fff irq 11 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:a3:d9:44 pcm0: port 0x2060-0x207f irq 11 at device 14.0 on pci0 pcm0: isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0x2040-0x204f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x2020-0x203f irq 11 at device 20.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 intpm0: port 0xfc00-0xfc0f irq 9 at device 20.3 on pci0 intpm0: I/O mapped fc00 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped f800 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 IntelliMouse, device ID 3 ppc0 port 0x778-0x77d,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 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xe0000-0xe7fff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 sbc0: [GIANT-LOCKED] Timecounter "TSC" frequency 497837792 Hz quality 800 Timecounters tick every 4.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 9541MB [19386/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a --Boundary_(ID_7CeHzPHsdUXyAqcerpJh7g)-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 08:26: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 D4C1816A4CE for ; Tue, 12 Oct 2004 08:26:43 +0000 (GMT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60FA243D53 for ; Tue, 12 Oct 2004 08:26:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1CHHzP-0001CN-04; Tue, 12 Oct 2004 10:26:35 +0200 Received: from Andro-Beta.Leidinger.net (JlEEGUZDoeGfLGxRkr6lkPRDcToIQ56t3Mbgw-MxwCtsfsu7tTi0ol@[84.128.194.74]) by fmrl01.sul.t-online.com with esmtp id 1CHHzE-0UqE6K0; Tue, 12 Oct 2004 10:26:24 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9C8QHst096227; Tue, 12 Oct 2004 10:26:17 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9C8QH9c096226; Tue, 12 Oct 2004 10:26:17 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.hompeip.net (IMP) with HTTP for ; Tue, 12 Oct 2004 10:26:17 +0200 Message-ID: <1097569577.416b952921fac@netchild.hompeip.net> Date: Tue, 12 Oct 2004 10:26:17 +0200 From: Alexander@Leidinger.net To: Kirk Strauser References: <200410111004.05203.kirk@strauser.com> In-Reply-To: <200410111004.05203.kirk@strauser.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 53.122.192.14 X-ID: JlEEGUZDoeGfLGxRkr6lkPRDcToIQ56t3Mbgw-MxwCtsfsu7tTi0ol@t-dialin.net X-TOI-MSGID: 9291816a-68c7-46e1-ac32-a7a08b580b54 cc: freebsd-current@freebsd.org Subject: Re: How to safely clean out /lib, /usr/lib? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:26:43 -0000 Zitat von Kirk Strauser : > I have a metric buttload of ancient libraries in /lib and /usr/lib, some > probably going back to the original FreeBSD 3.3 installation on the > machine. I've run libchk to get a list of unreferenced libraries, but I > wanted to ask before I throw myself to the mercy of my backup tape: is > there any reason not to delete all of those old libraries? Can you send me a filelist please? I'm working on Makefile targets to get rid of the old files/libs/dirs. If you've recompiled _everything_ (even software which wasn't installed via /usr/ports), there's no obvious reason to not delete them. But even if there's something which doesn't work after removing them: it should be easy to recompile the failing software. Bye, Alexander. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 08:32: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 80C0B16A4CE for ; Tue, 12 Oct 2004 08:32:19 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B13B843D41 for ; Tue, 12 Oct 2004 08:32:17 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id RAA21547; Tue, 12 Oct 2004 17:30:49 +0900 (JST) Message-Id: <200410120830.RAA21547@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: Ronald Klop From: takawata@jp.freebsd.org In-reply-to: Your message of "Tue, 12 Oct 2004 10:19:42 +0200." Date: Tue, 12 Oct 2004 17:30:49 +0900 Sender: takawata@axe-inc.co.jp cc: freebsd-current@freebsd.org Subject: Re: snd_sbc doesn't create a device in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:32:19 -0000 In message , Ronald Klop wrote: >Now I see these extra lines at boot: >sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 >sbc0: [GIANT-LOCKED] >After kldunload/kldload snd_sbc it says drq 5,1, but the rest is the same. > >But there is no extra device in /dev. >Am I missing something? > >Attached is my dmesg.boot. I do have two sound devices and the emu10k1 is >detected properly. >Is something conflicting? Can I give more debug info? > >I have these modules loaded. > 1 21 0xc0400000 2a1d90 kernel > 2 1 0xc06a2000 9970 cd9660.ko > 3 1 0xc06ac000 ea68 msdosfs.ko > 4 1 0xc06bb000 7494 snd_emu10k1.ko > 5 3 0xc06c3000 1d4fc sound.ko > 7 1 0xc06e6000 5bcc g_md.ko > 8 1 0xc06ec000 1a1c mem.ko > 9 1 0xc06ee000 1bcc io.ko >10 14 0xc06f0000 536fc acpi.ko >11 2 0xc15b6000 5000 procfs.ko >12 1 0xc15cc000 5000 linprocfs.ko >13 1 0xc15d1000 17000 linux.ko >14 1 0xc1686000 2c000 nfsclient.ko >15 1 0xc16e3000 1e000 nfsserver.ko >16 1 0xc1cd1000 4000 snd_sbc.ko Try # kldload snd_ess.ko also. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 08:36: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 4E44416A4CE for ; Tue, 12 Oct 2004 08:36:30 +0000 (GMT) Received: from kcp05h-gw.pragonet.cz (eth0.kcp05h-gw.pragonet.cz [212.67.74.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E8D43D41 for ; Tue, 12 Oct 2004 08:36:29 +0000 (GMT) (envelope-from Zdenek.Roubicek@pragonet.cz) Received: by kcp05h-gw.pragonet.cz (Postfix, from userid 1002) id 979B4774ED; Tue, 12 Oct 2004 10:36:27 +0200 (CEST) Received: from pgnmail1.pgnaplikace.cz (isanat.pragonet.cz [212.67.66.42]) by kcp05h-gw.pragonet.cz (Postfix) with ESMTP id 69C00774ED for ; Tue, 12 Oct 2004 10:36:27 +0200 (CEST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 12 Oct 2004 10:36:27 +0200 Message-ID: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: if_bge with (was: Re: Strange things on GBit / 1000->100 /net.inet.tcp.inflight.* ) Thread-Index: AcSnsOdYXlWVP0sTR+ufIi8kpeHeRgIHRszw From: =?iso-8859-1?Q?Roub=EDcek_Zdenek_=28T-Systems_PragoNet=29?= To: X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kcp05h-gw.pragonet.cz X-Spam-Status: No, hits=-100.0 required=5.0 tests=USER_IN_WHITELIST autolearn=no version=2.64 X-Spam-Level: Subject: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:36:30 -0000 Hello current I have run into a problem with my Broadcom NIC (Dell LATITUDE D600). I = am not able to detect 802.1Q tags on incoming interface with ethereal or = tcpdump. All incoming packets seems like they are not coming through = trunk but as native ETH frames, ie. the vlan tag is missing, probably = removed before being passed to tcpdump? No I have not tested NIC's behaviour on 4.X, but I is working with linux = (2.6.something kernel probably?) Any ideas what to modify or set so I can detect vlan_tag would be very = apreciated. Regards, zdenek Here is what I believe to be of interest: spaca-ntb# uname -a FreeBSD spaca-ntb.prago.net 5.3-BETA7 FreeBSD 5.3-BETA7 #2: Mon Oct 11 = 22:59:16 CEST 2004 = root@spaca-ntb.prago.net:/usr/obj/usr/src/sys/GENERIC i386 spaca-ntb# dmesg | grep bge bge0: mem = 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bge0 spaca-ntb# pciconf -v -l ... bge0@pci2:0:0: class=3D0x020000 card=3D0x865d1028 chip=3D0x165d14e4 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM5705M Broadcom NetXtreme Gigabit Ethernet' class =3D network subclass =3D ethernet ... spaca-ntb# ifconfig bge0: flags=3D8843 mtu 1500 options=3D1a inet6 fe80::20d:56ff:fee2:edc4%bge0 prefixlen 64 scopeid 0x1 ether 00:0d:56:e2:ed:c4 media: Ethernet 100baseTX status: active plip0: flags=3D108810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 vlan100: flags=3D8843 mtu 1500 inet6 fe80::20d:56ff:fee2:edc4%vlan100 prefixlen 64 scopeid 0x4 inet 212.67.71.34 netmask 0xffffff00 broadcast 255.255.255.252 ether 00:0d:56:e2:ed:c4 media: Ethernet 100baseTX status: active vlan: 100 parent interface: bge0 spaca-ntb# sysctl -a | grep fastforw net.inet.ip.fastforwarding: 0 spaca-ntb# tcpdump -n -v -i bge0 host acc1.prago.net tcpdump: WARNING: bge0: no IPv4 address assigned tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size 96 = bytes 10:26:07.764778 IP (tos 0x10, ttl 62, id 16761, offset 0, flags [DF], = length: 52) 212.67.64.3.4073 > 212.67.71.34.22: . [tcp sum ok] ack = 825352345 win 15136 10:26:08.757016 IP (tos 0x10, ttl 62, id 16762, offset 0, flags [DF], = length: 52) 212.67.64.3.4073 > 212.67.71.34.22: . [tcp sum ok] ack 241 = win 15136 10:26:09.756784 IP (tos 0x10, ttl 62, id 16763, offset 0, flags [DF], = length: 52) 212.67.64.3.4073 > 212.67.71.34.22: . [tcp sum ok] ack 465 = win 15136 etc. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 08:45: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 DE18F16A4CE for ; Tue, 12 Oct 2004 08:45:50 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E49143D54 for ; Tue, 12 Oct 2004 08:45:50 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9C8jjc5003013; Tue, 12 Oct 2004 10:45:47 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416B99AB.5090603@DeepCore.dk> Date: Tue, 12 Oct 2004 10:45:31 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> In-Reply-To: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:45:51 -0000 Mike Jakubik wrote: > I just installed 5.7-BETA7 using 5.3-BETA7-i386-disc1.iso on my dual bo= ot > machine (Currently running WinXP). The installation went fine (i did it= > twice to make sure i didnt screw up), everything was detected fine. Aft= er > the installation was complete, i reboot and i get the FreeBSD boot load= er, > i hit F2 (the partition where fbsd is) and it just prints a carridge > return and it sits at "-", it does not spin and proceed as usual. This > particular machine is not new to FreeBSD, it has ran many version befor= e > just fine. The only thing that is different is that i am now using the > promise supertrak sx6000 (pst) ide raid controller, which works fine un= der > windows in raid 0 mode. You can not boot of a sx6000 controller. The reason is that somehow our bootcode and the BIOS on the sx6000=20 doesn't get along. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 08: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 1BC1016A4CF for ; Tue, 12 Oct 2004 08:46:06 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0B143D46 for ; Tue, 12 Oct 2004 08:46:05 +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 i9C8h4pf063752; Tue, 12 Oct 2004 04:43:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9C8gxbx063748; Tue, 12 Oct 2004 04:43:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 12 Oct 2004 04:42:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Benjamin Lutz In-Reply-To: <200410120011.40517.benlutz@datacomm.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:46:06 -0000 On Tue, 12 Oct 2004, Benjamin Lutz wrote: > > When you're experiencing this problem, can the NFS client ping the NFS > > server? > > Yes. > > > Are other NFS clients able to continue to access the NFS > > server without problems? > > Partially. Other clients can access parts of the exported share. It > appears that as soon as they access the directory in which the first > program froze, they freeze as well. If you log into the server and try to access that directory, do you succeed? You talked about having non-FreeBSD 5.x clients as well, I think, in an earlier e-mail -- if a FreeBSD 5.x client wedges on a directory on the server, will another non-FreeBSD client also wedge on touching the directory? Is it always the same director(y/ies) in which the wedge occurs? The behavior you describe above sounds like it might be a problem with the server, or, that the server generates bad or maybe just different responses that trigger a client bug for particular directories or in particular circumstances? With the exceptions of things like distributed advisory locking (rpc.lockd, etc), bugs in one client won't generally trigger the problem in another client a the same time unless it's a common property of the directory they touch. Ruling out debug.mpsafenet and/or if_re checksum issues would both be useful things to do. 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 Oct 12 08:53: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 B85B716A4CE for ; Tue, 12 Oct 2004 08:53:22 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EA3843D46 for ; Tue, 12 Oct 2004 08:53:22 +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 i9C8plXB063889; Tue, 12 Oct 2004 04:51:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9C8plcc063886; Tue, 12 Oct 2004 04:51:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 12 Oct 2004 04:51:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Doug White In-Reply-To: <20041011190745.S34886@carver.gumbysoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: jmarquez@telenetwork.com Subject: Re: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 08:53:22 -0000 On Mon, 11 Oct 2004, Doug White wrote: > On Fri, 8 Oct 2004 jmarquez@telenetwork.com wrote: > > > When I execute startx, xauth gives me the following error twice in a row. > > > > xauth: (stdin):1: bad "add" command line > > Make sure your machine can resolve its own hostname. THere's a couple > of name lookups in the xauth path and it'll spit this out if the lookup > fails. Make sure the system's hostname is fully qualified and listed in > /etc/hosts, DNS, or both :) And/or use the neat trick of using 'localhost' as your hostname, which I believe Apple uses at times. 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 Oct 12 09:02: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 CB79916A4CF for ; Tue, 12 Oct 2004 09:02:55 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D41643D3F for ; Tue, 12 Oct 2004 09:02:55 +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 i9C91KYU064008; Tue, 12 Oct 2004 05:01:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9C91ADK064002; Tue, 12 Oct 2004 05:01:20 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 12 Oct 2004 05:01:10 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20041011220159.733ad3ce.ubm@u-boot-man.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 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, 12 Oct 2004 09:02:55 -0000 On Mon, 11 Oct 2004, Marc UBM Bocklet wrote: > > Okay, now I do; I did a more thorough potential fix -- so if that > > worked for you, this should do the same without a socket memory leak. > > The life and times of sockets are fraught with peril... > > > > > > Okay, bad news: > > I just got another crash with your first patch applied, unfortunately my > roommate rebooted the server without doing a dump first or having a look > at the panic message. > > I'll try applying your latest patch and see if that fixes the problems. > If it does not, I'll get a dump and the usual ddb stuff. :-) Sounds good. I know that the problem Brian identified is a real race and a potential source of precisely the panic you were seeing. One reason I was interested in getting access to a dump from the panic, though, was to (if possible) confirm that it was *the* race causing the problem. It's a very likely candidate, but it would be good to know if we should be looking for another related race. If the code now in HEAD fixes it for you, please let me know (or if not, also :-). If it doesn't, the core would be very helpful. Thanks! 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 Oct 12 09:14: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 2AEF916A4CE; Tue, 12 Oct 2004 09:14:45 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 887C943D39; Tue, 12 Oct 2004 09:14:43 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2804.dyn.pacific.net.au (ppp2804.dyn.pacific.net.au [61.8.40.4])i9C9BNi3010870; Tue, 12 Oct 2004 19:11:25 +1000 From: Sam Lawrance To: Julian Elischer In-Reply-To: <416AC227.7010901@elischer.org> References: <416AC227.7010901@elischer.org> Content-Type: text/plain Date: Tue, 12 Oct 2004 19:16:59 +1000 Message-Id: <1097572619.822.19.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Robert Watson cc: David Xu Subject: Re: Noticable Delays Since Beta 3 (possible cause) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 09:14:45 -0000 On Mon, 2004-10-11 at 10:25 -0700, Julian Elischer wrote: > > On Sat, 9 Oct 2004, Sam Lawrance wrote: > > > >>I'm sorry, that patch was missing paths.. this one: > >> > >>http://sam.stral.net/freebsd/wakeupdelay-patch > >> > > It has been less than 2 days since it was committed to -current. Are you thinking of something else? The patch hasn't been committed AFAICS. Here is *another* patch, along the lines of what Matt suggested - the changes are only to sleepq_broadcast. Seems to work. This patch includes comment and doc changes to kern_synch and scheduler.9 indicating that setrunnable() no longer awakens the scheduler. I was not sure whether wchan != &proc0 should be added to the 'if' around the wakeup. I don't think it is needed. http://sam.stral.net/freebsd/wakeupdelay2-patch From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 09:29:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C83516A4CE for ; Tue, 12 Oct 2004 09:29:53 +0000 (GMT) Received: from acidy.com (iade006wl01.blackmesh.com [216.66.28.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 9037A43D46 for ; Tue, 12 Oct 2004 09:29:52 +0000 (GMT) (envelope-from steve@acidy.com) Received: (qmail 28543 invoked by uid 512); 12 Oct 2004 09:29:51 -0000 Received: from steve@acidy.com by terrence by uid 510 with qmail-scanner-1.21st (clamdscan: 0.70rc. spamassassin: 2.63. Clear:RC:1(212.44.26.32):. Processed in 1.726786 secs); 12 Oct 2004 09:29:51 -0000 Received: from unknown (HELO apollo.howes-macnaghten.com) (212.44.26.32) by acidy.com with SMTP; 12 Oct 2004 09:29:49 -0000 Received: from steve ([192.168.42.70]) by apollo.howes-macnaghten.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 12 Oct 2004 10:29:48 +0100 From: "Steve Hodgson" To: "'Steve Hodgson'" , Date: Tue, 12 Oct 2004 10:29:47 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-OriginalArrivalTime: 12 Oct 2004 09:29:48.0351 (UTC) FILETIME=[04851CF0:01C4B03E] Subject: RE: source upgrading from 5.2.1-p11 to RELENG_5 causes compile error in/usr/src/contrib/binutils/bfd (from/usr/src/gnu/usr.bin/binutils/libbfd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 09:29:53 -0000 owner-freebsd-current@freebsd.org wrote: > I've been cvsupping for the past few days and i always get > the following error. I've been unable to find much of this on google. > > My /etc/make.conf has nothing in particular in it, and i've > not done anything silly in the past with make includes et al. > I've tried setting OSRELDATE to zero to no avail, and i've > looked through /usr/src/UPDATING and not found much. I've > also tried running make cleandir (x2), deleting /usr/obj > again to no success. finally I can cd directly into > /usr/src/gnu/usr.bin/binutils/libbfd and "make" products the > same error. > > Am I missing the obvious? > > Steve > > apoligies for the length... > > BEGIN################################################ > ===> gnu/usr.bin/binutils/libbfd > cc -O -pipe -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 > -I/usr/src/gnu/usr.bin/binutils/libbfd > -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd > -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd > -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin > utils/include > -D_GNU_SOURCE > -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin > utils/bfd > -DSELECT_ARCHITECTURES=" &bfd_i386_arch" > -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec > -DSELECT_VECS=" &bfd_elf32_i386_freebsd_vec > ,&bfd_elf32_i386_vec" -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec > -I/usr/obj/usr/src/i386/legacy/usr/include -c > /usr/src/contrib/binutils/bfd/cpu-i386.c > In file included from /usr/src/contrib/binutils/bfd/cpu-i386.c:23: > /usr/src/contrib/binutils/bfd/libbfd.h:114: error: syntax > error before "_bfd_add_bfd_to_archive_cache" > /usr/src/contrib/binutils/bfd/libbfd.h:115: warning: data > definition has no type or storage class > /usr/src/contrib/binutils/bfd/libbfd.h:116: error: syntax > error before "_bfd_generic_mkarchive" > /usr/src/contrib/binutils/bfd/libbfd.h:117: warning: data > definition has no type or storage class > /usr/src/contrib/binutils/bfd/libbfd.h:120: error: syntax > error before "bfd_slurp_armap" Well, to answer my own question: you need to compile sed first. This is the steps I did cd /usr/src/usr.bin/sed sudo make build cd /usr/src sudo make buildworld It's not finished the build yet but its on the way. Since nobody else seems to have had this problem it probably isn't worth looking into too much further. If more people are bitten then perhaps an entry in /usr/src/UPDATING? Steve From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 09:36: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 BF78B16A4CE for ; Tue, 12 Oct 2004 09:36:18 +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 88FC143D46 for ; Tue, 12 Oct 2004 09:36:18 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.43) id 1CHJ4p-0000x7-L5 for freebsd-current@freebsd.org; Tue, 12 Oct 2004 10:36:15 +0100 Date: Tue, 12 Oct 2004 10:36:15 +0100 From: Dick Davies To: FreeBSD Current Users Message-ID: <20041012093615.GB19823@lb.tenfour> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: Rasputin Subject: Re: ports freeze and portaudit alerts 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, 12 Oct 2004 09:36:18 -0000 * Jacques Vidrine [1027 17:27]: > > On Oct 10, 2004, at 3:43 PM, Dick Davies wrote: > > Shouldn't serious bugs (like the JPEG vuln > >in firefox for example) to override the freeze? > > What "JPEG vuln in firefox"? Sorry, that was from memory - I was thinking of the libpng hole (which of course isn't firefox specific). But I'm still seeing this: s known vulnerabilities: >> mozilla -- scripting vulnerabilities. Reference: >> Please update your ports tree and try again. *** Error code 1 -- What have you done to the cat? It looks half-dead. - Schroedinger's wife Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 09:39: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 74E2B16A4CE for ; Tue, 12 Oct 2004 09:39:18 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EDB343D39 for ; Tue, 12 Oct 2004 09:39:16 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9C9cnRb026265; Tue, 12 Oct 2004 12:39:01 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9C9cgkp017120; Tue, 12 Oct 2004 12:38:42 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i9C9cd1j017119; Tue, 12 Oct 2004 12:38:39 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 12 Oct 2004 12:38:38 +0300 From: Giorgos Keramidas To: Dimitry Andric Message-ID: <20041012093838.GA16891@orion.daedalusnetworks.priv> References: <416AFFA7.6080902@mac.com> <20041011215934.GA88374@parodius.com> <416B0351.3070401@mac.com> <952911978.20041012002540@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <952911978.20041012002540@andric.com> cc: Pete Carss cc: freebsd-current@freebsd.org Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 09:39:18 -0000 On 2004-10-12 00:25, Dimitry Andric wrote: > On 2004-10-12 at 00:04:01 Pete Carss wrote: > > I thought the bump was pre BETA7, sorry for the noise - so it would also > > go away if I recompiled? (Just checking my logic) > > Yes. Specifically, if you recompile cvsup. :) (But please don't > forget to clean out cruft from /lib and /usr/lib before rebuilding.) Is recompiling absolutely necessary? I think not. I didn't have to rebuild cvsup from its sources, this is why I'm asking. I just pkg_delete'd on my workstation at work last night and installed cvsup from the package. Here's what I see now: : orion# ls -l /etc/libmap.conf : ls: /etc/libmap.conf: No such file or directory : orion# ldd `which cvsup` : /usr/local/bin/cvsup: : libz.so.2 => /lib/libz.so.2 (0x2810a000) : libutil.so.4 => /lib/libutil.so.4 (0x2811a000) : libmd.so.2 => /lib/libmd.so.2 (0x28126000) : libm.so.2 => /lib/libm.so.2 (0x28130000) : libc.so.5 => /lib/libc.so.5 (0x2814a000) : orion# pkg_info | grep cvsup : cvsup-without-gui-16.1h General network file distribution system \ : optimized for CVS : orion# - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 09:45: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 04D8516A4CE for ; Tue, 12 Oct 2004 09:45:33 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEB843D1F for ; Tue, 12 Oct 2004 09:45:32 +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 9668922852; Tue, 12 Oct 2004 11:45:30 +0200 (CEST) Date: Tue, 12 Oct 2004 11:45:24 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.1) Professional X-Priority: 3 (Normal) Message-ID: <157367088.20041012114524@andric.com> To: Giorgos Keramidas In-Reply-To: <20041012093838.GA16891@orion.daedalusnetworks.priv> References: <416AFFA7.6080902@mac.com> <20041011215934.GA88374@parodius.com> <416B0351.3070401@mac.com> <952911978.20041012002540@andric.com> <20041012093838.GA16891@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------4DEEF48222F66" cc: Pete Carss cc: freebsd-current@freebsd.org Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 09:45:33 -0000 ------------4DEEF48222F66 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-10-12 at 11:38:38 Giorgos Keramidas wrote: > Is recompiling absolutely necessary? I think not. I didn't have to > rebuild cvsup from its sources, this is why I'm asking. > I just pkg_delete'd on my workstation at work last night and installed > cvsup from the package. Here's what I see now: > : orion# ls -l /etc/libmap.conf > : ls: /etc/libmap.conf: No such file or directory > : orion# ldd `which cvsup` > : /usr/local/bin/cvsup: > : libz.so.2 => /lib/libz.so.2 (0x2810a000) > : libutil.so.4 => /lib/libutil.so.4 (0x2811a000) > : libmd.so.2 => /lib/libmd.so.2 (0x28126000) > : libm.so.2 => /lib/libm.so.2 (0x28130000) > : libc.so.5 => /lib/libc.so.5 (0x2814a000) And here you see that your version of cvsup uses libm.so.2 from /lib, which is the old version. The current (bumped) version is libm.so.3, and .2 should be in /usr/lib/compat (if you build with COMPAT4X=yes in make.conf). As long as it stays there, you should be able to run any "old" executables. So it's not absolutely necessary to update your ports, but then again, it's also not absolutely necessary to update your system at all. :) ------------4DEEF48222F66 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBa6e0sF6jCi4glqMRAnO5AKCDgc7hokvx+RWxJBZWdIXM1LmjhgCg8rw9 6OIrF7XcADRvs+7RXtAPPRs= =ufVS -----END PGP MESSAGE----- ------------4DEEF48222F66-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 09:58: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 0129C16A4CE for ; Tue, 12 Oct 2004 09:58:34 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 321FA43D1D for ; Tue, 12 Oct 2004 09:58:33 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9C9w5I0016476; Tue, 12 Oct 2004 12:58:17 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9C9w0jD017321; Tue, 12 Oct 2004 12:58:00 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)i9C9vp5Y017320; Tue, 12 Oct 2004 12:57:51 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 12 Oct 2004 12:57:51 +0300 From: Giorgos Keramidas To: Dimitry Andric Message-ID: <20041012095751.GA17178@orion.daedalusnetworks.priv> References: <416AFFA7.6080902@mac.com> <20041011215934.GA88374@parodius.com> <416B0351.3070401@mac.com> <952911978.20041012002540@andric.com> <20041012093838.GA16891@orion.daedalusnetworks.priv> <157367088.20041012114524@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <157367088.20041012114524@andric.com> cc: Pete Carss cc: freebsd-current@freebsd.org Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 09:58:34 -0000 On 2004-10-12 11:45, Dimitry Andric wrote: > On 2004-10-12 at 11:38:38 Giorgos Keramidas wrote: > > Is recompiling absolutely necessary? I think not. I didn't have to > > rebuild cvsup from its sources, this is why I'm asking. > > I just pkg_delete'd on my workstation at work last night and installed > > cvsup from the package. Here's what I see now: > > > : orion# ls -l /etc/libmap.conf > > : ls: /etc/libmap.conf: No such file or directory > > : orion# ldd `which cvsup` > > : /usr/local/bin/cvsup: > > : libz.so.2 => /lib/libz.so.2 (0x2810a000) > > : libutil.so.4 => /lib/libutil.so.4 (0x2811a000) > > : libmd.so.2 => /lib/libmd.so.2 (0x28126000) > > : libm.so.2 => /lib/libm.so.2 (0x28130000) > > : libc.so.5 => /lib/libc.so.5 (0x2814a000) > > And here you see that your version of cvsup uses libm.so.2 from /lib, > which is the old version. The current (bumped) version is libm.so.3, > and .2 should be in /usr/lib/compat (if you build with COMPAT4X=yes in > make.conf). Nice catch... Apparently, before updating my ports I cleaned up only /usr/lib and left a few stale libs in /lib. Thank you, Dimitry :) From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 10:35: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 EC84716A4CE for ; Tue, 12 Oct 2004 10:35:16 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C23FC43D5E for ; Tue, 12 Oct 2004 10:35:15 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 28777 invoked by uid 65534); 12 Oct 2004 10:35:14 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp017) with SMTP; 12 Oct 2004 12:35:14 +0200 X-Authenticated: #15946415 Received: from ms.homeip.net ([217.255.18.86] helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHK08-000KcM-LQ for freebsd-current@freebsd.org; Tue, 12 Oct 2004 12:35:28 +0200 Message-ID: <416BB35E.8060107@gmx.de> Date: Tue, 12 Oct 2004 12:35:10 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> In-Reply-To: <69b7b6901d.6901d69b7b@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 10:35:17 -0000 ANISH MISTRY wrote: > Well for the psm0 mouse you need to set some flags in your device.hints, > I'm not at my laptop right now, but searching the mailling list should turn up an answer. > As for the USB mouse you want to check if the USB is still working after resume. > If it is then you'll probably just need to restart the moused in your resume scripts. I'm a bit confused due to the devices. On what device is that trackpoint running and which one is used for an usb mouse. The Usb mouse works fine after resuming. I tried to restart moused as I thouhgt it is responsible for the track point, but that didn't work. But it works within sysinstall, but only as long as I stay in sysinstall. As soon, as I exit it, the trackpoint is dead again... Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 10:51: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 76D0016A4CE for ; Tue, 12 Oct 2004 10:51:50 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B9E43D5D for ; Tue, 12 Oct 2004 10:51:49 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHKFt-0007SY-00 Tue, 12 Oct 2004 12:51:45 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHKFr-0007RV-00 Tue, 12 Oct 2004 12:51:44 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CApZbi031683; Tue, 12 Oct 2004 12:51:35 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CApVZN009668; Tue, 12 Oct 2004 12:51:31 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 12:51:31 +0200 User-Agent: KMail/1.7 References: <69b7b6901d.6901d69b7b@osu.edu> <416BB35E.8060107@gmx.de> In-Reply-To: <416BB35E.8060107@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410121251.31740.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jochen Gensch Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 10:51:50 -0000 El Martes, 12 de Octubre de 2004 12:35, Jochen Gensch escribi=F3: > ANISH MISTRY wrote: > > Well for the psm0 mouse you need to set some flags in your > > device.hints, I'm not at my laptop right now, but searching the > > mailling list should turn up an answer. As for the USB mouse you > > want to check if the USB is still working after resume. If it is > > then you'll probably just need to restart the moused in your resume > > scripts. > > I'm a bit confused due to the devices. On what device is that > trackpoint running and which one is used for an usb mouse. The Usb > mouse works fine after resuming. I tried to restart moused as I > thouhgt it is responsible for the track point, but that didn't work. > But it works within sysinstall, but only as long as I stay in > sysinstall. As soon, as I exit it, the trackpoint is dead again... > > Jochen > There isn't mouse 'mux' support in FreeBSD's moused. You can use only=20 one. If you feel better with usb mouse, get in /etc/rc.conf: =2Dmoused_enable=3D"YES" +usbd_enable=3D"YES" You can add the 'other' mouse as an aditional pointer to X, but not use=20 both with moused. NOTE: the trackpad/PS2_mouse 'mux' feature is BIOS based, not FreeBSD. =2D- josemi=20 From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 11: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 6604816A4DA for ; Tue, 12 Oct 2004 11:24:20 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3A88B43D48 for ; Tue, 12 Oct 2004 11:24:19 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 24041 invoked by uid 65534); 12 Oct 2004 11:24:18 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp011) with SMTP; 12 Oct 2004 13:24:18 +0200 X-Authenticated: #15946415 Received: from ms.homeip.net ([217.255.18.86] helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHKlX-000Kqy-8I for freebsd-current@freebsd.org; Tue, 12 Oct 2004 13:24:27 +0200 Message-ID: <416BBED8.7020307@gmx.de> Date: Tue, 12 Oct 2004 13:24:08 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> <416BB35E.8060107@gmx.de> <200410121251.31740.josemi@freebsd.jazztel.es> In-Reply-To: <200410121251.31740.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 11:24:22 -0000 Jose M Rodriguez wrote: > There isn't mouse 'mux' support in FreeBSD's moused. You can use only > one. Sure that is true? I am using both at this moment on the console, so no X is runnig. Both with moused. I can activate usb mouse by moused -p /dev/ums0 and trackpoint by moused -p /dev/psm0. Usbd is running, too by the way. I figured out, that ums0 isn't the problem here, it just takes 2-3 seconds and it is there after resuming. I didn't know what device is carrying what mouse. So the problem is /dev/psm0. The trackpoint is dead after resuming, even though I entered a moused -p /dev/psm0 in /etc/rc.resume. This doesn't seem to be executed. Is that the correct place to set commands after resume? Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 11:40:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC13F16A4CE for ; Tue, 12 Oct 2004 11:40:17 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BD343D2D for ; Tue, 12 Oct 2004 11:40:17 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9545D02.dip.t-dialin.net [217.84.93.2]) (authenticated bits=0)i9CBeFFN087701 for ; Tue, 12 Oct 2004 13:40:16 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <416BC298.7050301@schlenker-webdesign.de> Date: Tue, 12 Oct 2004 13:40:08 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <416AB6A2.9060507@schlenker-webdesign.de> In-Reply-To: <416AB6A2.9060507@schlenker-webdesign.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Partially solved: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 11:40:17 -0000 Mattias Schlenker wrote: > Is there anyone out there who managed to mount the iPod Mini on > FreeBSD 5.2.1/5.3? > > I formatted the iPod as FAT32 with the supplied tools for Windows. > When plugging in the iPod, it is just recognized as mass storage > device (umassX), but no disks are created (umass0 shows up, but da0 > does not) -- no matter if I plug the iPod into a USB hub or directly > into a usb port on the back panel. > > The USB controller is a (cheap) SIS: > > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered I found another box with firewire where the iPod mini seems to work flawlessly. Since I also ran into some (lighter) USB trouble with Windows and the iPod I assume that the iPod mini (or its combined USB/FW chip) is responsible for the trouble. Googling shows that people using Linux suffer from the same problem, so I do not think that it makes sense to work around broken hardware and suggest using firewire instead of USB. Thanks anyone for helping and guessing, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 11:40: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 E0FEF16A4DC for ; Tue, 12 Oct 2004 11:40:33 +0000 (GMT) Received: from gama.univ-perp.fr (gama.univ-perp.fr [194.167.137.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C106E43D49 for ; Tue, 12 Oct 2004 11:40:27 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [194.167.138.5] (pcmartino.univ-perp.fr [194.167.138.5]) by gama.univ-perp.fr (8.12.8/jtpda-5.4) with ESMTP id i9CBeTpu013434 for ; Tue, 12 Oct 2004 13:40:29 +0200 Message-ID: <416BC29A.7070606@wanadoo.fr> Date: Tue, 12 Oct 2004 13:40:10 +0200 From: Martin MATO User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MailScanner-gama: Found to be clean Mailscanner GAMA X-MailScanner-Information: Please contact the ISP for more information Subject: speedtouch usb stop working since today on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin.mato@wanadoo.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 11:40:34 -0000 the modem is an Alcatel speedtouch usb (Manta) at the beginning, all is fine: modem at boot or hotplugged give me this log entry: hayes kernel: ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2 to upload the firmware, i use this command hayes# /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt.o (modem_run is part of the driver package for the speedtouch modem) at this state, the firmware is uploaded, and the modem detect the line carrier (blinking leds ) after this the process began resident and monitors the modem activity. but now; (after compiling a new kernel today) nothing happens: no error messages; no logs, NOTHING (including whith the generic kernel) the process "modem_run" is effectively running; but not giving me back the controls; and the led doesn't reacts PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND= 650 root 0 0 2348K 1888K ugenrd 0:00 0.00% 0.00% modem_r= un hitting control-c give me back the console but the process still alive PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND= 650 root -8 0 2348K 1888K usbdly 0:00 0.00% 0.00% modem_r= un his state has changed but never disappear and it is unkillable! unplugging ('hard-way) the modem give me this log entry: hayes kernel: ugen0: at uhub0 port 1 (addr 2) disconnected but it shutdown the usb ports : no usb devices are detected anymore until reboot ( restarting usbd does nothing) in my last kernel compiled the 26th september, the modem worked perfectly; in fact i used this station as an internet gateway for my local network until today... :=B0( compiling the last version of the driver package doesn't affect the problem in any way and have found no report of this problem on the driver's mail archives on speedtouch.sourceforge.net. any ideas; or should i buy an ethernet one? ps: sorry for my bad english From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 11:59: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 3FD5716A4CF for ; Tue, 12 Oct 2004 11:59:37 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DA343D53 for ; Tue, 12 Oct 2004 11:59:36 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHLJT-0004WS-00 Tue, 12 Oct 2004 13:59:31 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHLJT-0004Vp-00 Tue, 12 Oct 2004 13:59:31 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CBxYbe037380; Tue, 12 Oct 2004 13:59:34 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CBxYYm022222; Tue, 12 Oct 2004 13:59:34 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 13:59:33 +0200 User-Agent: KMail/1.7 References: <69b7b6901d.6901d69b7b@osu.edu> <200410121251.31740.josemi@freebsd.jazztel.es> <416BBED8.7020307@gmx.de> In-Reply-To: <416BBED8.7020307@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410121359.33918.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jochen Gensch Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 11:59:37 -0000 El Martes, 12 de Octubre de 2004 13:24, Jochen Gensch escribi=F3: > Jose M Rodriguez wrote: > > There isn't mouse 'mux' support in FreeBSD's moused. You can use > > only one. > > Sure that is true? I am using both at this moment on the console, so > no X is runnig. Both with moused. I can activate usb mouse by moused > -p /dev/ums0 and trackpoint by moused -p /dev/psm0. Usbd is running, > too by the way. > I think so. There's only one /dev/sysmouse that must be gerenated by just one moused=20 process. If you have in /etc/rc.conf: moused_enable=3D"YES" usbd_enable=3D"YES" You will have two moused processes and all sort of extrange behavior. =20 But it may works. Maybe your BIOS can make the usb and the trackpad 'mux'. In that case,=20 you must edit your /etc/usbd.conf and comment out the device 'mouse' You may also try and specific resume in /etc/rc.resume: /usr/bin/killall moused [ -c /dev/psm0 ] && /usr/sbin/moused -p /dev/psm0 \ -I /var/run/moused.pid [ -c /dev/ums0 ] && /usr/sbin/moused -p /dev/ums0 \=20 -I /var/run/moused.ums0.pid /usr/sbin/vidcontrol -m on See also the comments in /etc/rc.suspend, /etc/rc.resume about uhci. =20 You may need a kernel without usb to make this work. Also, load your=20 required usb modules from /etc/loader.conf > > I figured out, that ums0 isn't the problem here, it just takes 2-3 > seconds and it is there after resuming. I didn't know what device is > carrying what mouse. So the problem is /dev/psm0. The trackpoint is > dead after resuming, even though I entered a moused -p /dev/psm0 in > /etc/rc.resume. This doesn't seem to be executed. Is that the correct > place to set commands after resume? > > Jochen > =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 12:17: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 0935B16A4CE; Tue, 12 Oct 2004 12:17:49 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31B6F43D31; Tue, 12 Oct 2004 12:17:48 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (qtptgxmz@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9CCHkTV061336; Tue, 12 Oct 2004 16:17:46 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 12 Oct 2004 16:17:46 +0400 (MSD) From: Maxim Konovalov To: current@freebsd.org Message-ID: <20041012154552.E60900@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: sparc64 kernel dump debug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 12:17:49 -0000 [Bcc: sparc64@ ] Hello, Are there any ways to debug a kernel dump on sparc64? On our SMP netra1440: # strings vmcore.3 | grep panic panic: trap: fast data access mmu miss ... # kgdb kernel.debug vmcore.3 2>&1| more kgdb: kvm_read: invalid address (71756972) kgdb: kvm_read: invalid address (4580a0) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) kgdb: kvm_read: invalid address (1) ... # uname -a FreeBSD sun4u 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Oct 1 12:02:51 MSD 2004 root@sun4u:/usr/obj/usr/src/sys/SUN4U sparc64 -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 12:32: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 9FE1D16A4CE for ; Tue, 12 Oct 2004 12:32:43 +0000 (GMT) Received: from exchange.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3082143D49 for ; Tue, 12 Oct 2004 12:32:43 +0000 (GMT) (envelope-from don@sandvine.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Oct 2004 08:32:38 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: if_bge with (was: Re: Strange things on GBit / 1000->100 /net.inet.tcp.inflight.*) Thread-Index: AcSnsOdYXlWVP0sTR+ufIi8kpeHeRgIHRszwACJipVA= From: "Don Bowman" To: =?iso-8859-1?Q?Roub=EDcek_Zdenek_=28T-Systems_PragoNet=29?= , Subject: RE: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 12:32:43 -0000 Roub=EDcek Zdenek: >=20 > Hello current >=20 > I have run into a problem with my Broadcom NIC (Dell=20 > LATITUDE D600). I am not able to detect 802.1Q tags on=20 > incoming interface with ethereal or tcpdump. All incoming=20 > packets seems like they are not coming through trunk but as=20 > native ETH frames, ie. the vlan tag is missing, probably=20 > removed before being passed to tcpdump? ... do you have if_vlan loaded? try 'kldload if_vlan'. This happens automatically if you create a vlan interface, but you may not have one if you are just sniffing. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 12:33: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 AE21416A4CF for ; Tue, 12 Oct 2004 12:33:48 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B40DB43D39 for ; Tue, 12 Oct 2004 12:33:47 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 17747 invoked by uid 65534); 12 Oct 2004 12:33:46 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp003) with SMTP; 12 Oct 2004 14:33:46 +0200 X-Authenticated: #15946415 Received: from ms.homeip.net ([217.255.18.86] helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHLqm-000LC3-Pd for freebsd-current@freebsd.org; Tue, 12 Oct 2004 14:33:56 +0200 Message-ID: <416BCF21.3000103@gmx.de> Date: Tue, 12 Oct 2004 14:33:37 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> <200410121251.31740.josemi@freebsd.jazztel.es> <416BBED8.7020307@gmx.de> <200410121359.33918.josemi@freebsd.jazztel.es> In-Reply-To: <200410121359.33918.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 12:33:48 -0000 Jose M Rodriguez wrote: > You may also try and specific resume in /etc/rc.resume: > /usr/bin/killall moused > [ -c /dev/psm0 ] && /usr/sbin/moused -p /dev/psm0 \ > -I /var/run/moused.pid > [ -c /dev/ums0 ] && /usr/sbin/moused -p /dev/ums0 \ > -I /var/run/moused.ums0.pid > /usr/sbin/vidcontrol -m on Yes, that's kind of the same, what I did. However this doesn't seem to be executed. If you just enter a '/usr/bin/killall moused' for instance, then nothing is going to be killed. Even your version doesn't work at all. By the way, what is that is the brackets? But I can kill and restart it manually, which is working fine... maybe I'm using the wrong position in rc.resume? SU NB /home/incmc:cat /etc/rc.resume #!/bin/sh # # Copyright (c) 1999 Mitsuru IWASAKI # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # $FreeBSD: src/etc/rc.resume,v 1.7 2003/12/30 17:30:39 njl Exp $ # # sample run command file for APM Resume Event if [ $# -ne 2 ]; then echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" exit 1 fi subsystem=$1 state=$2 if [ -r /var/run/rc.suspend.pid ]; then kill -9 `cat /var/run/rc.suspend.pid` rm -f /var/run/rc.suspend.pid echo 'rc.resume: killed rc.suspend that was still around' fi # Turns on a power supply of a card in the slot inactivated. # See also contrib/pccardq.c (only for PAO users). # pccardq | awk -F '~' '$5 == "inactive" \ # { printf("pccardc power %d 1", $1); }' | sh # UHCI has trouble resuming so we just load/unload it. You # should add any other kernel modules you want reloaded here. # kldload usb logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` sync && sync && sync #Moused killen und neu starten #/usr/bin/killall -KILL moused #/usr/sbin/moused -p /dev/psm0 /usr/bin/killall moused [ -c /dev/psm0 ] && /usr/sbin/moused -p /dev/psm0 \ -I /var/run/moused.pid [ -c /dev/ums0 ] && /usr/sbin/moused -p /dev/ums0 \ -I /var/run/moused.ums0.pid exit 0 Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:07: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 C5F9C16A4E8 for ; Tue, 12 Oct 2004 13:07:30 +0000 (GMT) Received: from tron.telenetwork.com (tron.telenetwork.com [204.57.81.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9181743D41 for ; Tue, 12 Oct 2004 13:07:30 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from [209.163.253.130] (helo=tni1411) by tron.telenetwork.com with esmtp (Exim 3.35 #1 (Debian)) id 1CHMNG-0007J3-00 for ; Tue, 12 Oct 2004 08:07:30 -0500 From: "Jesse Marquez" To: Date: Tue, 12 Oct 2004 08:07:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSwOPp3Mk7fiupSRJa8rNoJ0HXNugAI2byw Message-Id: Subject: RE: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:07:30 -0000 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Robert Watson Sent: Tuesday, October 12, 2004 2:52 AM To: Doug White Cc: freebsd-current@freebsd.org; jmarquez@telenetwork.com Subject: Re: startx xauth errors On Mon, 11 Oct 2004, Doug White wrote: > On Fri, 8 Oct 2004 jmarquez@telenetwork.com wrote: > > > When I execute startx, xauth gives me the following error twice in a row. > > > > xauth: (stdin):1: bad "add" command line > > Make sure your machine can resolve its own hostname. THere's a couple > of name lookups in the xauth path and it'll spit this out if the lookup > fails. Make sure the system's hostname is fully qualified and listed in > /etc/hosts, DNS, or both :) Hosts file looks good, any other tips? From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:16: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 9595B16A4CE for ; Tue, 12 Oct 2004 13:16:53 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 141A643D3F for ; Tue, 12 Oct 2004 13:16:53 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041012131652.33782.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Tue, 12 Oct 2004 06:16:52 PDT Date: Tue, 12 Oct 2004 06:16:52 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-Beta7 / router & ntpdate: bug in bootup script or sequence? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:16:55 -0000 Hi, I have a router configured, which must properly synchronize time at bootup. For that purpose I use ntpdate to instantly adjust the time, then have let ntpd keep syncing time while running. All info for ntpdate and ntpd comes from /etc/ntp.conf. (ntpd also becomes the server of the local network, but that's now not so relevant) However, there seems to be something really odd when network access is needed for ntpdate; it simple cannot, and no time adjustment is done. Strangely enough: after bootup I can manually do the same ntpdate command, and it all works. Whatever I tried, nothing seems to help to get ntpdate do its work at bootup. My guess would be that there's something wrong with the bootup scripts or the sequence the scripts are called. The full bootup output, rc.conf and ntp.conf files are here: http://cisr.snu.ac.kr/ntpdate.txt I hope this may give an idea what is going wrong here. Thanks, Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:17: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 C92B116A514 for ; Tue, 12 Oct 2004 13:17:03 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C10C543D45 for ; Tue, 12 Oct 2004 13:17:02 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHMWQ-0002bq-00 Tue, 12 Oct 2004 15:16:58 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHMWP-0002av-00 Tue, 12 Oct 2004 15:16:57 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CDBst3047925; Tue, 12 Oct 2004 15:11:54 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CDBrE4085295; Tue, 12 Oct 2004 15:11:53 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 15:11:52 +0200 User-Agent: KMail/1.7 References: <69b7b6901d.6901d69b7b@osu.edu> <200410121359.33918.josemi@freebsd.jazztel.es> <416BCF21.3000103@gmx.de> In-Reply-To: <416BCF21.3000103@gmx.de> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_Zg9aBZABLffoQ1F" Message-Id: <200410121511.53192.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: Jochen Gensch Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:17:04 -0000 --Boundary-00=_Zg9aBZABLffoQ1F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline El Martes, 12 de Octubre de 2004 14:33, Jochen Gensch escribi=F3: > Jose M Rodriguez wrote: > > You may also try and specific resume in /etc/rc.resume: > > /usr/bin/killall moused > > [ -c /dev/psm0 ] && /usr/sbin/moused -p /dev/psm0 \ > > -I /var/run/moused.pid > > [ -c /dev/ums0 ] && /usr/sbin/moused -p /dev/ums0 \ > > -I /var/run/moused.ums0.pid > > /usr/sbin/vidcontrol -m on > > Yes, that's kind of the same, what I did. However this doesn't seem > to be executed. If you just enter a '/usr/bin/killall moused' for > instance, then nothing is going to be killed. Even your version > doesn't work at all. By the way, what is that is the brackets? > [...] try as attached. [ -c ] are test of device presence, see test(1) > But I can kill and restart it manually, which is working fine... > maybe I'm using the wrong position in rc.resume? > > SU NB /home/incmc:cat /etc/rc.resume > #!/bin/sh > # > # Copyright (c) 1999 Mitsuru IWASAKI > # All rights reserved. > # > # Redistribution and use in source and binary forms, with or without > # modification, are permitted provided that the following conditions > # are met: > # 1. Redistributions of source code must retain the above copyright > # notice, this list of conditions and the following disclaimer. > # 2. Redistributions in binary form must reproduce the above > copyright # notice, this list of conditions and the following > disclaimer in the # documentation and/or other materials provided > with the distribution. # > # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' > AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED > TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A > PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR > CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, > SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT > LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF > USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND > ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, > OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT > OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # > SUCH DAMAGE. > # > # $FreeBSD: src/etc/rc.resume,v 1.7 2003/12/30 17:30:39 njl Exp $ > # > > # sample run command file for APM Resume Event > > if [ $# -ne 2 ]; then > echo "Usage: $0 [apm|acpi] [standby,suspend|1-5]" > exit 1 > fi > > subsystem=3D$1 > state=3D$2 > > if [ -r /var/run/rc.suspend.pid ]; then > kill -9 `cat /var/run/rc.suspend.pid` > rm -f /var/run/rc.suspend.pid > echo 'rc.resume: killed rc.suspend that was still around' > fi > > # Turns on a power supply of a card in the slot inactivated. > # See also contrib/pccardq.c (only for PAO users). > # pccardq | awk -F '~' '$5 =3D=3D "inactive" \ > # { printf("pccardc power %d 1", $1); }' | sh > > # UHCI has trouble resuming so we just load/unload it. You > # should add any other kernel modules you want reloaded here. > # kldload usb > > logger -t $subsystem resumed at `date +'%Y%m%d %H:%M:%S'` > sync && sync && sync > > #Moused killen und neu starten > #/usr/bin/killall -KILL moused > #/usr/sbin/moused -p /dev/psm0 > > /usr/bin/killall moused [ -c /dev/psm0 ] && /usr/sbin/moused -p > /dev/psm0 \ -I /var/run/moused.pid [ -c /dev/ums0 ] && > /usr/sbin/moused -p /dev/ums0 \ -I /var/run/moused.ums0.pid > exit 0 > > > Jochen > > > _______________________________________________ > 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" --Boundary-00=_Zg9aBZABLffoQ1F-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:20: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 D991316A4CE; Tue, 12 Oct 2004 13:20:36 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D7D43D2D; Tue, 12 Oct 2004 13:20:35 +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 i9CDKWIX033262; Tue, 12 Oct 2004 16:20:33 +0300 (EEST) (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 78982-17; Tue, 12 Oct 2004 16:20:32 +0300 (EEST) 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 i9CDKWni033258; Tue, 12 Oct 2004 16:20:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9CDKLat084829; Tue, 12 Oct 2004 16:20:21 +0300 (EEST) (envelope-from ru) Date: Tue, 12 Oct 2004 16:20:21 +0300 From: Ruslan Ermilov To: Don Bowman Message-ID: <20041012132021.GA84462@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:20:37 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 08:32:38AM -0400, Don Bowman wrote: > Roub?cek Zdenek: > >=20 > > Hello current > >=20 > > I have run into a problem with my Broadcom NIC (Dell=20 > > LATITUDE D600). I am not able to detect 802.1Q tags on=20 > > incoming interface with ethereal or tcpdump. All incoming=20 > > packets seems like they are not coming through trunk but as=20 > > native ETH frames, ie. the vlan tag is missing, probably=20 > > removed before being passed to tcpdump? >=20 > ... >=20 > do you have if_vlan loaded? try 'kldload if_vlan'. > This happens automatically if you create a vlan interface, but > you may not have one if you are just sniffing. >=20 There appears to be a bug with drivers that support VLAN tag striping in hardware in case no VLAN interfaces are configured. In this case, ether_demux() will just proceed like if it was an untagged Ethernet frame. glebius@ promised to fix this bug. Zdenek, unfortunately, the bge(4) driver doesn't allow the user to disable hardware vlan tag striping (like, e.g., the em(4) driver allows), so you cannot watch VLAN frames on this box using tcpdump or ethereal. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBa9oUqRfpzJluFF4RAsLPAJ0ejLf7n6VkRyRoHIqcxkFKHOpAywCglt61 WgGzxA4zSWpbfIW2TVGXzs8= =IUrD -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:24: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 AFB4616A4CE; Tue, 12 Oct 2004 13:24:17 +0000 (GMT) Received: from exchange.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4275B43D45; Tue, 12 Oct 2004 13:24:17 +0000 (GMT) (envelope-from don@sandvine.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Oct 2004 09:24:15 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom bge and 802.1Q vlan tags Thread-Index: AcSwXnxCbncPZDtUS7+L6FarwyfVqAAAFltg From: "Don Bowman" To: "Ruslan Ermilov" cc: freebsd-current@FreeBSD.org cc: Gleb Smirnoff Subject: RE: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:24:17 -0000 From: Ruslan Ermilov [mailto:ru@FreeBSD.org] > On Tue, Oct 12, 2004 at 08:32:38AM -0400, Don Bowman wrote: > > Roub?cek Zdenek: > > >=20 > > > Hello current > > >=20 > > > I have run into a problem with my Broadcom NIC (Dell=20 > > > LATITUDE D600). I am not able to detect 802.1Q tags on=20 > > > incoming interface with ethereal or tcpdump. All incoming=20 > > > packets seems like they are not coming through trunk but as=20 > > > native ETH frames, ie. the vlan tag is missing, probably=20 > > > removed before being passed to tcpdump? > >=20 > > ... > >=20 > > do you have if_vlan loaded? try 'kldload if_vlan'. > > This happens automatically if you create a vlan interface, but > > you may not have one if you are just sniffing. > >=20 > There appears to be a bug with drivers that support VLAN tag > striping in hardware in case no VLAN interfaces are configured. > In this case, ether_demux() will just proceed like if it was > an untagged Ethernet frame. glebius@ promised to fix this bug. >=20 > Zdenek, unfortunately, the bge(4) driver doesn't allow the > user to disable hardware vlan tag striping (like, e.g., the > em(4) driver allows), so you cannot watch VLAN frames on this > box using tcpdump or ethereal. I believe you can work around it by creating a vlan interface, even if not connected. that is, if its the same bug that i've run into with em. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:33: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 6D49216A4CE; Tue, 12 Oct 2004 13:33:12 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6890C43D2D; Tue, 12 Oct 2004 13:33:11 +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 i9CDXAtS033803; Tue, 12 Oct 2004 16:33:10 +0300 (EEST) (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 81301-06; Tue, 12 Oct 2004 16:33:09 +0300 (EEST) 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 i9CDX9hN033800; Tue, 12 Oct 2004 16:33:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9CDWwt6084932; Tue, 12 Oct 2004 16:32:58 +0300 (EEST) (envelope-from ru) Date: Tue, 12 Oct 2004 16:32:58 +0300 From: Ruslan Ermilov To: Don Bowman Message-ID: <20041012133258.GA84905@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:33:12 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 09:24:15AM -0400, Don Bowman wrote: > From: Ruslan Ermilov [mailto:ru@FreeBSD.org] > > On Tue, Oct 12, 2004 at 08:32:38AM -0400, Don Bowman wrote: > > > Roub?cek Zdenek: > > > >=20 > > > > Hello current > > > >=20 > > > > I have run into a problem with my Broadcom NIC (Dell=20 > > > > LATITUDE D600). I am not able to detect 802.1Q tags on=20 > > > > incoming interface with ethereal or tcpdump. All incoming=20 > > > > packets seems like they are not coming through trunk but as=20 > > > > native ETH frames, ie. the vlan tag is missing, probably=20 > > > > removed before being passed to tcpdump? > > >=20 > > > ... > > >=20 > > > do you have if_vlan loaded? try 'kldload if_vlan'. > > > This happens automatically if you create a vlan interface, but > > > you may not have one if you are just sniffing. > > >=20 > > There appears to be a bug with drivers that support VLAN tag > > striping in hardware in case no VLAN interfaces are configured. > > In this case, ether_demux() will just proceed like if it was > > an untagged Ethernet frame. glebius@ promised to fix this bug. > >=20 > > Zdenek, unfortunately, the bge(4) driver doesn't allow the > > user to disable hardware vlan tag striping (like, e.g., the > > em(4) driver allows), so you cannot watch VLAN frames on this > > box using tcpdump or ethereal. >=20 > I believe you can work around it by creating a vlan interface, > even if not connected. > that is, if its the same bug that i've run into with em. >=20 Yes, sure. But you still won't be able to see the VLAN frame in this case (because VLAN information is stripped in h/w). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBa90KqRfpzJluFF4RAuqPAJ4/3+eq3lqN/weXCSt7uhw6xa7q9wCgkLDZ aMsCV8i+k/pbvhInTuX4cR8= =tzc3 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:36: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 214D916A4CF for ; Tue, 12 Oct 2004 13:36:44 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EDBF43D31 for ; Tue, 12 Oct 2004 13:36:43 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CHMpm-0005uq-00 Tue, 12 Oct 2004 15:36:58 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CHMpm-0005uf-00 Tue, 12 Oct 2004 15:36:58 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CDaf1t073013; Tue, 12 Oct 2004 15:36:41 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CDaf64031772; Tue, 12 Oct 2004 15:36:41 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 15:36:40 +0200 User-Agent: KMail/1.7 References: <20041012131652.33782.qmail@web54007.mail.yahoo.com> In-Reply-To: <20041012131652.33782.qmail@web54007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410121536.41115.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: spam maps Subject: Re: 5.3-Beta7 / router & ntpdate: bug in bootup script or sequence? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:36:44 -0000 El Martes, 12 de Octubre de 2004 15:16, spam maps escribi=F3: > Hi, > > I have a router configured, which must properly > synchronize time at bootup. For that purpose I > use ntpdate to instantly adjust the time, then > have let ntpd keep syncing time while running. > All info for ntpdate and ntpd comes from > /etc/ntp.conf. > > (ntpd also becomes the server of the local > network, but that's now not so relevant) > > However, there seems to be something really odd > when network access is needed for ntpdate; it > simple cannot, and no time adjustment is done. > > Strangely enough: after bootup I can manually > do the same ntpdate command, and it all works. > > Whatever I tried, nothing seems to help to get > ntpdate do its work at bootup. My guess would > be that there's something wrong with the bootup > scripts or the sequence the scripts are called. > > The full bootup output, rc.conf and ntp.conf > files are here: > > http://cisr.snu.ac.kr/ntpdate.txt > I see this before. You are using named from here. Seems it may have a race condition between named and ntpdate. Try put an external nameserver on /etc/resolv.conf Also, you may try to use only ntpd. If you use this machine often, you=20 don't need ntpdate. Only ntpd. You can check this with ntptrace. =2D- josemi=20 From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:48: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 04EA216A4CE for ; Tue, 12 Oct 2004 13:48:30 +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 A58A343D49 for ; Tue, 12 Oct 2004 13:48:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 9169E295494; Tue, 12 Oct 2004 09:48:16 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Tue, 12 Oct 2004 09:48:16 -0400 (EDT) Message-ID: <1144.66.11.183.178.1097588896.squirrel@66.11.183.178> In-Reply-To: <416B99AB.5090603@DeepCore.dk> References: <1050.192.168.0.188.1097518259.squirrel@192.168.0.188> <416B99AB.5090603@DeepCore.dk> Date: Tue, 12 Oct 2004 09:48:16 -0400 (EDT) From: "Mike Jakubik" To: =?iso-8859-1?Q?S=F8ren_Schmidt?= 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: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 ISO wont load after install (stuck after bootloader) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:48:30 -0000 Sřren Schmidt said: > You can not boot of a sx6000 controller. The reason is that somehow our > bootcode and the BIOS on the sx6000 doesn't get along. Ahh, well that solves that problem. Perhaps this should be mentioned somewhere in the hardware notes? Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 13:59: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 3A98216A4CE for ; Tue, 12 Oct 2004 13:59:20 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 35D2243D31 for ; Tue, 12 Oct 2004 13:59:19 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 12534 invoked by uid 65534); 12 Oct 2004 13:59:17 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp011) with SMTP; 12 Oct 2004 15:59:17 +0200 X-Authenticated: #15946415 Received: from ms.homeip.net ([217.255.18.86] helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHNBe-000LaO-0D for freebsd-current@freebsd.org; Tue, 12 Oct 2004 15:59:34 +0200 Message-ID: <416BE333.7060900@gmx.de> Date: Tue, 12 Oct 2004 15:59:15 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040826) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> <200410121359.33918.josemi@freebsd.jazztel.es> <416BCF21.3000103@gmx.de> <200410121511.53192.josemi@freebsd.jazztel.es> In-Reply-To: <200410121511.53192.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 13:59:20 -0000 Jose M Rodriguez wrote: > try as attached. [ -c ] are test of device presence, see test(1) Doesn't help. Killall is not being executed, see process numbers. Before Suspend: NB ~:ps ax | grep mouse 364 ?? Is 0:00.01 /usr/sbin/moused -p /dev/ums0 -I /var/run/moused.ums0 536 ?? Is 0:00.00 /usr/sbin/moused -p /dev/psm0 -t auto After resuming (psm0 dead) NB ~:ps ax | grep mouse 536 ?? Ss 0:00.00 /usr/sbin/moused -p /dev/psm0 -t auto 707 ?? Ss 0:00.00 /usr/sbin/moused -p /dev/ums0 -I /var/run/moused.ums0 Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:02: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 DE5D216A4CF; Tue, 12 Oct 2004 14:02:18 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E3443D1D; Tue, 12 Oct 2004 14:02: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 i9CE2GYD030304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Oct 2004 18:02:17 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i9CE26W4030303; Tue, 12 Oct 2004 18:02:06 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Tue, 12 Oct 2004 18:02:05 +0400 From: Gleb Smirnoff To: "Roub?cek Zdenek (T-Systems PragoNet)" Message-ID: <20041012140205.GD29433@cell.sick.ru> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:02:19 -0000 On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek (T-Systems PragoNet) wrote: R> I have run into a problem with my Broadcom NIC (Dell LATITUDE D600). I am not able to detect 802.1Q tags on incoming interface with ethereal or tcpdump. All incoming packets seems like they are not coming through trunk but as native ETH frames, ie. the vlan tag is missing, probably removed before being passed to tcpdump? R> R> No I have not tested NIC's behaviour on 4.X, but I is working with linux (2.6.something kernel probably?) R> R> Any ideas what to modify or set so I can detect vlan_tag would be very apreciated. As Ruslan already mentioned, it is impossible to turn off hardware VLAN stripping in bge driver. A patch to stop tagged frames to come on trunk interface is like this: @@ -701,13 +657,16 @@ * see if the device performed the decapsulation and * provided us with the tag. */ - if (ifp->if_nvlans && - m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { + if (m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { /* * vlan_input() will either recursively call ether_input() * or drop the packet. */ - KASSERT(vlan_input_p != NULL,("ether_input: VLAN not loaded!")); + if (vlan_input_p == NULL) { + /* vlan(4) is not loaded, discard frame */ + m_freem(m); + return; + } (*vlan_input_p)(ifp, m); return; } -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:36: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 E5DCF16A4CE; Tue, 12 Oct 2004 14:36:06 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E2643D41; Tue, 12 Oct 2004 14:36:03 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id i9CEg2Dl035791; Tue, 12 Oct 2004 10:42:02 -0400 (EDT) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 10:35:59 -0400 User-Agent: KMail/1.6.2 References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> In-Reply-To: <20041012140205.GD29433@cell.sick.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200410121035.59905.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:36:07 -0000 On Tuesday 12 October 2004 10:02 am, Gleb Smirnoff wrote: > On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek > (T-Systems PragoNet) wrote: R> I have run into a problem with my > Broadcom NIC (Dell LATITUDE D600). I am not able to detect 802.1Q > tags on incoming interface with ethereal or tcpdump. All incoming > packets seems like they are not coming through trunk but as native > ETH frames, ie. the vlan tag is missing, probably removed before > being passed to tcpdump? R> > R> No I have not tested NIC's behaviour on 4.X, but I is working > with linux (2.6.something kernel probably?) R> > R> Any ideas what to modify or set so I can detect vlan_tag would > be very apreciated. > > As Ruslan already mentioned, it is impossible to turn off hardware > VLAN stripping in bge driver. It's not true. You can: BGE_SETBIT(sc, BGE_RX_MODE, BGE_RXMODE_RX_KEEP_VLAN_DIAG)); to turn off VLAN tag stripping. My 2 cents... Jung-uk Kim > A patch to stop tagged frames to come on trunk interface is like > this: > > @@ -701,13 +657,16 @@ > * see if the device performed the decapsulation and > * provided us with the tag. > */ > - if (ifp->if_nvlans && > - m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != > NULL) { + if (m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) > != NULL) { /* > * vlan_input() will either recursively call > ether_input() * or drop the packet. > */ > - KASSERT(vlan_input_p != NULL,("ether_input: VLAN > not loaded!")); + if (vlan_input_p == NULL) { > + /* vlan(4) is not loaded, discard frame */ > + m_freem(m); > + return; > + } > (*vlan_input_p)(ifp, m); > return; > } From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 16:27: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 03ED516A4CE for ; Mon, 11 Oct 2004 16:27:36 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A553D43D46 for ; Mon, 11 Oct 2004 16:27:35 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 3F1D85487F; Mon, 11 Oct 2004 11:27:35 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 65198-02; Mon, 11 Oct 2004 11:27:24 -0500 (CDT) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 01A605487E; Mon, 11 Oct 2004 11:27:03 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 117AB43F67C; Mon, 11 Oct 2004 10:59:51 -0500 (CDT) In-Reply-To: <20041010204308.GA29900@lb.tenfour> References: <20041010204308.GA29900@lb.tenfour> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <958B8DA2-1B9E-11D9-BA01-000A95BC6FAE@celabo.org> Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Mon, 11 Oct 2004 10:59:51 -0500 To: Dick Davies X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 cc: FreeBSD Current Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 16:27:36 -0000 On Oct 10, 2004, at 3:43 PM, Dick Davies wrote: > Shouldn't serious bugs (like the JPEG vuln > in firefox for example) to override the freeze? What "JPEG vuln in firefox"? -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:24: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 82E8816A4CE for ; Mon, 11 Oct 2004 17:24:55 +0000 (GMT) Received: from philemon.caltech.edu (philemon.caltech.edu [131.215.158.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68ED543D41 for ; Mon, 11 Oct 2004 17:24:55 +0000 (GMT) (envelope-from jd@philemon.caltech.edu) Received: from philemon.caltech.edu (localhost.caltech.edu [127.0.0.1]) by philemon.caltech.edu (8.12.9p1/8.12.9) with ESMTP id i9BHTHgX011679 for ; Mon, 11 Oct 2004 10:29:17 -0700 (PDT) (envelope-from jd@philemon.caltech.edu) Received: (from jd@localhost) by philemon.caltech.edu (8.12.9p1/8.12.9/Submit) id i9BHTHwx011678 for current@freebsd.org; Mon, 11 Oct 2004 10:29:17 -0700 (PDT) Date: Mon, 11 Oct 2004 10:29:17 -0700 From: Paul Allen To: current@freebsd.org Message-ID: <20041011172917.GC91892@philemon.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: 5.3-Beta7/RELENG_5, AGP/drm hard lock on xserver termination X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:24:55 -0000 Since installing RELENG_5 (marked as 5.3-Beta7) I've experienced hard locks on xserver termination and more generally when switching between the xserver and the other text-mode ttys. This happens with GENERIC + a custom kernel with SMP removed. I built a kernel with the debugger, witness, and invariants only to discover that what had been very easy to reproduce simply went away. I suspect I've just made it much less probable... so I'll go at it some more tonight after work. AGP/drm locking suspected culprit? Can locking mistakes create problems on UP systems? Because of kernel thread preemption? I have a vague sense I've read about a similar issue on this list before, so if this is known problem, let me know so I don't waste my time. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 17:45: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 C3BA816A4CE for ; Mon, 11 Oct 2004 17:45:31 +0000 (GMT) Received: from huva.hittite.isp.9tel.net (huva.hittite.isp.9tel.net [62.62.156.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D97743D48 for ; Mon, 11 Oct 2004 17:45:31 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [80.119.129.147] (unknown [80.119.129.147]) by huva.hittite.isp.9tel.net (Postfix) with ESMTP id EF83A14B6F5 for ; Mon, 11 Oct 2004 20:08:08 +0200 (CEST) Message-ID: <416AC6B9.5010605@wanadoo.fr> Date: Mon, 11 Oct 2004 19:45:29 +0200 From: Martin MATO <**********************@huva.hittite.isp.9tel.net> User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: speedtouch usb stop working since today on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: **********************@huva.hittite.isp.9tel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 17:45:31 -0000 the modem is an Alcatel speedtouch usb (Manta) at the beginning, all is fine: modem at boot or hotplugged give me this log entry: hayes kernel: ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2 to upload the firmware, i use this command hayes# /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt.o (modem_run is part of the driver package for the speedtouch modem) at this state, the firmware is uploaded, and the modem detect the line carrier (blinking leds ) after this the process began resident and monitors the modem activity. but now; (after compiling a new kernel today) nothing happens: no error messages; no logs, NOTHING (including whith the generic kernel) the process "modem_run" is effectively running; but not giving me back the controls; and the led doesn't reacts PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root 0 0 2348K 1888K ugenrd 0:00 0.00% 0.00% modem_run hitting control-c give me back the console but the process still alive PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root -8 0 2348K 1888K usbdly 0:00 0.00% 0.00% modem_run his state has changed but never disappear and it is unkillable! unplugging ('hard-way) the modem give me this log entry: hayes kernel: ugen0: at uhub0 port 1 (addr 2) disconnected but it shutdown the usb ports : no usb devices are detected anymore until reboot ( restarting usbd does nothing) in my last kernel compiled the 26th september, the modem worked perfectly; in fact i used this station as an internet gateway for my local network until today... :°( compiling the last version of the driver package doesn't affect the problem in any way and have found no report of this problem on the driver's mail archives on speedtouch.sourceforge.net. any ideas; or should i buy an ethernet one? ps: sorry for my bad english From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C5F16A4CE for ; Mon, 11 Oct 2004 20:06:54 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B75B743D41 for ; Mon, 11 Oct 2004 20:06:53 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i9BK6paB039892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 11 Oct 2004 16:06:52 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i9BK6lFM022348; Mon, 11 Oct 2004 16:06:47 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Message-ID: <416AE7D7.3030502@murex.com> Date: Mon, 11 Oct 2004 16:06:47 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7.2) Gecko/20041006 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, bde@zeta.org.au, dillon@apollo.backplane.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: hangs in nbufkv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:06:54 -0000 Hello! While investigating the server's hanging, I noticed some processes in the `nbufkv' state (even a graceful reboot becomes impossible: "some processes would not die..."). Quick search brought up links like: http://lists.freebsd.org/pipermail/freebsd-current/2003-June/004702.html http://docs.freebsd.org/cgi/getmsg.cgi?fetch=56559+0+archive/1999/freebsd-current/19991031.freebsd-current http://docs.freebsd.org/cgi/getmsg.cgi?fetch=406042+0+archive/1999/freebsd-current/19991031.freebsd-current One of our file systems here does, indeed, use large block size (64K, I think, not sure, how to verify it) -- it is used for storing large database dumps. Are the bugs, Bruce and Matt are talking about, supposed to be gone by now (in which case, I can provide more debugging info), or does this remain a "known problem" and I should simply adopt the workaround suggested by Bruce in the first link above -- increase BKVASIZE? Should I also merge the patch posted by Bruce in the last of the links above, or are there good reasons, it is not in the official tree? In the former case, what would anyone need to know to help fix this problem(s)? In the latter -- what is a good BKVASIZE value for an amd64 opteron with 2Gb of memory, intended, primarily, to keep database archives online and handy? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 04:48: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 4921116A4CE for ; Tue, 12 Oct 2004 04:48:02 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E027743D39 for ; Tue, 12 Oct 2004 04:48:01 +0000 (GMT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id i9C4lv66066945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Oct 2004 00:47:58 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.13.1/8.13.1/Submit) id i9C4lvMa066944 for current@FreeBSD.org; Tue, 12 Oct 2004 00:47:57 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200410120447.i9C4lvMa066944@aldan.algebra.com> To: current@FreeBSD.org Date: Tue, 12 Oct 2004 00:47:57 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w y+z3/UR{6SCQ X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: what's wrong with my gdb? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 04:48:02 -0000 Hi! The debugger does not seem to work after a recent (Sunday) upgrade. What's wrong? Thanks! -mi mi@aldan:~/t (543) cc -g -o t t.c mi@aldan:~/t (544) cat t.c int main() { return 0; } mi@aldan:~/t (545) gdb t 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"... (gdb) b main Breakpoint 1 at 0x8048500: file t.c, line 3. (gdb) r Starting program: /home/mi/t/t Program exited normally. You can't do that without a process to debug. (gdb) From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 10:46: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 2556916A4CE for ; Tue, 12 Oct 2004 10:46:09 +0000 (GMT) Received: from bel.hittite.isp.9tel.net (bel.hittite.isp.9tel.net [62.62.156.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01AD43D1D for ; Tue, 12 Oct 2004 10:46:08 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [84.99.117.222] (unknown [84.99.117.222]) by bel.hittite.isp.9tel.net (Postfix) with ESMTP id 2D6931480D2 for ; Tue, 12 Oct 2004 12:50:05 +0200 (CEST) Message-ID: <416BB5EF.4010404@wanadoo.fr> Date: Tue, 12 Oct 2004 12:46:07 +0200 From: Martin MATO <**********************@bel.hittite.isp.9tel.net> User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: speedtouch usb stop working since today on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: **********************@bel.hittite.isp.9tel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 10:46:09 -0000 the modem is an Alcatel speedtouch usb (Manta) at the beginning, all is fine: modem at boot or hotplugged give me this log entry: hayes kernel: ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2 to upload the firmware, i use this command hayes# /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt.o (modem_run is part of the driver package for the speedtouch modem) at this state, the firmware is uploaded, and the modem detect the line carrier (blinking leds ) after this the process began resident and monitors the modem activity. but now; (after compiling a new kernel today) nothing happens: no error messages; no logs, NOTHING (including whith the generic kernel) the process "modem_run" is effectively running; but not giving me back the controls; and the led doesn't reacts PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root 0 0 2348K 1888K ugenrd 0:00 0.00% 0.00% modem_run hitting control-c give me back the console but the process still alive PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root -8 0 2348K 1888K usbdly 0:00 0.00% 0.00% modem_run his state has changed but never disappear and it is unkillable! unplugging ('hard-way) the modem give me this log entry: hayes kernel: ugen0: at uhub0 port 1 (addr 2) disconnected but it shutdown the usb ports : no usb devices are detected anymore until reboot ( restarting usbd does nothing) in my last kernel compiled the 26th september, the modem worked perfectly; in fact i used this station as an internet gateway for my local network until today... :°( compiling the last version of the driver package doesn't affect the problem in any way and have found no report of this problem on the driver's mail archives on speedtouch.sourceforge.net. any ideas; or should i buy an ethernet one? ps: sorry for my bad english From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 10:55: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 EA3E316A4CE for ; Tue, 12 Oct 2004 10:55:23 +0000 (GMT) Received: from bel.hittite.isp.9tel.net (bel.hittite.isp.9tel.net [62.62.156.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B159643D1F for ; Tue, 12 Oct 2004 10:55:23 +0000 (GMT) (envelope-from martin.mato@wanadoo.fr) Received: from [84.99.117.222] (unknown [84.99.117.222]) by bel.hittite.isp.9tel.net (Postfix) with ESMTP id 0B1FC14840A; Tue, 12 Oct 2004 12:59:21 +0200 (CEST) Message-ID: <416BB81C.2030104@wanadoo.fr> Date: Tue, 12 Oct 2004 12:55:24 +0200 From: Martin MATO <**********************@bel.hittite.isp.9tel.net> User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, ************************@bel.hittite.isp.9tel.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 12 Oct 2004 14:36:20 +0000 Subject: speedtouch usb stop working since today on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: **********************@bel.hittite.isp.9tel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 10:55:24 -0000 the modem is an Alcatel speedtouch usb (Manta) at the beginning, all is fine: modem at boot or hotplugged give me this log entry: hayes kernel: ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2 to upload the firmware, i use this command hayes# /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt.o (modem_run is part of the driver package for the speedtouch modem) at this state, the firmware is uploaded, and the modem detect the line carrier (blinking leds ) after this the process began resident and monitors the modem activity. but now; (after compiling a new kernel today) nothing happens: no error messages; no logs, NOTHING (including whith the generic kernel) the process "modem_run" is effectively running; but not giving me back the controls; and the led doesn't reacts PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root 0 0 2348K 1888K ugenrd 0:00 0.00% 0.00% modem_run hitting control-c give me back the console but the process still alive PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 650 root -8 0 2348K 1888K usbdly 0:00 0.00% 0.00% modem_run his state has changed but never disappear and it is unkillable! unplugging ('hard-way) the modem give me this log entry: hayes kernel: ugen0: at uhub0 port 1 (addr 2) disconnected but it shutdown the usb ports : no usb devices are detected anymore until reboot ( restarting usbd does nothing) in my last kernel compiled the 26th september, the modem worked perfectly; in fact i used this station as an internet gateway for my local network until today... :°( compiling the last version of the driver package doesn't affect the problem in any way and have found no report of this problem on the driver's mail archives on speedtouch.sourceforge.net. any ideas; or should i buy an ethernet one? ps: sorry for my bad english From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:36: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 D513516A519 for ; Tue, 12 Oct 2004 14:36:59 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93FDD43D1F for ; Tue, 12 Oct 2004 14:36:59 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 46F5F2F1 for ; Tue, 12 Oct 2004 16:36:58 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91857-08 for ; Tue, 12 Oct 2004 16:36:57 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 8F4AECC for ; Tue, 12 Oct 2004 16:36:57 +0200 (CEST) From: Benjamin Lutz To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 16:36:52 +0200 User-Agent: KMail/1.7 References: <416AFFA7.6080902@mac.com> <157367088.20041012114524@andric.com> <20041012095751.GA17178@orion.daedalusnetworks.priv> In-Reply-To: <20041012095751.GA17178@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4391184.pemyDk9GbN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410121636.57382.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu Subject: Re: Library problems on fresh BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:37:00 -0000 --nextPart4391184.pemyDk9GbN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =46or completeness' sake, let me state that there still is a problem with=20 cvsup for FreeBSD/amd64. cvsup for amd64 is currently a binary-only port=20 due to problems building ezm3 on that platform, and it still depends on=20 libm.so.2. Benjamin --nextPart4391184.pemyDk9GbN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBa+wJgShs4qbRdeQRAp2AAJ9Prhj2++S8XNuI/NhejQj9T0Jg3QCdH2Gr GnmYrqyxTrMV0wDr6T7soxU= =m8uo -----END PGP SIGNATURE----- --nextPart4391184.pemyDk9GbN-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:38: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 8C49316A4CF for ; Tue, 12 Oct 2004 14:38:28 +0000 (GMT) Received: from leviathan.inethouston.com (leviathan.inethouston.com [209.198.171.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B90C43D31 for ; Tue, 12 Oct 2004 14:38:28 +0000 (GMT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.com (Postfix, from userid 1001) id B969A2C909D; Tue, 12 Oct 2004 09:38:22 -0500 (CDT) Date: Tue, 12 Oct 2004 09:38:22 -0500 From: "David W. Chapman Jr." To: Jacques Vidrine Message-ID: <20041012143822.GA92220@minubian.inethouston.net> Mail-Followup-To: Jacques Vidrine , Dick Davies , FreeBSD Current References: <20041010204308.GA29900@lb.tenfour> <958B8DA2-1B9E-11D9-BA01-000A95BC6FAE@celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <958B8DA2-1B9E-11D9-BA01-000A95BC6FAE@celabo.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.2.1-RELEASE-p5 i386 cc: FreeBSD Current cc: Dick Davies Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "David W. Chapman Jr." List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 14:38:28 -0000 On Mon, Oct 11, 2004 at 10:59:51AM -0500, Jacques Vidrine wrote: > > On Oct 10, 2004, at 3:43 PM, Dick Davies wrote: > > Shouldn't serious bugs (like the JPEG vuln > >in firefox for example) to override the freeze? > > What "JPEG vuln in firefox"? I thought this was only a vuln for windows and did not affect unix versions of firefox. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:49: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 1C82716A4CE; Tue, 12 Oct 2004 14:49:01 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E755243D2F; Tue, 12 Oct 2004 14:48: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 i9CEmvkD037128; Tue, 12 Oct 2004 17:48:57 +0300 (EEST) (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 91189-16; Tue, 12 Oct 2004 17:48:57 +0300 (EEST) 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 i9CEmvI1037123; Tue, 12 Oct 2004 17:48:57 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9CEmkra085371; Tue, 12 Oct 2004 17:48:46 +0300 (EEST) (envelope-from ru) Date: Tue, 12 Oct 2004 17:48:46 +0300 From: Ruslan Ermilov To: Jung-uk Kim Message-ID: <20041012144846.GA85237@ip.net.ua> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <200410121035.59905.jkim@niksun.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <200410121035.59905.jkim@niksun.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:49:01 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 10:35:59AM -0400, Jung-uk Kim wrote: > On Tuesday 12 October 2004 10:02 am, Gleb Smirnoff wrote: > > On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek > > (T-Systems PragoNet) wrote: R> I have run into a problem with my > > Broadcom NIC (Dell LATITUDE D600). I am not able to detect 802.1Q > > tags on incoming interface with ethereal or tcpdump. All incoming > > packets seems like they are not coming through trunk but as native > > ETH frames, ie. the vlan tag is missing, probably removed before > > being passed to tcpdump? R> > > R> No I have not tested NIC's behaviour on 4.X, but I is working > > with linux (2.6.something kernel probably?) R> > > R> Any ideas what to modify or set so I can detect vlan_tag would > > be very apreciated. > > > > As Ruslan already mentioned, it is impossible to turn off hardware > > VLAN stripping in bge driver. >=20 > It's not true. You can: >=20 > BGE_SETBIT(sc, BGE_RX_MODE, BGE_RXMODE_RX_KEEP_VLAN_DIAG)); >=20 > to turn off VLAN tag stripping. >=20 I meant that the driver should check for IFCAP_VLAN_HWTAGGING bit in its if_capenable to allow user-configurable hardware VLAN tagging, as well as allowing to set/reset it in its SIOCSIFCAP handler, and this driver doesn't currently do it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBa+7OqRfpzJluFF4RAlRKAJ4wsuObsvZybtFfLlJNqsrc2cBiPwCcCTMw vwbzQ5zhvjJZhqJBLvKK6Is= =YInm -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:49: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 7121716A4D1 for ; Tue, 12 Oct 2004 14:49:16 +0000 (GMT) Received: from kcp05h-gw.pragonet.cz (eth0.kcp05h-gw.pragonet.cz [212.67.74.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FA243D54 for ; Tue, 12 Oct 2004 14:49:15 +0000 (GMT) (envelope-from Zdenek.Roubicek@pragonet.cz) Received: by kcp05h-gw.pragonet.cz (Postfix, from userid 1002) id EAEB877511; Tue, 12 Oct 2004 16:49:13 +0200 (CEST) Received: from pgnmail1.pgnaplikace.cz (isanat.pragonet.cz [212.67.66.42]) by kcp05h-gw.pragonet.cz (Postfix) with ESMTP id C4110774ED for ; Tue, 12 Oct 2004 16:49:13 +0200 (CEST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 12 Oct 2004 16:49:13 +0200 Message-ID: <9256D57F598E6C41B288AA7DB94F29C902DFB98A@pgnmail1.pgnaplikace.cz> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom bge and 802.1Q vlan tags Thread-Index: AcSwYAYLjPFjDQs3QAOR5lOG//DNhAAB3eYw From: =?us-ascii?Q?Roubicek_Zdenek_=28T-Systems_PragoNet=29?= To: X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kcp05h-gw.pragonet.cz X-Spam-Status: No, hits=-100.0 required=5.0 tests=USER_IN_WHITELIST autolearn=no version=2.64 X-Spam-Level: Subject: RE: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:49:16 -0000 > On Tue, Oct 12, 2004 at 09:24:15AM -0400, Don Bowman wrote: > > From: Ruslan Ermilov [mailto:ru@FreeBSD.org] > > > On Tue, Oct 12, 2004 at 08:32:38AM -0400, Don Bowman wrote: > > > > Roub?cek Zdenek: > > > > >=20 > > > > ... > > > There appears to be a bug with drivers that support VLAN tag > > > striping in hardware in case no VLAN interfaces are configured. > > > In this case, ether_demux() will just proceed like if it was > > > an untagged Ethernet frame. glebius@ promised to fix this bug. > > >=20 I do not quite understand this statement.=20 Does this mean that in case I do not have VLAN configured (ifconfig vlan100 create etc.) - ether_demux() will not work for bge interface properly on trunk ports (seeing 802.1Q frames but expecting Ethernet II frames), this is what I would expect - or it will work OK, it is able to see all frames as EthernetII, since tag has been stripped off by underlying HW and I cannot distinguish which packet comes from which vlan > > > Zdenek, unfortunately, the bge(4) driver doesn't allow the > > > user to disable hardware vlan tag striping (like, e.g., the > > > em(4) driver allows), so you cannot watch VLAN frames on this > > > box using tcpdump or ethereal. Any chance for a change? Having the option to disable hw vlan striping would be handy. At least for me :) Thanks for the info so far. At least now I know it is not because of my hands. Zdenek From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 14:54: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 3C6E316A4D9; Tue, 12 Oct 2004 14:54:27 +0000 (GMT) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF6A43D46; Tue, 12 Oct 2004 14:54:26 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id BC05E2F1; Tue, 12 Oct 2004 16:54:25 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92097-05; Tue, 12 Oct 2004 16:54:24 +0200 (CEST) Received: from merlin.intranet (merlin.intranet [10.0.0.16]) by maxlor.mine.nu (Postfix) with ESMTP id 030DACC; Tue, 12 Oct 2004 16:54:23 +0200 (CEST) From: Benjamin Lutz To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 16:54:18 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1227177.FBU61uCNiF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410121654.23482.benlutz@datacomm.ch> X-Virus-Scanned: by amavisd-new at maxlor.mine.nu cc: Robert Watson Subject: Re: NFS trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:54:27 -0000 --nextPart1227177.FBU61uCNiF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > > Are other NFS clients able to continue to access the NFS > > > server without problems? > > > > Partially. Other clients can access parts of the exported share. It > > appears that as soon as they access the directory in which the first > > program froze, they freeze as well. > > If you log into the server and try to access that directory, do you > succeed? Yes, no problems or slowdowns. > You talked about having non-FreeBSD 5.x clients as well, I think, in an > earlier e-mail -- if a FreeBSD 5.x client wedges on a directory on the > server, will another non-FreeBSD client also wedge on touching the > directory? I'm sorry, I misread the question. What I was trying to say is that other=20 programs on the same machine that has one program in a freeze can still=20 access the NFS share, until they access the same directory that the=20 frozen program is accessing. Other clients (as in other machines) are totally unaffected. > Is it always the same director(y/ies) in which the wedge occurs? Yes, given that I use more or less the same directory to store the files=20 in that I currently work with. It is more than one directory though, I've=20 seen this with at least 4 different ones. > The behavior you describe above sounds like it might be a problem with > the server, or, that the server generates bad or maybe just different > responses that trigger a client bug for particular directories or in > particular circumstances? With the exceptions of things like > distributed advisory locking (rpc.lockd, etc), bugs in one client won't > generally trigger the problem in another client a the same time unless > it's a common property of the directory they touch. Given that the problem occurs with both a Gentoo machine acting as NFS=20 server and a FreeBSD 4.10 machine acting as NFS server (the latter has=20 been working fine since 4.10 was released, and under previous releases=20 before that), I think those work just fine. > Ruling out debug.mpsafenet and/or if_re checksum issues would both be > useful things to do. I strongly suspect it was the re checksum issue. I've disabled both=20 debug.mpsafenet and txcsum offloading, and NFS seems to work fine again.=20 I've copied a few GB of data back and forth, no freezes. Thanks again for your time. Benjamin --nextPart1227177.FBU61uCNiF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBa/AfgShs4qbRdeQRAosEAJ9JQ3INUa2qgcfUtjoO3nq5W9zr/gCgkh52 hgCCcO3GtdPT9kwqsoRFfYQ= =atXQ -----END PGP SIGNATURE----- --nextPart1227177.FBU61uCNiF-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 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 88A7716A505 for ; Tue, 12 Oct 2004 14:55:41 +0000 (GMT) Received: from web54008.mail.yahoo.com (web54008.mail.yahoo.com [206.190.36.232]) by mx1.FreeBSD.org (Postfix) with SMTP id C6E9A43D3F for ; Tue, 12 Oct 2004 14:55:28 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041012145528.12095.qmail@web54008.mail.yahoo.com> Received: from [147.46.44.181] by web54008.mail.yahoo.com via HTTP; Tue, 12 Oct 2004 07:55:28 PDT Date: Tue, 12 Oct 2004 07:55:28 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org In-Reply-To: <200410121536.41115.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-Beta7 / router & ntpdate: bug in bootup script or sequence? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 14:55:42 -0000 --- Jose M Rodriguez wrote: > spam maps escribió: > > Hi, > > > > I have a router configured, which must properly > > synchronize time at bootup. For that purpose I > > use ntpdate to instantly adjust the time, then > > have let ntpd keep syncing time while running. > > All info for ntpdate and ntpd comes from > > /etc/ntp.conf. > > > > (ntpd also becomes the server of the local > > network, but that's now not so relevant) > > > > However, there seems to be something really odd > > when network access is needed for ntpdate; it > > simple cannot, and no time adjustment is done. > > > > Strangely enough: after bootup I can manually > > do the same ntpdate command, and it all works. > > > > Whatever I tried, nothing seems to help to get > > ntpdate do its work at bootup. My guess would > > be that there's something wrong with the bootup > > scripts or the sequence the scripts are called. > > > > The full bootup output, rc.conf and ntp.conf > > files are here: > > > > http://cisr.snu.ac.kr/ntpdate.txt > > > > I see this before. You are using named from here. > Seems it may have a race condition between named > and ntpdate. > > Try put an external nameserver on /etc/resolv.conf Even without named (named_enabled="NO"), and proper nameservers in /etc/resolv.conf, I get similar problems. See http://cisr.snu.ac.kr/ntpdate2.txt for the bootup process. I'm really puzzled why ntpdate is behaving so strange here. Is there a race condition between the network setup and ntpdate ? What makes it difficult to investigate, is that it only happens at bootup; after bootup, the ntpdate command works just fine! Yes, indeed I can avoid using ntpdate, but I believe there's something of a bootup bug here, which might be worthwhile finding.... Regards, Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:07: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 344DD16A4CE for ; Tue, 12 Oct 2004 15:07:03 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D4F843D2D for ; Tue, 12 Oct 2004 15:07:02 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 12946 invoked by uid 65534); 12 Oct 2004 15:07:00 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp016) with SMTP; 12 Oct 2004 17:07:00 +0200 X-Authenticated: #15946415 Received: from [10.0.0.4] (helo=ms.homeip.net) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHOFB-000LvZ-C6 for freebsd-current@freebsd.org; Tue, 12 Oct 2004 17:07:17 +0200 Received: from 128.176.151.61 (SquirrelMail authenticated user incmc@gmx.de); by ms.homeip.net with HTTP; Tue, 12 Oct 2004 17:07:17 -0200 (CEST) Message-ID: <1068.128.176.151.61.1097593637.squirrel@128.176.151.61> In-Reply-To: <200410121609.01505.josemi@freebsd.jazztel.es> References: <69b7b6901d.6901d69b7b@osu.edu> <200410121511.53192.josemi@freebsd.jazztel.es> <416BE30E.3070203@gmx.de> <200410121609.01505.josemi@freebsd.jazztel.es> Date: Tue, 12 Oct 2004 17:07:17 -0200 (CEST) From: incmc@gmx.de To: freebsd-current@freebsd.org 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 Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:07:03 -0000 > El Martes, 12 de Octubre de 2004 15:58, Jochen Gensch escribió: > try killall /usr/sbin/named or kill from pids in pidfiles You want me to kill named??? I'm not running any DNS server :-) I guess you meant moused, din't you? Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:10: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 6B9FA16A4CE for ; Tue, 12 Oct 2004 15:10:50 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE30843D1D for ; Tue, 12 Oct 2004 15:10:49 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CHOIq-0002b9-00 Tue, 12 Oct 2004 17:11:04 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CHOIq-0002an-00 Tue, 12 Oct 2004 17:11:04 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CFAmjb078239; Tue, 12 Oct 2004 17:10:48 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CFAmXA097527; Tue, 12 Oct 2004 17:10:48 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 17:10:47 +0200 User-Agent: KMail/1.7 References: <69b7b6901d.6901d69b7b@osu.edu> <200410121511.53192.josemi@freebsd.jazztel.es> <416BE333.7060900@gmx.de> In-Reply-To: <416BE333.7060900@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410121710.48152.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Jochen Gensch Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:10:50 -0000 El Martes, 12 de Octubre de 2004 15:59, Jochen Gensch escribi=F3: > Jose M Rodriguez wrote: > > try as attached. [ -c ] are test of device presence, see test(1) > > Doesn't help. Killall is not being executed, see process numbers. > > Before Suspend: > > NB ~:ps ax | grep mouse > 364 ?? Is 0:00.01 /usr/sbin/moused -p /dev/ums0 -I > /var/run/moused.ums0 > 536 ?? Is 0:00.00 /usr/sbin/moused -p /dev/psm0 -t auto > > After resuming (psm0 dead) > > NB ~:ps ax | grep mouse > 536 ?? Ss 0:00.00 /usr/sbin/moused -p /dev/psm0 -t auto > 707 ?? Ss 0:00.00 /usr/sbin/moused -p /dev/ums0 -I > /var/run/moused.ums0 > > Jochen > After a closer look. This is not a current@ problem. Seems you have=20 problems whith some apm/acpi daemon. try this on mobile@. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15: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 EAB8C16A4CE for ; Tue, 12 Oct 2004 15:20:28 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7947843D2D for ; Tue, 12 Oct 2004 15:20:28 +0000 (GMT) (envelope-from harryking@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so390837rnk for ; Tue, 12 Oct 2004 08:20:27 -0700 (PDT) Received: by 10.38.73.61 with SMTP id v61mr2304981rna; Tue, 12 Oct 2004 08:20:27 -0700 (PDT) Received: by 10.38.70.65 with HTTP; Tue, 12 Oct 2004 08:20:27 -0700 (PDT) Message-ID: Date: Tue, 12 Oct 2004 23:20:27 +0800 From: Harry King To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Alcatel SpeedTouch USB Modem on 6.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harry King List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 15:20:29 -0000 I just did a upgrade from 5-current to 6.0-current. Everything seems to work well except that the pppoa port installed before cannot initialize the speedtouch modem. modem_run got the following errors: All threads purged from ugen 0.1 All threads purged from ugen 0.5 I've been using this port without any problems on 4.x as well as 5.x. I tried to reinstall the port but found that it wasnt updated to 6-current. I somehow managed to manually reinstall it but still got the errors above. Something i've missed? Any hints? TIA. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:25: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 742C916A4CE; Tue, 12 Oct 2004 15:25:39 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDA843D3F; Tue, 12 Oct 2004 15:25:39 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9CGO3r6031585; Tue, 12 Oct 2004 11:24:03 -0500 Date: Tue, 12 Oct 2004 11:24:03 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-arch@freebsd.org, freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: mbuf w/o pkthdr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:25:39 -0000 Hello - src/sys/i386/i386/busdma_machdep.c:/^bus_dmamap_load_mbuf/ prohibits loading an mbuf that does not contain a packet header. Some drivers use this (xl), some don't (fxp). Are all packets supposed to have the M_PKTHDR flag? Why? Cheers, Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:33: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 F327316A4CE for ; Tue, 12 Oct 2004 15:33:52 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B731643D3F for ; Tue, 12 Oct 2004 15:33:52 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CHOf9-0002nH-00 Tue, 12 Oct 2004 17:34:07 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CHOf9-0002mu-00 Tue, 12 Oct 2004 17:34:07 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9CFXpE5083828; Tue, 12 Oct 2004 17:33:51 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9CFXqoV000911; Tue, 12 Oct 2004 17:33:52 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 17:33:51 +0200 User-Agent: KMail/1.7 References: <69b7b6901d.6901d69b7b@osu.edu> <200410121609.01505.josemi@freebsd.jazztel.es> <1068.128.176.151.61.1097593637.squirrel@128.176.151.61> In-Reply-To: <1068.128.176.151.61.1097593637.squirrel@128.176.151.61> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410121733.52008.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: incmc@gmx.de Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:33:53 -0000 El Martes, 12 de Octubre de 2004 21:07, incmc@gmx.de escribi=F3: > > El Martes, 12 de Octubre de 2004 15:58, Jochen Gensch escribi=F3: > > > > try killall /usr/sbin/named or kill from pids in pidfiles > > You want me to kill named??? I'm not running any DNS server :-) > I guess you meant moused, din't you? > Yes. but go with this to mobile@. I think you need ampd or similar=20 configured and running to get this working. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:36: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 5953016A4CE; Tue, 12 Oct 2004 15:36:22 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96F843D39; Tue, 12 Oct 2004 15:36:21 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 6DD285312; Tue, 12 Oct 2004 17:36:20 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id BD98E530A; Tue, 12 Oct 2004 17:36:13 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 6DFF2B861; Tue, 12 Oct 2004 17:36:13 +0200 (CEST) To: Sam References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 12 Oct 2004 17:36:13 +0200 In-Reply-To: (sah@softcardsystems.com's message of "Tue, 12 Oct 2004 11:24:03 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) 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-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: mbuf w/o pkthdr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:36:22 -0000 Sam writes: > Are all packets supposed to have the M_PKTHDR flag? Why? IIRC, M_PKTHDR indicates the first mbuf in a chain when a packet is split across multiple mbufs. This usually only happens for outgoing packets, where protocol headers are constructed in separate mbufs which are prepended to the chain as the packet moves down the stack. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:37: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 E357516A4CF; Tue, 12 Oct 2004 15:37:14 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DACB43D2D; Tue, 12 Oct 2004 15:37:13 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.61.198] (ppp83-237-61-198.pppoe.mtu-net.ru [83.237.61.198]) (authenticated bits=0) by portpc-design.spb.ru (8.13.1/8.13.1) with ESMTP id i9CFb7fm050763; Tue, 12 Oct 2004 19:37:07 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <416BFA13.9010101@mcsi.pp.ru> Date: Tue, 12 Oct 2004 19:36:51 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <41640976.7020004@mcsi.pp.ru> <20041006155125.GK47017@green.homeunix.org> <41641614.3050102@mcsi.pp.ru> <20041008061859.GB980@green.homeunix.org> In-Reply-To: <20041008061859.GB980@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 portpc-design.spb.ru cc: current@freebsd.org Subject: Re: NDIS/UMA 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: Tue, 12 Oct 2004 15:37:15 -0000 Brian Fundakowski Feldman wrote: > On Wed, Oct 06, 2004 at 07:58:12PM +0400, Maxim Maximov wrote: > >>Brian Fundakowski Feldman wrote: >> >>>On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: >>> >>> >>>>Hello. >>>> >>>> System running kernel >>>> >>>>FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct 1 >>>>19:17:59 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 >>>> >>>> is sometimes experiencing following panic on boot after ppp starts >>>> and sends first packet to ndis0 (hand-transcribed): >>>> >>>>kernel trap 12: page fault >>>>db> trace >>>>ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 >>>>ntoskrnl_timercall(0xc1fb51f0) +0x7a >>>>softclock(0) +0x17a >>>>ithread_loop >>>>fork_exit >>>>fork_trampoline >>>> >>>> I'll update kernel and will re-post if the problem continues. I'm >>>>posting this now because I think someone might be interested in seeing >>>>0xdeadc0de in stack trace. >>> >>> >>>That very much looks like an NDIS driver bug. Did the vendor only provide >>>one version to try? >> >>Yes. This is ASUS L5G notebook. Driver page with the one and only >>Wireless driver is here: >>http://www.asus.com/support/download/item.aspx?ModelName=L5G >> >>I'm running NDIS for about 1.5 months. And this panic first happens only >>yesterday, so I thought this is not the driver bug. BTW, here it is: >> >>ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 >>at device 2.0 on pci2 >>ndis0: NDIS API version: 5.0 >>ndis0: Ethernet address: 00:0e:a6:c2:00:e4 >>ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps >> >>Full dmesg is at http://mcsi.pp.ru/dmesg.boot >> >> >>>I wouldn't be surprised if NT has kernel code that >>>specifically tries to recover from timers going off that were stored in >>>memory that got freed (before they went off). >>> > > > It could conceivable be related to something this would fix: > > It is not. Recent kernel just paniced at the same place. However, 0xdeadc0de changed to 0xdeadc0f2 or close. Are there any places in DDB I should look at when it'll happen again? -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:44: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 A3B9716A4CE; Tue, 12 Oct 2004 15:44:10 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4993C43D41; Tue, 12 Oct 2004 15:44:10 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9CGgWlq031724; Tue, 12 Oct 2004 11:42:32 -0500 Date: Tue, 12 Oct 2004 11:42:32 -0500 (EST) From: Sam X-X-Sender: sah@athena To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: mbuf w/o pkthdr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:44:10 -0000 >> Are all packets supposed to have the M_PKTHDR flag? Why? > > IIRC, M_PKTHDR indicates the first mbuf in a chain when a packet is > split across multiple mbufs. This usually only happens for outgoing > packets, where protocol headers are constructed in separate mbufs > which are prepended to the chain as the packet moves down the stack. That's kind of my understanding (with some PACKET_TAG* stuff going on). I don't have split headers, though. Neither would an arp frame, but he too gets a packet header and fills it out. I don't mind following suit, I'm just wondering what the convention is for. Perhaps we use mbufs without packet headers for something special? Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15: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 3530316A4CE for ; Tue, 12 Oct 2004 15:46:47 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCE143D1F for ; Tue, 12 Oct 2004 15:46:47 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 90753BEEA; Tue, 12 Oct 2004 11:46:46 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 3E4161D2106; Tue, 12 Oct 2004 11:46:39 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16747.64607.204263.332186@canoe.dclg.ca> Date: Tue, 12 Oct 2004 11:46:39 -0400 To: Mike Tancsa In-Reply-To: <239mm0ppiimf73u9ui71cf8gjmao88vd9h@4ax.com> References: <16742.40802.187425.402461@canoe.dclg.ca> <239mm0ppiimf73u9ui71cf8gjmao88vd9h@4ax.com> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: Packet passing performance study on exotic hardware. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:46:47 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> Also, what did you adjust kern.polling.user_frac to ? Perhaps Mike> post sysctl -a kern.polling I'll try and remember to keep that data, but from memory, user_frac was 20 for most tests. We tried it at 50 and 0. It didn't seem to make much difference as not much was running in userland anyways. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:48:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B5E816A4D3 for ; Tue, 12 Oct 2004 15:48:53 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD7C43D55 for ; Tue, 12 Oct 2004 15:48:53 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id D2912C68E; Tue, 12 Oct 2004 11:48:52 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 71EDE1D2106; Tue, 12 Oct 2004 11:48:45 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16747.64733.417014.558225@canoe.dclg.ca> Date: Tue, 12 Oct 2004 11:48:45 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:48:53 -0000 Is it even expected that if I upgrade a machine with vinum drives from old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum will recognise and use the old vinum partitions? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:50: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 3C05616A4CE; Tue, 12 Oct 2004 15:50:21 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14F5E43D1D; Tue, 12 Oct 2004 15:50:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9CFoJWi097239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Oct 2004 08:50:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416BFD51.2080805@errno.com> Date: Tue, 12 Oct 2004 08:50:41 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: mbuf w/o pkthdr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:50:21 -0000 Sam wrote: > Hello - > > src/sys/i386/i386/busdma_machdep.c:/^bus_dmamap_load_mbuf/ > prohibits loading an mbuf that does not contain a packet > header. Some drivers use this (xl), some don't (fxp). > > Are all packets supposed to have the M_PKTHDR flag? Why? M_PKTHDR indicates an m_pkthdr structure is present in the mbuf. bus_dmamap_load_mbuf requires this as it gets the packet length from it (instead of walking the mbuf chain or taking it as an argument). Most packets typically have this information (can't think of any interesting cases where it is not be there). Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:52: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 DC4B116A4CE for ; Tue, 12 Oct 2004 15:52:33 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DD0EA43D4C for ; Tue, 12 Oct 2004 15:52:32 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 22817 invoked by uid 65534); 12 Oct 2004 15:52:31 -0000 Received: from pD9FF1256.dip.t-dialin.net (EHLO ms.homeip.net) (217.255.18.86) by mail.gmx.net (mp027) with SMTP; 12 Oct 2004 17:52:31 +0200 X-Authenticated: #15946415 Received: from [10.0.0.101] (helo=[10.0.0.101]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CHOx9-000MAJ-NM for freebsd-current@freebsd.org; Tue, 12 Oct 2004 17:52:43 +0200 Message-ID: <416BFDB8.2040407@gmx.de> Date: Tue, 12 Oct 2004 17:52:24 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> <200410121511.53192.josemi@freebsd.jazztel.es> <416BE333.7060900@gmx.de> <200410121710.48152.josemi@freebsd.jazztel.es> In-Reply-To: <200410121710.48152.josemi@freebsd.jazztel.es> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:52:34 -0000 Jose M Rodriguez wrote: > After a closer look. This is not a current@ problem. Seems you have > problems whith some apm/acpi daemon. try this on mobile@. Mmh, all I see is, that rc.resume doesn't seem to execute commands one enters there. In my opinion this is not only related to mobile... I'll try a echo test > file in rc.resume. I am sure, this won't be executed, too. Jochen From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:54: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 2B7D216A4CE; Tue, 12 Oct 2004 15:54:05 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4DB443D49; Tue, 12 Oct 2004 15:54:04 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9CFs3Wi097250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Oct 2004 08:54:03 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416BFE30.2090308@errno.com> Date: Tue, 12 Oct 2004 08:54:24 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> In-Reply-To: <20041012140205.GD29433@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:54:05 -0000 Gleb Smirnoff wrote: > On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek (T-Systems PragoNet) wrote: > R> I have run into a problem with my Broadcom NIC (Dell LATITUDE D600). I am not able to detect 802.1Q tags on incoming interface with ethereal or tcpdump. All incoming packets seems like they are not coming through trunk but as native ETH frames, ie. the vlan tag is missing, probably removed before being passed to tcpdump? > R> > R> No I have not tested NIC's behaviour on 4.X, but I is working with linux (2.6.something kernel probably?) > R> > R> Any ideas what to modify or set so I can detect vlan_tag would be very apreciated. > > As Ruslan already mentioned, it is impossible to turn off hardware VLAN > stripping in bge driver. > > A patch to stop tagged frames to come on trunk interface is like this: > > @@ -701,13 +657,16 @@ > * see if the device performed the decapsulation and > * provided us with the tag. > */ > - if (ifp->if_nvlans && > - m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { > + if (m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { > /* > * vlan_input() will either recursively call ether_input() > * or drop the packet. > */ > - KASSERT(vlan_input_p != NULL,("ether_input: VLAN not loaded!")); > + if (vlan_input_p == NULL) { > + /* vlan(4) is not loaded, discard frame */ > + m_freem(m); > + return; > + } > (*vlan_input_p)(ifp, m); > return; > } > This pessimizes normal traffic. We should look for a solution in the driver(s) to avoid sending packets up with tags when no vlans are configured. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 15:57: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 8DAE216A4CE; Tue, 12 Oct 2004 15:57:46 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8706543D2D; Tue, 12 Oct 2004 15:57:45 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9CFvf0l001258; Tue, 12 Oct 2004 18:57:41 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9CFveeT001936; Tue, 12 Oct 2004 18:57:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9CFve8k001935; Tue, 12 Oct 2004 18:57:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 12 Oct 2004 18:57:40 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20041012155740.GA1648@orion.daedalusnetworks.priv> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Sam cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: mbuf w/o pkthdr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 15:57:46 -0000 On 2004-10-12 17:36, Dag-Erling Sm?rgrav wrote: > Sam writes: > > Are all packets supposed to have the M_PKTHDR flag? Why? > > IIRC, M_PKTHDR indicates the first mbuf in a chain when a packet is > split across multiple mbufs. This usually only happens for outgoing > packets, where protocol headers are constructed in separate mbufs > which are prepended to the chain as the packet moves down the stack. AFAIK, all the packets have an M_PKTHDR in the first mbuf of their chain. The presence of an M_PKTHDR flag only means that the beginning of the mbuf contains a (struct pkthdr) before the packet payload. This is not related to the splitting of packets to multiple mbufs or not, though. A small packet might have an M_PKTHDR but still fit in a single mbuf if its payload packet (including protocol headers and data) is less than MHLEN bytes. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 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 DC55C16A4CE for ; Tue, 12 Oct 2004 16:02:48 +0000 (GMT) Received: from gate.ka.punkt.de (gate.ka.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 540A343D49 for ; Tue, 12 Oct 2004 16:02:48 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id i9CG1LWP019437 for ; Tue, 12 Oct 2004 18:01:21 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id i9CG2kPf082692; Tue, 12 Oct 2004 18:02:46 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id i9CG2kOr082691; Tue, 12 Oct 2004 18:02:46 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> In-Reply-To: <16747.64733.417014.558225@canoe.dclg.ca> To: David Gilbert Date: Tue, 12 Oct 2004 18:02:46 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 16:02:49 -0000 Hi! > Is it even expected that if I upgrade a machine with vinum drives from > old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum > will recognise and use the old vinum partitions? Just did it on one machine and, yes, it worked. That's not a statistically relevant base, though - YMMV ;-) Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit P.S. Mirror plexes only on my system. -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 16:07: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 D6ED016A4CE for ; Tue, 12 Oct 2004 16:07:50 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C04C643D2D for ; Tue, 12 Oct 2004 16:07:50 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i9CG7ofY018833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Oct 2004 09:07:50 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i9CG7o2n018832 for freebsd-current@freebsd.org; Tue, 12 Oct 2004 09:07:50 -0700 (PDT) (envelope-from jdc) Date: Tue, 12 Oct 2004 09:07:50 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041012160750.GA18612@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20041010204308.GA29900@lb.tenfour> <958B8DA2-1B9E-11D9-BA01-000A95BC6FAE@celabo.org> <20041012143822.GA92220@minubian.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041012143822.GA92220@minubian.inethouston.net> User-Agent: Mutt/1.5.6i Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 16:07:51 -0000 The JPEG issue is specific to certain Windows-based products. I believe the two products affected right now are Office and IE. However, here's a worthy Christmas list... http://www.mozilla.org/projects/security/known-vulnerabilities.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Tue, Oct 12, 2004 at 09:38:22AM -0500, David W. Chapman Jr. wrote: > On Mon, Oct 11, 2004 at 10:59:51AM -0500, Jacques Vidrine wrote: > > > > On Oct 10, 2004, at 3:43 PM, Dick Davies wrote: > > > Shouldn't serious bugs (like the JPEG vuln > > >in firefox for example) to override the freeze? > > > > What "JPEG vuln in firefox"? > > I thought this was only a vuln for windows and did not affect unix > versions of firefox. > > -- > David W. Chapman Jr. > dwcjr@inethouston.net Raintree Network Services, Inc. > _______________________________________________ > 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 Oct 12 16:54: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 AC3B216A4CE for ; Tue, 12 Oct 2004 16:54:34 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DAA743D1F for ; Tue, 12 Oct 2004 16:54:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 70FF572DD4; Tue, 12 Oct 2004 09:54:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6BE8B72DCB; Tue, 12 Oct 2004 09:54:34 -0700 (PDT) Date: Tue, 12 Oct 2004 09:54:34 -0700 (PDT) From: Doug White To: Mattias Schlenker In-Reply-To: <416AB6A2.9060507@schlenker-webdesign.de> Message-ID: <20041012095147.Q41628@carver.gumbysoft.com> References: <416AB6A2.9060507@schlenker-webdesign.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 16:54:34 -0000 On Mon, 11 Oct 2004, Mattias Schlenker wrote: > Is there anyone out there who managed to mount the iPod Mini on FreeBSD > 5.2.1/5.3? > > I formatted the iPod as FAT32 with the supplied tools for Windows. When > plugging in the iPod, it is just recognized as mass storage device > (umassX), but no disks are created (umass0 shows up, but da0 does not) > -- no matter if I plug the iPod into a USB hub or directly into a usb > port on the back panel. Try doing a bus rescan after connecting it. umass doesn't wait around very long for the device to come ready and the mini might take a minute to go into disk mode. Use 'camcontrol devlist -v' to find the bus number; it'll mention umass-simX for the controller name. Note the number after 'scbus' on that line. That's the bus number. Then do 'camcontrol rescan X' where 'X' is the bus number. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 16:55: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 732BB16A4CE for ; Tue, 12 Oct 2004 16:55:56 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 0051943D2D for ; Tue, 12 Oct 2004 16:55:55 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 7806 invoked from network); 12 Oct 2004 16:55:53 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 12 Oct 2004 16:55:53 -0000 From: Christian Hiris <4711@chello.at> To: Paul Mather Date: Tue, 12 Oct 2004 18:55:34 +0200 User-Agent: KMail/1.7 References: <20041011151506.747E516A4CF@hub.freebsd.org> <1097510181.99562.18.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1097510181.99562.18.camel@zappa.Chelsea-Ct.Org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410121855.52494.4711@chello.at> cc: axel.gruner@suedfactoring.de cc: freebsd-current@freebsd.org cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 16:55:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 11 October 2004 17:56, Paul Mather wrote: > On Mon, 11 Oct 2004 14:26:06 +0100, Chris Elsworth > > wrote: > > So, I'm left quite unsure whether the warnings are harmless or not. > > Pawel, can we just use existing labels on disks and apply a gmirror > > over it, or should we be re-labelling inside the mirror device? > > I believe it is safer to re-bsdlabel the mirror device rather than use > an existing disklabel. Remember, the mirror device uses one sector at > the end of each provider to store its metadata. So, if you use the > existing provider's disklabel, you will at the very least get complaints > concerning the label about the "c" partition extending past the end of > the device (because the "c" partition will be one sector too long now). Just an example how to find out, if there is a risk that metadata will overwrite userdata on an existing slice: Our disk is ad6. Our existing slice is ad6s1, it holds 4 partitions (/ swap /usr /home) We want to mirror the whole disk. # boot -v ad6: ATA-7 disk at ata3-master ad6: 117246MB (240121728 sectors), 238216 C, 16 H, 63 S, 512 B ^^^^^^^^^ ^^^ ** raw size is 240121728 sectors ** sectorsize is 512 bytes. ** last sector 240121728 will hold our new gmirror metadata. ad6: 16 secs/int, 1 depth queue, UDMA133 [0] f:00 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:240107427 ^^^^ ** the 63 sector offset displayed by bsdlabel after gmirror has been started [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [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: new disk ad6 GEOM: Configure ad6s1, start 32256 length 122935002624 end 122935034879 ^^^^^ ^^^^^^^^^^^^ ** slice starts at sector 63 [32256/512] ** slice ends at sector 240107489 [122935034879/512] Now we have all information we need: Raw disksize in sectors 240121728 Slice ad6s1 ends at sector 240107489 So we see that our new metadata, which will be stored in sector 240121728, never will touch any userdata inside slice ad6s1. Curiously, we want to check what happens in real life: # gmirror label -b split -s 16384 mirror0 ad6 # gmirror list Geom name: mirror0 State: COMPLETE Components: 2 Balance: split Slice: 16384 Flags: NONE SyncID: 3 ID: 2363178490 Providers: 1. Name: mirror/mirror0 Mediasize: 122942324224 (114G) ** new gmirror device 240121727 sectors [122942324224/512] Sectorsize: 512 Mode: r4w4e2 Consumers: 1. Name: ad6 Mediasize: 122942324736 (114G) ** raw device 240121728 sectors [122942324736/512] ** sector 24012178 holds our metadata Sectorsize: 512 Mode: r4w4e3 State: ACTIVE Priority: 1 Flags: DIRTY SyncID: 3 ID: 3530324446 check if metadata really live in sector 240121728: # dd if=/dev/ad6 of=/root/meta skip=240121727 count=1 # more /root/meta GEOM::MIRROR [...] > Also, if you are unlucky, the mirror metadata might overwrite (and > render inaccessible) a sector's worth of actual filesystem data in the > last sector from the original provider when you create the mirror. That > could cause problems. > > Labelling the mirror device ensures that filesystem data is not on any > inaccessible sectors (assuming you don't deliberately create an invalid > label on the new mirror device:). > > FWIW, I outline in a posting to freebsd-geom the steps I took to do a > fresh install of FreeBSD 5.3-BETA to create an root-on-gmirror setup > (http://lists.freebsd.org/pipermail/freebsd-geom/2004-September/000307.html >). A similar technique could be used to gmirror an existing setup. Thanks, for the link (Chris already pointed me to this thread). I will try this on a testmachine. > > Cheers, > > Paul. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbAyY09WjGjvKU74RAkbAAJ9C6RtG1gQT7oDFvt7KJzJ8ojCk0gCfbqM5 rk69wA8jyRTcVQN4wPYrYgk= =T1Oy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 17:10: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 6E6C916A4CE for ; Tue, 12 Oct 2004 17:10:27 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 601A243D1D for ; Tue, 12 Oct 2004 17:10:27 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5606D72DD4; Tue, 12 Oct 2004 10:10:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 51AD072DCB; Tue, 12 Oct 2004 10:10:27 -0700 (PDT) Date: Tue, 12 Oct 2004 10:10:27 -0700 (PDT) From: Doug White To: Jesse Marquez In-Reply-To: Message-ID: <20041012100915.K41628@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: RE: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 17:10:27 -0000 On Tue, 12 Oct 2004, Jesse Marquez wrote: > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Robert Watson > Sent: Tuesday, October 12, 2004 2:52 AM > To: Doug White > Cc: freebsd-current@freebsd.org; jmarquez@telenetwork.com > Subject: Re: startx xauth errors > > > On Mon, 11 Oct 2004, Doug White wrote: > > > On Fri, 8 Oct 2004 jmarquez@telenetwork.com wrote: > > > > > When I execute startx, xauth gives me the following error twice in a > row. > > > > > > xauth: (stdin):1: bad "add" command line > > > > Make sure your machine can resolve its own hostname. THere's a couple > > of name lookups in the xauth path and it'll spit this out if the lookup > > fails. Make sure the system's hostname is fully qualified and listed in > > /etc/hosts, DNS, or both :) > > Hosts file looks good, any other tips? try telnet `hostname` If that gives a host-resolution-type error, better check /etc/hosts again :) Otherwise we'd need all of the xauth messages. It usually whines about something else when it prints a message like that. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 17:25: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 0389816A4CE for ; Tue, 12 Oct 2004 17:25:15 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBDBD43D3F for ; Tue, 12 Oct 2004 17:25:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9B01B72DD4; Tue, 12 Oct 2004 10:25:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9605072DCB; Tue, 12 Oct 2004 10:25:14 -0700 (PDT) Date: Tue, 12 Oct 2004 10:25:14 -0700 (PDT) From: Doug White To: Maxim Konovalov In-Reply-To: <20041012154552.E60900@mp2.macomnet.net> Message-ID: <20041012101849.U41628@carver.gumbysoft.com> References: <20041012154552.E60900@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 17:25:15 -0000 On Tue, 12 Oct 2004, Maxim Konovalov wrote: > [Bcc: sparc64@ ] > > Hello, > > Are there any ways to debug a kernel dump on sparc64? On our SMP > netra1440: Did you mean Netra 1400? I don't see a Netra 1440 on sunsolve. The 1400 is a quad-US2; looks like a 420R from the back (?) > # strings vmcore.3 | grep panic > panic: trap: fast data access mmu miss > ... > > # kgdb kernel.debug vmcore.3 2>&1| more Have you tried this with the kernel.debug in your kernel compile dir, rather than the one that savecore thinks its getting? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 17:51: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 64F4A16A4CE for ; Tue, 12 Oct 2004 17:51:25 +0000 (GMT) Received: from ms-smtp-02-eri0.texas.rr.com (ms-smtp-02.texas.rr.com [24.93.47.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAFD243D2F for ; Tue, 12 Oct 2004 17:51:24 +0000 (GMT) (envelope-from jmarquez@telenetwork.com) Received: from minuslinux.com (cs7011250-112.austin.rr.com [70.112.50.112]) i9CHpLBE004660; Tue, 12 Oct 2004 12:51:21 -0500 (CDT) Date: Tue, 12 Oct 2004 12:51:32 -0500 From: Jesse Marquez To: freebsd-current@freebsd.org Message-Id: <20041012125132.649777a8.jmarquez@telenetwork.com> In-Reply-To: <20041012100915.K41628@carver.gumbysoft.com> References: <20041012100915.K41628@carver.gumbysoft.com> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 17:51:25 -0000 On Tue, 12 Oct 2004 10:10:27 -0700 (PDT) Doug White wrote: > On Tue, 12 Oct 2004, Jesse Marquez wrote: > > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org > > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Robert Watson > > Sent: Tuesday, October 12, 2004 2:52 AM > > To: Doug White > > Cc: freebsd-current@freebsd.org; jmarquez@telenetwork.com > > Subject: Re: startx xauth errors > > > > > > On Mon, 11 Oct 2004, Doug White wrote: > > > > > On Fri, 8 Oct 2004 jmarquez@telenetwork.com wrote: > > > > > > > When I execute startx, xauth gives me the following error twice in a > > row. > > > > > > > > xauth: (stdin):1: bad "add" command line > > > > > > Make sure your machine can resolve its own hostname. THere's a couple > > > of name lookups in the xauth path and it'll spit this out if the lookup > > > fails. Make sure the system's hostname is fully qualified and listed in > > > /etc/hosts, DNS, or both :) > > > > Hosts file looks good, any other tips? > > try > > telnet `hostname` > > If that gives a host-resolution-type error, better check /etc/hosts again > :) > > Otherwise we'd need all of the xauth messages. It usually whines about > something else when it prints a message like that. telnet gives no errors when trying to establish a connection to host, those are the only xauth errors i'm receiving. You can check out the thread on the issue here http://www.bsdforums.org/forums/showthread.php?s=&threadid=25583 From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:05:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BC816A4CE for ; Tue, 12 Oct 2004 18:05:23 +0000 (GMT) Received: from bd.tradepage.co.za (bd.tradepage.co.za [196.15.134.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF5243D2F for ; Tue, 12 Oct 2004 18:05:21 +0000 (GMT) (envelope-from des@bd.tradepage.co.za) Received: from bd (www.tradepage.co.za [196.15.134.22]) by bd.tradepage.co.za (Rockliffe SMTPRA 3.4.2) with SMTP id ; Tue, 12 Oct 2004 20:00:48 +0200 Message-ID: X-MSReally-From: des@FreeBSD.org From: Furlong Smoorgreff To: freebsd-current Date: Tue, 12 Oct 2004 18:00:47 GMT X-MSMail-Priority: Normal X-mailer: AspMail 4.0 4.03 (SMT469609F) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Webmail Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:05:23 -0000 The FreeBSD Release Engineering Team is proud to announce the availability of FreeBSD 5.3-BETA7. This is the eighth and final BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will follow on next with an RC1 release candidate unless significant show-stopper bugs are found. The schedule can be found at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known Issues" below as there are known problems that are still being worked on at this time. IMPORTANT: BIND 9.3.0 has replaced BIND 8.x as the default name server. IMPORTANT: Several libraries have had their version numbers bumped in order to maintain FreeBSD 4.x compatibility. Any programs that rely on these libraries should be rebuilt. The /etc/ libmap.conf facility can be used to help this migration. In particular, libm.so.2 should be mapped to libm.so.3 while the migration is in progress. The libraries that changed are: libm.so.2 -> libm.so.3 libhistory.so.4 -> libhistory.so.5 libopie.so.2 -> libopie.so.3 libpcap.so.2 -> libpcap.so.3 libreadline.so.4 -> libreadline.so.5 Other fixes and enhancements made since BETA7: - Fix timekeeping on sparc64 and alpha that would result in the day of the week being stored incorrectly in NVRAM. - Add support to the fxp driver for the ICH6 chipset. - Fix the panic on detach problem with USB hubs. - Import BIND 9.3.0. This completely replaces the old BIND 8.x nameserver in the base system. Many thanks to Furlong Smoorgroff, Tom 'asshole' Rhodes, Doug Barton, and Ruslan Ermilov for making this happen. - Fix panic when allocating swap on a busy system. - Fix loader crash when using the 'lsdev' command. - Many more GBDE, ggate, gmirror, and gstripe fixes. - Fix the '-s' option in newfs to handle large filesystems. - Fix a resource allocation problem with the floppy driver that would result in long delays during boot. - Add support for the Broadcom 5750/5751 chips to the bge driver. - Allow 'sh' to handle unsetting of undefined variables. - Fix several locking problems in PF. - Many fixes to the ATA driver to make it more robust. - Many locking fixes for the re driver. - Work around a panic on sparc64 SMP systems when under heavy load. - Fix handling of non-existent devices at boot for getty. - Disable Synaptics touchpad support in the psm driver as it was causing many problem reports. - Fix the em driver to not wedge when under heavy transmit load. - Fix KAME IPSEC and FAST IPSEC. - Fix the pst driver to not panic on boot when INVARIANTS is defined. Known issues in this release: - There are known data corruption issues with gvinum. Fixes are being tested now. (Read: we have no frigging idea of how to fix it) - There are reports of packet corruption with the nge driver when the network stack is run without the Giant mutex. A fix is being tested. Availability: For people wishing to upgrade older systems using cvsup(1) and the procedure described in src/UPDATING the CVS tag to use is RELENG_5 at this point. Note that like all RELENG_X branches this is an active development branch. We do not recommend those branches for normal use (for normal use RELENG_X_Y branches are more appropriate, e.g. RELENG_4_10 is the current stable branch). As of this writing the following are available on ftp.freebsd.org along with some of the mirror sites: alpha: all images available amd64: all images available i386: all images available ia64: miniinst available pc98: miniinst available sparc64: all images except disc1 From Furlong Smoorgreff This free service is provided by Workinfo.com Workinfo.com - Resources for Today's Workplace - www.workinfo.com Workplace Performance Technologies - Management and Human Resource Consultants To receive our Free Newsletter, send a blank email to workinfo-subscribe@yahoogroups.com Online Legal and Human Resource Bookstore:- http://www.workinfo.com/mall/index.html Free Caselaw can be found at http://www.caselaw.co.za Download Free Job Descriptions and Legislation Contact us today to subscribe or for consulting assistance: +27 (0)12 669 0524 Tell a colleague about Workinfo.com and receive free guidelines: - http://www.workinfo.com/foxwork/feedback/Sendmail.htm From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:09: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 667B316A4CE for ; Tue, 12 Oct 2004 18:09:00 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CBCE43D49 for ; Tue, 12 Oct 2004 18:09:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24304 invoked from network); 12 Oct 2004 18:09:00 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Oct 2004 18:08:59 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9CI8tea092879; Tue, 12 Oct 2004 14:08:55 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 12 Oct 2004 13:34:30 -0400 User-Agent: KMail/1.6.2 References: <4165A018.8040906@jara23.co.uk> <20041011184340.I34886@carver.gumbysoft.com> <416B3975.8050304@jara23.co.uk> In-Reply-To: <416B3975.8050304@jara23.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410121334.31297.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Andrew Wiles Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:09:00 -0000 On Monday 11 October 2004 09:55 pm, Andrew Wiles wrote: > I neglected to include a dmesg in my initial report, here it is: > 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-BETA7 #4: Tue Oct 5 03:22:53 BST 2004 > adw@skynet.asgard.jara23.co.uk:/usr/obj/usr/src/sys/SKYNET.7ZXE > WARNING: MPSAFE network stack disabled, expect reduced performance. > MPTable: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Duron(tm) (750.03-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 > > Features=0x183fbff,CMOV,PAT,PSE36,MMX,FXSR> AMD Features=0xc0440000 > real memory = 536805376 (511 MB) > avail memory = 515645440 (491 MB) > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard Your BIOS is busted, you'll need to not use apic either by disabling it in the loader or compiling a custom kernel without it. Can you mail me the output of 'mptable' from this machine? -- 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 Oct 12 18:09: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 84D8B16A4CE for ; Tue, 12 Oct 2004 18:09:02 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609A043D39 for ; Tue, 12 Oct 2004 18:09:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31428 invoked from network); 12 Oct 2004 18:09:01 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Oct 2004 18:09:01 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9CI8teb092879; Tue, 12 Oct 2004 14:08:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 12 Oct 2004 13:51:32 -0400 User-Agent: KMail/1.6.2 References: <20041009161045.28736ebb.jmw-ml@solitarylight.com> In-Reply-To: <20041009161045.28736ebb.jmw-ml@solitarylight.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410121351.32714.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: John Wilson Subject: Re: No SMP without ACPI? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 18:09:02 -0000 On Saturday 09 October 2004 05:10 pm, John Wilson wrote: > Hello all. > > I just recently installed -BETA7 on an Intel D865PERL mainboard. After a > quick cvsup of the src's, and a recompile of the kernel, it appears that > SMP fails and falls back to UP even with HTT enabled in the BIOS, as well > as the proper kernel options of: > > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > I am unable to figure out why this is the case. HTT does indeed function > with ACPI enabled, but tends to panic the box on shutdown, thus the reason > for attempting to do this with ACPI disabled. Here is the dmesg: This is normal. MP Tables normally do not enumerate logical CPUs, where as the MADT table from ACPI does. You can force the kernel to guess at the existence of logical CPUs in the non-ACPI case by using the 'MPTABLE_FORCE_HTT' option in your kernel. -- 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 Oct 12 18:09: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 6F19816A506 for ; Tue, 12 Oct 2004 18:09:04 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B03643D39 for ; Tue, 12 Oct 2004 18:09:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31486 invoked from network); 12 Oct 2004 18:09:04 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Oct 2004 18:09:03 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9CI8tec092879; Tue, 12 Oct 2004 14:09:00 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 12 Oct 2004 13:55:59 -0400 User-Agent: KMail/1.6.2 References: <416AB6A2.9060507@schlenker-webdesign.de> <20041012095147.Q41628@carver.gumbysoft.com> In-Reply-To: <20041012095147.Q41628@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410121355.59318.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mattias Schlenker Subject: Re: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:09:04 -0000 On Tuesday 12 October 2004 12:54 pm, Doug White wrote: > On Mon, 11 Oct 2004, Mattias Schlenker wrote: > > Is there anyone out there who managed to mount the iPod Mini on FreeBSD > > 5.2.1/5.3? > > > > I formatted the iPod as FAT32 with the supplied tools for Windows. When > > plugging in the iPod, it is just recognized as mass storage device > > (umassX), but no disks are created (umass0 shows up, but da0 does not) > > -- no matter if I plug the iPod into a USB hub or directly into a usb > > port on the back panel. > > Try doing a bus rescan after connecting it. umass doesn't wait around > very long for the device to come ready and the mini might take a minute to > go into disk mode. > > Use 'camcontrol devlist -v' to find the bus number; it'll mention > umass-simX for the controller name. Note the number after 'scbus' on that > line. That's the bus number. Then do 'camcontrol rescan X' where 'X' is > the bus number. You'll need to either kldload geom_apple.ko or add 'GEOM_APPLE' to your kernel config to recognize the label on it once you do get da0 to show up. That will then let you mount the FAT filesystem from /dev/da0p1 (IIRC). -- 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 Oct 12 18:11: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 53BBB16A4CE for ; Tue, 12 Oct 2004 18:11:08 +0000 (GMT) Received: from mail.devrandom.org.uk (mail.devrandom.org.uk [84.92.10.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72DA343D49 for ; Tue, 12 Oct 2004 18:11:07 +0000 (GMT) (envelope-from lists@chrishowells.co.uk) Received: from localhost (frodo [192.168.1.8]) by mail.devrandom.org.uk (Postfix) with ESMTP id 6C6C525634F for ; Tue, 12 Oct 2004 18:06:41 +0100 (BST) Received: from mail.devrandom.org.uk ([192.168.1.8]) by localhost (frodo.devrandom.org.uk [192.168.1.8]) (amavisd-new, port 10024) with ESMTP id 42184-08 for ; Tue, 12 Oct 2004 18:06:31 +0100 (BST) Received: from [192.168.1.176] (unknown [192.168.1.176]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.devrandom.org.uk (Postfix) with ESMTP id 76BF1256058 for ; Tue, 12 Oct 2004 18:06:31 +0100 (BST) From: Chris Howells Organization: K Desktop Environment To: freebsd-current@freebsd.org Date: Tue, 12 Oct 2004 19:10:42 +0100 User-Agent: KMail/1.7.1 References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> In-Reply-To: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1619486.rcGnviNa8r"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410121910.55918.lists@chrishowells.co.uk> X-Virus-Scanned: by amavisd-new at devrandom.org.uk Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:11:08 -0000 --nextPart1619486.rcGnviNa8r Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 12 October 2004 17:02, Patrick M. Hausen wrote: > Just did it on one machine and, yes, it worked. > That's not a statistically relevant base, though - YMMV ;-) Worked for me too when upgrading a machine from 4.10 to 5.3-beta7. The only= =20 issue that I possibly saw was that I had to improperly shut down the machin= e=20 and when it came back up again, since they are ufs1 parititions, fsck didn'= t=20 want to run on them (fsck_ufs worked though), and the kernel decided to pan= ic=20 because of this... (had to reboot in single user and remove the devices fro= m=20 fstab) I don't particularly want to improperly shut down the machine again= =20 and possibly corrupt my RAID in order to reproduce this though :) =2D-=20 Cheers, Chris Howells -- chris@chrishowells.co.uk, howells@kde.org Web: http://chrishowells.co.uk, PGP ID: 0x33795A2C KDE/Qt/C++/PHP Developer: http://www.kde.org --nextPart1619486.rcGnviNa8r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbB4vF8Iu1zN5WiwRAtDfAJwJWBIvz5VmS8Kr9XiXefO9dOypgwCdF+vc 8mRJ+6C6zXdXYtXkFy4SULw= =IaY9 -----END PGP SIGNATURE----- --nextPart1619486.rcGnviNa8r-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:18: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 038C216A4CE for ; Tue, 12 Oct 2004 18:18:18 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCFF543D58 for ; Tue, 12 Oct 2004 18:18:17 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i9CIIHvA092075; Tue, 12 Oct 2004 11:18:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i9CIIGRx092072; Tue, 12 Oct 2004 11:18:16 -0700 (PDT) (envelope-from dillon) Date: Tue, 12 Oct 2004 11:18:16 -0700 (PDT) From: Matthew Dillon Message-Id: <200410121818.i9CIIGRx092072@apollo.backplane.com> To: Mikhail Teterin References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:18:18 -0000 :[...] : :> But to be absolutely safe, I would follow Bruce's original suggestion :> and increase BKVASIZE to 64K, for your particular system. :> :> :After doing this and testing our backup script, the machine panicked two :hours later (about half-way through the backup) with :"initiate_write_inodeblock_ufs2: already started" (in :ufs/ffs/ffs_softdep.c)... I guess, block sizes above 16Kb are just buggy :and newfs(8) should be honest about it... : : -mi Well, it's possible that UFS has bugs related to large block sizes. People have gotten bitten on and off over the years but usually it works ok if you leave the 8:1 blocksize:fragsize ratio intact. e.g. if you have a 64KB block size then you should use a 8K frag size. If you have a 32KB block size then you should use a 4K frag size. I think the buffer cache itself is is likely not the source of this particular bug. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:19: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 0DCE716A4CE; Tue, 12 Oct 2004 18:19:36 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4323543D4C; Tue, 12 Oct 2004 18:19:35 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9545D02.dip.t-dialin.net [217.84.93.2]) (authenticated bits=0)i9CIJXFN094077; Tue, 12 Oct 2004 20:19:33 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <416C202D.4000309@schlenker-webdesign.de> Date: Tue, 12 Oct 2004 20:19:25 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin , freebsd-current@FreeBSD.org References: <416AB6A2.9060507@schlenker-webdesign.de> <20041012095147.Q41628@carver.gumbysoft.com> <200410121355.59318.jhb@FreeBSD.org> In-Reply-To: <200410121355.59318.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: iPod Mini and FreeBSD 5.2.1 or 5.3-Beta? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:19:36 -0000 John Baldwin wrote: >On Tuesday 12 October 2004 12:54 pm, Doug White wrote: > > >>Use 'camcontrol devlist -v' to find the bus number; it'll mention >>umass-simX for the controller name. Note the number after 'scbus' on that >>line. That's the bus number. Then do 'camcontrol rescan X' where 'X' is >>the bus number. >> >> > >You'll need to either kldload geom_apple.ko or add 'GEOM_APPLE' to your kernel >config to recognize the label on it once you do get da0 to show up. That >will then let you mount the FAT filesystem from /dev/da0p1 (IIRC). > > Last night I set up a vanilla box with 5.2.1 and Firewire (fwohci), where the iPod Mini worked flawlessly, so GEOM_APPLE is not the solution (seems the green aluminum thing now has a PC partition table). I guess the problem is in the iPod's USB chip. Thanks, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:28: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 F002316A4CE; Tue, 12 Oct 2004 18:28:15 +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 B4B8943D31; Tue, 12 Oct 2004 18:28:13 +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.34 (FreeBSD)) id 1CHRNd-0007Sp-20; Tue, 12 Oct 2004 11:28:13 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16748.8764.556978.47203@ran.psg.com> Date: Tue, 12 Oct 2004 11:28:12 -0700 To: Brian Fundakowski Feldman References: <16736.23268.584348.209354@ran.psg.com> <20041012011025.GL988@green.homeunix.org> cc: FreeBSD Current Subject: Re: fails to mount md /tmp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:28:16 -0000 fixed! From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:51: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 E2D4016A4CE; Tue, 12 Oct 2004 18:51:52 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C3B43D2F; Tue, 12 Oct 2004 18:51:51 +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 i9CIpfTW046352; Tue, 12 Oct 2004 21:51:41 +0300 (EEST) (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 15294-10; Tue, 12 Oct 2004 21:51:40 +0300 (EEST) 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 i9CIpemu046349; Tue, 12 Oct 2004 21:51:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9CIpTSw087086; Tue, 12 Oct 2004 21:51:29 +0300 (EEST) (envelope-from ru) Date: Tue, 12 Oct 2004 21:51:29 +0300 From: Ruslan Ermilov To: Sam Leffler Message-ID: <20041012185129.GA86935@ip.net.ua> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <416BFE30.2090308@errno.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:51:53 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 08:54:24AM -0700, Sam Leffler wrote: > Gleb Smirnoff wrote: > >On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek (T-Systems=20 > >PragoNet) wrote: > >R> I have run into a problem with my Broadcom NIC (Dell LATITUDE D600).= I=20 > >am not able to detect 802.1Q tags on incoming interface with ethereal or= =20 > >tcpdump. All incoming packets seems like they are not coming through tru= nk=20 > >but as native ETH frames, ie. the vlan tag is missing, probably removed= =20 > >before being passed to tcpdump? > >R>=20 > >R> No I have not tested NIC's behaviour on 4.X, but I is working with=20 > >linux (2.6.something kernel probably?) > >R>=20 > >R> Any ideas what to modify or set so I can detect vlan_tag would be ver= y=20 > >apreciated. > > > >As Ruslan already mentioned, it is impossible to turn off hardware VLAN > >stripping in bge driver. > > > >A patch to stop tagged frames to come on trunk interface is like this: > > > >@@ -701,13 +657,16 @@ > > * see if the device performed the decapsulation and > > * provided us with the tag. > > */ > >- if (ifp->if_nvlans && > >- m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) !=3D NULL) { > >+ if (m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) !=3D NULL) { > > /* > > * vlan_input() will either recursively call ether_input= () > > * or drop the packet. > > */ > >- KASSERT(vlan_input_p !=3D NULL,("ether_input: VLAN not= =20 > >loaded!")); > >+ if (vlan_input_p =3D=3D NULL) { > >+ /* vlan(4) is not loaded, discard frame */ > >+ m_freem(m); > >+ return; > >+ } > > (*vlan_input_p)(ifp, m); > > return; > > } > > >=20 > This pessimizes normal traffic. >=20 m_tag_locate() doesn't look like a very expensive function. And with the "normal traffic", I don't expect to be more than one tag, no? Also, if if_nvlans > 0, this is already "pessimized". > We should look for a solution in the=20 > driver(s) to avoid sending packets up with tags when no vlans are=20 > configured. >=20 I'd be opposed to such a change in behavior. The VLAN consumer can be not only vlan(4), it can equally be the ng_vlan(4) node, etc. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbCexqRfpzJluFF4RAkggAJ9M+znn21E8PKgeN7q4w7gl8uc7kwCgmcUN zP3zsWo7ZNDn8Y7qN28AvWA= =ZfDN -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:53: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 BC59516A4CE; Tue, 12 Oct 2004 18:53:58 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA8A43D49; Tue, 12 Oct 2004 18:53:58 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9CIrpOV061328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Oct 2004 14:53:54 -0400 (EDT) Message-ID: <416C2825.7090600@mac.com> Date: Tue, 12 Oct 2004 14:53:25 -0400 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: Robert Watson 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=0.0 required=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:53:58 -0000 Robert Watson wrote: > On Mon, 11 Oct 2004, Doug White wrote: >>Make sure your machine can resolve its own hostname. THere's a couple >>of name lookups in the xauth path and it'll spit this out if the lookup >>fails. Make sure the system's hostname is fully qualified and listed in >>/etc/hosts, DNS, or both :) > > And/or use the neat trick of using 'localhost' as your hostname, which I > believe Apple uses at times. Oh, yes. Being able to talk to localhost is somewhere between a running joke and a sanity check back from the NeXT days. BSD-derived kernels can actually live without INET, but Mach and nmserver (the Mach network message server) depending on being able to address machines "by name" in order to do IPC. And at the user level, NEXTSTEP and MacOS X depended on a distributed model like NetInfo or now LDAP for accessing passwd, group, and other "directory services" information, looking on the local machine for ./localhost:local.nidb. If NetInfo couldn't talk to localhost, generally nobody could login to the system except root...unless the admin made a conscious effort to keep the backup /etc/passwd flat-file synced. No IPC and effectively single-user-mode access restrictions makes "talking to localhost" important. :-) Also, FWIW, Apple treats the DNS domain of "local" (as in, a FQDN of "localhost.local") in a special fashion for Rendezvous. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 19:05: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 E812716A4CE for ; Tue, 12 Oct 2004 19:05:49 +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 90BDB43D45 for ; Tue, 12 Oct 2004 19:05:49 +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.34 (FreeBSD)) id 1CHRxz-0008Wc-TH; Tue, 12 Oct 2004 12:05:48 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16748.11019.406954.729797@ran.psg.com> Date: Tue, 12 Oct 2004 12:05:47 -0700 To: spam maps References: <200410121536.41115.josemi@freebsd.jazztel.es> <20041012145528.12095.qmail@web54008.mail.yahoo.com> cc: freebsd-current@freebsd.org Subject: Re: sequence? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 19:05:50 -0000 an ntpd config hint 2004.05.20 executive summary o if you have a recent ntpd, use `ntpd -g`, and be sure to start it before you go multiuser if you have clock lock security in multiuser o if the above does not work for you, sorry, you need to read on; you may want to anyway many applications need to be run in host environments where an accurate clock is needed. this is why most hosts today chime with ntp. but, ntpd will not work if your clock is off by a few minutes. it quits or just sits there forever with its finger in its ear. so, newer versions of ntpd have the -g parameter, which allows for a big first step. this obviates the use of ntpdate in the next paragraphs. but, this will not work if you have told the kernel to refuse to change the time when the system is in multiuser mode for security reasons. at boot, before you start ntpd, you can use ntpdate to whack your system's time from a list of friendly nearby and very sure to be connected chimers. if ntpdate takes a minute and thus adds to your boot time, then something is wrong anyway; fix it. in case your dns resolver is slow, servers are in trouble, you're running ntpdate before dns resolution is up [0], etc. have an entry for your ntpdate chimer(s) in /etc/hosts. yes, i too hate /etc/hosts; but i have been bitten without this hack; named is even more fragile than ntpd. run ntpdate -b with a list of servers. this will help if one or more are unreachable. once ntpdate has run, then and only then, start your ntpd. and read all the usual advice on configuration, selection and solicitation of chimers with which to peer, ... the 'iburst' keyword for servers listed in ntp.conf will cause ntpd toperform an initial sync (defined as any synchronization after a transition out of an unsynchronized state) with a short burst of packets in a small interval. so, you get a faster clock update for a small tradeoff in accuracy. not considered polite to public servers, but if you have local boxes that keep pretty good time, it's may be worth the minute amount of extra traffic. and then, if having accurate time on this host is critical, cron a script which runs `ntpq -p` and pipes it to a hack which looks to be sure that one of the chimers has a splat in front of it. run this script hourly, and scream bloody hell via email if it finds problems. for more info, see . Thanks to Rob Foehl Brad Knowles Peter Lothberg Kevin Oberman Saku Ytti --- [0] - if dnssec is deployed, somewhat accurate time will be needed before name resolution will work. so, if you are an optimimst, expect to see ntpd up before named more and more in the future -30- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 19:38: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 D827616A4CE for ; Tue, 12 Oct 2004 19:38:25 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 00FDF43D41 for ; Tue, 12 Oct 2004 19:38:25 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Oct 2004 20:38:24 +0100 (BST) To: Doug White In-Reply-To: Your message of "Mon, 11 Oct 2004 19:06:35 PDT." <20041011190508.D34886@carver.gumbysoft.com> Date: Tue, 12 Oct 2004 20:38:20 +0100 From: Ian Dowse Message-ID: <200410122038.aa83802@salmon.maths.tcd.ie> cc: current@freebsd.org Subject: Re: Are USB 2 hubs supported in FreeBSD 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: Tue, 12 Oct 2004 19:38:26 -0000 In message <20041011190508.D34886@carver.gumbysoft.com>, Doug White writes: >On Fri, 8 Oct 2004 bruce@zuhause.mn.org wrote: > >> Are USB 2 hubs supported? If they're not supported, is there a way >> to enable EHCI, and force a USB 2 hub to operate in USB 1 mode? > >High-speed hubs are not currrently supported. Actually, USB2 hubs should now work well enough to talk to USB2 devices (they work for me connecting USB2 umass devices anyway), but we don't have support for talking to USB1 devices via USB2 hubs yet. >I don't think ehci knows how to talk to non-high-speed devices. If you >plug a non-high-speed device into an EHCI-served port, it lets the uhci >emulation layer take over. That's the way EHCI is designed to operate; directly connected USB1 devices are handled by the companion USB1 controller, not EHCI. Ian From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 19:56: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 7245416A4CE for ; Tue, 12 Oct 2004 19:56:22 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42A1B43D1F for ; Tue, 12 Oct 2004 19:56:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9027 invoked from network); 12 Oct 2004 19:56:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Oct 2004 19:56:20 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9CJu5MK093602 for ; Tue, 12 Oct 2004 15:56:06 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Tue, 12 Oct 2004 15:49:14 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410121549.14689.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Possible fix for interactivity 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, 12 Oct 2004 19:56:22 -0000 The code to manage priority changes in both schedulers currently don't handle all the edge cases and have exposed one bug in msleep() that results in the interactive priority "boost" not taking effect until the thread is woken up. That is, normally the boost helps the thread that goes to sleep be chosen over other threads when picking a thread to wakeup, but that doesn't currently happen because we bump the priority after we stick the thread on the sleep queue and our schedulers aren't currently smart enough to resort threads on sleep queues when their priority changes (I'm working on that). The patch below should fix that problem for most cases by bumping the priority before putting the thread on the sleep queue: --- //depot/projects/smpng/sys/kern/kern_synch.c 2004/10/12 19:09:56 +++ //depot/user/jhb/needresched/kern/kern_synch.c 2004/10/12 19:26:30 @@ -189,6 +189,13 @@ } /* + * Adjust this thread's priority. + */ + mtx_lock_spin(&sched_lock); + sched_prio(td, priority & PRIMASK); + mtx_unlock_spin(&sched_lock); + + /* * We put ourselves on the sleep queue and start our timeout * before calling thread_suspend_check, as we could stop there, * and a wakeup or a SIGCONT (or both) could occur while we were @@ -208,15 +215,6 @@ } else sig = 0; - /* - * Adjust this thread's priority. - * - * XXX: do we need to save priority in td_base_pri? - */ - mtx_lock_spin(&sched_lock); - sched_prio(td, priority & PRIMASK); - mtx_unlock_spin(&sched_lock); - if (timo && catch) rval = sleepq_timedwait_sig(ident, sig != 0); else if (timo) Let me know if this helps. -- 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 Oct 12 19:56: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 E32D916A54C for ; Tue, 12 Oct 2004 19:56:29 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B42E643D3F for ; Tue, 12 Oct 2004 19:56:29 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4502 invoked from network); 12 Oct 2004 19:56:29 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Oct 2004 19:56:28 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9CJu5ML093602 for ; Tue, 12 Oct 2004 15:56:16 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Tue, 12 Oct 2004 15:56:51 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410121556.51976.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Possible fix for KSE threads that never wake up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 19:56:30 -0000 Currently the KSE code arbitrarily sets the SLEEPING inhibitor on any thread it suspends that is on the sleep queue. Threads that are on the sleep queue however are not always asleep and it adds needless complication and opportunity for bugs (if the inhibitor is not otherwise cleared the thread may never get to run again). Since the suspension code uses its own inhibitor the hack isn't even needed. This patch just turns it off. Let me know if this fixes any problems people are seeing: --- //depot/projects/smpng/sys/kern/kern_thread.c 2004/10/12 19:09:56 +++ //depot/user/jhb/preemption/kern/kern_thread.c 2004/10/12 19:26:23 @@ -999,6 +999,7 @@ p->p_suspcount++; TD_SET_SUSPENDED(td); TAILQ_INSERT_TAIL(&p->p_suspended, td, td_runq); +#if 0 /* * Hack: If we are suspending but are on the sleep queue * then we are in msleep or the cv equivalent. We @@ -1007,6 +1008,7 @@ */ if (TD_ON_SLEEPQ(td)) TD_SET_SLEEPING(td); +#endif } void -- 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 Oct 12 20:01: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 75C4B16A4CE for ; Tue, 12 Oct 2004 20:01:34 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFCE43D45 for ; Tue, 12 Oct 2004 20:01:33 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 80E1965426; Tue, 12 Oct 2004 21:01:31 +0100 (BST) 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 10288-02-3; Tue, 12 Oct 2004 21:01:31 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id DD44565375; Tue, 12 Oct 2004 21:01:30 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 3EE8363E8; Tue, 12 Oct 2004 13:01:25 -0700 (PDT) Date: Tue, 12 Oct 2004 13:01:25 -0700 From: Bruce M Simpson To: Jochen Gensch Message-ID: <20041012200124.GA670@empiric.icir.org> Mail-Followup-To: Jochen Gensch , freebsd-current@freebsd.org References: <69b7b6901d.6901d69b7b@osu.edu> <200410121511.53192.josemi@freebsd.jazztel.es> <416BE333.7060900@gmx.de> <200410121710.48152.josemi@freebsd.jazztel.es> <416BFDB8.2040407@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416BFDB8.2040407@gmx.de> cc: freebsd-current@freebsd.org Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:01:34 -0000 On Tue, Oct 12, 2004 at 05:52:24PM +0200, Jochen Gensch wrote: > Mmh, all I see is, that rc.resume doesn't seem to execute commands one > enters there. In my opinion this is not only related to mobile... You probably need to configure devd to execute such things if using ACPI. BMS From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:02: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 880C416A4CE for ; Tue, 12 Oct 2004 20:02:40 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C644543D31 for ; Tue, 12 Oct 2004 20:02:39 +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 i9CK2c2V026053 for ; Tue, 12 Oct 2004 22:02:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 12 Oct 2004 22:02:38 +0200 Message-ID: <26052.1097611358@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: alpha kernels broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:02:40 -0000 I tried to build an alpha kernel: ../../../kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': ../../../kern/kern_switch.c:407: error: `running_thread' undeclared (first use in this function) ../../../kern/kern_switch.c:407: error: (Each undeclared identifier is reported only once ../../../kern/kern_switch.c:407: error: for each function it appears in.) *** Error code 1 Stop in /monster/src/ -- 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 Tue Oct 12 20:10: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 8BD0A16A4CE for ; Tue, 12 Oct 2004 20:10:05 +0000 (GMT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E33E143D31 for ; Tue, 12 Oct 2004 20:10:04 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from sax.sax.de (localhost [127.0.0.1]) by sax.sax.de (8.12.10/8.12.10) with ESMTP id i9CKA31A042998 for ; Tue, 12 Oct 2004 22:10:03 +0200 (CEST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.12.10/8.12.10/Submit) with UUCP id i9CKA34u042997 for current@freebsd.org; Tue, 12 Oct 2004 22:10:03 +0200 (CEST) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.10/8.12.10) with ESMTP id i9CK1a3R024404 for ; Tue, 12 Oct 2004 22:01:36 +0200 (MET DST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.10/8.12.10/Submit) id i9CK1akt024403 for current@freebsd.org; Tue, 12 Oct 2004 22:01:36 +0200 (MET DST) (envelope-from j) Date: Tue, 12 Oct 2004 22:01:36 +0200 From: Joerg Wunsch To: current@freebsd.org Message-ID: <20041012220136.A24287@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GnuPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 X-Spam-Status: No, hits=-4.9 required=7.5 tests=BAYES_00 autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on uriah.heep.sax.de Subject: serial console under ACPI? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Oct 2004 20:10:05 -0000 I've now basically emptied my /boot/device.hints file, so all the resources are properly recognized as "at acpi0" as they ought to be. (Btw., this even solves the problem where the fdc(4) KLD could not be successfully loaded except from the boot loader due to a resource allocation problem.) Anyway, how do I get my serial console back? sio0 no longer has the required flag 0x10, and my attempt to use hint.sio.0.at="acpi0" hint.sio.0.flags="0x30" as /boot/device.hints still doesn't change this as it appears to be ignored -- no flags are shown in the sio0 line in dmesg output: sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A So what's the trick to get a true serial console under full ACPI resouce control? (Once the kernel is booted, the getty starts OK on the port, but I'd like to have a true console.) Using -h in /boot.config, it's no problem whatsoever to operate the loader itself from the serial console. Only after the "boot" command, the system falls into silence until the getty's login prompt appears. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:12: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 606E416A4CF for ; Tue, 12 Oct 2004 20:12:59 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C7143D41 for ; Tue, 12 Oct 2004 20:12:58 +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 i9CKClU6195534; Tue, 12 Oct 2004 22:12:48 +0200 Date: Tue, 12 Oct 2004 22:12:48 +0200 (CEST) From: Lukas Ertl To: David Gilbert In-Reply-To: <16747.64733.417014.558225@canoe.dclg.ca> Message-ID: <20041012221104.A572@korben.prv.univie.ac.at> References: <16747.64733.417014.558225@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:12:59 -0000 On Tue, 12 Oct 2004, David Gilbert wrote: > Is it even expected that if I upgrade a machine with vinum drives from > old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum > will recognise and use the old vinum partitions? It should work fine. There are some corner cases that are not supported right now. For example, you should have only one vinum drive per disk. 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 Tue Oct 12 20:14: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 339DE16A4CE; Tue, 12 Oct 2004 20:14:28 +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 F14AF43D31; Tue, 12 Oct 2004 20:14:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 9A4D629547A; Tue, 12 Oct 2004 16:14:15 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Tue, 12 Oct 2004 16:14:15 -0400 (EDT) Message-ID: <2791.66.11.183.178.1097612055.squirrel@66.11.183.178> In-Reply-To: References: Date: Tue, 12 Oct 2004 16:14:15 -0400 (EDT) From: "Mike Jakubik" To: "Furlong Smoorgreff" 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: freebsd-current Subject: Re: Webmail Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:14:28 -0000 Furlong Smoorgreff said: > The FreeBSD Release Engineering Team is proud to announce > the availability of FreeBSD 5.3-BETA7. This is the eighth > and final BETA of the 5.3 release cycle. It is intended for > early adopters and those wishing to help find and/or fix > bugs. The 5.3 release cycle will follow on next with an > RC1 release candidate unless significant show-stopper bugs > are found. Uhm.. Dont you mean BETA8? Is this an official announcement? I dont see any BETA8 isos. From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:16: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 9BC9716A4CF; Tue, 12 Oct 2004 20:16:38 +0000 (GMT) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A7843D2F; Tue, 12 Oct 2004 20:16:37 +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 i9CKGXnL040119; Tue, 12 Oct 2004 22:16:33 +0200 (CEST) (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 i9CKGXhM011351; Tue, 12 Oct 2004 22:16:33 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id i9CKGXAb011350; Tue, 12 Oct 2004 22:16:33 +0200 (CEST) (envelope-from wb) Date: Tue, 12 Oct 2004 22:16:33 +0200 From: Wilko Bulte To: Mike Jakubik Message-ID: <20041012201633.GA11335@freebie.xs4all.nl> References: <2791.66.11.183.178.1097612055.squirrel@66.11.183.178> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2791.66.11.183.178.1097612055.squirrel@66.11.183.178> 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 cc: Furlong Smoorgreff Subject: Re: Webmail Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:16:38 -0000 On Tue, Oct 12, 2004 at 04:14:15PM -0400, Mike Jakubik wrote.. > Furlong Smoorgreff said: > > > The FreeBSD Release Engineering Team is proud to announce > > the availability of FreeBSD 5.3-BETA7. This is the eighth > > and final BETA of the 5.3 release cycle. It is intended for > > early adopters and those wishing to help find and/or fix > > bugs. The 5.3 release cycle will follow on next with an > > RC1 release candidate unless significant show-stopper bugs > > are found. > > Uhm.. Dont you mean BETA8? Is this an official announcement? I dont see > any BETA8 isos. This is BS. Please shoot and not feed this troll.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:19: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 8A5A416A4CE; Tue, 12 Oct 2004 20:19:46 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F8ED43D1D; Tue, 12 Oct 2004 20:19:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9CKJjWi098414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Oct 2004 13:19:45 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416C3C77.20406@errno.com> Date: Tue, 12 Oct 2004 13:20:07 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> In-Reply-To: <20041012185129.GA86935@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:19:46 -0000 Ruslan Ermilov wrote: > On Tue, Oct 12, 2004 at 08:54:24AM -0700, Sam Leffler wrote: > >>Gleb Smirnoff wrote: >> >>>On Tue, Oct 12, 2004 at 10:36:27AM +0200, Roub?cek Zdenek (T-Systems >>>PragoNet) wrote: >>>R> I have run into a problem with my Broadcom NIC (Dell LATITUDE D600). I >>>am not able to detect 802.1Q tags on incoming interface with ethereal or >>>tcpdump. All incoming packets seems like they are not coming through trunk >>>but as native ETH frames, ie. the vlan tag is missing, probably removed >>>before being passed to tcpdump? >>>R> >>>R> No I have not tested NIC's behaviour on 4.X, but I is working with >>>linux (2.6.something kernel probably?) >>>R> >>>R> Any ideas what to modify or set so I can detect vlan_tag would be very >>>apreciated. >>> >>>As Ruslan already mentioned, it is impossible to turn off hardware VLAN >>>stripping in bge driver. >>> >>>A patch to stop tagged frames to come on trunk interface is like this: >>> >>>@@ -701,13 +657,16 @@ >>> * see if the device performed the decapsulation and >>> * provided us with the tag. >>> */ >>>- if (ifp->if_nvlans && >>>- m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { >>>+ if (m_tag_locate(m, MTAG_VLAN, MTAG_VLAN_TAG, NULL) != NULL) { >>> /* >>> * vlan_input() will either recursively call ether_input() >>> * or drop the packet. >>> */ >>>- KASSERT(vlan_input_p != NULL,("ether_input: VLAN not >>>loaded!")); >>>+ if (vlan_input_p == NULL) { >>>+ /* vlan(4) is not loaded, discard frame */ >>>+ m_freem(m); >>>+ return; >>>+ } >>> (*vlan_input_p)(ifp, m); >>> return; >>> } >>> >> >>This pessimizes normal traffic. >> > > m_tag_locate() doesn't look like a very expensive function. And > with the "normal traffic", I don't expect to be more than one tag, > no? Also, if if_nvlans > 0, this is already "pessimized". > > >>We should look for a solution in the >>driver(s) to avoid sending packets up with tags when no vlans are >>configured. >> > > I'd be opposed to such a change in behavior. The VLAN consumer can > be not only vlan(4), it can equally be the ng_vlan(4) node, etc. I'm not sure what you are opposed to or why. The issue I have is that m_tag_locate can be expensive if many packets have tags. The check for the existence of vlans configured on the interface short-circuits this work. That vlan-tagged packets may be generated when no vlans are configured seems wrong to me and breaks the assumption used to write the code. Changing the driver to drop the frame if ifp->if_nvlans is zero seems straightforward and could probably be hidden in the existing macro. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:21: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 5463116A4CE; Tue, 12 Oct 2004 20:21:30 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E629B43D31; Tue, 12 Oct 2004 20:21:29 +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 i9CKL7Gh010476; Tue, 12 Oct 2004 14:21:07 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <416C3C86.6010303@freebsd.org> Date: Tue, 12 Oct 2004 14:20:22 -0600 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: Mike Jakubik References: <2791.66.11.183.178.1097612055.squirrel@66.11.183.178> In-Reply-To: <2791.66.11.183.178.1097612055.squirrel@66.11.183.178> 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 cc: Furlong Smoorgreff Subject: Re: Webmail Message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:21:30 -0000 Mike Jakubik wrote: > Furlong Smoorgreff said: > > >>The FreeBSD Release Engineering Team is proud to announce >>the availability of FreeBSD 5.3-BETA7. This is the eighth >>and final BETA of the 5.3 release cycle. It is intended for >>early adopters and those wishing to help find and/or fix >>bugs. The 5.3 release cycle will follow on next with an >>RC1 release candidate unless significant show-stopper bugs >>are found. > > > Uhm.. Dont you mean BETA8? Is this an official announcement? I dont see > any BETA8 isos. > No, it was just a hoax. I'll start signing the release announcement emails again. Silly trolls. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:36: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 02D4416A4CE; Tue, 12 Oct 2004 20:36:18 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92EC943D2D; Tue, 12 Oct 2004 20:36:17 +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 i9CKaHKY015070; Tue, 12 Oct 2004 16:36:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9CKaHNE004124; Tue, 12 Oct 2004 16:36:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B93C57306E; Tue, 12 Oct 2004 16:36:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041012203616.B93C57306E@freebsd-current.sentex.ca> Date: Tue, 12 Oct 2004 16:36:16 -0400 (EDT) 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: Tue, 12 Oct 2004 20:36:18 -0000 TB --- 2004-10-12 19:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-12 19:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-10-12 19:15:00 - checking out the source tree TB --- 2004-10-12 19:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-10-12 19:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-12 19:20:09 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-12 19:20:09 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-12 19:20:09 - /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-10-12 20:25:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-12 20:25:24 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-12 20:25:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 12 20:25:24 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 [...] awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/nullfs/../../conf/kmod_syms.awk nullfs.kld export_syms | xargs -J% objcopy % nullfs.kld ld -Bshareable -d -warn-common -o nullfs.ko.debug nullfs.kld objcopy --strip-debug nullfs.ko.debug nullfs.ko ===> osf1 (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_sysinfo': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1775: error: too few arguments to function `userland_sysctl' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1. *** 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-10-12 20:36:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-12 20:36:16 - ERROR: failed to build generic kernel TB --- 2004-10-12 20:36:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:40:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D8616A4CF for ; Tue, 12 Oct 2004 20:40:07 +0000 (GMT) Received: from smtp17.wxs.nl (smtp17.wxs.nl [195.121.6.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9955543D45 for ; Tue, 12 Oct 2004 20:40:07 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.speed.planet.nl [81.205.197.210]) by smtp17.wxs.nlSMTP id <0I5H007SSO2UW5@smtp17.wxs.nl> for freebsd-current@freebsd.org; Tue, 12 Oct 2004 22:40:06 +0200 (CEST) Received: (qmail 29664 invoked from network); Tue, 12 Oct 2004 20:40:06 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Tue, 12 Oct 2004 20:40:06 +0000 Received: (qmail 885 invoked from network); Tue, 12 Oct 2004 20:40:04 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Tue, 12 Oct 2004 20:40:04 +0000 Received: (qmail 1021 invoked from network); Tue, 12 Oct 2004 20:40:03 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Tue, 12 Oct 2004 20:40:03 +0000 Date: Tue, 12 Oct 2004 22:40:02 +0200 From: Ronald Klop In-reply-to: <200410120830.RAA21547@axe-inc.co.jp> To: freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.54 (FreeBSD, build 751) References: <200410120830.RAA21547@axe-inc.co.jp> Subject: Re: snd_sbc doesn't create a device in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:40:08 -0000 On Tue, 12 Oct 2004 17:30:49 +0900, wrote: > In message , Ronald Klop wrote: >> Now I see these extra lines at boot: >> sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 >> sbc0: [GIANT-LOCKED] >> After kldunload/kldload snd_sbc it says drq 5,1, but the rest is the >> same. >> >> But there is no extra device in /dev. >> Am I missing something? >> >> Attached is my dmesg.boot. I do have two sound devices and the emu10k1 >> is >> detected properly. >> Is something conflicting? Can I give more debug info? >> >> I have these modules loaded. >> 1 21 0xc0400000 2a1d90 kernel >> 2 1 0xc06a2000 9970 cd9660.ko >> 3 1 0xc06ac000 ea68 msdosfs.ko >> 4 1 0xc06bb000 7494 snd_emu10k1.ko >> 5 3 0xc06c3000 1d4fc sound.ko >> 7 1 0xc06e6000 5bcc g_md.ko >> 8 1 0xc06ec000 1a1c mem.ko >> 9 1 0xc06ee000 1bcc io.ko >> 10 14 0xc06f0000 536fc acpi.ko >> 11 2 0xc15b6000 5000 procfs.ko >> 12 1 0xc15cc000 5000 linprocfs.ko >> 13 1 0xc15d1000 17000 linux.ko >> 14 1 0xc1686000 2c000 nfsclient.ko >> 15 1 0xc16e3000 1e000 nfsserver.ko >> 16 1 0xc1cd1000 4000 snd_sbc.ko > > Try > > # kldload snd_ess.ko > > also. Thanks. That solves it. But how should I know all this? I have to load 3 drivers to enable my sound. sound.ko, snd_sbc.ko and snd_ess.ko. And it is not really documented. I spend a couple of days searching already. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:48:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C5716A4CE for ; Tue, 12 Oct 2004 20:48:41 +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 70B6043D1F for ; Tue, 12 Oct 2004 20:48:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8B0C151385; Tue, 12 Oct 2004 13:51:05 -0700 (PDT) Date: Tue, 12 Oct 2004 13:51:05 -0700 From: Kris Kennaway To: Matthew Dillon Message-ID: <20041012205105.GA76130@xor.obsecurity.org> References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> <200410121818.i9CIIGRx092072@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200410121818.i9CIIGRx092072@apollo.backplane.com> User-Agent: Mutt/1.4.2.1i cc: Mikhail Teterin cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:48:41 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 11:18:16AM -0700, Matthew Dillon wrote: >=20 > :[...] > : > :> But to be absolutely safe, I would follow Bruce's original suggesti= on > :> and increase BKVASIZE to 64K, for your particular system. > :> =20 > :> > :After doing this and testing our backup script, the machine panicked two= =20 > :hours later (about half-way through the backup) with=20 > :"initiate_write_inodeblock_ufs2: already started" (in=20 > :ufs/ffs/ffs_softdep.c)... I guess, block sizes above 16Kb are just buggy= =20 > :and newfs(8) should be honest about it... > : > : -mi >=20 > Well, it's possible that UFS has bugs related to large block sizes. > People have gotten bitten on and off over the years but usually it=20 > works ok if you leave the 8:1 blocksize:fragsize ratio intact. e.g. > if you have a 64KB block size then you should use a 8K frag size. > If you have a 32KB block size then you should use a 4K frag size. >=20 > I think the buffer cache itself is is likely not the source of this > particular bug. FYI, I ran the package build cluster with 4:1 ratios for a few months and did not have problems. If there are major bugs there I would have expected to come across them. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbEO5Wry0BWjoQKURAt/WAKDNPi3AE54aYOVa4x59BOIbzDuvhQCfc/vW qLQC2o3kNyAeYtEAvGcIfkY= =fP4Y -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 20:54: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 2D75616A4CE; Tue, 12 Oct 2004 20:54:11 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A8B843D45; Tue, 12 Oct 2004 20:54:11 +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 i9CKs3c7033662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 00:54:04 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i9CKs3Rb033661; Wed, 13 Oct 2004 00:54:03 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Wed, 13 Oct 2004 00:54:03 +0400 From: Gleb Smirnoff To: Sam Leffler Message-ID: <20041012205403.GC33427@cell.sick.ru> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> <416C3C77.20406@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <416C3C77.20406@errno.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 20:54:12 -0000 On Tue, Oct 12, 2004 at 01:20:07PM -0700, Sam Leffler wrote: S> I'm not sure what you are opposed to or why. The issue I have is that S> m_tag_locate can be expensive if many packets have tags. The check for S> the existence of vlans configured on the interface short-circuits this S> work. That vlan-tagged packets may be generated when no vlans are S> configured seems wrong to me and breaks the assumption used to write the S> code. Changing the driver to drop the frame if ifp->if_nvlans is zero S> seems straightforward and could probably be hidden in the existing macro. Ruslan means that no vlan(4)s can be configured on interface, but VLANs can be supported via ng_vlan(4). This problem has already been raised by Ruslan and Yar in cvs-all. Just an idea (probably not best one): create another interface flag, which is set by ng_ether when its "lower" hook is connected, smth like IFF_WRAPPED. And your macro is going to be like: #define NOVLANS(ifp) (ifp->if_nvlans == 0 && !(ifp-if_flags & IFF_WRAPPED)) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 21:19: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 BF59E16A4D1 for ; Tue, 12 Oct 2004 21:19:23 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 030BB43D45 for ; Tue, 12 Oct 2004 21:19: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 i9CLJL28027636 for ; Tue, 12 Oct 2004 23:19:21 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 12 Oct 2004 23:19:21 +0200 Message-ID: <27635.1097615961@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: syscons single-user 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: Tue, 12 Oct 2004 21:19:23 -0000 I've broken some tty drivers, syscons is one, so that you get no echo of the typed characters on the console in single user mode. I'll fix this tomorrow. In the meantime: stty echo should enable echo of characters on consoles. -- 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 Tue Oct 12 21:48: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 19BA416A4CE for ; Tue, 12 Oct 2004 21:48:07 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1AA43D3F for ; Tue, 12 Oct 2004 21:48:06 +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 i9CLlYWZ011011; Tue, 12 Oct 2004 15:47:34 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <416C50C8.9010903@freebsd.org> Date: Tue, 12 Oct 2004 15:46:48 -0600 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: Kris Kennaway References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> <200410121818.i9CIIGRx092072@apollo.backplane.com> <20041012205105.GA76130@xor.obsecurity.org> In-Reply-To: <20041012205105.GA76130@xor.obsecurity.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 cc: Mikhail Teterin cc: freebsd-current@freebsd.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 21:48:07 -0000 Kris Kennaway wrote: > On Tue, Oct 12, 2004 at 11:18:16AM -0700, Matthew Dillon wrote: > >>:[...] >>: >>:> But to be absolutely safe, I would follow Bruce's original suggestion >>:> and increase BKVASIZE to 64K, for your particular system. >>:> >>:> >>:After doing this and testing our backup script, the machine panicked two >>:hours later (about half-way through the backup) with >>:"initiate_write_inodeblock_ufs2: already started" (in >>:ufs/ffs/ffs_softdep.c)... I guess, block sizes above 16Kb are just buggy >>:and newfs(8) should be honest about it... >>: >>: -mi >> >> Well, it's possible that UFS has bugs related to large block sizes. >> People have gotten bitten on and off over the years but usually it >> works ok if you leave the 8:1 blocksize:fragsize ratio intact. e.g. >> if you have a 64KB block size then you should use a 8K frag size. >> If you have a 32KB block size then you should use a 4K frag size. >> >> I think the buffer cache itself is is likely not the source of this >> particular bug. > > > FYI, I ran the package build cluster with 4:1 ratios for a few months > and did not have problems. If there are major bugs there I would have > expected to come across them. > > Kris IIRC, the fragment allocation code in FFS allocates in terms of bits withing a byte, so anything that is 8:1 or less should work. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 21:49: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 8F34F16A4CE; Tue, 12 Oct 2004 21:49:46 +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 5B09543D41; Tue, 12 Oct 2004 21:49:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 633F251385; Tue, 12 Oct 2004 14:52:10 -0700 (PDT) Date: Tue, 12 Oct 2004 14:52:10 -0700 From: Kris Kennaway To: Scott Long Message-ID: <20041012215210.GA78176@xor.obsecurity.org> References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> <200410121818.i9CIIGRx092072@apollo.backplane.com> <20041012205105.GA76130@xor.obsecurity.org> <416C50C8.9010903@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <416C50C8.9010903@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Mikhail Teterin cc: freebsd-current@freebsd.org cc: bde@zeta.org.au cc: Kris Kennaway Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 21:49:46 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 12, 2004 at 03:46:48PM -0600, Scott Long wrote: > >FYI, I ran the package build cluster with 4:1 ratios for a few months > >and did not have problems. If there are major bugs there I would have > >expected to come across them. > > > >Kris >=20 > IIRC, the fragment allocation code in FFS allocates in terms of bits=20 > withing a byte, so anything that is 8:1 or less should work. So I should try 16:1, or is that guaranteed to fail? Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbFIJWry0BWjoQKURAkPqAJ4g52yj+sTXwJ+jK3qWPomeNpFoNgCghIHs l5v89XDuBhv1L6Gh+pjGe+Y= =gzS7 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 02:40: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 3492916A4CE for ; Wed, 13 Oct 2004 02:40:57 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D1743D39 for ; Wed, 13 Oct 2004 02:40:56 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 0C5F162B4F; Tue, 12 Oct 2004 21:40:58 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 12 Oct 2004 21:40:58 -0500 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: <200410122140.58548.mjohnston@skyweb.ca> Subject: cvs-src summary delayed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 02:40:57 -0000 Sorry, folks, but I'm afraid this week's cvs-src summary will be somewhat delayed. My plan to do it this evening was thwarted by an extended visit from the packet loss fairy and the overtime required to entertain it, and tomorrow evening I have a class. Hopefully I can find some free time tomorrow; otherwise it may be later still. Apologies, Mark From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 02:53: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 930A116A4CE for ; Wed, 13 Oct 2004 02:53:48 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF7343D48 for ; Wed, 13 Oct 2004 02:53:47 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 2E0A578C55 for ; Tue, 12 Oct 2004 22:56:06 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id E1BAC78C35 for ; Tue, 12 Oct 2004 22:56:01 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 522A3170E2; Tue, 12 Oct 2004 22:53:40 -0400 (EDT) Date: Tue, 12 Oct 2004 22:53:40 -0400 From: Damian Gerow To: current@FreeBSD.org Message-ID: <20041013025340.GA30381@afflictions.org> Mail-Followup-To: current@FreeBSD.org References: <200410121556.51976.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410121556.51976.jhb@FreeBSD.org> X-Operating-System: FreeBSD 5.3-BETA7 on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: Possible fix for KSE threads that never wake up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 02:53:48 -0000 Thus spake John Baldwin (jhb@FreeBSD.org) [12/10/04 15:59]: : Currently the KSE code arbitrarily sets the SLEEPING inhibitor on any thread : it suspends that is on the sleep queue. Threads that are on the sleep queue : however are not always asleep and it adds needless complication and : opportunity for bugs (if the inhibitor is not otherwise cleared the thread : may never get to run again). Since the suspension code uses its own : inhibitor the hack isn't even needed. This patch just turns it off. Let me : know if this fixes any problems people are seeing: Nope. But it did turn up something strange. I booted into a kernel sup'ed about two hours ago, tested it against firefox, it hung, so I applied the patch, recompiled, installed, and rebooted. When I tested /that/ time around, I successfully ran a few dig's (which I didn't test before), then I ran firefox, then poof! dig stopped working for me. I can also say that once I have one (or more) hung program(s), my system will eventually dissolve into a state of complete unusability -- random processes will just start to hang. There doesn't seem to be a pattern to this -- it once took weeks, it once took days, it once took hours. Earlier tonight (after my first test against firefox alone), it took seconds. I am trying to rebuild firefox, just for kicks. We'll see if that has any effect. Unfortunately, I can't offer any more than this (like debugging output and such). From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 04:18:42 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 97E6116A4CE; Wed, 13 Oct 2004 04:18:42 +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 i9D4Ifii095890; Wed, 13 Oct 2004 00:18:41 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9D4IdCi095889; Wed, 13 Oct 2004 00:18:39 -0400 (EDT) (envelope-from green) Date: Wed, 13 Oct 2004 00:18:38 -0400 From: Brian Fundakowski Feldman To: Harry King Message-ID: <20041013041837.GA20868@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Alcatel SpeedTouch USB Modem on 6.0-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, 13 Oct 2004 04:18:43 -0000 On Tue, Oct 12, 2004 at 11:20:27PM +0800, Harry King wrote: > I just did a upgrade from 5-current to 6.0-current. Everything seems > to work well except that the pppoa port installed before cannot > initialize the speedtouch > modem. modem_run got the following errors: > All threads purged from ugen 0.1 > All threads purged from ugen 0.5 > > I've been using this port without any problems on 4.x as well as 5.x. > I tried to > reinstall the port but found that it wasnt updated to 6-current. I somehow > managed to manually reinstall it but still got the errors above. > Something i've missed? Any hints? TIA. Those aren't errors, by the way -- they're just informative messages. Can you try it with a brand new ugen(4)? I tried many things but I was not able to find a satisfactory way to make wpaul's recent changes to make bulk transfers asynchronous without breaking a lot of hardware. I have removed those and since been able to make things work again. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 04:31: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 A06AB16A4CE for ; Wed, 13 Oct 2004 04:31:47 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6878C43D1D for ; Wed, 13 Oct 2004 04:31:47 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i9D4VkvA094852; Tue, 12 Oct 2004 21:31:46 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i9D4VjPJ094849; Tue, 12 Oct 2004 21:31:45 -0700 (PDT) (envelope-from dillon) Date: Tue, 12 Oct 2004 21:31:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200410130431.i9D4VjPJ094849@apollo.backplane.com> To: Mikhail Teterin References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> <200410121818.i9CIIGRx092072@apollo.backplane.com> <416C2502.5040505@murex.com> cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 04:31:47 -0000 :I don't know, how, but the bug seems triggered by upping the :net.inet.udp.maxdgram from 9216 (default) to 16384 (to match the NFS :client's wsize). Once I do that, the machine will either panic or just :hang a few minutes into the heavy NFS writing (Sybase database dumps :from a Solaris server). Happened twice already... : : -mi : :P.S. Thanks for prompt responses and advice, BTW! Interesting. That's getting a bit outside the realm I can help with. NFS and the network stack have been issues in FreeBSD recently so its probably something related. I do seem to recall that NFS takes a callback from the network protocol stack for input processing. One thing I would do is to try using a TCP NFS mount instead of a UDP NFS mount. It might work better simply due to exercising a different part of the network code. The buffer cache has some NFS specific stuff in it, but unless it has been completely ripped up there shouldn't be anything that would actually crash the machine. My bets are on the network stack's interaction with NFS rather then NFS's interaction with the buffer cache. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 05:47: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 C366A16A4CE for ; Wed, 13 Oct 2004 05:47:17 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6413343D39 for ; Wed, 13 Oct 2004 05:47:16 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 12879 invoked by uid 207); 13 Oct 2004 05:47:14 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.167):. Processed in 1.446325 secs); 13 Oct 2004 05:47:15 -0000 Received: from dialup167.ach.sch.gr (HELO gothmog.gr) ([81.186.70.167]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 13 Oct 2004 05:47:12 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9D5kLaT000725 for ; Wed, 13 Oct 2004 08:46:21 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9D5kJho000724 for current@freebsd.org; Wed, 13 Oct 2004 08:46:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 08:46:19 +0300 From: Giorgos Keramidas To: current@freebsd.org Message-ID: <20041013054618.GA676@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-DCC--Metrics: nic 32702; Body=1 Fuz1=1 Fuz2=1 Subject: defaults/rc.conf broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 05:47:17 -0000 Hi all, When running mergemaster in recent CURRENT versions (after 12 Oct), pay colse attention to the changes made to /etc/defaults/rc.conf and make sure you apply the following patch as needed. With an unclosed quote in defaults/rc.conf all sorts of extremely funny things happen when booting :-) %% Index: rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.223 diff -u -r1.223 rc.conf --- rc.conf 12 Oct 2004 18:45:15 -0000 1.223 +++ rc.conf 13 Oct 2004 05:42:50 -0000 @@ -437,8 +437,7 @@ osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). clear_tmp_enable="NO" # Clear /tmp at startup. ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks -ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/com -pat/pkg" +ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg" # shared library search paths ldconfig_paths_aout="/usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout" # a.out shared library search paths %% From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 05:48: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 3ADB916A4CE for ; Wed, 13 Oct 2004 05:48:50 +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 DDBB743D2F for ; Wed, 13 Oct 2004 05:48:49 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 8A6D9295437 for ; Wed, 13 Oct 2004 01:48:48 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Wed, 13 Oct 2004 01:48:48 -0400 (EDT) Message-ID: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> Date: Wed, 13 Oct 2004 01:48:48 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org 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 Subject: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 05:48:50 -0000 I just cvsuped and did a full world make/install/mergemaster around 2 hours ago. The system comes up fine, and everything seems to work fine so far, except for bash (which is my default shell). I can not see the characters i am typing when in bash, hitting enter redisplays the prompt on the same line. Ctrl-L will not clear the screen, untill i hit enter afterwards. Commands do work, but the screen handling aspect of it is wacky, almost like a terminal emulation problem (im using vt100 via SecureCRT). Csh and sh work fine. I have tried reinstalling from ports, thinking that it was a problem of the recent library changes, but same thing. I also have /etc/libmap.conf defined as stated in UPDATING. Same problem with it undefined too. Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 06:25: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 37EB616A4CE for ; Wed, 13 Oct 2004 06:25:22 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AF6B43D1F for ; Wed, 13 Oct 2004 06:25:21 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 629CA1F87BEE; Wed, 13 Oct 2004 08:25:19 +0200 (CEST) Date: Wed, 13 Oct 2004 08:25:19 +0200 From: Roman Neuhauser To: Mike Jakubik Message-ID: <20041013062519.GB666@isis.wad.cz> Mail-Followup-To: Mike Jakubik , freebsd-current@freebsd.org References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 06:25:22 -0000 # mikej@rogers.com / 2004-10-13 01:48:48 -0400: > I just cvsuped and did a full world make/install/mergemaster around 2 > hours ago. The system comes up fine, and everything seems to work fine so > far, except for bash (which is my default shell). I can not see the > characters i am typing when in bash, hitting enter redisplays the prompt > on the same line. Ctrl-L will not clear the screen, untill i hit enter > afterwards. Commands do work, but the screen handling aspect of it is > wacky, almost like a terminal emulation problem (im using vt100 via > SecureCRT). Csh and sh work fine. I have tried reinstalling from ports, > thinking that it was a problem of the recent library changes, but same > thing. I also have /etc/libmap.conf defined as stated in UPDATING. Same > problem with it undefined too. PHK has sent an email to the list saying that he's temporarily broken syscons, and that "stty echo" will fix it for the moment. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 06: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 9CB6C16A4CE; Wed, 13 Oct 2004 06:42:46 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9302C43D41; Wed, 13 Oct 2004 06:42:45 +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 i9D6gddV070706; Wed, 13 Oct 2004 09:42:39 +0300 (EEST) (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 48052-14; Wed, 13 Oct 2004 09:42:38 +0300 (EEST) 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 i9D6gctv070703; Wed, 13 Oct 2004 09:42:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9D6gRAa001704; Wed, 13 Oct 2004 09:42:27 +0300 (EEST) (envelope-from ru) Date: Wed, 13 Oct 2004 09:42:27 +0300 From: Ruslan Ermilov To: Sam Leffler Message-ID: <20041013064227.GA1338@ip.net.ua> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> <416C3C77.20406@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <416C3C77.20406@errno.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 06:42:46 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sam, On Tue, Oct 12, 2004 at 01:20:07PM -0700, Sam Leffler wrote: > >>This pessimizes normal traffic. > > > >m_tag_locate() doesn't look like a very expensive function. And > >with the "normal traffic", I don't expect to be more than one tag, > >no? Also, if if_nvlans > 0, this is already "pessimized". > > > > > >>We should look for a solution in the=20 > >>driver(s) to avoid sending packets up with tags when no vlans are=20 > >>configured. > >> > > > >I'd be opposed to such a change in behavior. The VLAN consumer can > >be not only vlan(4), it can equally be the ng_vlan(4) node, etc. >=20 > I'm not sure what you are opposed to or why. The issue I have is that=20 > m_tag_locate can be expensive if many packets have tags. The check for= =20 > the existence of vlans configured on the interface short-circuits this=20 > work. That vlan-tagged packets may be generated when no vlans are=20 > configured seems wrong to me and breaks the assumption used to write the= =20 > code. Changing the driver to drop the frame if ifp->if_nvlans is zero=20 > seems straightforward and could probably be hidden in the existing macro. >=20 Please take a moment and re-read what I've already said: vlan(4) is not the only consumer of VLAN frames: ng_vlan(4) is another such one, and I have a proprietary Netgraph node here that demultiplexes VLANs. If you start dropping VLAN frames in drivers when if_nvlans =3D=3D 0, this will be a problem for me. Is that clear now? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbM5TqRfpzJluFF4RAs/rAJ0TaG8jQ8lVGUqvwLiUpI0m3yY2zQCfVKKj YiNhXCaIeIcD7zxw6yACH14= =QS3p -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:02: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 4597A16A4CE for ; Wed, 13 Oct 2004 07:02:10 +0000 (GMT) Received: from kickflip.avantguard.org (kickflip.avantguard.org [69.55.236.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE73343D41 for ; Wed, 13 Oct 2004 07:02:09 +0000 (GMT) (envelope-from ryan@ryanhunt.net) Received: from [192.168.1.100] (82-68-65-14.dsl.in-addr.zen.co.uk [82.68.65.14]) (authenticated bits=0)i9D6wrxd062325 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 13 Oct 2004 16:58:55 +1000 (EST) (envelope-from ryan@ryanhunt.net) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ryan Hunt Date: Wed, 13 Oct 2004 08:01:52 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:02:10 -0000 Guys, I'm trying to get vinum (geom) happening in BETA7, but I'm finding that 'resetconfig' it not available yet (among other commands).. Anyone have any ideas on: a) when it will become available? b) will geom vinum be stable enough for 5.3? c) when the man pages will be written for it? Thanks! Ryan. On 12 Oct 2004, at 17:02, Patrick M. Hausen wrote: > Hi! > >> Is it even expected that if I upgrade a machine with vinum drives from >> old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum >> will recognise and use the old vinum partitions? > > Just did it on one machine and, yes, it worked. > That's not a statistically relevant base, though - YMMV ;-) > > Regards, > > Patrick M. Hausen > Leiter Netzwerke und Sicherheit > > P.S. Mirror plexes only on my system. > > -- > punkt.de GmbH Internet - Dienstleistungen - Beratung > Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 > 76137 Karlsruhe http://punkt.de From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:12: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 2E21B16A4CE for ; Wed, 13 Oct 2004 07:12:13 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2D3643D54 for ; Wed, 13 Oct 2004 07:12:12 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id 7AA7D13BA11; Wed, 13 Oct 2004 09:12:11 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id EBE8013BA06; Wed, 13 Oct 2004 09:12:07 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i9D7C7qi027122; Wed, 13 Oct 2004 09:12:07 +0200 (CEST) (envelope-from stijn) Date: Wed, 13 Oct 2004 09:12:07 +0200 From: Stijn Hoop To: Ryan Hunt Message-ID: <20041013071207.GL98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-DCC: : kweetal.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:12:13 -0000 --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: > I'm trying to get vinum (geom) happening in BETA7, but I'm finding=20 > that 'resetconfig' it not available yet (among other commands).. As a workaround, you maybe you can obliterate the previous configuration by dd'ing /dev/zero to the first 257 sectors of the relevant vinum 'drives'. = I'd do this without geom_vinum loaded though. No idea as to your other answers; I'm still not sure whether I'm experienci= ng data corruption on a concat volume due to geom_vinum but I don't have the t= ime to debug this. My home machine has a complete gvinum mirror setup (no conca= t) and I've had absolutely 0 problems with it. It's running 5.3-BETA5. --Stijn --=20 Coughlin's law: never tell tales about a woman no matter how far away she is, she'll always hear you. -- Cocktail --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbNVHY3r/tLQmfWcRAgHFAJwLpVTA8LjqIHDVY6wYrOTZr1jFmACeN29F cWxcJpC7xQIF3/vQMMN0aTM= =WYZG -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:17: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 F302316A4CE for ; Wed, 13 Oct 2004 07:17:18 +0000 (GMT) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C71D43D46 for ; Wed, 13 Oct 2004 07:17:18 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9D7H6Qw020048 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 13 Oct 2004 17:17:06 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9D7H5xP042909; Wed, 13 Oct 2004 17:17:05 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9D7H5aZ042908; Wed, 13 Oct 2004 17:17:05 +1000 (EST) (envelope-from pjeremy) Date: Wed, 13 Oct 2004 17:17:05 +1000 From: Peter Jeremy To: Doug White Message-ID: <20041013071704.GQ83620@cirb503493.alcatel.com.au> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> <20041011191812.A34886@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041011191812.A34886@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 07:17:19 -0000 On Mon, 2004-Oct-11 19:18:52 -0700, Doug White wrote: >On Mon, 11 Oct 2004, Peter Jeremy wrote: >> I have an HP DL380 running 5.3 and it will not reboot from multi-user >> mode - it hangs after printing "Rebooting..." and needs to be power- >> cycled (since there's no reset button). > >BIOS up to date? I tried updating to the latest version on the HP website with no effect. I've narrowed it down to loading kernel modules - the problem does not occur if I don't "kldload digi". I've tried commenting out the digi probe routine so it always immediately fails (meaning it never accesses the PCI bus or attaches) with no effect. I think the problem also occurs if I kldload usb but I need to confirm that. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:48:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CA516A4CF for ; Wed, 13 Oct 2004 07:48:53 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 082FD43D53 for ; Wed, 13 Oct 2004 07:48:52 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (fokaxggt@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9D7mo7o082308; Wed, 13 Oct 2004 11:48:50 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 13 Oct 2004 11:48:50 +0400 (MSD) From: Maxim Konovalov To: Andrew Belashov In-Reply-To: <416CC9D4.3050904@orel.ru> Message-ID: <20041013114636.V82232@mp2.macomnet.net> References: <20041012154552.E60900@mp2.macomnet.net> <416CC9D4.3050904@orel.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT cc: current@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:48:53 -0000 On Wed, 13 Oct 2004, 10:23+0400, Andrew Belashov wrote: > ------------------------------------------------------------------------------ > /usr/local/libexec/ppf_verify: pgp command failed > > gpg: đĎÄĐÉÓŘ ÓĎÚÄÁÎÁ ÓŇĹÄÁ, 13 ĎËÔŃÂŇŃ 2004 Ç. 10:23:11 MSD ËĚŔŢĎÍ DSA Ó > gpg: ID 7F34A3F2 > gpg: îĹ ÍĎÇŐ ĐŇĎ×ĹŇÉÔŘ ĐĎÄĐÉÓŘ: ĎÔËŇŮÔŮĘ ËĚŔŢ ÎĹ ÎÁĘÄĹÎ > ------------------------------------------------------------------------------ > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, Maxim! > > Maxim Konovalov wrote: > | Are there any ways to debug a kernel dump on sparc64? On our SMP > | netra1440: > > I use gdb53 or gdb6 from ports. > > Try my package as temp workaround: > > > > MD5 (gdb-6_20040914.tbz) = bfc1b21a9abe92f6550dfa8acd9769c7 > SIZE = 801882 Yes, it works, thank you! Any ideas what's happened: panic: trap: fast data access mmu miss cpuid = 0 boot() called on cpu#0 Uptime: 11d1h56m16s Dumping 2048 MB (1 chunks) chunk at 0: 2147483648 bytes |\^H/\^H --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 233 savectx(&dumppcb); doadump () at /usr/src/sys/kern/kern_shutdown.c:233 233 savectx(&dumppcb); (kgdb) bt f #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 No locals. #1 0x00000000c01193c0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:385 first_buf_printf = 1 #2 0x00000000c0119ccc in panic (fmt=0xc02d1138 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:541 _tid = (struct thread *) 0xfffff80039daea00 td = (struct thread *) 0xfffff80039daea00 bootopt = 260 newpanic = 1 buf = "trap: fast data access mmu miss", '\0' #3 0x00000000c022e8c4 in trap (tf=0xff9e51c0) at /usr/src/sys/sparc64/sparc64/trap.c:370 td = (struct thread *) 0xfffff80039daea00 p = (struct proc *) 0xc033f398 sticks = 3223512960 error = -1070788296 sig = -6401600 #4 0x00000000c0038fe0 in tl1_trap () No symbol table info available. #5 0x00000000c0038fe0 in tl1_trap () ? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:50: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 482C416A4CE for ; Wed, 13 Oct 2004 07:50:52 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AB22A43D49 for ; Wed, 13 Oct 2004 07:50:51 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 26406 invoked from network); 13 Oct 2004 07:50:50 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 13 Oct 2004 07:50:50 -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.12.10/8.12.10) with ESMTP id i9D7onXc088821 for ; Wed, 13 Oct 2004 09:50:49 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i9D7omKm088820 for current@freebsd.org; Wed, 13 Oct 2004 09:50:48 +0200 (CEST) (envelope-from pho) Date: Wed, 13 Oct 2004 09:50:48 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20041013075048.GA88808@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: panic: process 32827(tcpblast):2 holds Giant but isn't blocked on a lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:50:52 -0000 This is with GENERIC HEAD from Oct 12 12:56 UTC. More info @ http://www.holm.cc/stress/log/cons84.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:52:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011C416A4CE for ; Wed, 13 Oct 2004 07:51:59 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1987F43D46 for ; Wed, 13 Oct 2004 07:51:59 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (lctiv83v@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9D7pv3o082368; Wed, 13 Oct 2004 11:51:58 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 13 Oct 2004 11:51:57 +0400 (MSD) From: Maxim Konovalov To: Doug White In-Reply-To: <20041012101849.U41628@carver.gumbysoft.com> Message-ID: <20041013114856.I82232@mp2.macomnet.net> References: <20041012154552.E60900@mp2.macomnet.net> <20041012101849.U41628@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: sparc64 kernel dump debug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:52:00 -0000 On Tue, 12 Oct 2004, 10:25-0700, Doug White wrote: > On Tue, 12 Oct 2004, Maxim Konovalov wrote: > > > [Bcc: sparc64@ ] > > > > Hello, > > > > Are there any ways to debug a kernel dump on sparc64? On our SMP > > netra1440: > > Did you mean Netra 1400? I don't see a Netra 1440 on sunsolve. > > The 1400 is a quad-US2; looks like a 420R from the back (?) Oops, yes, it's 1400. Haven't seen it yet. > > # strings vmcore.3 | grep panic > > panic: trap: fast data access mmu miss > > ... > > > > # kgdb kernel.debug vmcore.3 2>&1| more > > Have you tried this with the kernel.debug in your kernel compile dir, > rather than the one that savecore thinks its getting? sun4u# pwd /usr/obj/usr/src/sys/SUN4U sun4u# kgdb kernel.debug /var/crash/vmcore.3 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 "sparc64-marcel-freebsd". /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/regcache.c:1264: internal-error: regcache_raw_supply: Assertion `regnum >= 0 && regnum < regcache->descr->nr_raw_registers' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. ... As Andrew Belashov suggested I installed gdb6 and it seems it works. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 08: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 02D7616A4CE for ; Wed, 13 Oct 2004 08:48:03 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373BC43D1F for ; Wed, 13 Oct 2004 08:48:02 +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 i9D8m0QP037801 for ; Wed, 13 Oct 2004 10:48:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 13 Oct 2004 10:48:00 +0200 Message-ID: <37800.1097657280@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 08:48:03 -0000 Be aware that your serial ports "call-out" device (may) have changed name. -- 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 Oct 13 09: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 5C17316A4CE for ; Wed, 13 Oct 2004 09:13:32 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5BB43D48 for ; Wed, 13 Oct 2004 09:13:32 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd00.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CHfCJ-0007Yo-04; Wed, 13 Oct 2004 11:13:27 +0200 Received: from Andro-Beta.Leidinger.net (TQT10+ZOQezMqYTeIyEVl9AU3pk7U8OzrJy3q+lNqSNgCJOSuPJbYB@[217.83.18.15]) by fmrl00.sul.t-online.com with esmtp id 1CHfCA-1l148u0; Wed, 13 Oct 2004 11:13:18 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9D9DFxm012082; Wed, 13 Oct 2004 11:13:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9D9DFb6012081; Wed, 13 Oct 2004 11:13:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.hompeip.net (IMP) with HTTP for ; Wed, 13 Oct 2004 11:13:14 +0200 Message-ID: <1097658794.416cf1aa9eb0b@netchild.hompeip.net> Date: Wed, 13 Oct 2004 11:13:14 +0200 From: Alexander@Leidinger.net To: "Patrick M. Hausen" References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> In-Reply-To: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> 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: 53.122.192.14 X-ID: TQT10+ZOQezMqYTeIyEVl9AU3pk7U8OzrJy3q+lNqSNgCJOSuPJbYB@t-dialin.net X-TOI-MSGID: 95f84651-ff87-4581-bfdd-bb12228e7cb8 cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 09:13:32 -0000 Zitat von "Patrick M. Hausen" : > Hi! > > > Is it even expected that if I upgrade a machine with vinum drives from > > old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum > > will recognise and use the old vinum partitions? Just in case: You shouldn't load old vinum and geom vinum at the same time. I don't know what happens, but Lukas told me I shouldn't do it. > Just did it on one machine and, yes, it worked. > That's not a statistically relevant base, though - YMMV ;-) I tried with a 2-disk-stripe and failed. Kernel panic right after loading geom_vinum. Lukas is analyzing the problem. Alot of people already switched to geom vinum, so this isn't a general bug. But if you try it be prepared for this case. Bye, Alexander. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 09:19: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 8A79616A4CE for ; Wed, 13 Oct 2004 09:19:25 +0000 (GMT) Received: from kickflip.avantguard.org (kickflip.avantguard.org [69.55.236.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA7E43D4C for ; Wed, 13 Oct 2004 09:19:25 +0000 (GMT) (envelope-from ryan@ryanhunt.net) Received: from [192.168.1.100] (82-68-65-14.dsl.in-addr.zen.co.uk [82.68.65.14]) (authenticated bits=0)i9D9G9xd028249 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Wed, 13 Oct 2004 19:16:11 +1000 (EST) (envelope-from ryan@ryanhunt.net) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <20041013071207.GL98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ryan Hunt Date: Wed, 13 Oct 2004 10:19:17 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 09:19:25 -0000 But will this destroy the data on the 'drives'? I want to be able to resize the disks on the fly.. (using growfs once I've added an additional plex) On 13 Oct 2004, at 08:12, Stijn Hoop wrote: > On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: >> I'm trying to get vinum (geom) happening in BETA7, but I'm finding >> that 'resetconfig' it not available yet (among other commands).. > > As a workaround, you maybe you can obliterate the previous > configuration by > dd'ing /dev/zero to the first 257 sectors of the relevant vinum > 'drives'. I'd > do this without geom_vinum loaded though. > > No idea as to your other answers; I'm still not sure whether I'm > experiencing > data corruption on a concat volume due to geom_vinum but I don't have > the time > to debug this. My home machine has a complete gvinum mirror setup (no > concat) > and I've had absolutely 0 problems with it. It's running 5.3-BETA5. > > --Stijn > > -- > Coughlin's law: never tell tales about a woman no matter how far away > she > is, she'll always hear you. > -- Cocktail From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 09:32: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 C6C6716A4CE for ; Wed, 13 Oct 2004 09:32:12 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7592543D48 for ; Wed, 13 Oct 2004 09:32:12 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id D344F13B655; Wed, 13 Oct 2004 11:32:11 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 5009213BA40; Wed, 13 Oct 2004 11:32:07 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i9D9W77g028740; Wed, 13 Oct 2004 11:32:07 +0200 (CEST) (envelope-from stijn) Date: Wed, 13 Oct 2004 11:32:07 +0200 From: Stijn Hoop To: Ryan Hunt Message-ID: <20041013093207.GM98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BZaMRJmqxGScZ8Mx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-DCC: : kweetal.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 09:32:12 -0000 --BZaMRJmqxGScZ8Mx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 10:19:17AM +0100, Ryan Hunt wrote: > On 13 Oct 2004, at 08:12, Stijn Hoop wrote: > > On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: > > > I'm trying to get vinum (geom) happening in BETA7, but I'm finding > > > that 'resetconfig' it not available yet (among other commands).. > > > > As a workaround, maybe you can obliterate the previous=20 > > configuration by dd'ing /dev/zero to the first 257 sectors of the > > relevant vinum 'drives'. I'd do this without geom_vinum loaded though. > > But will this destroy the data on the 'drives'? I want to be able to=20 > resize the disks on the fly.. (using growfs once I've added an=20 > additional plex) Why do you want to do a resetconfig then? I haven't tried this with geom_vinum, but using the old vinum I could grow = the BSD partition that contained my vinum "drive", then restart vinum which wou= ld recognize more free space on it's "drive" and then add another subdisk on t= hat same drive. I've done this around a year ago, so this might not work exactly as described but it is possible. Even more likely to work is just adding another BSD partition on your bigger drive, add that as a new vinum drive and then add subdisks/plexes on top. To answer your question though, in theory it should not destroy the data, so if you recreate your subdisks/plexes/volums at the same offsets it should /= in theory/ work. I haven't tried this though, so make sure you have your backu= ps handy (you do have good backups when experimenting with precious data & vin= um, I would hope). HTH, --Stijn --=20 The rain it raineth on the just And also on the unjust fella, But chiefly on the just, because The unjust steals the just's umbrella. --BZaMRJmqxGScZ8Mx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbPYXY3r/tLQmfWcRAoz4AJ9fizg56OOwsP2x7DnrJtP6JvHHjwCeJJP1 9vjLjYyvNkrqoBrXxbmzCeE= =P/UP -----END PGP SIGNATURE----- --BZaMRJmqxGScZ8Mx-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 09:38: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 6616616A4CE for ; Wed, 13 Oct 2004 09:38:34 +0000 (GMT) Received: from blues.hansabank.lt (blues.hansabank.lt [193.109.235.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E1F443D58 for ; Wed, 13 Oct 2004 09:38:33 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by blues.hansabank.lt (Postfix) with ESMTP id 5964846125 for ; Wed, 13 Oct 2004 12:38:32 +0300 (EEST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 13 Oct 2004 12:38:31 +0300 Message-ID: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Ipfw rules ? Thread-Index: AcSxCGbVmose8vEbSEONB55THp4upw== From: "Putinas Piliponis" To: Subject: Ipfw rules ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 09:38:34 -0000 Hello, I have a ipfw rule: add 40000 count ip from 10.127.0.2 to any MAC any 00:50:56:e4:79:6c in via lnc0 But ipfw shows it like: 40000 0 0 count ip from 10.127.0.2 MAC any 00:50:56:e4:79:6c any in via lnc0 Is ipfw really correctly showing the rule ? From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 10:22: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 6D25E16A4CE for ; Wed, 13 Oct 2004 10:22:18 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB6843D1F for ; Wed, 13 Oct 2004 10:22:17 +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 i9DALxLw120104; Wed, 13 Oct 2004 12:22:10 +0200 Date: Wed, 13 Oct 2004 12:22:00 +0200 (CEST) From: Lukas Ertl To: Ryan Hunt In-Reply-To: Message-ID: <20041013122008.M566@korben.prv.univie.ac.at> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:22:18 -0000 On Wed, 13 Oct 2004, Ryan Hunt wrote: > I'm trying to get vinum (geom) happening in BETA7, but I'm finding > that 'resetconfig' it not available yet (among other commands).. Anyone have > any ideas on: > > a) when it will become available? As soon as I have the time to and other, more important, fixes have gone in. > b) will geom vinum be stable enough for 5.3? I'd say yes. > c) when the man pages will be written for it? See answer to a). :-) 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 Wed Oct 13 10:24: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 2E10416A4CE for ; Wed, 13 Oct 2004 10:24:20 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD1943D5C for ; Wed, 13 Oct 2004 10:24:19 +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 i9DAO8Lw360206; Wed, 13 Oct 2004 12:24:11 +0200 Date: Wed, 13 Oct 2004 12:24:09 +0200 (CEST) From: Lukas Ertl To: Stijn Hoop In-Reply-To: <20041013071207.GL98575@pcwin002.win.tue.nl> Message-ID: <20041013122235.E566@korben.prv.univie.ac.at> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org cc: Ryan Hunt Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:24:20 -0000 On Wed, 13 Oct 2004, Stijn Hoop wrote: > On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: >> I'm trying to get vinum (geom) happening in BETA7, but I'm finding >> that 'resetconfig' it not available yet (among other commands).. > > As a workaround, you maybe you can obliterate the previous configuration > by dd'ing /dev/zero to the first 257 sectors of the relevant vinum > 'drives'. I'd do this without geom_vinum loaded though. Or you could just 'gvinum rm -r '. > No idea as to your other answers; I'm still not sure whether I'm > experiencing data corruption on a concat volume due to geom_vinum but I > don't have the time to debug this. I don't recall if you sent me some info about this (of course. I'm drowning in email, so maybe I just overlooked it :-) ). 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 Wed Oct 13 10:28: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 630AF16A4CF for ; Wed, 13 Oct 2004 10:28:34 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1EA43D4C for ; Wed, 13 Oct 2004 10:28:33 +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 i9DASLu6295620; Wed, 13 Oct 2004 12:28:23 +0200 Date: Wed, 13 Oct 2004 12:28:22 +0200 (CEST) From: Lukas Ertl To: Stijn Hoop In-Reply-To: <20041013093207.GM98575@pcwin002.win.tue.nl> Message-ID: <20041013122714.M566@korben.prv.univie.ac.at> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013093207.GM98575@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org cc: Ryan Hunt Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:28:34 -0000 On Wed, 13 Oct 2004, Stijn Hoop wrote: > I haven't tried this with geom_vinum, but using the old vinum I could > grow the BSD partition that contained my vinum "drive", then restart > vinum which would recognize more free space on it's "drive" and then add > another subdisk on that same drive. I've done this around a year ago, so > this might not work exactly as described but it is possible. That should work with geom_vinum as well, although I haven't tried yet. > Even more likely to work is just adding another BSD partition on your bigger > drive, add that as a new vinum drive and then add subdisks/plexes on top. That's the way to go, but just make sure you have only one vinum drive per disk. 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 Wed Oct 13 10:30: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 1DD3416A4CE for ; Wed, 13 Oct 2004 10:30:14 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D87E43D1F for ; Wed, 13 Oct 2004 10:30:13 +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 i9DAU6u6176286; Wed, 13 Oct 2004 12:30:07 +0200 Date: Wed, 13 Oct 2004 12:30:07 +0200 (CEST) From: Lukas Ertl To: Stijn Hoop In-Reply-To: <20041013122235.E566@korben.prv.univie.ac.at> Message-ID: <20041013122900.L566@korben.prv.univie.ac.at> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013122235.E566@korben.prv.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org cc: Ryan Hunt Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:30:14 -0000 On Wed, 13 Oct 2004, Lukas Ertl wrote: > Or you could just 'gvinum rm -r '. Oh, but if you want to recreate all stuff afterwards, make a copy of your vinum config with 'gvinum printconfig' and re-create the relevant objects afterwards. 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 Wed Oct 13 10: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 5544716A4CE; Wed, 13 Oct 2004 10:37:38 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C20A43D1F; Wed, 13 Oct 2004 10:37:37 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id 0A17813B800; Wed, 13 Oct 2004 12:37:37 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 63AAE13B605; Wed, 13 Oct 2004 12:37:32 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i9DAbWMI029610; Wed, 13 Oct 2004 12:37:32 +0200 (CEST) (envelope-from stijn) Date: Wed, 13 Oct 2004 12:37:32 +0200 From: Stijn Hoop To: Lukas Ertl Message-ID: <20041013103731.GP98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013122235.E566@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ExXT7PjY8AI4Hyfa" Content-Disposition: inline In-Reply-To: <20041013122235.E566@korben.prv.univie.ac.at> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-DCC: : kweetal.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@FreeBSD.org Subject: gvinum striped corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:37:38 -0000 --ExXT7PjY8AI4Hyfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 12:24:09PM +0200, Lukas Ertl wrote: > On Wed, 13 Oct 2004, Stijn Hoop wrote: > > On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: > > > I'm trying to get vinum (geom) happening in BETA7, but I'm finding > > >that 'resetconfig' it not available yet (among other commands).. > > > > As a workaround, you maybe you can obliterate the previous configuratio= n=20 > > by dd'ing /dev/zero to the first 257 sectors of the relevant vinum=20 > > 'drives'. I'd do this without geom_vinum loaded though. >=20 > Or you could just 'gvinum rm -r '. Well d'oh. Of course. Why didn't I think of that :) > > No idea as to your other answers; I'm still not sure whether I'm=20 > > experiencing data corruption on a concat volume due to geom_vinum but I= =20 > > don't have the time to debug this. >=20 > I don't recall if you sent me some info about this (of course. I'm=20 > drowning in email, so maybe I just overlooked it :-) ). No I didn't, precisely because I'm not sure whether it is geom_vinum that is the culprit. All I know for now is that a -CURRENT kernel with regular vinum from way back in May works, and a -CURRENT kernel with geom_vinum from arou= nd the 21st september (including the commit from sept. 18, geom_vinum.h r1.6 e= tc) doesn't. It might be a bug in ATA, or something else, I dunno. I discovered the issue because BitTorrent complained about on-disk corrupti= on. Sure enough, data downloaded kept having different MD5's and archives didn't extract properly. Even stranger, checksum verification fails differently on every run: [stijn@pcwin002] cksfv -f somefile.sfv --( Verifying: somefile.sfv )----------------------------------------------= ----- somefile.001 OK somefile.002 OK somefile.003 different CRC =2E... [stijn@pcwin002] cksfv -f somefile.sfv --( Verifying: somefile.sfv )----------------------------------------------= ----- somefile.001 different CRC somefile.002 different CRC somefile.003 different CRC =2E... Data written with the older setup appears to be intact when I boot the older kernel, but then my userland is whacked (of course). I haven't had the time to dig any deeper than that (e.g. does data written by geom_vinum work when read by older vinum). gvinum lv -vr output: gvinum -> lv -vr 1 volume: Volume stor: Size: 120118026240 bytes (114553 MB) State: up Plex stor.p0: Size: 120118026240 bytes (114553 MB) Subdisks: 2 State: up Organization: striped Stripe size: 279 kB Part of volume stor Subdisk stor.p0.s0: Size: 60059013120 bytes (57276 MB) State: up Plex stor.p0 at offset 0 (0 B) Drive stor0 (stor0) at offset 135680 (132 kB) Subdisk stor.p0.s1: Size: 60059013120 bytes (57276 MB) State: up Plex stor.p0 at offset 285696 (279 kB) Drive stor1 (stor1) at offset 135680 (132 kB) Hmm it's striped, not concat: sorry for the confusion! This is all the info I can provide right now (not at the console of the box atm). If I can squeeze it in I'll try and test some more tomorrow. Do you h= ave suggestions on what to test? --Stijn --=20 A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi --ExXT7PjY8AI4Hyfa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbQVrY3r/tLQmfWcRArRmAJ9BHosElMal0NqKwx3fYUckWg4uaQCdF1c8 oarF6/4a0/qaZ6D8GXn5g2U= =PUPy -----END PGP SIGNATURE----- --ExXT7PjY8AI4Hyfa-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 10:44: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 BE99116A4CE for ; Wed, 13 Oct 2004 10:44:31 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA1B43D53 for ; Wed, 13 Oct 2004 10:44:30 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9DAiS9S075506 for ; Wed, 13 Oct 2004 12:44:28 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416D070E.1010901@withagen.nl> Date: Wed, 13 Oct 2004 12:44:30 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) 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: Fatal trap when starting 2nd processor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 10:44:31 -0000 Hi, It's been al long time since, but as of this motning I get: ad0: 238475MB [484521/16/63] at ata0-master UDMA100 SMP: AP CPU #1 Launched! kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff80294a8a stack pointer = 0x10:0xffffffffb1b3db30 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 29 (irq17: fwohci0+) And that is on a Dual procesor Opteron system (with a Tyan board). FreeBSD 5.3-BETA7 #142: Wed Oct 13 11:09:39 CEST 2004 root@opteron.digiware.nl:/usr/obj/home1/src/sys/OPTERON.amd64 I'll try and compile the kernel without firewire to see if that changes things. --WjW From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 11:10: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 D57C316A4CE for ; Wed, 13 Oct 2004 11:10:47 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED32B43D2F for ; Wed, 13 Oct 2004 11:10:46 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9DBAe9S076390 for ; Wed, 13 Oct 2004 13:10:45 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416D0D32.8050104@withagen.nl> Date: Wed, 13 Oct 2004 13:10:42 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@FreeBSD.ORG" References: <416D070E.1010901@withagen.nl> In-Reply-To: <416D070E.1010901@withagen.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Fatal trap when starting 2nd processor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 11:10:47 -0000 Willem Jan Withagen wrote: > Hi, > > It's been al long time since, but as of this motning I get: > > ad0: 238475MB [484521/16/63] at > ata0-master UDMA100 > SMP: AP CPU #1 Launched! > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff80294a8a > stack pointer = 0x10:0xffffffffb1b3db30 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 29 (irq17: fwohci0+) > > And that is on a Dual procesor Opteron system (with a Tyan board). > FreeBSD 5.3-BETA7 #142: Wed Oct 13 11:09:39 CEST 2004 > root@opteron.digiware.nl:/usr/obj/home1/src/sys/OPTERON.amd64 > > I'll try and compile the kernel without firewire to see if that > changes things. That does not help either..... ad0: 238475MB [484521/16/63] at ata0-master UDMA100 SMP: AP CPU #1 Launched! lock order reversal 1st 0xffffff007ffe7410 16 Bucket (UMA zone) @ /home1/src/sys/vm/uma_core.c:2353 2nd 0xffffffff805c5db0 user map (user map) @ /home1/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 witness_checkorder() at witness_checkorder+0x6a9 _sx_xlock() at _sx_xlock+0x74 _vm_map_lock_read() at _vm_map_lock_read+0x2e vm_map_lookup() at vm_map_lookup+0x44 vm_fault() at vm_fault+0x9d trap_pfault() at trap_pfault+0x117 trap() at trap+0x315 alltraps_with_regs_pushed() at alltraps_with_regs_pushed+0x5 bucket_free() at bucket_free+0x42 uma_zalloc_bucket() at uma_zalloc_bucket+0x256 uma_zalloc_arg() at uma_zalloc_arg+0x344 malloc() at malloc+0xf5 allocdev() at allocdev+0x5f newdev() at newdev+0x95 make_dev() at make_dev+0xa6 devstat_alloc() at devstat_alloc+0x5a devstat_new_entry() at devstat_new_entry+0x97 g_new_providerf() at g_new_providerf+0x1e8 fd_attach2() at fd_attach2+0x49 one_event() at one_event+0x19b g_run_events() at g_run_events+0x9 g_event_procbody() at g_event_procbody+0x3d fork_exit() at fork_exit+0xe9 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb19ffd00, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xffffffff803c10d1 stack pointer = 0x10:0xffffffffb19ff7b0 frame pointer = 0x10:0xffffffffb19ff7f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 11:19: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 D7E5416A4CE for ; Wed, 13 Oct 2004 11:19:53 +0000 (GMT) Received: from ec10.daimi.au.dk (ec10.daimi.au.dk [130.225.18.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F15B43D4C for ; Wed, 13 Oct 2004 11:19:52 +0000 (GMT) (envelope-from rhazn@daimi.au.dk) Received: from ec10.daimi.au.dk (localhost [127.0.0.1]) by ec10.daimi.au.dk (8.12.11/8.12.11) with ESMTP id i9DBJoWi032352 for ; Wed, 13 Oct 2004 13:19:50 +0200 Received: (from rhazn@localhost) by ec10.daimi.au.dk (8.12.11/8.12.11/Submit) id i9DBJotm032349 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 13:19:50 +0200 Date: Wed, 13 Oct 2004 13:19:50 +0200 From: Peter Gade Jensen To: freebsd-current@freebsd.org Message-ID: <20041013111950.GA31908@ec10.daimi.au.dk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline X-GPG-Fingerprint: 8A9F D687 B75D B0B2 AB9A BFA8 3BF5 DDD0 0CD4 A341 X-GPG-URL: http://www.daimi.au.dk/~rhazn/gpgkey.asc User-Agent: Mutt/1.5.6i Subject: [5.3BETA7] ad0 gone after suspend/resume cycle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 11:19:54 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've been seeing this little feature ever since ATAng was introduced and also reported it back then, but didn't get any real response. Properly my own fault for not being precise enough. :-) But I better try again before 5.3 goes stable. The subject at hand is an 'old' Toshiba Satellite Pro 6000(dmesg attached) and FreeBSD5.3BETA7 GENERIC kernel+debugging. When I suspend with 'acpiconf -s 3' and afterwards resumes, ad0 is removed with the message: "ad0: WARNING - removed from configuration." Trying to track down why this happens, I've come so far that ata-all.c:ata_identify_devices(ata_channel*) doesn't find anything after the resume. So, ata-all.c:ata_reinit(ata_channel*) starts by detaching the devices that were lost during reset(this means ad0), then detaches the devices that were lost during identify(none) and finally attaching the devices that were found by ata_identify_devices(I'm guessing here?). In this case none. The above is properly a wrong interpretation of the code, but I'm new at this, so be nice. :o) The question then is: why is my drive lost? I can't be helpful with a dump, because 1) the laptop doesn't panic() and 2) it's kind of hard to doadump without a configured drive. :o) This might not even be something wrong with ATA, but I don't know whereelse to look. This is output when resuming with verbose boot: ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=80 ostat1=80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad0: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0x50 err=0x00 lsb=0xfe msb=0x3f ata0-slave: stat=0x00 err=0x00 lsb=0xfe msb=0x3f ata0: reset tp2 stat0=50 stat1=00 devices=0x0 ata0: resetting done .. ad0: WARNING - removed from configuration ata0: device config done .. and the backtrace, when forcing a panic after the call to ata_reinit in ata_resume: db> trace kdb_enter(c0684e14) at kdb_enter+0x2b panic(c06716ac,c152e600,c152e600,c067169c,c155ec00) at panic+0x127 ata_resume(c155ec00) at ata_resume+0x3a bus_generic_resume(c1564280) at bus_generic_resume+0x42 bus_generic_resume(c155d700,c18efc40,c06ba5e0,c18efc40,b) at bus_generic_resume+0x42 pci_resume(c155d700) at pci_resume+0x57 bus_generic_resume(c1530100,c1530100,c1530100,cbe92ac4,c07f8b2b) at bus_generic_resume+0x42 acpi_pcib_resume(c1530100,cbe92ad8,c05062d2,c1530100,c1530980) at acpi_pcib_resume+0x13 acpi_pcib_acpi_resume(c1530100) at acpi_pcib_acpi_resume+0xb bus_generic_resume(c1530980) at bus_generic_resume+0x42 bus_generic_resume(c1530b00) at bus_generic_resume+0x42 bus_generic_resume(c14a7000,4,75003,16,80045003) at bus_generic_resume+0x42 acpi_SetSleepState(c1530900,3,1,cbe92b88,c06e42d8) at acpi_SetSleepState+0x2a0 acpiioctl(c06e42d8,80045003,cbe92c60,3,c1558960) at acpiioctl+0xa3 spec_ioctl(cbe92b88,cbe92c34,c054c1db,cbe92b88,c06db020) at spec_ioctl+0xd7 spec_vnoperate(cbe92b88) at spec_vnoperate+0x13 vn_ioctl(c190e088,80045003,cbe92c60,c190ae80,c1558960) at vn_ioctl+0x19f ioctl(c1558960,cbe92d14,3,1,292) at ioctl+0x3e0 syscall(2f,2f,2f,bfbfedc0,3) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f I don't know if this is enough, but let me know if you need more information. Thanks, Peter -- "What I like most about myself is that I'm so understanding when I mess things up." --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg3 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-BETA7 #3: Tue Oct 12 22:02:51 CEST 2004 pgj@aki.playah.dk:/usr/obj/usr/5.0/sys/GENDEBUG WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0822000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08222bc. Calibrating clock(s) ... i8254 clock: 1193194 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 995965495 Hz CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.97-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 251002880 (239 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000000eaf9fff, 233639936 bytes (57041 pages) avail memory = 236081152 (225 MB) bios32: Found BIOS32 Service Directory header at 0xc00f00b0 bios32: Entry = 0xf98e9 (c00f98e9) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x97ab pnpbios: Found PnP BIOS data at 0xc00f0260 pnpbios: Entry = f0000:8d8 Rev = 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID c936f351 Other BIOS signatures found: wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard 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=164410b9) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00f01d0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x59 11 embedded 0 6 A 0x08 11 embedded 0 17 A 0x01 11 embedded 0 17 B 0x02 11 embedded 0 10 A 0x04 11 embedded 1 0 A 0x03 11 embedded 0 16 A 0x03 11 embedded 0 16 B 0x04 11 embedded 0 18 A 0x01 11 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 1 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 3, max = 7, width = 4 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 ACPI timer looks BAD min = 2, max = 7, width = 5 Timecounter "ACPI-safe" 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 ACPI PCI link initial configuration: \\_SB_.PCI0.FNC0.LNKA irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.17.0 \\_SB_.PCI0.FNC0.LNKB irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.17.1 \\_SB_.PCI0.FNC0.LNKD irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.10.0 \\_SB_.PCI0.FNC0.LNKC irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.16.0 \\_SB_.PCI0.FNC0.LNKD irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.16.1 \\_SB_.PCI0.FNC0.LNKH irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.6.0 \\_SB_.PCI0.FNC0.LNKA irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.18.0 \\_SB_.PCI0.FNC0.LNKG irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 0.2.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 26, enabled found-> vendor=0x10b9, dev=0x1644, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0xa210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x5247, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f7eff000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.FNC0.LNKG) pcib0: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKA (references 2, priority 5888): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 \\_SB_.PCI0.FNC0.LNKD (references 2, priority 5888): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 \\_SB_.PCI0.FNC0.LNKB (references 1, priority 2944): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 \\_SB_.PCI0.FNC0.LNKC (references 1, priority 2944): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 \\_SB_.PCI0.FNC0.LNKH (references 1, priority 2944): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 \\_SB_.PCI0.FNC0.LNKG (references 1, priority 2944): interrupts: 11 10 5 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 pcib0: slot 2 INTA routed to irq 11 via \\_SB_.PCI0.FNC0.LNKG found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000eff0, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc3 bus=0, slot=4, func=0 class=01-01-f0, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ed00, size 8, enabled map[14]: type 1, range 32, base f7efe000, size 12, enabled pcib0: matched entry for 0.6.INTA (src \\_SB_.PCI0.FNC0.LNKH) pcib0: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKA (references 2, priority 6051): interrupts: 10 11 5 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 \\_SB_.PCI0.FNC0.LNKD (references 2, priority 6051): interrupts: 10 11 5 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 \\_SB_.PCI0.FNC0.LNKB (references 1, priority 3025): interrupts: 10 11 5 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 \\_SB_.PCI0.FNC0.LNKC (references 1, priority 3025): interrupts: 10 11 5 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 \\_SB_.PCI0.FNC0.LNKH (references 1, priority 3025): interrupts: 10 11 5 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 pcib0: slot 6 INTA routed to irq 11 via \\_SB_.PCI0.FNC0.LNKH found-> vendor=0x10b9, dev=0x5451, revid=0x01 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=8, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f7efd000, size 12, enabled map[14]: type 4, range 32, base 0000eb40, size 6, enabled map[18]: type 1, range 32, base f7ec0000, size 17, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.FNC0.LNKD) pcib0: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKA (references 2, priority 6214): interrupts: 10 11 5 7 6 4 3 penalty: 240 260 290 5240 5240 5240 5240 \\_SB_.PCI0.FNC0.LNKD (references 2, priority 6214): interrupts: 10 11 5 7 6 4 3 penalty: 240 260 290 5240 5240 5240 5240 \\_SB_.PCI0.FNC0.LNKB (references 1, priority 3107): interrupts: 10 11 5 7 6 4 3 penalty: 240 260 290 5240 5240 5240 5240 \\_SB_.PCI0.FNC0.LNKC (references 1, priority 3107): interrupts: 10 11 5 7 6 4 3 penalty: 240 260 290 5240 5240 5240 5240 pcib0: slot 10 INTA routed to irq 11 via \\_SB_.PCI0.FNC0.LNKD found-> vendor=0x8086, dev=0x1229, revid=0x0d bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x0617, revid=0x32 bus=0, slot=17, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0490, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x0617, revid=0x32 bus=0, slot=17, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0490, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f7ebfe00, size 9, enabled pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.FNC0.LNKA) pcib0: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKA (references 2, priority 6380): interrupts: 10 11 5 7 6 4 3 penalty: 320 360 370 5320 5320 5320 5320 \\_SB_.PCI0.FNC0.LNKB (references 1, priority 3190): interrupts: 10 11 5 7 6 4 3 penalty: 320 360 370 5320 5320 5320 5320 \\_SB_.PCI0.FNC0.LNKC (references 1, priority 3190): interrupts: 10 11 5 7 6 4 3 penalty: 320 360 370 5320 5320 5320 5320 pcib0: slot 18 INTA routed to irq 11 via \\_SB_.PCI0.FNC0.LNKA found-> vendor=0x1179, dev=0x0805, revid=0x03 bus=0, slot=18, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xf0000000-0xf3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf0000000 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 0xf7f00000-0xfdffffff pcib1: prefetched decode 0xfff00000-0xfffff ACPI PCI link initial configuration: \\_SB_.PCI0.FNC0.LNKC irq 0: [ 3 4 5 6 7 10 11] 11+ low,level,sharable 1.0.0 pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fc000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xfc000000-0xfdffffff map[14]: type 1, range 32, base fbc00000, size 22, enabled pcib1: device (null) requested decoded memory range 0xfbc00000-0xfbffffff map[18]: type 1, range 32, base f8000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xf8000000-0xf9ffffff map[1c]: type 1, range 32, base f7ff8000, size 15, enabled pcib1: device (null) requested decoded memory range 0xf7ff8000-0xf7ffffff pcib1: matched entry for 1.0.INTA (src \\_SB_.PCI0.FNC0.LNKC) pcib1: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKC (references 2, priority 6425): interrupts: 10 5 11 7 6 4 3 penalty: 340 390 400 5340 5340 5340 5340 \\_SB_.PCI0.FNC0.LNKB (references 1, priority 3212): interrupts: 10 5 11 3 4 6 7 penalty: 340 390 400 5340 5340 5340 5340 pcib1: slot 0 INTA routed to irq 11 via \\_SB_.PCI0.FNC0.LNKC found-> vendor=0x1023, dev=0x8820, revid=0x82 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) ohci0: mem 0xf7eff000-0xf7efffff irq 11 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf7eff000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered atapci0: port 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xeff0 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=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 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=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 6.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) fxp0: port 0xeb40-0xeb7f mem 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf7efd000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 1179 0001 000d fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:00:39:73:e5:b8 fxp0: [MPSAFE] cbb0: at device 17.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xfe000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.17.INTA (src \\_SB_.PCI0.FNC0.LNKA) pcib0: slot 17 INTA is already routed to irq 11 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x06171179 0x04900007 0x06070032 0x00824000 0x10: 0xfe000000 0x04800080 0x00030300 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400010b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00010001 0x00800000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860011f0 0x0c000000 0x00008000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x10010100 0x00023f00 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00040000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 cbb1: at device 17.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xfe001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.17.INTB (src \\_SB_.PCI0.FNC0.LNKB) pcib0: possible interrupts: 3 4 5 6 7 10 11 ACPI PCI link arbitrated settings: \\_SB_.PCI0.FNC0.LNKB (references 1, priority 3307): interrupts: 10 5 11 7 6 4 3 penalty: 420 470 580 5420 5420 5420 5420 pcib0: slot 17 INTB routed to irq 11 via \\_SB_.PCI0.FNC0.LNKB cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x06171179 0x04900007 0x06070032 0x00824000 0x10: 0xfe001000 0x04800080 0x00040400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x0400020b 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00010001 0x00800000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860021f0 0x0c000000 0x00000000 0x0000d100 0xb0: 0x3f3f3fcf 0x0a081020 0x10010100 0x00023f00 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00040000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 pci0: at device 18.0 (no driver attached) unknown: not probed (disabled) acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 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: 0x201 0x211 0x201 0x201 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77a,0x378-0x37a irq 7 drq 3 on 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 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 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) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) 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 04 b0 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 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-0x3f5 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) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x201 0x201 0x201 0x201 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 995965495 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_cmbat1: battery initialization start acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA66 on AcerLabs Aladdin chip ad0: ATA-5 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA66 GEOM: new disk ad0 [0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/5/63 s:63 l:24579387 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:24579450 l:14490630 [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 12584646144 end 12584678399 GEOM: Configure ad0s2, start 12584678400 length 7419202560 end 20003880959 GEOM: Configure ad0s2a, start 0 length 1073741824 end 1073741823 GEOM: Configure ad0s2b, start 1073741824 length 536870912 end 1610612735 GEOM: Configure ad0s2c, start 0 length 7419202560 end 7419202559 GEOM: Configure ad0s2d, start 1610612736 length 5808589824 end 7419202559 Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 11:42: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 D80A416A4CE for ; Wed, 13 Oct 2004 11:42:36 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE7F843D1F for ; Wed, 13 Oct 2004 11:42:35 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DBg2ti020760 for ; Wed, 13 Oct 2004 14:42:24 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DBfe4u000659 for ; Wed, 13 Oct 2004 14:41:41 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9DBfeiZ000658 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 14:41:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 14:41:40 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20041013114140.GA613@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 11:42:37 -0000 I had updated my source tree yesterday afternoon and everything worked. Today's CURRENT spontaneously reboots every time I try to start firefox. I have KDB in my kernel config and I can enter the debugger before I start X11 with CTRL-ALT-ESC, but when firefox starts the next thing that's visible on my screen is the BIOS startup. I'll try narrowing down this to a specific time since yesterday noon, by updating my sources to '2004/10/12 12:00:00 UTC' which was the last version I know that worked and move in steps up to today's CURRENT, but I just wanted to let everyone know that something seems very broken here. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 17: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 25DC116A4CE for ; Tue, 12 Oct 2004 17:18:46 +0000 (GMT) Received: from tesla.eecs.ku.edu (tesla.eecs.ku.edu [129.237.87.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67F743D5C for ; Tue, 12 Oct 2004 17:18:43 +0000 (GMT) (envelope-from admin@eecs.ku.edu) Received: from crashtest.eecs.ku.edu (crashtest.eecs.ku.edu [129.237.81.29]) by tesla.eecs.ku.edu (8.12.9p2/8.12.9) with ESMTP id i9CHIgvA071201 for ; Tue, 12 Oct 2004 12:18:42 -0500 (CDT) (envelope-from admin@eecs.ku.edu) From: Stephen Spencer To: freebsd-current@freebsd.org In-Reply-To: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> Content-Type: text/plain Organization: University of Kansas Electrical Engineering and Computer Science Department Message-Id: <1097601523.7293.13.camel@crashtest.eecs.ku.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 12 Oct 2004 12:18:43 -0500 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 17:18:46 -0000 On Tue, 2004-10-12 at 11:02, Patrick M. Hausen wrote: > Hi! > > > Is it even expected that if I upgrade a machine with vinum drives from > > old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum > > will recognise and use the old vinum partitions? > > Just did it on one machine and, yes, it worked. > That's not a statistically relevant base, though - YMMV ;-) > > Regards, > > Patrick M. Hausen > Leiter Netzwerke und Sicherheit > > P.S. Mirror plexes only on my system. I am using Beta7 with a preexisting RAID5 vinum volume. I have put it through some moderately heavy I/O without error, corruption or other nastiness. Regards, Stephen Spencer From owner-freebsd-current@FreeBSD.ORG Tue Oct 12 18:24: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 7105916A4CE for ; Tue, 12 Oct 2004 18:24:02 +0000 (GMT) Received: from hotmail.com (bay2-dav9.bay2.hotmail.com [65.54.246.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DF643D60 for ; Tue, 12 Oct 2004 18:24:02 +0000 (GMT) (envelope-from nihaopaul@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 12 Oct 2004 11:24:01 -0700 Received: from 61.171.16.84 by BAY2-DAV9.phx.gbl with DAV; Tue, 12 Oct 2004 18:23:57 +0000 X-Originating-IP: [61.171.16.84] X-Originating-Email: [nihaopaul@hotmail.com] X-Sender: nihaopaul@hotmail.com From: "nihaopaul" To: Date: Wed, 13 Oct 2004 02:23:43 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 12 Oct 2004 18:24:01.0734 (UTC) FILETIME=[A5D33660:01C4B088] X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 Subject: gnu/usr.bin/texinfo/libtxi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Oct 2004 18:24:02 -0000 ===> gnu/usr.bin/texinfo/doc ===> gnu/usr.bin/texinfo/libtxi cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/contrib/texinfo/lib/substring.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/contrib/texinfo/lib/xexit.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/contrib/texinfo/lib/xmalloc.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/contrib/texinfo/lib/xstrdup.c building static txi library elf_load_section: truncated ELF file ar: Abort: No such file or directory *** Error code 1 Stop in /usr/src/gnu/usr.bin/texinfo/libtxi. *** Error code 1 Stop in /usr/src/gnu/usr.bin/texinfo. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. su-2.05b# bah never seen this before, anyone? i thought maybe a bad cvsup, but it wasnt. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 03:41: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 E39D516A4CE for ; Wed, 13 Oct 2004 03:41:12 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5945C43D1F for ; Wed, 13 Oct 2004 03:41:12 +0000 (GMT) (envelope-from mi@aldan.algebra.com) Received: from vaio.virtual-estates.net (aldan.algebra.com [216.254.65.224]) i9D3f9pM057897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 12 Oct 2004 23:41:10 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: from vaio.virtual-estates.net (localhost [127.0.0.1]) i9D3ejhm067385 for ; Tue, 12 Oct 2004 23:40:45 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by vaio.virtual-estates.net (8.13.1/8.12.11/Submit) id i9D3ejiU067384 for freebsd-current@freebsd.org; Tue, 12 Oct 2004 23:40:45 -0400 (EDT) (envelope-from mi@aldan.algebra.com) X-Authentication-Warning: vaio.virtual-estates.net: mi set sender to mi@aldan.algebra.com using -f From: "Mikhail T." To: freebsd-current@freebsd.org User-Agent: KMail/1.7 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"<=?koi8-u?q?kcG=5EEOVihy+z3/UR=7B6SCQ=0A?= MIME-Version: 1.0 Content-Disposition: inline Date: Tue, 12 Oct 2004 23:40:45 -0400 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Message-Id: <200410122340.45383@Misha> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 Subject: a new (for me) panic: usbtask X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 03:41:13 -0000 Fresh -current (October 10): Fatal trap 12: ... fault virtual address = 0x4c [...] current process = 46 (usbtask) [thread 100049] Stopped at usb_transfer_complete+0xe7: movl 0x4c(%eax),%eax Dual Pentium2 Xeon, 1.5Gb of RAM; two big compiles in parallel where humming along, when a print request was submitted to the USB printer. Upon restart, the system started to print. As I went on to restart one of the compiles, however, it promptly paniced again -- in the same place. When I did 'call boot(0)', the machine successfully stopped 'vnlru', but hung waiting for 'bufdaemon' to stop... -mi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 03:43: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 995EE16A4CE for ; Wed, 13 Oct 2004 03:43:19 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D38143D1D for ; Wed, 13 Oct 2004 03:43:18 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i9D3etno057896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 12 Oct 2004 23:40:56 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i9CIe2AQ031937; Tue, 12 Oct 2004 14:40:02 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Message-ID: <416C2502.5040505@murex.com> Date: Tue, 12 Oct 2004 14:40:02 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7.2) Gecko/20041006 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> <416C1B10.7030103@murex.com> <200410121818.i9CIIGRx092072@apollo.backplane.com> In-Reply-To: <200410121818.i9CIIGRx092072@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 03:43:19 -0000 Matthew Dillon wrote: > Well, it's possible that UFS has bugs related to large block sizes. > People have gotten bitten on and off over the years but usually it > works ok if you leave the 8:1 blocksize:fragsize ratio intact. e.g. > if you have a 64KB block size then you should use a 8K frag size. > If you have a 32KB block size then you should use a 4K frag size. > > This is the case here: fs_bsize 65536, fs_fsize 8192. > I think the buffer cache itself is is likely not the source of this > particular bug. > > I don't know, how, but the bug seems triggered by upping the net.inet.udp.maxdgram from 9216 (default) to 16384 (to match the NFS client's wsize). Once I do that, the machine will either panic or just hang a few minutes into the heavy NFS writing (Sybase database dumps from a Solaris server). Happened twice already... -mi P.S. Thanks for prompt responses and advice, BTW! From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 03:43: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 5C2F516A4CE for ; Wed, 13 Oct 2004 03:43:20 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C2043D1D for ; Wed, 13 Oct 2004 03:43:19 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i9D3etnq057896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 12 Oct 2004 23:43:18 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i9CHvalr031794; Tue, 12 Oct 2004 13:57:36 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Message-ID: <416C1B10.7030103@murex.com> Date: Tue, 12 Oct 2004 13:57:36 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7.2) Gecko/20041006 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <416AE7D7.3030502@murex.com> <200410112038.i9BKcCWt051290@apollo.backplane.com> In-Reply-To: <200410112038.i9BKcCWt051290@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 cc: freebsd-current@FreeBSD.org cc: bde@zeta.org.au Subject: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 03:43:20 -0000 Matthew Dillon wrote: >:One of our file systems here does, indeed, use large block size (64K, I >:think, not sure, how to verify it) -- it is used for storing large >:database dumps. Are the bugs, Bruce and Matt are talking about, supposed >:to be gone by now (in which case, I can provide more debugging info), or >:does this remain a "known problem" and I should simply adopt the >:workaround suggested by Bruce in the first link above -- increase >:BKVASIZE? Should I also merge the patch posted by Bruce in the last of >:the links above, or are there good reasons, it is not in the official tree? > > [...] > But to be absolutely safe, I would follow Bruce's original suggestion > and increase BKVASIZE to 64K, for your particular system. > > After doing this and testing our backup script, the machine panicked two hours later (about half-way through the backup) with "initiate_write_inodeblock_ufs2: already started" (in ufs/ffs/ffs_softdep.c)... I guess, block sizes above 16Kb are just buggy and newfs(8) should be honest about it... -mi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:10: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 8F4B416A4D1 for ; Wed, 13 Oct 2004 07:10:53 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DA2843D39 for ; Wed, 13 Oct 2004 07:10:51 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA05765; Wed, 13 Oct 2004 10:10:41 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416CD4F1.5050300@icyb.net.ua> Date: Wed, 13 Oct 2004 10:10:41 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ian Dowse References: <1097623381.00149000.1097610001@10.7.7.3> In-Reply-To: <1097623381.00149000.1097610001@10.7.7.3> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 cc: current@freebsd.org Subject: Re: Are USB 2 hubs supported in FreeBSD 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, 13 Oct 2004 07:10:53 -0000 on 12.10.2004 22:38 Ian Dowse said the following: ... > Actually, USB2 hubs should now work well enough to talk to USB2 > devices (they work for me connecting USB2 umass devices anyway), > but we don't have support for talking to USB1 devices via USB2 hubs > yet. ... I had experience to the contrary with 5.2.1: http://www.freebsd.org/cgi/getmsg.cgi?fetch=24565+28404+/usr/local/www/db/text/2004/freebsd-hardware/20040926.freebsd-hardware Btw, I had actually tried to use the latest sys/dev/usb/ehci* files from CVS with the rest of 5.2.1 files (backing out only bus_alloc_resource_any() change) and I had exactly the same problem, so it seems that either this problem is not fixed in CURRENT or the problem is not local to ehci code e.g. it is in umass/ehci interaction. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 07:29: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 E12C216A4CE for ; Wed, 13 Oct 2004 07:29:05 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85BE843D31 for ; Wed, 13 Oct 2004 07:29:04 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA06254; Wed, 13 Oct 2004 10:27:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <416CD8E5.5010304@icyb.net.ua> Date: Wed, 13 Oct 2004 10:27:33 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ronald Klop References: <1097580435.00148380.1097570401@10.7.7.3> <1097627010.00149045.1097614202@10.7.7.3> In-Reply-To: <1097627010.00149045.1097614202@10.7.7.3> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 13 Oct 2004 12:04:27 +0000 cc: freebsd-current@freebsd.org Subject: Re: snd_sbc doesn't create a device in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 07:29:06 -0000 on 12.10.2004 23:40 Ronald Klop said the following: ... > Thanks. That solves it. > But how should I know all this? I have to load 3 drivers to enable my > sound. sound.ko, snd_sbc.ko and snd_ess.ko. And it is not really > documented. I spend a couple of days searching already. ... We really need some system tool to check pci configuration and make suggestions on devices/modules in kernel config/loader.conf -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:18: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 149CB16A4CE for ; Wed, 13 Oct 2004 12:18:45 +0000 (GMT) Received: from ms.titl.ru (ms.titl.ru [217.73.113.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C3143D48 for ; Wed, 13 Oct 2004 12:18:42 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: from localhost (localhost.localdomain [127.0.0.1]) by ms.titl.ru (Postfix) with ESMTP id B0D3F6DCCD1 for ; Wed, 13 Oct 2004 16:18:39 +0400 (MSD) Received: from ms.titl.ru ([127.0.0.1]) by localhost (ms.titl.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06875-04 for ; Wed, 13 Oct 2004 16:18:39 +0400 (MSD) Received: from localhost (unknown [192.168.100.253]) by ms.titl.ru (Postfix) with SMTP id 824786DCCCF for ; Wed, 13 Oct 2004 16:18:39 +0400 (MSD) Date: Wed, 13 Oct 2004 16:17:02 +0400 From: Alex Povolotsky To: current@freebsd.org Message-ID: <20041013161702.6b11856e@localhost> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at localhost Subject: 5.3 doesn't see USB CDRW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 12:18:45 -0000 Hello! I have an external CD-RW drive, it worked without a problem under 4.10, but 5.3 doesn't recognize it. It tells me that it is an UMASS device, and nothing more. USB Flash works with the same box and kernel just fine. What information should I gather from usbdevs and what file patch? -- Alex. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12: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 32F7E16A4CE for ; Wed, 13 Oct 2004 12:26:27 +0000 (GMT) Received: from web54005.mail.yahoo.com (web54005.mail.yahoo.com [206.190.36.229]) by mx1.FreeBSD.org (Postfix) with SMTP id CCFC243D53 for ; Wed, 13 Oct 2004 12:26:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041013122626.37210.qmail@web54005.mail.yahoo.com> Received: from [147.47.254.184] by web54005.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 05:26:26 PDT Date: Wed, 13 Oct 2004 05:26:26 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 12:26:27 -0000 Hello, The file /usr/src/share/examples/diskless/clone_root describes these options to be needed in the kernel config file: # options MFS # options BOOTP # options BOOTP_NFSROOT # options BOOTP_COMPAT However, MFS is no longer supported since 5.X and this may unnecessary confuse people who want to have a diskless boot kernel. Can someone fix this? Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:28: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 15DBA16A4CE for ; Wed, 13 Oct 2004 12:28:56 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4CE443D2F for ; Wed, 13 Oct 2004 12:28:55 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 7F4BC23; Wed, 13 Oct 2004 14:28:54 +0200 (CEST) Date: Wed, 13 Oct 2004 14:28:54 +0200 From: Andrea Campi To: current@freebsd.org Message-ID: <20041013122854.GA53717@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: nitpicking on strcasestr.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:28:56 -0000 Hi, I just noticed a couple of things in strcasestr.c which cause warnings on ${OTHER_OS}, but still apply to us: char * strcasestr(s, find) const char *s, *find; { char c, sc; size_t len; if ((c = *find++) != 0) { c = tolower((unsigned char)c); len = strlen(find); do { do { if ((sc = *s++) == 0) return (NULL); } while ((char)tolower((unsigned char)sc) != c); } while (strncasecmp(s, find, len) != 0); s--; } return ((char *)s); } We have two calls to tolower(); the first doesn't cast the result at all, the second one casts it to char. Shouldn't the first one be changed also? Actually, my first feeling was to change both to unsigned char, but I'm sure somebody could go to great lenghts to explain to me how the code as it stands is carefully crafted to work whether chars are signed or unsigned.... Bye, Andrea -- Speak softly and carry a cellular phone. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:42: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 B14A116A4CE; Wed, 13 Oct 2004 12:42:43 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C7043D53; Wed, 13 Oct 2004 12:42:43 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id B13B623; Wed, 13 Oct 2004 14:42:42 +0200 (CEST) Date: Wed, 13 Oct 2004 14:42:42 +0200 From: Andrea Campi To: current@freebsd.org, obrien@freebsd.org Message-ID: <20041013124242.GB53717@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: nitpicking on strlcpy.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:42:43 -0000 I know, I am being silly... I just noticed rev 1.4 introduced a buglet in the OpenBSD rcsid: =================================================================== RCS file: /usr/local/www/cvsroot/FreeBSD/src/lib/libc/string/strlcpy.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- src/lib/libc/string/strlcpy.c 2001/05/24 08:47:41 1.3 +++ src/lib/libc/string/strlcpy.c 2001/11/07 19:55:16 1.4 @@ -28,14 +28,10 @@ */ #if defined(LIBC_SCCS) && !defined(lint) -#if 0 -static char *rcsid = "$OpenBSD: strlcpy.c,v 1.4 1999/05/01 18:56:41 millert Exp $"; -#endif +static char *rcsid = "$OpenBSD: strlcpy.c,v 1.4 1999/05/01 18:56:41 millert Exp $"); #endif /* LIBC_SCCS and not lint */ -#ifndef lint -static const char rcsid[] = - "$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/lib/libc/string/strlcpy.c,v 1.3 2001/05/24 08:47:41 obrien Exp $"; -#endif +#include +__FBSDID("$FreeBSD: /usr/local/www/cvsroot/FreeBSD/src/lib/libc/string/strlcpy.c,v 1.4 2001/11/07 19:55:16 obrien Exp $"); #include #include -- Speak softly and carry a cellular phone. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:46: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 545B816A4D9 for ; Wed, 13 Oct 2004 12:46:45 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id D33DE43D48 for ; Wed, 13 Oct 2004 12:46:44 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041013124644.12396.qmail@web54009.mail.yahoo.com> Received: from [147.47.254.184] by web54009.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 05:46:44 PDT Date: Wed, 13 Oct 2004 05:46:44 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org In-Reply-To: <16748.11019.406954.729797@ran.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: randy@psg.com Subject: Re: Re: 5.3-Beta7 / router & ntpdate: bug in bootup script or sequence? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 12:46:45 -0000 --- Randy Bush wrote: > an ntpd config hint > 2004.05.20 > > executive summary > o if you have a recent ntpd, use `ntpd -g`, > and be sure to start it before you go > multiuser if you have clock > lock security in multiuser Ah! Yes, apparently ntpd on 5.X is recent enough. Would it then make more sense to add "-g" to the default ntpd_flags in /etc/default/rc.conf ? And at the same time discourage the use of ntpdate in /etc/rc.conf, since that seems to be in conflict with other services starting up at boot? Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:49: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 ACDB816A4CF for ; Wed, 13 Oct 2004 12:49:53 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id E387C43D46 for ; Wed, 13 Oct 2004 12:49:52 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 14930 invoked by uid 0); 13 Oct 2004 12:48:59 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 13 Oct 2004 12:48:59 -0000 Message-ID: <416D2482.2090000@gamersimpact.com> Date: Wed, 13 Oct 2004 07:50:10 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> In-Reply-To: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 12:49:53 -0000 Mike Jakubik wrote: >I just cvsuped and did a full world make/install/mergemaster around 2 >hours ago. The system comes up fine, and everything seems to work fine so >far, except for bash (which is my default shell). I can not see the >characters i am typing when in bash, hitting enter redisplays the prompt >on the same line. Ctrl-L will not clear the screen, untill i hit enter >afterwards. Commands do work, but the screen handling aspect of it is >wacky, almost like a terminal emulation problem (im using vt100 via >SecureCRT). Csh and sh work fine. I have tried reinstalling from ports, >thinking that it was a problem of the recent library changes, but same >thing. I also have /etc/libmap.conf defined as stated in UPDATING. Same >problem with it undefined too. > >Thanks. > > This is due to PHK's recent breakage of the syscons driver. When you get to a prompt type 'stty echo' and all will be well. He announced this yesterday but I guess you missed it. This is part of a bigger cleanup he is doing on our tty drivers. Hang in there for now, I'm sure it will be unbroken soon. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 12:50: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 4EEF416A4DA for ; Wed, 13 Oct 2004 12:50:34 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D858343D39 for ; Wed, 13 Oct 2004 12:50:27 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i9DCoQbC011227 for ; Wed, 13 Oct 2004 08:50:26 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i9DCoQ81011226 for current@freebsd.org; Wed, 13 Oct 2004 08:50:26 -0400 (EDT) Date: Wed, 13 Oct 2004 08:50:26 -0400 From: Thomas Dickey To: current@freebsd.org Message-ID: <20041013125026.GA10241@saltmine.radix.net> References: <20041013122854.GA53717@webcom.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20041013122854.GA53717@webcom.it> User-Agent: Mutt/1.3.27i Subject: Re: nitpicking on strcasestr.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:50:34 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 02:28:54PM +0200, Andrea Campi wrote: =20 > We have two calls to tolower(); the first doesn't cast the result > at all, the second one casts it to char. Shouldn't the first one be > changed also? man tolower (Solaris - but if FreeBSD differs, someone has a problem): NAME tolower - transliterate upper-case characters to lower-case SYNOPSIS #include int tolower(int c); =20 > Actually, my first feeling was to change both to unsigned char, but > I'm sure somebody could go to great lenghts to explain to me how the > code as it stands is carefully crafted to work whether chars are signed > or unsigned.... Noting that tolower() returns an int, and char's sign is unspecified, either changing the type for c (to int) or adding a cast is a good idea. Adding casts is generally a bad idea. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBbSSLtIqByHxlDocRAkyiAJ9y6PBJyYrr7NtJmzQRrKuP6nIgkACcCYFj 2ZuCwuXask1t6r5PdCOjC7U= =q4bD -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 13:00: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 1FA1016A4CE for ; Wed, 13 Oct 2004 13:00:56 +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 C22B743D46 for ; Wed, 13 Oct 2004 13:00:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 32857295674; Wed, 13 Oct 2004 09:00:54 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Wed, 13 Oct 2004 09:00:54 -0400 (EDT) Message-ID: <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> In-Reply-To: <416D2482.2090000@gamersimpact.com> References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> Date: Wed, 13 Oct 2004 09:00:54 -0400 (EDT) From: "Mike Jakubik" To: "Ryan Sommers" 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: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 13:00:56 -0000 Ryan Sommers said: > Mike Jakubik wrote: > >>I just cvsuped and did a full world make/install/mergemaster around 2 >>hours ago. The system comes up fine, and everything seems to work fine so >>far, except for bash (which is my default shell). I can not see the >>characters i am typing when in bash, hitting enter redisplays the prompt >>on the same line. Ctrl-L will not clear the screen, untill i hit enter >>afterwards. Commands do work, but the screen handling aspect of it is >>wacky, almost like a terminal emulation problem (im using vt100 via >>SecureCRT). Csh and sh work fine. I have tried reinstalling from ports, >> > This is due to PHK's recent breakage of the syscons driver. When you get > to a prompt type 'stty echo' and all will be well. He announced this > yesterday but I guess you missed it. This is part of a bigger cleanup he > is doing on our tty drivers. Hang in there for now, I'm sure it will be > unbroken soon. Ah, no problem, its not a big deal. I did miss it, was it a HEADSUP? From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 13:22: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 123AC16A4CE for ; Wed, 13 Oct 2004 13:22:11 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8FD243D1F for ; Wed, 13 Oct 2004 13:22:10 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 117979E; Wed, 13 Oct 2004 09:22:09 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Mike Jakubik In-Reply-To: <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> Content-Type: text/plain Message-Id: <1097673727.10151.0.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 13 Oct 2004 09:22:08 -0400 Content-Transfer-Encoding: 7bit cc: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 13:22:11 -0000 On Wed, 2004-10-13 at 09:00, Mike Jakubik wrote: > Ah, no problem, its not a big deal. I did miss it, was it a HEADSUP? Yes. (Well, a mini heads-up.) -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 14:38: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 91C4616A4CE for ; Wed, 13 Oct 2004 14:38:09 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A2F43D46 for ; Wed, 13 Oct 2004 14:38:07 +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 i9DEc6tB087295; Wed, 13 Oct 2004 10:38:06 -0400 (EDT) (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 86785-07; Wed, 13 Oct 2004 10:38:06 -0400 (EDT) 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 i9DEc6H9087241; Wed, 13 Oct 2004 10:38:06 -0400 (EDT) (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 i9DEbx75043189; Wed, 13 Oct 2004 10:37:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041013104312.087e4830@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 13 Oct 2004 10:44:03 -0400 To: Poul-Henning Kamp , current@freebsd.org From: Mike Tancsa In-Reply-To: <37800.1097657280@critter.freebsd.dk> References: <37800.1097657280@critter.freebsd.dk> 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: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 14:38:09 -0000 At 04:48 AM 13/10/2004, Poul-Henning Kamp wrote: >Be aware that your serial ports "call-out" device (may) have changed name. Hi, While I have never been a fan of cuaa as a naming scheme, why the change to cuad ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 14:38: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 80ED116A4CE for ; Wed, 13 Oct 2004 14:38:47 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id EB91643D54 for ; Wed, 13 Oct 2004 14:38:46 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041013143846.79693.qmail@web54010.mail.yahoo.com> Received: from [147.47.254.184] by web54010.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 07:38:46 PDT Date: Wed, 13 Oct 2004 07:38:46 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 14:38:47 -0000 spam maps wrote: > Hello, > > The file > /usr/src/share/examples/diskless/clone_root > describes these options to be needed in > the kernel config file: > > # options MFS > # options BOOTP > # options BOOTP_NFSROOT > # options BOOTP_COMPAT > > However, MFS is no longer supported since 5.X > and this may unnecessary confuse people who > want to have a diskless boot kernel. > > Can someone fix this? There are more sections wrong in /usr/src/share/examples/diskless/clone_root for 5.X. When I run 'clone_root all', I get several serious errors and warnings on my 5.3-Beta7 PC: 1) Error: -l has different behaviors in different tar programs. For the GNU behavior, use --one-file-system instead. For the POSIX behavior, use --check-links instead. Usage: List: tar -tf Extract: tar -xf Create: tar -cf [filenames...] Help: tar --help tar: Error opening archive: Empty input file: Inappropriate file type or format ---- Fix: probably easy; just remove the -l in all tar lines and replace that with --one-file-system. 2) cp: /dev/MAKEDEV: No such file or directory clone_root: /dev/MAKEDEV: not found ---- Fix: not sure. Just remove these lines? 3) copying the kernel stuf to $DEST needs tweaking for the new kernel location in 5.X ---- Fix: here I'm lost. There is the variable "TOCOPY", which has 'boot' and 'modules'. Maybe just remove the 'modules' and have all copies from 'boot'. I can provide a working patch, if I get my diskless PC working with 5.3-Beta7. Would that be useful and included in the release? Rob. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 14:39:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB47E16A4CE; Wed, 13 Oct 2004 14:39:38 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C37343D3F; Wed, 13 Oct 2004 14:39:38 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CHkID-0000vR-00 Wed, 13 Oct 2004 16:39:53 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CHkIC-0000v5-00 Wed, 13 Oct 2004 16:39:52 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9DEdbQm090222; Wed, 13 Oct 2004 16:39:37 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9DEdcix000905; Wed, 13 Oct 2004 16:39:38 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: x11@freebsd.org Date: Wed, 13 Oct 2004 16:39:37 +0200 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: <200410131639.38108.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: Strange behavior switching VTs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 14:39:38 -0000 First, this can even be noted as a problem It just a thing a little bit differen off what it used to be. - Latest FreeBSD BETA - Ports tagged for release (~) - Kde 3.3.0 - DPMS enable switching from a text VT console to the KDE graphics console I get first the latest image, then all go dark (often it freezes a bit before), then, after keypress, kde wake up. The graphics cars is a r128 pro (32MB). Working without drm/glx or interrupts. Xv on. This is normal behavior? -- josemi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:00: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 813EC16A4CF for ; Wed, 13 Oct 2004 15:00:38 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF5143D1F for ; Wed, 13 Oct 2004 15:00:37 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 161D9ACC68; Wed, 13 Oct 2004 17:00:27 +0200 (CEST) Date: Wed, 13 Oct 2004 17:00:27 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041013150027.GK73767@darkness.comp.waw.pl> References: <20041007082652.GX73767@darkness.comp.waw.pl> <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> <20041008090309.GA77513@zibbi.icomtek.csir.co.za> <20041011134828.GI73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5szWch92WbdldFR4" Content-Disposition: inline In-Reply-To: <20041011134828.GI73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror 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, 13 Oct 2004 15:00:38 -0000 --5szWch92WbdldFR4 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 11, 2004 at 03:48:28PM +0200, Pawel Jakub Dawidek wrote: +> +> ####################################################### +> +> ad0: 114473MB [232581/16/63] at ata0-master UDMA100 +> +> ad2: 114473MB [232581/16/63] at ata1-master UDMA100 +> +> GEOM_MIRROR: g_mirror_can_go: can_go=3D1 +> +> GEOM_MIRROR: Device gm0 created (id=3D861616013) +> +> GEOM_MIRROR: Device gm0: provider ad0 detected +> +> GEOM_MIRROR: Device gm0: provider ad2 detected +> +> Mounting root from ufs:/dev/mirror/gm0s1a +> +> setrootbyname failed +> +> Root mount failed: 6 +> +> Manual root filesystem specification +> +> ... +> +> mountroot> +> +> ####################################################### +> +>=20 +> +> So I guess there is still some kind of race going on and I was just l= ucky +> +> with my first try with gmirror.3.patch? +>=20 +> Looks like it. I'll try to prepare another, but more hackish patch. Here is a real hack, but I can't find a quick, non-hackish and non-intrusive fix: http://people.freebsd.org/~pjd/patches/g_mirror.c.3.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --5szWch92WbdldFR4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBbUMLForvXbEpPzQRAvofAKCvMlC6/88WirF6I7fqYmqhJsD9WQCgjfQI V1M1iqMNdSOEJ9BxY+1TzoM= =LIMN -----END PGP SIGNATURE----- --5szWch92WbdldFR4-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:01: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 7717516A4CE for ; Wed, 13 Oct 2004 15:01:02 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id D809D43D1F for ; Wed, 13 Oct 2004 15:01:01 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 2EC6550; Wed, 13 Oct 2004 17:01:01 +0200 (CEST) Date: Wed, 13 Oct 2004 17:01:01 +0200 From: Guido van Rooij To: freebsd-current@freebsd.org Message-ID: <20041013150100.GA63104@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:01:02 -0000 I've got a dual pentium 3 600MHz based Intel ISP 2150 with the latest BIOS (version 14.3). When trying to boot from the 5.3-beta7 install CD, I get a panic just after the copyrights. The following is printed: 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-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor write, page not present instruction pointer = 0x8:0xc062ab55 stack pointer = 0x10:0xc1021ca0 frame pointer = 0x10:0xc1021cb0 code segment = base 0x0, limit 0xfffff, type 0x1b = dpl 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault = cpuid = 0 = uptime: 1s This happens with or without ACPI. When I escape to the loader prompt and boot -v -p, I get a string of some 20 'k'-s and then the system just reboots. I have also seen an interrupt with interrupts disabled though. The system is 440GX based. Any help would be appreciated. -Guido From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:10: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 31D0B16A4CE for ; Wed, 13 Oct 2004 15:10:44 +0000 (GMT) Received: from ip212-226-164-78.adsl.kpnqwest.fi (ip212-226-164-93.adsl.kpnqwest.fi [212.226.164.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id F292343D58 for ; Wed, 13 Oct 2004 15:10:42 +0000 (GMT) (envelope-from mjraiha@ip212-226-164-78.adsl.kpnqwest.fi) Received: from ip212-226-164-78.adsl.kpnqwest.fi (localhost [127.0.0.1]) i9DFAfJU067548 for ; Wed, 13 Oct 2004 18:10:41 +0300 (EEST) (envelope-from mjraiha@ip212-226-164-78.adsl.kpnqwest.fi) Received: (from mjraiha@localhost)i9DFAfXv067547 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 18:10:41 +0300 (EEST) Date: Wed, 13 Oct 2004 18:10:41 +0300 From: Marko Raiha To: freebsd-current@freebsd.org Message-ID: <20041013151041.GD60427@daemon.adsl.kpnqwest.fi> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013093207.GM98575@pcwin002.win.tue.nl> <20041013122714.M566@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041013122714.M566@korben.prv.univie.ac.at> User-Agent: Mutt/1.4.1i X-Time-Zone: FI EET, 3 hours east of GMT. X-Operating-System: FreeBSD 5.1-RELEASE i386 Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:10:44 -0000 Hi, On Wed, Oct 13, 2004 at 12:28:22PM +0200, Lukas Ertl wrote: > On Wed, 13 Oct 2004, Stijn Hoop wrote: > >I haven't tried this with geom_vinum, but using the old vinum I could > >grow the BSD partition that contained my vinum "drive", then restart > >vinum which would recognize more free space on it's "drive" and then add > >another subdisk on that same drive. I've done this around a year ago, so > >this might not work exactly as described but it is possible. > > That should work with geom_vinum as well, although I haven't tried yet. Is it possible to grow vinumized BSD partition only from the end or also from the beginning? > >Even more likely to work is just adding another BSD partition on your > >bigger drive, add that as a new vinum drive and then add > >subdisks/plexes on top. > > That's the way to go, but just make sure you have only one vinum drive per > disk. I have more than one vinum drive per disk and thats why I'm asking about growing vinumized partition to get rid of other than one of them before upgrading from 5.2.1 to 5.3. Thanks, -- Marko Räihä From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:18: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 421D616A4CE for ; Wed, 13 Oct 2004 15:18:23 +0000 (GMT) Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D782943D3F for ; Wed, 13 Oct 2004 15:18:22 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by mailhost.tue.nl (Postfix, from userid 40) id E990D14BE6F; Wed, 13 Oct 2004 17:18:21 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mailhost.tue.nl (Postfix) with ESMTP id BD31914BE6E; Wed, 13 Oct 2004 17:18:20 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i9DFIKb1032784; Wed, 13 Oct 2004 17:18:20 +0200 (CEST) (envelope-from stijn) Date: Wed, 13 Oct 2004 17:18:20 +0200 From: Stijn Hoop To: Marko Raiha Message-ID: <20041013151820.GR98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013093207.GM98575@pcwin002.win.tue.nl> <20041013122714.M566@korben.prv.univie.ac.at> <20041013151041.GD60427@daemon.adsl.kpnqwest.fi> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E69HUUNAyIJqGpVn" Content-Disposition: inline In-Reply-To: <20041013151041.GD60427@daemon.adsl.kpnqwest.fi> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mailhost.tue.nl X-Spam-DCC: : X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:18:23 -0000 --E69HUUNAyIJqGpVn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 06:10:41PM +0300, Marko Raiha wrote: > On Wed, Oct 13, 2004 at 12:28:22PM +0200, Lukas Ertl wrote: > > On Wed, 13 Oct 2004, Stijn Hoop wrote: > > >I haven't tried this with geom_vinum, but using the old vinum I could= =20 > > >grow the BSD partition that contained my vinum "drive", then restart= =20 > > >vinum which would recognize more free space on it's "drive" and then a= dd=20 > > >another subdisk on that same drive. I've done this around a year ago, = so=20 > > >this might not work exactly as described but it is possible. > >=20 > > That should work with geom_vinum as well, although I haven't tried yet. >=20 > Is it possible to grow vinumized BSD partition only from the end or also > from the beginning? Seeing as vinum stores it's configuration data at the start of the vinum drive, I think it's not likely to work. You might get away with moving the data with dd, if you set your blocksize to sector size (or at least to a divisor of the spare space you allocate at the front). I wouldn't want to t= est this without good backups though, and at that point it might be easier to just recreate your vinum stuff from scratch and restoring anyway. > > >Even more likely to work is just adding another BSD partition on your > > >bigger drive, add that as a new vinum drive and then add > > >subdisks/plexes on top. > >=20 > > That's the way to go, but just make sure you have only one vinum drive = per=20 > > disk. >=20 > I have more than one vinum drive per disk and thats why I'm asking about > growing vinumized partition to get rid of other than one of them before > upgrading from 5.2.1 to 5.3. Why is more than 1 vinum drive per disk not good? --Stijn --=20 Apparently, 1 in 5 people in the world are Chinese. And there are 5 people in my family, so it must be one of them. It's either my mum or my dad...... or maybe my older brother John. Or my younger brother Ho-Cha-Chu. But I'm pretty sure it's John. --E69HUUNAyIJqGpVn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbUc8Y3r/tLQmfWcRAqQGAJ0alnrjP5AtV5PRX120LIdfER2CAwCgoPBc VcHi6ruUD2D/C4WcEaQK2V8= =nILE -----END PGP SIGNATURE----- --E69HUUNAyIJqGpVn-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:30: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 B7BE316A4D1; Wed, 13 Oct 2004 15:30:09 +0000 (GMT) Received: from marge.icomtek.csir.co.za (marge.icomtek.csir.co.za [146.64.28.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BCA43D2F; Wed, 13 Oct 2004 15:30:05 +0000 (GMT) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i9DFU2Tp047244; Wed, 13 Oct 2004 17:30:02 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i9DEb5Tp046915 for ; Wed, 13 Oct 2004 16:37:05 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) Received: from jeep.icomtek.csir.co.za (jeep.icomtek.csir.co.za [146.64.28.29])i9DEYbTp046900 for ; Wed, 13 Oct 2004 16:34:37 +0200 (SAST) (envelope-from jhugo@icomtek.csir.co.za) From: Johann Hugo To: current@freebsd.org, freebsd-mobile@freebsd.org Date: Wed, 13 Oct 2004 17:30:02 +0200 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200410131634.37118.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: ath hostap - long delays between wifi clients via ath AP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:30:09 -0000 Hi I've been playing with ath hostap mode today when I noticed someting very strange. Ping delays are very high (100 - 200ms) between two wifi clients connected to the same ath hostap AP, but if I ping the hostap AP itself, the delays are fine (1.7ms - 11b mode). Here is my setup: client 1 ------------ ath hostap AP ------------- client 2 I have tried various configs and combinations, all with the same result: - hostap in 11g mode - hostap in 11b mode - ath clients - wi (lucent) clients - hostap with 5.3-BETA6 , HAL 0.9.6.3 - hostap with 5.3-BETA7 , HAL 0.9.6.3 - hostap with 5.3-BETA4 , HAL 0.9.11.6 , net80211+ath-20040818.patch - Senao 5354 minipci with atheros 5212 - Dlink DWL-AG520 with atheros 5212 - hostap with wi (Intersil - actiontec minipci) - works fine, no problem If I add another subnet (alias) to the ath interface and I route between the clients then it works fine. The problem is only between clients on the same subnet working through an ath hostap AP. Is bridging done inside the HAL ? Are there any one else using an ath hostap AP that can do a ping test between two clients to see if they get the same results. Johann Hugo From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:36: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 C397C16A4CE for ; Wed, 13 Oct 2004 15:36:34 +0000 (GMT) Received: from mail.devrandom.org.uk (mail.devrandom.org.uk [84.92.10.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5DF643D1F for ; Wed, 13 Oct 2004 15:36:33 +0000 (GMT) (envelope-from lists@chrishowells.co.uk) Received: from localhost (frodo [192.168.1.8]) by mail.devrandom.org.uk (Postfix) with ESMTP id 9E585256052 for ; Wed, 13 Oct 2004 16:36:12 +0100 (BST) Received: from mail.devrandom.org.uk ([192.168.1.8]) by localhost (frodo.devrandom.org.uk [192.168.1.8]) (amavisd-new, port 10024) with ESMTP id 92465-04 for ; Wed, 13 Oct 2004 16:35:57 +0100 (BST) Received: from [192.168.1.176] (unknown [192.168.1.176]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.devrandom.org.uk (Postfix) with ESMTP id 3278E25604C for ; Wed, 13 Oct 2004 16:35:57 +0100 (BST) From: Chris Howells Organization: K Desktop Environment To: freebsd-current@freebsd.org Date: Wed, 13 Oct 2004 16:36:16 +0100 User-Agent: KMail/1.7.1 References: <20041013161702.6b11856e@localhost> In-Reply-To: <20041013161702.6b11856e@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1484059.2dRJY4jEJV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410131636.20984.lists@chrishowells.co.uk> X-Virus-Scanned: by amavisd-new at devrandom.org.uk Subject: Re: 5.3 doesn't see USB CDRW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:36:34 -0000 --nextPart1484059.2dRJY4jEJV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 13 October 2004 13:17, Alex Povolotsky wrote: > I have an external CD-RW drive, it worked without a problem under 4.10, b= ut > 5.3 doesn't recognize it. It tells me that it is an UMASS device, and > nothing more. Please show your kernel config file. =2D-=20 Cheers, Chris Howells -- chris@chrishowells.co.uk, howells@kde.org Web: http://chrishowells.co.uk, PGP ID: 0x33795A2C KDE/Qt/C++/PHP Developer: http://www.kde.org --nextPart1484059.2dRJY4jEJV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbUt0F8Iu1zN5WiwRAsl9AJ95nrKVDdqHlgSzc1Ig2YCMOMl0CACgheZR uSu+qfksZIaCZ3iyTCyJvGY= =8ppT -----END PGP SIGNATURE----- --nextPart1484059.2dRJY4jEJV-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:44: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 9051016A4CF; Wed, 13 Oct 2004 15:44:19 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F4643D4C; Wed, 13 Oct 2004 15:44:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9DFiIWi003003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 08:44:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416D4EE6.1080109@errno.com> Date: Wed, 13 Oct 2004 08:51:02 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> <416C3C77.20406@errno.com> <20041013064227.GA1338@ip.net.ua> In-Reply-To: <20041013064227.GA1338@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Gleb Smirnoff cc: freebsd-current@freebsd.org Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:44:19 -0000 Ruslan Ermilov wrote: > Hi Sam, > > On Tue, Oct 12, 2004 at 01:20:07PM -0700, Sam Leffler wrote: > >>>>This pessimizes normal traffic. >>> >>>m_tag_locate() doesn't look like a very expensive function. And >>>with the "normal traffic", I don't expect to be more than one tag, >>>no? Also, if if_nvlans > 0, this is already "pessimized". >>> >>> >>> >>>>We should look for a solution in the >>>>driver(s) to avoid sending packets up with tags when no vlans are >>>>configured. >>>> >>> >>>I'd be opposed to such a change in behavior. The VLAN consumer can >>>be not only vlan(4), it can equally be the ng_vlan(4) node, etc. >> >>I'm not sure what you are opposed to or why. The issue I have is that >>m_tag_locate can be expensive if many packets have tags. The check for >>the existence of vlans configured on the interface short-circuits this >>work. That vlan-tagged packets may be generated when no vlans are >>configured seems wrong to me and breaks the assumption used to write the >>code. Changing the driver to drop the frame if ifp->if_nvlans is zero >>seems straightforward and could probably be hidden in the existing macro. >> > > Please take a moment and re-read what I've already said: vlan(4) is not > the only consumer of VLAN frames: ng_vlan(4) is another such one, and I > have a proprietary Netgraph node here that demultiplexes VLANs. If you > start dropping VLAN frames in drivers when if_nvlans == 0, this will be > a problem for me. Is that clear now? > > > Cheers, I've read what you've written but you also haven't explained why you can't signal the presence of these other entities in some way. The current mechanism to signal the presence of "interested parties" for vlan-tagged frames is ifp->if_nvlans. You are saying you have new (proprietary) code that is interested in vlans but will not use the existing mechanism. My reaction is fix your code, don't pessimize the code everyone else uses without netgraph. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:50: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 82E0316A4CE for ; Wed, 13 Oct 2004 15:50:40 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D58D243D5A for ; Wed, 13 Oct 2004 15:50:39 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHlOd-00015e-00 Wed, 13 Oct 2004 17:50:35 +0200 Received: from [212.106.255.193] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHlOd-00015O-00 Wed, 13 Oct 2004 17:50:35 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9DFodbc090895; Wed, 13 Oct 2004 17:50:39 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9DFodJp044219; Wed, 13 Oct 2004 17:50:39 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Wed, 13 Oct 2004 17:50:38 +0200 User-Agent: KMail/1.7 References: <20041013143846.79693.qmail@web54010.mail.yahoo.com> In-Reply-To: <20041013143846.79693.qmail@web54010.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410131750.39436.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: spam maps Subject: Re: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:50:40 -0000 El Mi=E9rcoles, 13 de Octubre de 2004 16:38, spam maps escribi=F3: > spam maps wrote: > > Hello, > > > > The file > > /usr/src/share/examples/diskless/clone_root > > describes these options to be needed in > > the kernel config file: > > > > # options MFS > > # options BOOTP > > # options BOOTP_NFSROOT > > # options BOOTP_COMPAT > > > > However, MFS is no longer supported since 5.X > > and this may unnecessary confuse people who > > want to have a diskless boot kernel. > > > > Can someone fix this? > Yes, you. > There are more sections wrong in It's a polite name form. > /usr/src/share/examples/diskless/clone_root > for 5.X. > > When I run 'clone_root all', I get several > serious errors and warnings on my 5.3-Beta7 PC: > [...] Please, read diskless(8) and pxeboot(8) I don't know of active and valid document/support for what you want. But this is the way to go. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 15:51: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 DFB8016A4CE; Wed, 13 Oct 2004 15:51:09 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81B743D39; Wed, 13 Oct 2004 15:51:09 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9DFp9Wi003045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 08:51:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416D5081.3030305@errno.com> Date: Wed, 13 Oct 2004 08:57:53 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Johann Hugo References: <200410131634.37118.jhugo@icomtek.csir.co.za> In-Reply-To: <200410131634.37118.jhugo@icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: ath hostap - long delays between wifi clients via ath AP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 15:51:10 -0000 Johann Hugo wrote: > Hi > > I've been playing with ath hostap mode today when I noticed someting very > strange. Ping delays are very high (100 - 200ms) between two wifi clients > connected to the same ath hostap AP, but if I ping the hostap AP itself, the > delays are fine (1.7ms - 11b mode). > > Here is my setup: > > client 1 ------------ ath hostap AP ------------- client 2 > > I have tried various configs and combinations, all with the same result: > - hostap in 11g mode > - hostap in 11b mode > - ath clients > - wi (lucent) clients > - hostap with 5.3-BETA6 , HAL 0.9.6.3 > - hostap with 5.3-BETA7 , HAL 0.9.6.3 > - hostap with 5.3-BETA4 , HAL 0.9.11.6 , net80211+ath-20040818.patch > - Senao 5354 minipci with atheros 5212 > - Dlink DWL-AG520 with atheros 5212 > - hostap with wi (Intersil - actiontec minipci) - works fine, no problem > > If I add another subnet (alias) to the ath interface and I route between the > clients then it works fine. The problem is only between clients on the same > subnet working through an ath hostap AP. Is bridging done inside the HAL ? > > Are there any one else using an ath hostap AP that can do a ping test between > two clients to see if they get the same results. Packets between wireless clients are bridged entirely in the net80211 layer and should have less overhead than going through the bridge. You are likely seeing tx retransmits related to the incorrect 11g implementation in -current. Try running a 3rd station to sniff the traffic. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 16:06: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 206F816A4CE; Wed, 13 Oct 2004 16:06:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7562243D46; Wed, 13 Oct 2004 16:06:23 +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 i9DG6Mgv064376; Wed, 13 Oct 2004 12:06:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9DG6MbB005143; Wed, 13 Oct 2004 12:06:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8226B7306E; Wed, 13 Oct 2004 12:06:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041013160622.8226B7306E@freebsd-current.sentex.ca> Date: Wed, 13 Oct 2004 12:06:22 -0400 (EDT) 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, 13 Oct 2004 16:06:24 -0000 TB --- 2004-10-13 14:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-13 14:45:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-10-13 14:45:01 - checking out the source tree TB --- 2004-10-13 14:45:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-10-13 14:45:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-13 14:50:18 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-13 14:50:18 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-13 14:50: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-10-13 15:55:32 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-13 15:55:32 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-13 15:55:32 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 13 15:55:32 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 [...] awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/nullfs/../../conf/kmod_syms.awk nullfs.kld export_syms | xargs -J% objcopy % nullfs.kld ld -Bshareable -d -warn-common -o nullfs.ko.debug nullfs.kld objcopy --strip-debug nullfs.ko.debug nullfs.ko ===> osf1 (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_sysinfo': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1775: error: too few arguments to function `userland_sysctl' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1. *** 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-10-13 16:06:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-13 16:06:22 - ERROR: failed to build generic kernel TB --- 2004-10-13 16:06:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 16:11: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 29F3716A4CE for ; Wed, 13 Oct 2004 16:11:26 +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 D4D3943D5F for ; Wed, 13 Oct 2004 16:11:25 +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.34 (FreeBSD)) id 1CHlin-000Ix6-1j for freebsd-current@freebsd.org; Wed, 13 Oct 2004 09:11:25 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.21420.643438.983797@ran.psg.com> Date: Wed, 13 Oct 2004 09:11:24 -0700 To: FreeBSD Current Subject: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 16:11:26 -0000 i know that when i do a mergemaster, i am about to see 666 updates to /etc/rc.d/*, to each of which i will have to type "qi". as it will be over a 9600 baud remote serial console, this is a pita and causes undue delay for the users. once i boot the new kernel -sw, is it safe to cp /usr/src/etc/rc.d/* /etc/rc.d and then run mergemaster -cvi? randy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 16: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 197A316A4CE; Wed, 13 Oct 2004 16:23:27 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2BA143D5F; Wed, 13 Oct 2004 16:23:25 +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 i9DGNIGv099389; Wed, 13 Oct 2004 19:23:18 +0300 (EEST) (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 26673-18; Wed, 13 Oct 2004 19:23:17 +0300 (EEST) 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 i9DGNHuu099386; Wed, 13 Oct 2004 19:23:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9DGN7Au005191; Wed, 13 Oct 2004 19:23:08 +0300 (EEST) (envelope-from ru) Date: Wed, 13 Oct 2004 19:23:07 +0300 From: Ruslan Ermilov To: Sam Leffler Message-ID: <20041013162307.GA4987@ip.net.ua> References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> <416C3C77.20406@errno.com> <20041013064227.GA1338@ip.net.ua> <416D4EE6.1080109@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <416D4EE6.1080109@errno.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 16:23:27 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 08:51:02AM -0700, Sam Leffler wrote: > Ruslan Ermilov wrote: > >Hi Sam, > > > >On Tue, Oct 12, 2004 at 01:20:07PM -0700, Sam Leffler wrote: > > > >>>>This pessimizes normal traffic. > >>> > >>>m_tag_locate() doesn't look like a very expensive function. And > >>>with the "normal traffic", I don't expect to be more than one tag, > >>>no? Also, if if_nvlans > 0, this is already "pessimized". > >>> > >>> > >>> > >>>>We should look for a solution in the=20 > >>>>driver(s) to avoid sending packets up with tags when no vlans are=20 > >>>>configured. > >>>> > >>> > >>>I'd be opposed to such a change in behavior. The VLAN consumer can > >>>be not only vlan(4), it can equally be the ng_vlan(4) node, etc. > >> > >>I'm not sure what you are opposed to or why. The issue I have is that= =20 > >>m_tag_locate can be expensive if many packets have tags. The check for= =20 > >>the existence of vlans configured on the interface short-circuits this= =20 > >>work. That vlan-tagged packets may be generated when no vlans are=20 > >>configured seems wrong to me and breaks the assumption used to write th= e=20 > >>code. Changing the driver to drop the frame if ifp->if_nvlans is zero= =20 > >>seems straightforward and could probably be hidden in the existing macr= o. > >> > > > >Please take a moment and re-read what I've already said: vlan(4) is not > >the only consumer of VLAN frames: ng_vlan(4) is another such one, and I > >have a proprietary Netgraph node here that demultiplexes VLANs. If you > >start dropping VLAN frames in drivers when if_nvlans =3D=3D 0, this will= be > >a problem for me. Is that clear now? > > > > > >Cheers, >=20 > I've read what you've written but you also haven't explained why you=20 > can't signal the presence of these other entities in some way. >=20 Because these other entities don't have an access to "ifp", and can even exist on remote host (please see below). > The=20 > current mechanism to signal the presence of "interested parties" for=20 > vlan-tagged frames is ifp->if_nvlans. You are saying you have new=20 > (proprietary) code that is interested in vlans but will not use the=20 > existing mechanism. My reaction is fix your code, don't pessimize the=20 > code everyone else uses without netgraph. >=20 But ng_vlan(4) is part of the standard FreeBSD distribution, and you don't have access to "ifp" inside ng_vlan(4), because it's connected to the interface indirectly, through the ng_ether(4) node. Even worse, ng_vlan(4) may not even be connected to a local interface, for example, you can capture and tunnel all Ethernet traffic to another host, and do the VLAN processing there, FWIW. So while ifp->if_nvlans seems to be a good signalling mechamism for vlan(4), it's not suitable for ng_vlan(4) and other Netgraph code that works with VLAN. This code works now, and I'm afraid it will break if we change drivers to drop VLAN frames if if_nvlans =3D=3D 0, and I fail to see how I can make it work again after that. In other words, I want that ng_ether(4) continues to see VLAN frames even if no vlan(4) interfaces are configured, like it does now: the ng_ether processing is done in ether_input() before ether_demux() that checks for ifp->if_nvlans. OTOH, you may be right that one option would be to make ng_ether(4) increment ifp->if_nvlans, but I'm a little worried about the effect of doing this on the VLAN_OUTPUT_TAG macro (it looks safe, but I'm not sure). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbVZrqRfpzJluFF4RAlPEAJ4gyuklL7WCWLsqTJ3xXxU9Rdoe/gCcDLKJ 3UBQP/n0FKaW+ZWpHB9v7OI= =beod -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 16:30: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 B9EA416A4CF for ; Wed, 13 Oct 2004 16:30:17 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DC5A43D39 for ; Wed, 13 Oct 2004 16:30:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041013163016.92795.qmail@web54009.mail.yahoo.com> Received: from [147.47.254.184] by web54009.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 09:30:16 PDT Date: Wed, 13 Oct 2004 09:30:16 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: josemi@freebsd.jazztel.es Subject: Re: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 16:30:17 -0000 Jose M Rodriguez wrote: > spam maps escribió: > >>spam maps wrote: >> >>>Hello, >>> >>>The file >>> /usr/src/share/examples/diskless/clone_root >>>describes these options to be needed in >>>the kernel config file: >>> >>># options MFS >>> >>>However, MFS is no longer supported since 5.X >>>and this may unnecessary confuse people who >>>want to have a diskless boot kernel. >>> >>>Can someone fix this? >> > > Yes, you. Funny! But I do not have access to FreeBSD CVS :). Of course I'm trying to fix this on my own system, but this clone_root example has so many 4.X specific items, that need to be changed to 5.X style. Such mistakes should be ironed out in 5.X, because diskless boot is not that easy and novices get too easily stuck because of this. I hope very soon to have a working patch to this clone_root example file, and maybe patches to other parts as well. >>When I run 'clone_root all', I get several >>serious errors and warnings on my 5.3-Beta7 PC: >>[...] > > > Please, read diskless(8) and pxeboot(8) > > I don't know of active and valid document/support > for what you want. But this is the way to go. OK, I'll have a look at that. I mainly followed the Handbook and the guidelines in this clone_root file. That was fine for my 4.X system. Now with 5.X, there appear to be some gaps or inconsistencies, since 5.X is organizing things differently, such as kernel/modules location, generation of devices in /dev etc. Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:00:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1728F16A4CE for ; Wed, 13 Oct 2004 17:00:25 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3207D43D1F for ; Wed, 13 Oct 2004 17:00:24 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DH0Boc002496; Wed, 13 Oct 2004 20:00:17 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DH07JT006523; Wed, 13 Oct 2004 20:00:07 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9DH05fM006522; Wed, 13 Oct 2004 20:00:05 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 20:00:05 +0300 From: Giorgos Keramidas To: Randy Bush Message-ID: <20041013170005.GA6454@orion.daedalusnetworks.priv> References: <16749.21420.643438.983797@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.21420.643438.983797@ran.psg.com> cc: freebsd-current@freebsd.org Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:00:25 -0000 On 2004-10-13 09:11, Randy Bush wrote: > i know that when i do a mergemaster, i am about to see 666 updates > to /etc/rc.d/*, to each of which i will have to type "qi". > as it will be over a 9600 baud remote serial console, this is a > pita and causes undue delay for the users. > > once i boot the new kernel -sw, is it safe to > > cp /usr/src/etc/rc.d/* /etc/rc.d > > and then run mergemaster -cvi? For this particular directory, it's also safe to use: # cd /usr/src/etc/rc.d # make install This will substantially cut down the time you spend fiddling with mergemaster prompts. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:02: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 2091416A4CE; Wed, 13 Oct 2004 17:02:49 +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 DDD0343D2F; Wed, 13 Oct 2004 17:02:48 +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.34 (FreeBSD)) id 1CHmWW-000KWE-F8; Wed, 13 Oct 2004 10:02:48 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.24502.567291.640966@ran.psg.com> Date: Wed, 13 Oct 2004 10:02:46 -0700 To: Giorgos Keramidas References: <16749.21420.643438.983797@ran.psg.com> <20041013170005.GA6454@orion.daedalusnetworks.priv> cc: freebsd-current@freebsd.org Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:02:49 -0000 do i smell a need for /etc/make.com to have INSTALL_ETCRC=false # default not to just stomp in new /etc/rc.d/* randy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:04: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 7857D16A4CE for ; Wed, 13 Oct 2004 17:04:13 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7D743D3F for ; Wed, 13 Oct 2004 17:04:11 +0000 (GMT) (envelope-from erik.udo@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so539905rnk for ; Wed, 13 Oct 2004 10:04:09 -0700 (PDT) Received: by 10.38.181.6 with SMTP id d6mr2495708rnf; Wed, 13 Oct 2004 10:04:09 -0700 (PDT) Received: by 10.38.165.60 with HTTP; Wed, 13 Oct 2004 10:04:09 -0700 (PDT) Message-ID: <6e3d789204101310044b8677bc@mail.gmail.com> Date: Wed, 13 Oct 2004 20:04:09 +0300 From: Erik Udo To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Unable to build BETA7 world. (unwind-pe.h: No such file or directory) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Erik Udo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 17:04:13 -0000 I upgraded from 5.2.1 to BETA6 earlier, and now i'm trying to upgrade to BETA7. The problem is, i can't get the world built, it always brakes at this point: ===> gnu/lib/libreadline/readline/doc ===> gnu/lib/libstdc++ ln -sf /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/config/cpu/i486/atomicity.h atomicity.cc rm -f .depend ....(lots of output here, no errors).... /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vterminate.cc /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_personality.cc:38:23: unwind-pe.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/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. koti# My make.conf has these: CPUTYPE?=athlon-xp CFLAGS= -O -pipe -mmmx -msse CXXFLAGS= -O -pipe -mmmx -msse I also tried with just "-O -pipe" and commented out the CPUTYPE, didn't. Then i tried to build it with the gcc34 from ports, same error. So i'd be glad if anyone could tell me how fix this. Sorry if my reply-to isn't freebsd-current@freebsd.org, i cant change it :) From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:19: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 B4E8016A4CE for ; Wed, 13 Oct 2004 17:19:42 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F6D43D48 for ; Wed, 13 Oct 2004 17:19:42 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id A69724C9; Wed, 13 Oct 2004 10:19:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id A5A674C6; Wed, 13 Oct 2004 10:19:35 -0700 (PDT) Date: Wed, 13 Oct 2004 10:19:35 -0700 (PDT) From: Jamie Bowden To: Randy Bush In-Reply-To: <16749.21420.643438.983797@ran.psg.com> Message-ID: <20041013101825.B19494-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 Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:19:42 -0000 On Wed, 13 Oct 2004, Randy Bush wrote: > i know that when i do a mergemaster, i am about to see 666 updates > to /etc/rc.d/*, to each of which i will have to type "qi". > as it will be over a 9600 baud remote serial console, this is a > pita and causes undue delay for the users. > > once i boot the new kernel -sw, is it safe to > > cp /usr/src/etc/rc.d/* /etc/rc.d > > and then run mergemaster -cvi? Wouldn't it be easier to just rm /etc/rc.d/*? That's what I do before running mergemaster with the -i flag, and it installs everything in rc.d without prompting. 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 Wed Oct 13 17: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 378B616A4CE for ; Wed, 13 Oct 2004 17:24:57 +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 000F143D5E for ; Wed, 13 Oct 2004 17:24:56 +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.34 (FreeBSD)) id 1CHmrw-000LBg-Ba; Wed, 13 Oct 2004 10:24:56 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.25831.853789.572545@ran.psg.com> Date: Wed, 13 Oct 2004 10:24:55 -0700 To: Jamie Bowden References: <16749.21420.643438.983797@ran.psg.com> <20041013101825.B19494-100000@moo.sysabend.org> cc: FreeBSD Current Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:24:57 -0000 so far, best suggestion award goes to David Wolfskill for rm -fr /etc/rc.d.old && mv /etc/rc.d{,.old} randy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:28: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 40D4C16A4CE for ; Wed, 13 Oct 2004 17:28:35 +0000 (GMT) Received: from web54008.mail.yahoo.com (web54008.mail.yahoo.com [206.190.36.232]) by mx1.FreeBSD.org (Postfix) with SMTP id C76BA43D41 for ; Wed, 13 Oct 2004 17:28:34 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041013172834.81984.qmail@web54008.mail.yahoo.com> Received: from [147.47.254.184] by web54008.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 10:28:34 PDT Date: Wed, 13 Oct 2004 10:28:34 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: I deleted /stand/, but I need it again for diskless 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, 13 Oct 2004 17:28:35 -0000 Hello, This is 5.3-Beta7. Earlier I sensed that /stand/ is more or less redundant (that all is in /rescue/ with 5.X), so I deleted this directory. However, now that I want to use diskless-bootup, I seem to need /stand/ again. Is there a way to get it back? Thanks, Rob. PS: using /rescue/ for that instead would be really nice :). _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:29: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 A0E6416A4CE for ; Wed, 13 Oct 2004 17:29:05 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB7843D46 for ; Wed, 13 Oct 2004 17:29:04 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DHT06X019990; Wed, 13 Oct 2004 20:29:01 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DHT05S039347; Wed, 13 Oct 2004 20:29:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9DHT06Y039342; Wed, 13 Oct 2004 20:29:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 20:29:00 +0300 From: Giorgos Keramidas To: Randy Bush Message-ID: <20041013172859.GA38167@orion.daedalusnetworks.priv> References: <16749.21420.643438.983797@ran.psg.com> <20041013170005.GA6454@orion.daedalusnetworks.priv> <16749.24502.567291.640966@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.24502.567291.640966@ran.psg.com> cc: freebsd-current@freebsd.org Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:29:05 -0000 On 2004-10-13 10:02, Randy Bush wrote: > do i smell a need for /etc/make.com to have > > INSTALL_ETCRC=false # default not to just stomp in new /etc/rc.d/* Err, no. Why would you need that? The default instructions for updating the system do not include a "make install" in subdirectories of the source tree, so you are safe from 'stomping' anything. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:31: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 4AD5116A4CE for ; Wed, 13 Oct 2004 17:31:53 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64BAC43D58 for ; Wed, 13 Oct 2004 17:31:52 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DHVnem006746 for ; Wed, 13 Oct 2004 20:31:50 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DHVnFd042136 for ; Wed, 13 Oct 2004 20:31:49 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9DHVnaZ042135 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 20:31:49 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 20:31:49 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20041013173149.GA40026@orion.daedalusnetworks.priv> References: <20041013114140.GA613@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013114140.GA613@orion.daedalusnetworks.priv> Subject: Re: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 17:31:53 -0000 On 2004-10-13 14:41, Giorgos Keramidas wrote: > I had updated my source tree yesterday afternoon and everything worked. > Today's CURRENT spontaneously reboots every time I try to start firefox. > > I have KDB in my kernel config and I can enter the debugger before I > start X11 with CTRL-ALT-ESC, but when firefox starts the next thing > that's visible on my screen is the BIOS startup. > > I'll try narrowing down this to a specific time since yesterday noon, by > updating my sources to '2004/10/12 12:00:00 UTC' which was the last > version I know that worked and move in steps up to today's CURRENT, but > I just wanted to let everyone know that something seems very broken here. The kernel as of -D '2004/10/12 12:00:00' works fine. I have a faint suspicion that these two commits are the cause of the instant reboots that firefox triggers on uniprocessor machines. I'm building a kernel now updated with the sources of: -D '2004/10/12 16:47:00' and revision 1.100 of src/sys/kern/kern_switch.c that phk committed a few hours later. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:32: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 5E56616A4CE; Wed, 13 Oct 2004 17:32:23 +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 28F5443D54; Wed, 13 Oct 2004 17:32:23 +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.34 (FreeBSD)) id 1CHmz8-000LQS-Ml; Wed, 13 Oct 2004 10:32:22 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.26278.206492.660230@ran.psg.com> Date: Wed, 13 Oct 2004 10:32:22 -0700 To: Giorgos Keramidas References: <16749.21420.643438.983797@ran.psg.com> <20041013170005.GA6454@orion.daedalusnetworks.priv> <16749.24502.567291.640966@ran.psg.com> <20041013172859.GA38167@orion.daedalusnetworks.priv> cc: freebsd-current@freebsd.org Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:32:23 -0000 >> INSTALL_ETCRC=false # default not to just stomp in new /etc/rc.d/* > Err, no. Why would you need that? so i can edit it to 'true' if my /etc/rc.d is not hacked From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:36: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 614D816A4CE; Wed, 13 Oct 2004 17:36:41 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F3443D39; Wed, 13 Oct 2004 17:36:40 +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 i9DHaava097519; Wed, 13 Oct 2004 13:36:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9DHaZ7J099174; Wed, 13 Oct 2004 13:36:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1509F7306E; Wed, 13 Oct 2004 13:36:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041013173635.1509F7306E@freebsd-current.sentex.ca> Date: Wed, 13 Oct 2004 13:36:35 -0400 (EDT) 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, 13 Oct 2004 17:36:41 -0000 TB --- 2004-10-13 16:06:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-13 16:06:22 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-10-13 16:06:22 - checking out the source tree TB --- 2004-10-13 16:06:22 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-10-13 16:06:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-13 16:11:43 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-13 16:11:43 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-10-13 16:11:43 - /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-10-13 17:17:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-13 17:17:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-10-13 17:17:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 13 17:17:25 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 >>> Kernel build for GENERIC completed on Wed Oct 13 17:31:49 UTC 2004 TB --- 2004-10-13 17:31:49 - generating LINT kernel config TB --- 2004-10-13 17:31:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-10-13 17:31:49 - /usr/bin/make -B LINT TB --- 2004-10-13 17:31:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-13 17:31:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-10-13 17:31:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 13 17:31:49 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 -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-builtin -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/a md64/amd64/src/sys/dev/cy/cy_isa.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 -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-builtin -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/a md64/amd64/src/sys/dev/cy/cy_pci.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 -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-builtin -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/a md64/amd64/src/sys/dev/dcons/dcons.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 -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-builtin -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/a md64/amd64/src/sys/dev/dcons/dcons_crom.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 -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-builtin -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/a md64/amd64/src/sys/dev/dcons/dcons_os.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/dcons/dcons_os.c: In function `dcons_drv_init': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `addr' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `size' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-10-13 17:36:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-13 17:36:35 - ERROR: failed to build lint kernel TB --- 2004-10-13 17:36:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:40: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 571FF16A4CE for ; Wed, 13 Oct 2004 17:40:11 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7010A43D46 for ; Wed, 13 Oct 2004 17:40:10 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DHe6fk018872; Wed, 13 Oct 2004 20:40:08 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DHe6Lc045612; Wed, 13 Oct 2004 20:40:06 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9DHe6TE045611; Wed, 13 Oct 2004 20:40:06 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Oct 2004 20:40:06 +0300 From: Giorgos Keramidas To: Randy Bush Message-ID: <20041013174006.GA45565@orion.daedalusnetworks.priv> References: <16749.21420.643438.983797@ran.psg.com> <20041013170005.GA6454@orion.daedalusnetworks.priv> <16749.24502.567291.640966@ran.psg.com> <20041013172859.GA38167@orion.daedalusnetworks.priv> <16749.26278.206492.660230@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.26278.206492.660230@ran.psg.com> cc: freebsd-current@freebsd.org Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:40:11 -0000 On 2004-10-13 10:32, Randy Bush wrote: > >> INSTALL_ETCRC=false # default not to just stomp in new /etc/rc.d/* > > Err, no. Why would you need that? > > so i can edit it to 'true' if my /etc/rc.d is not hacked FWIW, There was a long discussion about this in one of the lists a few days ago. A lot of opinions were exchanged, and some of the suggestions were actually very good. You might want to check out the archives of the cvs-all mailing list for that. See the thread with a subject of: What we keep under /etc (was: cvs commit: src/etc rc [...] One of the alternatives was to install the sysutils/etcmerge port which, according to its author, works better than mergemaster in cases like this -- without modifications to the src/etc source tree or extra hacks in `make.conf'. - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:49: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 601D416A4CE for ; Wed, 13 Oct 2004 17:49:09 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DE543D45 for ; Wed, 13 Oct 2004 17:49:09 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CHnEM-0000EI-2x for current@freebsd.org; Wed, 13 Oct 2004 13:49:08 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.27073.851511.294809@jerusalem.litteratus.org> Date: Wed, 13 Oct 2004 13:45:37 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 17:49:09 -0000 I updated my system on Sunday. Since then there have been network problems: first the network is slow (even within a few minutes after booting) and eventually (12-18 hours later) the network - but not the rest of the system - just locks up (can't ping outside own machine). Rebooting fixes things ... temporarily. (Dmesg and config file are appended.) I've seen this before - I think I've _had_ this before - but can't find it in the mailing-list archives. Further symptoms: huff@> netstat -rn Internet: Destination Gateway Flags Refs Use Netif Expire default 209.6.197.1 UGS 0 84429 de0 10 link#2 UC 0 0 de1 10.0.0.1 00:c0:95:f8:09:c1 UHLW 0 34483 lo0 10.0.0.2 00:20:78:b0:49:2f UHLW 0 1179 de1 974 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 0 194 de1 127.0.0.1 127.0.0.1 UH 1 7843 lo0 209.6.197 link#1 UC 0 0 de0 209.6.197.1 link#1 UHLW 1 189 de0 209.6.197.67 127.0.0.1 UGHS 0 9 lo0 209.6.197.255 ff:ff:ff:ff:ff:ff UHLWb 0 288 de0 209.6.197.1 is the "other side" of my cable modem. Normally, the ping looks something like: huff@>> ping 209.6.197.67 PING 209.6.197.67 (209.6.197.67): 56 data bytes 64 bytes from 209.6.197.67: icmp_seq=0 ttl=64 time=0.086 ms 64 bytes from 209.6.197.67: icmp_seq=1 ttl=64 time=0.084 ms 64 bytes from 209.6.197.67: icmp_seq=2 ttl=64 time=0.111 ms huff@>> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=1556.512 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=1067.135 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=2026.246 ms But when things slow down: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=23030.490 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=23238.238 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=23139.243 ms 64 bytes from 209.6.197.1: icmp_seq=3 ttl=255 time=23236.930 ms And eventually: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available However: huff@>netstat -m 265 mbufs in use 104/17088 mbuf clusters in use (current/max) 0/4/4528 sfbufs in use (current/peak/max) 274 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 173 calls to protocol drain routines I'm not familiar with buffer usage, but that doesn't look out of line for a lightly loaded system. Robert Huff Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon Oct 11 18:23:23 EDT 2004 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2266.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536854528 (511 MB) avail memory = 515690496 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xfc000000-0xfdffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xf2800000-0xf2800fff irq 14 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, bus powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 kbd0 at ukbd0 ugen0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 5 ohci1: mem 0xf2000000-0xf2000fff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered pci0: at device 2.5 (no driver attached) pcm0: port 0xa800-0xa8ff at device 5.0 on pci0 ahc0: port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 10 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 de0: [GIANT-LOCKED] de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 de0: Ethernet address: 00:c0:95:f8:17:af de0: if_start running deferred for Giant de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 de1: [GIANT-LOCKED] de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 de1: Ethernet address: 00:c0:95:f8:09:c1 de1: if_start running deferred for Giant fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc000-0xd17ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266758464 Hz quality 800 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default witness_get: witness exhausted acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% de0: enabling 100baseTX port de1: enabling 100baseTX port de0: link down: cable problem? sa0 at ahc0 bus 0 target 2 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Mounting root from ufs:/dev/da0s1a de0: link down: cable problem? de0: link down: cable problem? de0: enabling 10baseT port de1: enabling 100baseTX port # # JERUSALEM # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine i386 #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu I686_CPU ident JERUSALEM maxusers 0 options CPU_ENABLE_SSE #options MATH_EMULATE #Support for x87 emulation options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options MAXDSIZ="(1024*1024*1024)" options MAXSSIZ="(256*1024*1024)" #options IPX #options NCP #NetWare Core protocol options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options NWFS #NetWare 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 SCSI_DELAY=100 #Be pessimistic about Joe SCSI # note: value is in milliseconds #options SAFETY # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB #Enable the kernel debugger makeoptions DEBUG=-g 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 options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options COMPAT_AOUT # see java/62837 #options COMPAT_LINUX #options LINPROCFS options PROCFS options PSEUDOFS # For StarOffice #options P1003_1B #options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L #options MD5 # For Mars-nwe NetWare server #options IPX # for WINE #options USER_LDT #allow user-level control of i386 ldt # # #config kernel root on da0 device isa device eisa device pci #device fdc0 at isa? port IO_FD1 irq 6 drq 2c device fdc #device fd at fdc drive 0 #disk fd1 at fdc drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 device ahc #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr device scbus device da # SCSI disk device sa # SCSI tape device pass device cd # Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc at isa? flags 0x100 device sc # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ## 2/3/1999: new model console stuff #device atkbdc #device atkbd #device vt device vga device mgadrm device agp #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio #device lpt0 at isa? port? tty irq 7 vector lptintr # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer, use _instead_ of lpt0 # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # device ppc device ppbus device lpt device plip device ppi ############ # USB support device uhci device ohci device usb device ugen #device uhid device ukbd options KBD_INSTALL_CDEV device ums #device uscanner ############ #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device psm # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de #device de0 #device de1 #device fxp0 #device tl0 #device tx0 #device vx0 #device xl0 #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr # # see /usr/src/UPDATING # device mem # Memory and kernel memory devices device io # I/O device #device null # Null and zero devices device random device bpf device loop # Network loopback device ether #device sl 1 #device ppp 0 device tun device gif device pty #device gzip # Exec gzipped a.out's # # for IPFW/natd # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets # # IPv6 # options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT # # sound driver # #device pcm device sound device snd_cmi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:02: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 4645916A4E6 for ; Wed, 13 Oct 2004 18:02:11 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0818A43D64 for ; Wed, 13 Oct 2004 18:02:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13856 invoked from network); 13 Oct 2004 18:02:10 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 13 Oct 2004 18:02:10 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9DI1wSZ001485; Wed, 13 Oct 2004 14:02:06 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 13 Oct 2004 13:47:23 -0400 User-Agent: KMail/1.6.2 References: <20041013075048.GA88808@peter.osted.lan> In-Reply-To: <20041013075048.GA88808@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410131347.23035.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: panic: process 32827(tcpblast):2 holds Giant but isn't blocked on a lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 18:02:11 -0000 On Wednesday 13 October 2004 03:50 am, Peter Holm wrote: > This is with GENERIC HEAD from Oct 12 12:56 UTC. More info @ > http://www.holm.cc/stress/log/cons84.html The thread is in the state TDS_CAN_RUN so it's runnable but not on a run queue or running. The only way that I know that this can happen is if priority propagation happens after the system has already panic'd in which case you are about to deadlock anyhow since you are blocking on a lock owned by a thread that will never get to run again. You can try adjusting propagate_priority() to treat TD_CAN_RUN(td) the same as TD_IS_RUNNING(td) and maybe you will get your original panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:02: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 4660816A4EE for ; Wed, 13 Oct 2004 18:02:11 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1575343D66 for ; Wed, 13 Oct 2004 18:02:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13856 invoked from network); 13 Oct 2004 18:02:10 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 13 Oct 2004 18:02:10 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9DI1wSZ001485; Wed, 13 Oct 2004 14:02:06 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 13 Oct 2004 13:47:23 -0400 User-Agent: KMail/1.6.2 References: <20041013075048.GA88808@peter.osted.lan> In-Reply-To: <20041013075048.GA88808@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410131347.23035.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: panic: process 32827(tcpblast):2 holds Giant but isn't blocked on a lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 18:02:11 -0000 On Wednesday 13 October 2004 03:50 am, Peter Holm wrote: > This is with GENERIC HEAD from Oct 12 12:56 UTC. More info @ > http://www.holm.cc/stress/log/cons84.html The thread is in the state TDS_CAN_RUN so it's runnable but not on a run queue or running. The only way that I know that this can happen is if priority propagation happens after the system has already panic'd in which case you are about to deadlock anyhow since you are blocking on a lock owned by a thread that will never get to run again. You can try adjusting propagate_priority() to treat TD_CAN_RUN(td) the same as TD_IS_RUNNING(td) and maybe you will get your original panic message. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:21: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 F261016A4CE for ; Wed, 13 Oct 2004 18:21:43 +0000 (GMT) Received: from niked.office.suresupport.com (niked.office.suresupport.com [213.145.98.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC11643D4C for ; Wed, 13 Oct 2004 18:21:42 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from niked.office.suresupport.com (localhost [127.0.0.1]) i9DINIug005203 for ; Wed, 13 Oct 2004 21:23:19 +0300 (EEST) (envelope-from nike_d@cytexbg.com) Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: current@freebsd.org Date: Wed, 13 Oct 2004 21:23:18 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-niked.office.suresupport.com-4951-1097691798-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: 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: Wed, 13 Oct 2004 18:21:44 -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-niked.office.suresupport.com-4951-1097691798-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit The machine is IBM TP X31 with compact flash D-Link DCF-650BT bluetooth adapter. The adapter itself is properly recognised as sio4. But this is what i get when tried to use a slightly modified (to reflect the recent cuaa* -> cuad* change) /usr/share/examples/netgraph/bluetooth/rc.bluetooth version. [root@phobos ~]# pccard1: Allocation failed for cfe1 sio4: at port 0x2e8-0x2ef irq 5 function 0 config 2 on pccard1 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode [root@phobos ~]# /etc/rc.bluetooth start sio4 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:0xc062f911 stack pointer = 0x10:0xd540ba2c frame pointer = 0x10:0xd540ba38 code segment = base 0x0, limit 0xffffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 788 (hcseriald) [thread 100050] Stopped at comstop+0x75: andl $-0x5,0x64(%eax) db> trace comstop(c1c42800,3) at comstop+0x75 ttyflush(c1c42800,3,c2cb6700,303468,d540ba80) at ttyflush+0x37 ng_h4_open(c1d72300,c1c42800) at ng_h4_open+0x194 ttioctl(c1c42800,8004741b,d540bc60,3,c2139b68) at ttioctl+0xc32 ttyioctl(c1d72300,8004741b,d540bc60,3,c1a27820) at ttyioctl+0x41 spec_ioctl(d540bb88,d540bc34,c056a6d7,d540bb88,c06e8aa0) at spec_ioctl+0xee spec_vnoperate(d540bb88) at spec_vnoperate+0x13 vn_ioctl(c1d842ec,8004741b,d540bc60,c1da9c80,c1a27820) at vn_ioctl+0x1ab ioctl(c1a27820,d540bd14,3,0,246) at ioctl+0x3e0 syscall(2f,2f,2f,bfbfe8d4,bfbfee67) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280ce80f, esp = 0xbfbfe7fc, ebp = 0xbfbfed3c --- db> boot.conf, dmesg and kernel conf are available here : http://www.totalterror.net/freebsd/ --niki --=_mimegpg-niked.office.suresupport.com-4951-1097691798-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBbXKWHNAJ/fLbfrkRAn79AKCwylm2ZHko/+0X/Wv7JBWWkYM3eQCZAWiR FVbJigMpN06qWdHaiNEuw1k= =SI7i -----END PGP SIGNATURE----- --=_mimegpg-niked.office.suresupport.com-4951-1097691798-0001-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:27:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA5516A4CE for ; Wed, 13 Oct 2004 18:27:19 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CFA43D1D for ; Wed, 13 Oct 2004 18:27:16 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHnqC-00016J-00 for freebsd-current@freebsd.org Wed, 13 Oct 2004 20:27:12 +0200 Received: from [212.106.238.81] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHnqB-00015e-00 for freebsd-current@freebsd.org Wed, 13 Oct 2004 20:27:11 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9DGqwhA096744; Wed, 13 Oct 2004 18:52:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9DGqwco099415; Wed, 13 Oct 2004 18:52:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: spam maps Date: Wed, 13 Oct 2004 18:52:58 +0200 User-Agent: KMail/1.7 References: <20041013163016.92795.qmail@web54009.mail.yahoo.com> In-Reply-To: <20041013163016.92795.qmail@web54009.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410131852.58663.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: freebsd-current Subject: Re: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 18:27:19 -0000 El Mi=E9rcoles, 13 de Octubre de 2004 18:30, spam maps escribi=F3: > Jose M Rodriguez wrote: > > spam maps escribi=F3: > >>spam maps wrote: > >>>Hello, > >>> > >>>The file > >>> /usr/src/share/examples/diskless/clone_root > >>>describes these options to be needed in > >>>the kernel config file: > >>> > >>># options MFS > >>> > >>>However, MFS is no longer supported since 5.X > >>>and this may unnecessary confuse people who > >>>want to have a diskless boot kernel. > >>> > >>>Can someone fix this? > > > > Yes, you. > > Funny! But I do not have access to FreeBSD CVS :). > > Of course I'm trying to fix this on my own system, > but this clone_root example has so many 4.X > specific items, that need to be changed to 5.X > style. No. they are 3.X indeed. > > Such mistakes should be ironed out in 5.X, because > diskless boot is not that easy and novices get > too easily stuck because of this. > > I hope very soon to have a working patch to > this clone_root example file, and maybe patches > to other parts as well. > I don't try it. IMHO it's better take the concepts and begin from=20 scratch. =20 =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:33: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 D9B7A16A4CE for ; Wed, 13 Oct 2004 18:33:14 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73DFE43D5F for ; Wed, 13 Oct 2004 18:33:14 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 50844 invoked by uid 89); 13 Oct 2004 18:40:45 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 13 Oct 2004 18:40:45 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 13 Oct 2004 12:40:45 -0600 (MDT) Message-ID: <64506.208.4.77.15.1097692845.squirrel@208.4.77.15> In-Reply-To: <20041013172834.81984.qmail@web54008.mail.yahoo.com> References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> Date: Wed, 13 Oct 2004 12:40:45 -0600 (MDT) From: "Ryan Sommers" To: "spam maps" 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: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless 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, 13 Oct 2004 18:33:15 -0000 spam maps said: > > Hello, > > This is 5.3-Beta7. > > Earlier I sensed that /stand/ is more or less > redundant (that all is in /rescue/ with 5.X), so > I deleted this directory. > > However, now that I want to use diskless-bootup, > I seem to need /stand/ again. > Yes, you could get it back. To do this you would need to copy the files from the boot media you used to install. > > PS: using /rescue/ for that instead would be really > nice :). It wouldn't be the right solution for the job. That isn't the purpose of /rescue. However, I'm in the process of eliminating the need for /stand to remain after the install and having it be deleted as part of the post-install cleanup. More on this to come... -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:38: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 65A7716A4CE for ; Wed, 13 Oct 2004 18:38:52 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1194E43D41 for ; Wed, 13 Oct 2004 18:38:52 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CHnyz-0007Ei-8q for current@freebsd.org; Wed, 13 Oct 2004 14:38:51 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.29947.220930.46409@jerusalem.litteratus.org> Date: Wed, 13 Oct 2004 14:33:31 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 18:38:52 -0000 I updated my system on Sunday. Since then there have been network problems: first the network is slow (even within a few minutes after booting) and eventually (12-18 hours later) the network - but not the rest of the system - just locks up (can't ping outside own machine). Rebooting fixes things ... temporarily. (Dmesg and config file are appended.) I've seen this before - I think I've _had_ this before - but can't find it in the mailing-list archives. Further symptoms: huff@> netstat -rn Internet: Destination Gateway Flags Refs Use Netif Expire default 209.6.197.1 UGS 0 84429 de0 10 link#2 UC 0 0 de1 10.0.0.1 00:c0:95:f8:09:c1 UHLW 0 34483 lo0 10.0.0.2 00:20:78:b0:49:2f UHLW 0 1179 de1 974 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 0 194 de1 127.0.0.1 127.0.0.1 UH 1 7843 lo0 209.6.197 link#1 UC 0 0 de0 209.6.197.1 link#1 UHLW 1 189 de0 209.6.197.67 127.0.0.1 UGHS 0 9 lo0 209.6.197.255 ff:ff:ff:ff:ff:ff UHLWb 0 288 de0 209.6.197.1 is the "other side" of my cable modem. Normally, the ping looks something like: huff@>> ping 209.6.197.67 PING 209.6.197.67 (209.6.197.67): 56 data bytes 64 bytes from 209.6.197.67: icmp_seq=0 ttl=64 time=0.086 ms 64 bytes from 209.6.197.67: icmp_seq=1 ttl=64 time=0.084 ms 64 bytes from 209.6.197.67: icmp_seq=2 ttl=64 time=0.111 ms huff@>> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=1556.512 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=1067.135 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=2026.246 ms But when things slow down: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=23030.490 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=23238.238 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=23139.243 ms 64 bytes from 209.6.197.1: icmp_seq=3 ttl=255 time=23236.930 ms And eventually: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available However: huff@>netstat -m 265 mbufs in use 104/17088 mbuf clusters in use (current/max) 0/4/4528 sfbufs in use (current/peak/max) 274 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 173 calls to protocol drain routines I'm not familiar with buffer usage, but that doesn't look out of line for a lightly loaded system. Robert Huff Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon Oct 11 18:23:23 EDT 2004 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2266.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536854528 (511 MB) avail memory = 515690496 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xfc000000-0xfdffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xf2800000-0xf2800fff irq 14 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, bus powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 kbd0 at ukbd0 ugen0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 5 ohci1: mem 0xf2000000-0xf2000fff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered pci0: at device 2.5 (no driver attached) pcm0: port 0xa800-0xa8ff at device 5.0 on pci0 ahc0: port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 10 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 de0: [GIANT-LOCKED] de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 de0: Ethernet address: 00:c0:95:f8:17:af de0: if_start running deferred for Giant de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 de1: [GIANT-LOCKED] de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 de1: Ethernet address: 00:c0:95:f8:09:c1 de1: if_start running deferred for Giant fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc000-0xd17ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266758464 Hz quality 800 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default witness_get: witness exhausted acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% de0: enabling 100baseTX port de1: enabling 100baseTX port de0: link down: cable problem? sa0 at ahc0 bus 0 target 2 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Mounting root from ufs:/dev/da0s1a de0: link down: cable problem? de0: link down: cable problem? de0: enabling 10baseT port de1: enabling 100baseTX port # # JERUSALEM # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine i386 #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu I686_CPU ident JERUSALEM maxusers 0 options CPU_ENABLE_SSE #options MATH_EMULATE #Support for x87 emulation options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options MAXDSIZ="(1024*1024*1024)" options MAXSSIZ="(256*1024*1024)" #options IPX #options NCP #NetWare Core protocol options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options NWFS #NetWare 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 SCSI_DELAY=100 #Be pessimistic about Joe SCSI # note: value is in milliseconds #options SAFETY # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB #Enable the kernel debugger makeoptions DEBUG=-g 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 options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options COMPAT_AOUT # see java/62837 #options COMPAT_LINUX #options LINPROCFS options PROCFS options PSEUDOFS # For StarOffice #options P1003_1B #options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L #options MD5 # For Mars-nwe NetWare server #options IPX # for WINE #options USER_LDT #allow user-level control of i386 ldt # # #config kernel root on da0 device isa device eisa device pci #device fdc0 at isa? port IO_FD1 irq 6 drq 2c device fdc #device fd at fdc drive 0 #disk fd1 at fdc drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 device ahc #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr device scbus device da # SCSI disk device sa # SCSI tape device pass device cd # Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc at isa? flags 0x100 device sc # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ## 2/3/1999: new model console stuff #device atkbdc #device atkbd #device vt device vga device mgadrm device agp #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio #device lpt0 at isa? port? tty irq 7 vector lptintr # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer, use _instead_ of lpt0 # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # device ppc device ppbus device lpt device plip device ppi ############ # USB support device uhci device ohci device usb device ugen #device uhid device ukbd options KBD_INSTALL_CDEV device ums #device uscanner ############ #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device psm # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de #device de0 #device de1 #device fxp0 #device tl0 #device tx0 #device vx0 #device xl0 #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr # # see /usr/src/UPDATING # device mem # Memory and kernel memory devices device io # I/O device #device null # Null and zero devices device random device bpf device loop # Network loopback device ether #device sl 1 #device ppp 0 device tun device gif device pty #device gzip # Exec gzipped a.out's # # for IPFW/natd # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets # # IPv6 # options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT # # sound driver # #device pcm device sound device snd_cmi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 18:40: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 0839116A4CE for ; Wed, 13 Oct 2004 18:40:26 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 61BE043D46 for ; Wed, 13 Oct 2004 18:40:25 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 5188 invoked by uid 89); 13 Oct 2004 18:40:24 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 13 Oct 2004 18:40:24 -0000 Received: (qmail 5159 invoked by uid 89); 13 Oct 2004 18:40:24 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 13 Oct 2004 18:40:24 -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 i9DIeNmt097653; Wed, 13 Oct 2004 14:40:23 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Giorgos Keramidas In-Reply-To: <20041013173149.GA40026@orion.daedalusnetworks.priv> References: <20041013114140.GA613@orion.daedalusnetworks.priv> <20041013173149.GA40026@orion.daedalusnetworks.priv> Content-Type: multipart/mixed; boundary="=-/DPmZtXeu3s177d98tmB" Message-Id: <1097692823.90332.1654.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 13 Oct 2004 14:40:23 -0400 cc: freebsd-current@freebsd.org Subject: Re: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 18:40:26 -0000 --=-/DPmZtXeu3s177d98tmB Content-Type: text/plain Content-Transfer-Encoding: 7bit My fault - I am currently testing a fix. This is a bug if SMP is not defined in the config file. As a work around you can either define SMP or try the attached patch. Stephan On Wed, 2004-10-13 at 13:31, Giorgos Keramidas wrote: > On 2004-10-13 14:41, Giorgos Keramidas wrote: > > I had updated my source tree yesterday afternoon and everything worked. > > Today's CURRENT spontaneously reboots every time I try to start firefox. > > > > I have KDB in my kernel config and I can enter the debugger before I > > start X11 with CTRL-ALT-ESC, but when firefox starts the next thing > > that's visible on my screen is the BIOS startup. > > > > I'll try narrowing down this to a specific time since yesterday noon, by > > updating my sources to '2004/10/12 12:00:00 UTC' which was the last > > version I know that worked and move in steps up to today's CURRENT, but > > I just wanted to let everyone know that something seems very broken here. > > The kernel as of -D '2004/10/12 12:00:00' works fine. > > I have a faint suspicion that these two commits are the cause of the > instant reboots that firefox triggers on uniprocessor machines. I'm > building a kernel now updated with the sources of: > > -D '2004/10/12 16:47:00' > > and revision 1.100 of src/sys/kern/kern_switch.c that phk committed a > few hours later. > > - Giorgos > > _______________________________________________ > 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" > > --=-/DPmZtXeu3s177d98tmB Content-Disposition: attachment; filename=oct13_patch Content-Type: text/x-patch; name=oct13_patch; charset=ASCII Content-Transfer-Encoding: 7bit Index: kern_switch.c =================================================================== RCS file: /cvsroot/src/sys/kern/kern_switch.c,v retrieving revision 1.100 diff -u -r1.100 kern_switch.c --- kern_switch.c 12 Oct 2004 20:57:37 -0000 1.100 +++ kern_switch.c 13 Oct 2004 17:21:11 -0000 @@ -326,11 +326,45 @@ * it should switch threads. */ + +#if !defined(SMP) +static void +maybe_preempt_in_ksegrp(struct thread *td) +{ + struct thread *running_thread; + +#ifndef FULL_PREEMPTION + int pri; + pri = td->td_priority; + if (!(pri >= PRI_MIN_ITHD && pri <= PRI_MAX_ITHD)) + return; +#endif + mtx_assert(&sched_lock, MA_OWNED); + running_thread = curthread; + + if (running_thread->td_ksegrp != td->td_ksegrp) + return; + + if (td->td_priority > running_thread->td_priority) + return; +#ifdef PREEMPTION + if (running_thread->td_critnest > 1) + running_thread->td_pflags |= TDP_OWEPREEMPT; + else + mi_switch(SW_INVOL, NULL); + +#else + running_thread->td_flags |= TDF_NEEDRESCHED; +#endif + return; +} + +#else /* SMP */ + static void maybe_preempt_in_ksegrp(struct thread *td) { struct thread *running_thread; -#if defined(SMP) int worst_pri; struct ksegrp *kg; cpumask_t cpumask,dontuse; @@ -403,12 +437,6 @@ } #endif -#else - running_thread = curthread; - KASSERT(running_thread->td_ksegrp == td->td_ksegrp, - ("maybe_preempt_in_ksegrp: No chance to run thread")); -#endif - if (td->td_priority > running_thread->td_priority) return; #ifdef PREEMPTION @@ -422,6 +450,8 @@ #endif return; } +#endif /* !SMP */ + int limitcount; void --=-/DPmZtXeu3s177d98tmB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 19:11: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 3E58016A4CF for ; Wed, 13 Oct 2004 19:11:06 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D498343D3F for ; Wed, 13 Oct 2004 19:11:05 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CHoWf-0005Nw-03 for current@freebsd.org; Wed, 13 Oct 2004 15:11:05 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.32212.87961.64500@jerusalem.litteratus.org> Date: Wed, 13 Oct 2004 15:11:16 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 19:11:06 -0000 I updated my system on Sunday. Since then there have been network problems: first the network is slow (even within a few minutes after booting) and eventually (12-18 hours later) the network - but not the rest of the system - just locks up (can't ping outside own machine). Rebooting fixes things ... temporarily. (Dmesg and config file are appended.) I've seen this before - I think I've _had_ this before - but can't find it in the mailing-list archives. Further symptoms: huff@> netstat -rn Internet: Destination Gateway Flags Refs Use Netif Expire default 209.6.197.1 UGS 0 84429 de0 10 link#2 UC 0 0 de1 10.0.0.1 00:c0:95:f8:09:c1 UHLW 0 34483 lo0 10.0.0.2 00:20:78:b0:49:2f UHLW 0 1179 de1 974 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 0 194 de1 127.0.0.1 127.0.0.1 UH 1 7843 lo0 209.6.197 link#1 UC 0 0 de0 209.6.197.1 link#1 UHLW 1 189 de0 209.6.197.67 127.0.0.1 UGHS 0 9 lo0 209.6.197.255 ff:ff:ff:ff:ff:ff UHLWb 0 288 de0 209.6.197.1 is the "other side" of my cable modem. Normally, the ping looks something like: huff@>> ping 209.6.197.67 PING 209.6.197.67 (209.6.197.67): 56 data bytes 64 bytes from 209.6.197.67: icmp_seq=0 ttl=64 time=0.086 ms 64 bytes from 209.6.197.67: icmp_seq=1 ttl=64 time=0.084 ms 64 bytes from 209.6.197.67: icmp_seq=2 ttl=64 time=0.111 ms huff@>> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=1556.512 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=1067.135 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=2026.246 ms But when things slow down: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=23030.490 ms 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=23238.238 ms 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=23139.243 ms 64 bytes from 209.6.197.1: icmp_seq=3 ttl=255 time=23236.930 ms And eventually: huff@> ping 209.6.197.1 PING 209.6.197.1 (209.6.197.1): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available However: huff@>netstat -m 265 mbufs in use 104/17088 mbuf clusters in use (current/max) 0/4/4528 sfbufs in use (current/peak/max) 274 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 173 calls to protocol drain routines I'm not familiar with buffer usage, but that doesn't look out of line for a very lightly loaded system. Robert Huff Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon Oct 11 18:23:23 EDT 2004 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2266.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536854528 (511 MB) avail memory = 515690496 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xfc000000-0xfdffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xf2800000-0xf2800fff irq 14 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, bus powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 kbd0 at ukbd0 ugen0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 5 ohci1: mem 0xf2000000-0xf2000fff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered pci0: at device 2.5 (no driver attached) pcm0: port 0xa800-0xa8ff at device 5.0 on pci0 ahc0: port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 10 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 de0: [GIANT-LOCKED] de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 de0: Ethernet address: 00:c0:95:f8:17:af de0: if_start running deferred for Giant de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 de1: [GIANT-LOCKED] de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 de1: Ethernet address: 00:c0:95:f8:09:c1 de1: if_start running deferred for Giant fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc000-0xd17ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266758464 Hz quality 800 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default witness_get: witness exhausted acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% de0: enabling 100baseTX port de1: enabling 100baseTX port de0: link down: cable problem? sa0 at ahc0 bus 0 target 2 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Mounting root from ufs:/dev/da0s1a de0: link down: cable problem? de0: link down: cable problem? de0: enabling 10baseT port de1: enabling 100baseTX port # # JERUSALEM # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine i386 #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu I686_CPU ident JERUSALEM maxusers 0 options CPU_ENABLE_SSE #options MATH_EMULATE #Support for x87 emulation options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options MAXDSIZ="(1024*1024*1024)" options MAXSSIZ="(256*1024*1024)" #options IPX #options NCP #NetWare Core protocol options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options NWFS #NetWare 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 SCSI_DELAY=100 #Be pessimistic about Joe SCSI # note: value is in milliseconds #options SAFETY # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB #Enable the kernel debugger makeoptions DEBUG=-g 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 options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options COMPAT_AOUT # see java/62837 #options COMPAT_LINUX #options LINPROCFS options PROCFS options PSEUDOFS # For StarOffice #options P1003_1B #options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L #options MD5 # For Mars-nwe NetWare server #options IPX # for WINE #options USER_LDT #allow user-level control of i386 ldt # # #config kernel root on da0 device isa device eisa device pci #device fdc0 at isa? port IO_FD1 irq 6 drq 2c device fdc #device fd at fdc drive 0 #disk fd1 at fdc drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 device ahc #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr device scbus device da # SCSI disk device sa # SCSI tape device pass device cd # Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc at isa? flags 0x100 device sc # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ## 2/3/1999: new model console stuff #device atkbdc #device atkbd #device vt device vga device mgadrm device agp #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio #device lpt0 at isa? port? tty irq 7 vector lptintr # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer, use _instead_ of lpt0 # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # device ppc device ppbus device lpt device plip device ppi ############ # USB support device uhci device ohci device usb device ugen #device uhid device ukbd options KBD_INSTALL_CDEV device ums #device uscanner ############ #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device psm # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de #device de0 #device de1 #device fxp0 #device tl0 #device tx0 #device vx0 #device xl0 #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr # # see /usr/src/UPDATING # device mem # Memory and kernel memory devices device io # I/O device #device null # Null and zero devices device random device bpf device loop # Network loopback device ether #device sl 1 #device ppp 0 device tun device gif device pty #device gzip # Exec gzipped a.out's # # for IPFW/natd # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets # # IPv6 # options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT # # sound driver # #device pcm device sound device snd_cmi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 19:26: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 E77FE16A4CE for ; Wed, 13 Oct 2004 19:26:25 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F350843D46 for ; Wed, 13 Oct 2004 19:26: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 i9DJQNbL025185; Wed, 13 Oct 2004 23:26:23 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9DJQNNv025184; Wed, 13 Oct 2004 23:26:23 +0400 (MSD) (envelope-from ache) Date: Wed, 13 Oct 2004 23:26:22 +0400 From: Andrey Chernov To: Robert Huff Message-ID: <20041013192621.GA25113@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Huff , current@FreeBSD.ORG References: <16749.29947.220930.46409@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.29947.220930.46409@jerusalem.litteratus.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.12 (host: pobrecita.freebsd.ru) cc: current@FreeBSD.ORG Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 19:26:26 -0000 On Wed, Oct 13, 2004 at 02:33:31PM -0400, Robert Huff wrote: > > I updated my system on Sunday. Since then there have been > network problems: first the network is slow (even within a few > minutes after booting) and eventually (12-18 hours later) the > network - but not the rest of the system - just locks up (can't ping > outside own machine). Rebooting fixes things ... temporarily. > (Dmesg and config file are appended.) > I've seen this before - I think I've _had_ this before - but > can't find it in the mailing-list archives. I saw the same picture on my machine for a long time, last working kernel was from Aug 8. But I have no 12-18 hours for total lock up, it is just about 15 minutes, due to constant traffic (cvsup server). -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 19:38: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 A8B5A16A4CE for ; Wed, 13 Oct 2004 19:38:00 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CA043D2D for ; Wed, 13 Oct 2004 19:37:59 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9DJbvJU012091 for ; Thu, 14 Oct 2004 08:37:57 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9DJZtmr010129; Thu, 14 Oct 2004 08:35:55 +1300 Message-ID: <416D8311.8090406@ThePacific.Net> Date: Thu, 14 Oct 2004 08:33:37 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler , freebsd-current@freebsd.org References: <200410131634.37118.jhugo@icomtek.csir.co.za> <416D5081.3030305@errno.com> In-Reply-To: <416D5081.3030305@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ath hostap - long delays between wifi clients via ath AP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 19:38:00 -0000 He there. I had the same problem even with more clients, I never could fix it, the only weird thing on the traffic is the continuous Ierrs and Oerrs errors. Another weird problem it is on the clients Im start to get ping over 200ms when the normal is 2ms and the only way to fix it is login on the box and run "wicontrol -i ath0 -L" and the ping come back to normal other thing is the connection doesn't work very well or doesn't work at all when the signal quality of the client is more than 35-38. I can't fix this problems, Im only allowed to test. I tried the atheros freebsd driver for more than a year, on different situation, hardware, version, etc. always with the same problem it is a problem with the driver?? or the chipset is not good enough??? cheers Marcos Biscaysaqu Thepacific.net Sam Leffler wrote: > Johann Hugo wrote: > >> Hi >> >> I've been playing with ath hostap mode today when I noticed someting >> very strange. Ping delays are very high (100 - 200ms) between two >> wifi clients connected to the same ath hostap AP, but if I ping the >> hostap AP itself, the delays are fine (1.7ms - 11b mode). >> >> Here is my setup: >> >> client 1 ------------ ath hostap AP ------------- client 2 >> >> I have tried various configs and combinations, all with the same result: >> - hostap in 11g mode >> - hostap in 11b mode >> - ath clients >> - wi (lucent) clients >> - hostap with 5.3-BETA6 , HAL 0.9.6.3 >> - hostap with 5.3-BETA7 , HAL 0.9.6.3 >> - hostap with 5.3-BETA4 , HAL 0.9.11.6 , net80211+ath-20040818.patch >> - Senao 5354 minipci with atheros 5212 >> - Dlink DWL-AG520 with atheros 5212 >> - hostap with wi (Intersil - actiontec minipci) - works fine, no problem >> >> If I add another subnet (alias) to the ath interface and I route >> between the clients then it works fine. The problem is only between >> clients on the same subnet working through an ath hostap AP. Is >> bridging done inside the HAL ? >> >> Are there any one else using an ath hostap AP that can do a ping test >> between two clients to see if they get the same results. > > > Packets between wireless clients are bridged entirely in the net80211 > layer and should have less overhead than going through the bridge. > You are likely seeing tx retransmits related to the incorrect 11g > implementation in -current. Try running a 3rd station to sniff the > traffic. > > Sam > > > _______________________________________________ > 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 Oct 13 19:38: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 A385816A4CE for ; Wed, 13 Oct 2004 19:38:01 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D84CA43D2D for ; Wed, 13 Oct 2004 19:38:00 +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 i9DJbq1F047671; Wed, 13 Oct 2004 21:37:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Mike Tancsa From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 13 Oct 2004 10:44:03 EDT." <6.1.2.0.0.20041013104312.087e4830@64.7.153.2> Date: Wed, 13 Oct 2004 21:37:52 +0200 Message-ID: <47670.1097696272@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 19:38:01 -0000 In message <6.1.2.0.0.20041013104312.087e4830@64.7.153.2>, Mike Tancsa writes: >At 04:48 AM 13/10/2004, Poul-Henning Kamp wrote: > >>Be aware that your serial ports "call-out" device (may) have changed name. > > >Hi, > While I have never been a fan of cuaa as a naming scheme, why the >change to cuad ? Please see the arch@ archive, I have a lengthy explanation there. -- 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 Oct 13 20:07: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 BFCAC16A4CE for ; Wed, 13 Oct 2004 20:07:21 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 4861543D2D for ; Wed, 13 Oct 2004 20:07:21 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (krinklyfig@pacbell.net@67.116.52.185 with plain) by smtp812.mail.sc5.yahoo.com with SMTP; 13 Oct 2004 20:07:20 -0000 From: Joshua Tinnin Date: Wed, 13 Oct 2004 13:08:25 -0700 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Disposition: inline To: "freebsd-current" , "freebsd-ports" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410131308.26239.krinklyfig@spymac.com> Subject: w3m build fails on 5.3-BETA7 - core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: krinklyfig@spymac.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 20:07:21 -0000 I tried it with INLINE_IMAGE=yes and no, and it fails in the same place. Would a dmesg help? - jt cc -I. -I. -O -pipe -march=athlon-xp -I/usr/include/openssl -I/usr/local/include -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -DAUXBIN_DIR=\"/usr/local/libexec/w3m\" -DCGIBIN_DIR=\"/usr/local/libexec/w3m/cgi-bin\" -DHELP_DIR=\"/usr/local/share/w3m\" -DETC_DIR=\"/usr/local/etc\" -DCONF_DIR=\"/usr/local/etc/w3m\" -DRC_DIR=\"~/.w3m\" -DLOCALEDIR=\"/usr/local/share/locale\" -c hash.c ar rv libindep.a Str.o indep.o regex.o textlist.o parsetag.o myctype.o hash.o ar: creating libindep.a a - Str.o a - indep.o a - regex.o a - textlist.o a - parsetag.o a - myctype.o a - hash.o ranlib libindep.a cc -I. -I. -O -pipe -march=athlon-xp -I/usr/include/openssl -I/usr/local/include -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -DAUXBIN_DIR=\"/usr/local/libexec/w3m\" -DCGIBIN_DIR=\"/usr/local/libexec/w3m/cgi-bin\" -DHELP_DIR=\"/usr/local/share/w3m\" -DETC_DIR=\"/usr/local/etc\" -DCONF_DIR=\"/usr/local/etc/w3m\" -DRC_DIR=\"~/.w3m\" -DLOCALEDIR=\"/usr/local/share/locale\" -o mktablemktable.o dummy.o -L/usr/local/lib -L. -lindep -lm -pthread -lc -L/usr/local/lib -lgc sort funcname.tab | nawk -f ./functable.awk > functable.tab ./mktable 100 functable.tab > functable.c Bad system call (core dumped) *** Error code 140 Stop in /usr/ports/www/w3m/work/w3m-0.5.1. *** Error code 1 Stop in /usr/ports/www/w3m. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall52747.1 make INLINE_IMAGE=yes ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! www/w3m (coredump) From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20:29: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 C46CC16A4CE for ; Wed, 13 Oct 2004 20:29:02 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1694C43D3F for ; Wed, 13 Oct 2004 20:29:02 +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 i9DKRNdH096543; Wed, 13 Oct 2004 16:27:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9DKRM8j096540; Wed, 13 Oct 2004 16:27:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 13 Oct 2004 16:27:22 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Robert Huff In-Reply-To: <16749.29947.220930.46409@jerusalem.litteratus.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 20:29:02 -0000 On Wed, 13 Oct 2004, Robert Huff wrote: > I updated my system on Sunday. Since then there have been > network problems: first the network is slow (even within a few > minutes after booting) and eventually (12-18 hours later) the > network - but not the rest of the system - just locks up (can't ping > outside own machine). Rebooting fixes things ... temporarily. > (Dmesg and config file are appended.) > I've seen this before - I think I've _had_ this before - but > can't find it in the mailing-list archives. > Further symptoms: There appears to bea problem with if_de cards and Giant-free operation. I'm working with John Baldwin to try and diagnose it. Could you try putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that this is what's going on? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > huff@> netstat -rn > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 209.6.197.1 UGS 0 84429 de0 > 10 link#2 UC 0 0 de1 > 10.0.0.1 00:c0:95:f8:09:c1 UHLW 0 34483 lo0 > 10.0.0.2 00:20:78:b0:49:2f UHLW 0 1179 de1 974 > 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 0 194 de1 > 127.0.0.1 127.0.0.1 UH 1 7843 lo0 > 209.6.197 link#1 UC 0 0 de0 > 209.6.197.1 link#1 UHLW 1 189 de0 > 209.6.197.67 127.0.0.1 UGHS 0 9 lo0 > 209.6.197.255 ff:ff:ff:ff:ff:ff UHLWb 0 288 de0 > > 209.6.197.1 is the "other side" of my cable modem. > Normally, the ping looks something like: > > huff@>> ping 209.6.197.67 > PING 209.6.197.67 (209.6.197.67): 56 data bytes > 64 bytes from 209.6.197.67: icmp_seq=0 ttl=64 time=0.086 ms > 64 bytes from 209.6.197.67: icmp_seq=1 ttl=64 time=0.084 ms > 64 bytes from 209.6.197.67: icmp_seq=2 ttl=64 time=0.111 ms > > huff@>> ping 209.6.197.1 > PING 209.6.197.1 (209.6.197.1): 56 data bytes > 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=1556.512 ms > 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=1067.135 ms > 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=2026.246 ms > > But when things slow down: > > huff@> ping 209.6.197.1 > PING 209.6.197.1 (209.6.197.1): 56 data bytes > 64 bytes from 209.6.197.1: icmp_seq=0 ttl=255 time=23030.490 ms > 64 bytes from 209.6.197.1: icmp_seq=1 ttl=255 time=23238.238 ms > 64 bytes from 209.6.197.1: icmp_seq=2 ttl=255 time=23139.243 ms > 64 bytes from 209.6.197.1: icmp_seq=3 ttl=255 time=23236.930 ms > > And eventually: > > huff@> ping 209.6.197.1 > PING 209.6.197.1 (209.6.197.1): 56 data bytes > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > > However: > > huff@>netstat -m > 265 mbufs in use > 104/17088 mbuf clusters in use (current/max) > 0/4/4528 sfbufs in use (current/peak/max) > 274 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 173 calls to protocol drain routines > > I'm not familiar with buffer usage, but that doesn't look out > of line for a lightly loaded system. > > > Robert Huff > > > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-CURRENT #0: Mon Oct 11 18:23:23 EDT 2004 > huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2266.76-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > Features=0x3febfbff > real memory = 536854528 (511 MB) > avail memory = 515690496 (491 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xfc000000-0xfdffffff irq 11 at device 0.0 on pci1 > info: [drm] AGP at 0xf4000000 64MB > info: [drm] Initialized mga 3.1.0 20021029 on minor 0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > ohci0: mem 0xf2800000-0xf2800fff irq 14 at device 2.2 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 > uhub1: 4 ports with 4 removable, bus powered > ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 3, iclass 3/1 > ums0: 5 buttons and Z dir. > ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 > kbd0 at ukbd0 > ugen0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 5 > ohci1: mem 0xf2000000-0xf2000fff irq 5 at device 2.3 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 3 ports with 3 removable, self powered > pci0: at device 2.5 (no driver attached) > pcm0: port 0xa800-0xa8ff at device 5.0 on pci0 > ahc0: port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 10 at device 9.0 on pci0 > ahc0: [GIANT-LOCKED] > aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs > de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 > de0: [GIANT-LOCKED] > de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 > de0: Ethernet address: 00:c0:95:f8:17:af > de0: if_start running deferred for Giant > de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 > de1: [GIANT-LOCKED] > de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 > de1: Ethernet address: 00:c0:95:f8:09:c1 > de1: if_start running deferred for Giant > fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > 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/16 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > sio1 port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > orm0: at iomem 0xcc000-0xd17ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2266758464 Hz quality 800 > Timecounters tick every 10.000 msec > IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry > ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default > witness_get: witness exhausted > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > de0: enabling 100baseTX port > de1: enabling 100baseTX port > de0: link down: cable problem? > sa0 at ahc0 bus 0 target 2 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 5.000MB/s transfers (5.000MHz, offset 15) > cd0 at ahc0 bus 0 target 3 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 16) > cd0: Attempt to query device size failed: NOT READY, Medium not present > da1 at ahc0 bus 0 target 4 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) > Mounting root from ufs:/dev/da0s1a > de0: link down: cable problem? > de0: link down: cable problem? > de0: enabling 10baseT port > de1: enabling 100baseTX port > > > # > # JERUSALEM > # > # For more information read the handbook part System Administration -> > # Configuring the FreeBSD Kernel -> The Configuration File. > # The handbook is available in /usr/share/doc/handbook or online as > # latest version from the FreeBSD World Wide Web server > # > # > # An exhaustive list of options and more detailed explanations of the > # device lines is present in the ./LINT configuration file. If you are > # in doubt as to the purpose or necessity of a line, check first in LINT. > # > # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ > > machine i386 > #cpu "I386_CPU" > #cpu "I486_CPU" > #cpu "I586_CPU" > cpu I686_CPU > ident JERUSALEM > maxusers 0 > options CPU_ENABLE_SSE > > #options MATH_EMULATE #Support for x87 emulation > > options SCHED_ULE > > options INET #InterNETworking > options INET6 #IPv6 communications protocols > > options MAXDSIZ="(1024*1024*1024)" > options MAXSSIZ="(256*1024*1024)" > > #options IPX > #options NCP #NetWare Core protocol > > options FFS #Berkeley Fast Filesystem > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > #options NWFS #NetWare 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 SCSI_DELAY=100 #Be pessimistic about Joe SCSI > # note: value is in milliseconds > #options SAFETY > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB #Enable the kernel debugger > makeoptions DEBUG=-g > 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 > > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > > options COMPAT_AOUT > > # see java/62837 > > #options COMPAT_LINUX > > #options LINPROCFS > options PROCFS > options PSEUDOFS > > > # For StarOffice > > #options P1003_1B > #options _KPOSIX_PRIORITY_SCHEDULING > #options _KPOSIX_VERSION=199309L > > #options MD5 > > # For Mars-nwe NetWare server > > #options IPX > > > # for WINE > > #options USER_LDT #allow user-level control of i386 ldt > > # > # > > #config kernel root on da0 > device isa > device eisa > device pci > > #device fdc0 at isa? port IO_FD1 irq 6 drq 2c > device fdc > > #device fd at fdc drive 0 > #disk fd1 at fdc drive 1 > > # Unless you know very well what you're doing, leave ft0 at drive 2, or > # remove the line entirely if you don't need it. Trying to configure > # it on another unit might cause surprises, see PR kern/7176. > #tape ft0 at fdc0 drive 2 > > #options "CMD640" # work around CMD640 chip deficiency > #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr > #disk wd0 at wdc0 drive 0 > #disk wd1 at wdc0 drive 1 > > #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr > #disk wd2 at wdc1 drive 0 > #disk wd3 at wdc1 drive 1 > > #options ATAPI #Enable ATAPI support for IDE bus > #options ATAPI_STATIC #Don't do it as an LKM > #device wcd0 #IDE CD-ROM > #device wfd0 #IDE Floppy (e.g. LS-120) > > # A single entry for any of these controllers (ncr, ahb, ahc, amd) is > # sufficient for any number of installed devices. > #controller ncr0 > #controller amd0 > #controller ahb0 > device ahc > #controller isp0 > > # This controller offers a number of configuration options, too many to > # document here - see the LINT file in this directory and look up the > # dpt0 entry there for much fuller documentation on this. > #controller dpt0 > > #controller adv0 at isa? port ? cam irq ? > #controller adw0 > #controller bt0 at isa? port ? cam irq ? > #controller aha0 at isa? port ? cam irq ? > #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr > #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr > #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr > #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr > #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr > > device scbus > device da # SCSI disk > device sa # SCSI tape > device pass > device cd # Only need one of these, the code dynamically grows > > #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr > #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr > > #controller matcd0 at isa? port 0x230 bio > > #device scd0 at isa? port 0x230 bio > > # syscons is the default console driver, resembling an SCO console > #device sc at isa? flags 0x100 > device sc > # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > ## 2/3/1999: new model console stuff > #device atkbdc > #device atkbd > > #device vt > > device vga > device mgadrm > device agp > > #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint > options XSERVER # support for X server > #options FAT_CURSOR # start with block cursor > > > # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines > #options PCVT_SCANSET=2 # IBM keyboards are non-std > > device npx > > # > # Laptop support (see LINT for more options) > # > #device apm0 at isa? disable flags 0x31 # Advanced Power Management > > # PCCARD (PCMCIA) support > #controller card0 > #device pcic0 at card? > #device pcic1 at card? > > device sio > > #device lpt0 at isa? port? tty irq 7 vector lptintr > > # Parallel-Port Bus > # > # Parallel port bus support is provided by the `ppbus' device. > # Multiple devices may be attached to the parallel port, devices > # are automatically probed and attached when found. > # > # Supported devices: > # vpo Iomega Zip Drive > # Requires SCSI disk support ('scbus' and 'da'), best > # performance is achieved with ports in EPP 1.9 mode. > # nlpt Parallel Printer, use _instead_ of lpt0 > # plip Parallel network interface > # ppi General-purpose I/O ("Geek Port") > # pps Pulse per second Timing Interface > # lpbb Philips official parallel port I2C bit-banging interface > # > # Supported interfaces: > # ppc ISA-bus parallel port interfaces. > # > > device ppc > device ppbus > > device lpt > device plip > device ppi > > ############ > > # USB support > > device uhci > device ohci > device usb > device ugen > #device uhid > device ukbd > options KBD_INSTALL_CDEV > device ums > #device uscanner > > ############ > > #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > #device psm > > # Order is important here due to intrusive probes, do *not* alphabetize > # this list of network interfaces until the probes have been fixed. > # Right now it appears that the ie0 must be probed before ep0. See > # revision 1.20 of this file. > > device de > > #device de0 > #device de1 > #device fxp0 > #device tl0 > #device tx0 > #device vx0 > #device xl0 > > #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr > #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr > #device ep0 at isa? port 0x300 net irq 10 vector epintr > #device ex0 at isa? port? net irq? vector exintr > #device fe0 at isa? port 0x300 net irq ? vector feintr > #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr > #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr > #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr > #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr > #device cs0 at isa? port 0x300 net irq ? vector csintr > > # > # see /usr/src/UPDATING > # > > device mem # Memory and kernel memory devices > device io # I/O device > #device null # Null and zero devices > > device random > > device bpf > device loop # Network loopback > > device ether > #device sl 1 > #device ppp 0 > device tun > device gif > device pty > #device gzip # Exec gzipped a.out's > > # > # for IPFW/natd > # > > options IPFIREWALL #firewall > options IPFIREWALL_VERBOSE #print information about > # dropped packets > #options IPFIREWALL_FORWARD #enable xparent proxy support > options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity > options IPDIVERT #divert sockets > > # > # IPv6 > # > > options IPV6FIREWALL #firewall for IPv6 > options IPV6FIREWALL_VERBOSE > options IPV6FIREWALL_VERBOSE_LIMIT=100 > options IPV6FIREWALL_DEFAULT_TO_ACCEPT > > > # > # sound driver > # > > #device pcm > > device sound > > device snd_cmi > > _______________________________________________ > 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 Oct 13 20:34: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 D170516A4D2; Wed, 13 Oct 2004 20:34:06 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB1F43D76; Wed, 13 Oct 2004 20:34:06 +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 i9DKY4rY026636; Thu, 14 Oct 2004 00:34:04 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9DKY4rx026631; Thu, 14 Oct 2004 00:34:04 +0400 (MSD) (envelope-from ache) Date: Thu, 14 Oct 2004 00:34:04 +0400 From: Andrey Chernov To: Robert Watson Message-ID: <20041013203404.GA26492@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , Robert Huff , current@FreeBSD.ORG References: <16749.29947.220930.46409@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.15 (host: pobrecita.freebsd.ru) cc: Robert Huff cc: current@FreeBSD.ORG Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 20:34:07 -0000 On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > There appears to bea problem with if_de cards and Giant-free operation. > I'm working with John Baldwin to try and diagnose it. Could you try > putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that > this is what's going on? YES! I have the same problem AND have de card too! (Alas, it is very remote machine and I can't experiment with it) -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20:34: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 4FABD16A4CE for ; Wed, 13 Oct 2004 20:34:09 +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 DD63743D5A for ; Wed, 13 Oct 2004 20:34:08 +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.34 (FreeBSD)) id 1CHpp1-0000m0-RY; Wed, 13 Oct 2004 13:34:07 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.37183.279769.755586@ran.psg.com> Date: Wed, 13 Oct 2004 13:34:07 -0700 To: "Poul-Henning Kamp" References: <6.1.2.0.0.20041013104312.087e4830@64.7.153.2> <47670.1097696272@critter.freebsd.dk> cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 20:34:09 -0000 in a headless system could this cause ttyd0 to not run a responsive getty? i just cvsupped and built, and the oob serial console no longer gets a login prompt. it gets everything right up to it, though. randy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20:36: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 7AE1A16A4CE for ; Wed, 13 Oct 2004 20:36:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B276943D2D for ; Wed, 13 Oct 2004 20:36: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 i9DKaVvD048864; Wed, 13 Oct 2004 22:36:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 13 Oct 2004 13:34:07 PDT." <16749.37183.279769.755586@ran.psg.com> Date: Wed, 13 Oct 2004 22:36:31 +0200 Message-ID: <48863.1097699791@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 20:36:34 -0000 In message <16749.37183.279769.755586@ran.psg.com>, Randy Bush writes: >in a headless system could this cause ttyd0 to not run a >responsive getty? i just cvsupped and built, and the oob >serial console no longer gets a login prompt. it gets >everything right up to it, though. If you have changed from ttyd0 to cuaa0 in /etc/ttys this will happen, you need to change it to cuad0 in that case. If that is not the cause, I messed something up and I'll chase it down and fix it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20: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 863AE16A4CE; Wed, 13 Oct 2004 20:39:15 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0243A43D41; Wed, 13 Oct 2004 20:39:14 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CHptu-00051C-00 Wed, 13 Oct 2004 22:39:10 +0200 Received: from [212.106.238.81] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CHptu-00050s-00 Wed, 13 Oct 2004 22:39:10 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9DKdF18007025; Wed, 13 Oct 2004 22:39:15 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9DKdFfZ014130; Wed, 13 Oct 2004 22:39:15 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: net@freebsd.org Date: Wed, 13 Oct 2004 22:39:14 +0200 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: <200410132239.14957.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: current@freebsd.org Subject: General diskless 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, 13 Oct 2004 20:39:15 -0000 After seen some mail about initdiskless, I recall that have some problems with diskless/pxe last time. Maybe of general interest. - can't mount a NFS root from a tftp operate loader - can't mount a NFS root froma a BOOTP configured kernel. This seems related to a bug in the loader/kernel kenv. Loader pass a nfsiohandle via kenv without check. If the loader doesn't do any NFS operation, it's a pretty invalid all zeroes nfsiohandle that messed kernel nfsroot mount. - PXE i/o problems. intel PXE i/o is NON_BLOCKING. It is supposed blocking on all the UDP code. Also seems recall a bios I/O buffer configured as a packet buffer. Sorry. I missed to report this (think). -- josemi From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20:49: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 717A516A4CE for ; Wed, 13 Oct 2004 20:49:49 +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 2E82A43D31 for ; Wed, 13 Oct 2004 20:49:49 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.43) id 1CHq49-0006Sn-T1 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 21:49:45 +0100 Date: Wed, 13 Oct 2004 21:49:45 +0100 From: Dick Davies To: FreeBSD Current Users Message-ID: <20041013204945.GP9309@lb.tenfour> References: <20041010204308.GA29900@lb.tenfour> <958B8DA2-1B9E-11D9-BA01-000A95BC6FAE@celabo.org> <20041012143822.GA92220@minubian.inethouston.net> <20041012160750.GA18612@parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041012160750.GA18612@parodius.com> User-Agent: Mutt/1.4.2.1i Sender: Rasputin Subject: Re: ports freeze and portaudit alerts 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: Wed, 13 Oct 2004 20:49:49 -0000 Since I started this thread with my whinge^Wquery, can I be the first to say a big thank you to whoever just filled my screen with cvsup traffic :) Nothing against Opera, but if I'm going to see banner ads anywhere it should be the webpage, not the menubar.... -- Oh, wait you're serious. Let me laugh even harder. - Bender Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 20:51:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C00F016A4CF for ; Wed, 13 Oct 2004 20:51:45 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0959A43D1D for ; Wed, 13 Oct 2004 20:51:45 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 942E1DD5DD for ; Wed, 13 Oct 2004 22:51:43 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7991C8A615 for ; Wed, 13 Oct 2004 22:51:43 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id DE23188F75 for ; Wed, 13 Oct 2004 22:51:42 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CA333D4724 for ; Wed, 13 Oct 2004 22:51:42 +0200 (CEST) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i9DKpgA4075915 for ; Wed, 13 Oct 2004 22:51:42 +0200 (CEST) (envelope-from q@uni.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id i9DKpgSO002385 for ; Wed, 13 Oct 2004 22:51:42 +0200 (CEST) (envelope-from q@uni.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id i9DKpfDH002384 for current@freebsd.org; Wed, 13 Oct 2004 22:51:41 +0200 (CEST) (envelope-from q@uni.de) Date: Wed, 13 Oct 2004 22:51:41 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20041013205141.GA874@galgenberg.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Subject: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 20:51:45 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, is it possible to have atapicam as a kernel loadable module? This would greatly ease the burning of CD-Rs and DVD+/-R burncd(8) doesn't seem to burn DVD-/+Rs and as it lacks a nice GUI this might scare new users. Telling them that FreeBSD needs a recompiled kernel to be able to use xcdroast/gcombust/k3b is ... well embarrassing? Not that recompiling a kernel is difficult, it's just that IMHO this should work out-of-the-box :) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbZVdmArGtfDbn0QRAlmnAKCU2qlQWeHjdNlnmZCQ4Qbh8QA1ugCgvLFb 3Sfm1xrmMfAZxRfXC/S8Lms= =O3jJ -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 21:26: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 3594616A4CE for ; Wed, 13 Oct 2004 21:26: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 0E6B443D39 for ; Wed, 13 Oct 2004 21:26:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 512BE51385; Wed, 13 Oct 2004 14:26:39 -0700 (PDT) Date: Wed, 13 Oct 2004 14:26:39 -0700 From: Kris Kennaway To: Chuck Swiger Message-ID: <20041013212639.GA26756@xor.obsecurity.org> References: <20041010204308.GA29900@lb.tenfour> <4169A3A3.9070308@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <4169A3A3.9070308@mac.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current cc: Dick Davies Subject: Re: ports freeze and portaudit alerts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:26:40 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 10, 2004 at 05:03:31PM -0400, Chuck Swiger wrote: > "How long is too long to keep the ports tree frozen?" >=20 > I suspect that there would exist less busywork between portmgr@ and maybe= =20 > re@ if the ports tree was frozen not during the entire beta cycle, but=20 > starting a week or so before the RC versions come out. The point of the freeze is to get people to slow down and fix broken ports that tend to get overlooked during normal operations, instead of breaking new ones by allowing unrestricted commits to the tree. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbZ2OWry0BWjoQKURAgp9AJwLwcX38huY3rbtfgQkXOwex/+GYwCg+R1d etEzIxZaow/Ot0LlBVcVUwA= =fDCm -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 21:40: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 42C4116A4CE for ; Wed, 13 Oct 2004 21:40:59 +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 EEA8843D3F for ; Wed, 13 Oct 2004 21:40:56 +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.34 (FreeBSD)) id 1CHqrf-0002iw-ON; Wed, 13 Oct 2004 14:40:55 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.41191.255005.474422@ran.psg.com> Date: Wed, 13 Oct 2004 14:40:55 -0700 To: "Poul-Henning Kamp" References: <16749.37183.279769.755586@ran.psg.com> <48863.1097699791@critter.freebsd.dk> cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:40:59 -0000 >> in a headless system could this cause ttyd0 to not run a >> responsive getty? i just cvsupped and built, and the oob >> serial console no longer gets a login prompt. it gets >> everything right up to it, though. > > If you have changed from ttyd0 to cuaa0 in /etc/ttys this will > happen, you need to change it to cuad0 in that case. > > If that is not the cause, I messed something up and I'll chase it > down and fix it. it is not the case. i.e., /etc/ttys is the default one with one 'off' changed to an 'on.' but this is also happening with a system last cvsupped 5 oct. randy From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 21:41: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 70ABF16A4CE for ; Wed, 13 Oct 2004 21:41:55 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC1DB43D1F for ; Wed, 13 Oct 2004 21:41:54 +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 i9DLfrm4050070; Wed, 13 Oct 2004 23:41:53 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 13 Oct 2004 14:40:55 PDT." <16749.41191.255005.474422@ran.psg.com> Date: Wed, 13 Oct 2004 23:41:53 +0200 Message-ID: <50069.1097703713@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:41:55 -0000 In message <16749.41191.255005.474422@ran.psg.com>, Randy Bush writes: >>> in a headless system could this cause ttyd0 to not run a >>> responsive getty? i just cvsupped and built, and the oob >>> serial console no longer gets a login prompt. it gets >>> everything right up to it, though. >> >> If you have changed from ttyd0 to cuaa0 in /etc/ttys this will >> happen, you need to change it to cuad0 in that case. >> >> If that is not the cause, I messed something up and I'll chase it >> down and fix it. > >it is not the case. i.e., /etc/ttys is the default one with >one 'off' changed to an 'on.' > >but this is also happening with a system last cvsupped 5 oct. Are you sure your cable has something connected to the DCD pin ? -- 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 Oct 13 21:49:12 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 603EB16A4CE; Wed, 13 Oct 2004 21:49:12 +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 i9DLnBut007502; Wed, 13 Oct 2004 17:49:11 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9DLnBLk007501; Wed, 13 Oct 2004 17:49:11 -0400 (EDT) (envelope-from green) Date: Wed, 13 Oct 2004 17:49:11 -0400 From: Brian Fundakowski Feldman To: Guido van Rooij Message-ID: <20041013214911.GD986@green.homeunix.org> References: <20041013150100.GA63104@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013150100.GA63104@gvr.gvr.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:49:12 -0000 On Wed, Oct 13, 2004 at 05:01:01PM +0200, Guido van Rooij wrote: > I've got a dual pentium 3 600MHz based Intel ISP 2150 with the latest > BIOS (version 14.3). > When trying to boot from the 5.3-beta7 install CD, I get a > panic just after the copyrights. The following is printed: > > 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-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 > root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x10 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc062ab55 > stack pointer = 0x10:0xc1021ca0 > frame pointer = 0x10:0xc1021cb0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = dpl 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault = > cpuid = 0 = > uptime: 1s > > This happens with or without ACPI. > > When I escape to the loader prompt and boot -v -p, > I get a string of some 20 'k'-s and then the system just reboots. > I have also seen an interrupt with interrupts disabled though. > > The system is 440GX based. > > Any help would be appreciated. Can you try using addr2line to find out where that 0xc062ab55 is, or more of the backtrace? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 21:52: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 9F2CF16A4CE; Wed, 13 Oct 2004 21:52:13 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E10E43D1F; Wed, 13 Oct 2004 21:52:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9DLqCWi004903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 14:52:12 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416DA3A2.9020702@errno.com> Date: Wed, 13 Oct 2004 14:52:34 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <9256D57F598E6C41B288AA7DB94F29C902DFB963@pgnmail1.pgnaplikace.cz> <20041012140205.GD29433@cell.sick.ru> <416BFE30.2090308@errno.com> <20041012185129.GA86935@ip.net.ua> <416C3C77.20406@errno.com> <20041013064227.GA1338@ip.net.ua> <416D4EE6.1080109@errno.com> <20041013162307.GA4987@ip.net.ua> In-Reply-To: <20041013162307.GA4987@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Gleb Smirnoff Subject: Re: Broadcom bge and 802.1Q vlan tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:52:13 -0000 Ruslan Ermilov wrote: > On Wed, Oct 13, 2004 at 08:51:02AM -0700, Sam Leffler wrote: > >>Ruslan Ermilov wrote: >> >>>Hi Sam, >>> >>>On Tue, Oct 12, 2004 at 01:20:07PM -0700, Sam Leffler wrote: >>> >>> >>>>>>This pessimizes normal traffic. >>>>> >>>>>m_tag_locate() doesn't look like a very expensive function. And >>>>>with the "normal traffic", I don't expect to be more than one tag, >>>>>no? Also, if if_nvlans > 0, this is already "pessimized". >>>>> >>>>> >>>>> >>>>> >>>>>>We should look for a solution in the >>>>>>driver(s) to avoid sending packets up with tags when no vlans are >>>>>>configured. >>>>>> >>>>> >>>>>I'd be opposed to such a change in behavior. The VLAN consumer can >>>>>be not only vlan(4), it can equally be the ng_vlan(4) node, etc. >>>> >>>>I'm not sure what you are opposed to or why. The issue I have is that >>>>m_tag_locate can be expensive if many packets have tags. The check for >>>>the existence of vlans configured on the interface short-circuits this >>>>work. That vlan-tagged packets may be generated when no vlans are >>>>configured seems wrong to me and breaks the assumption used to write the >>>>code. Changing the driver to drop the frame if ifp->if_nvlans is zero >>>>seems straightforward and could probably be hidden in the existing macro. >>>> >>> >>>Please take a moment and re-read what I've already said: vlan(4) is not >>>the only consumer of VLAN frames: ng_vlan(4) is another such one, and I >>>have a proprietary Netgraph node here that demultiplexes VLANs. If you >>>start dropping VLAN frames in drivers when if_nvlans == 0, this will be >>>a problem for me. Is that clear now? >>> >>> >>>Cheers, >> >>I've read what you've written but you also haven't explained why you >>can't signal the presence of these other entities in some way. >> > > Because these other entities don't have an access to "ifp", and can > even exist on remote host (please see below). > > >>The >>current mechanism to signal the presence of "interested parties" for >>vlan-tagged frames is ifp->if_nvlans. You are saying you have new >>(proprietary) code that is interested in vlans but will not use the >>existing mechanism. My reaction is fix your code, don't pessimize the >>code everyone else uses without netgraph. >> > > But ng_vlan(4) is part of the standard FreeBSD distribution, and you > don't have access to "ifp" inside ng_vlan(4), because it's connected > to the interface indirectly, through the ng_ether(4) node. Even worse, > ng_vlan(4) may not even be connected to a local interface, for example, > you can capture and tunnel all Ethernet traffic to another host, and > do the VLAN processing there, FWIW. > > So while ifp->if_nvlans seems to be a good signalling mechamism for > vlan(4), it's not suitable for ng_vlan(4) and other Netgraph code > that works with VLAN. This code works now, and I'm afraid it will > break if we change drivers to drop VLAN frames if if_nvlans == 0, > and I fail to see how I can make it work again after that. > > In other words, I want that ng_ether(4) continues to see VLAN frames > even if no vlan(4) interfaces are configured, like it does now: the > ng_ether processing is done in ether_input() before ether_demux() > that checks for ifp->if_nvlans. > > OTOH, you may be right that one option would be to make ng_ether(4) > increment ifp->if_nvlans, but I'm a little worried about the effect > of doing this on the VLAN_OUTPUT_TAG macro (it looks safe, but I'm > not sure). I'm open to changing the mechanism by which we signal the presence of vlans and/or "interested parties" (or the presence of a h/w tag). However I believe if_nvlans is managed entirely in if_vlan.c and bumping it when ng_vlan is present would be ok (if that's feasible). OTOH this issue exists only because running the tag list for every packet can potentially be expensive. I recall cjsp (?) wanting to optimize this better so another tact is to look (again) at how to speed this up for the most common/important cases. Vlans may be important enough to assign an mbuf flag bit though I'd prefer to do that as a last resort (and I'm sure other folks would popup and want a bit too :)). Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 21:59: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 1C4FD16A4CE for ; Wed, 13 Oct 2004 21:59:04 +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 A85D443D3F for ; Wed, 13 Oct 2004 21:59:03 +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.34 (FreeBSD)) id 1CHr9C-0003EV-8v; Wed, 13 Oct 2004 14:59:02 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.42277.769065.805050@ran.psg.com> Date: Wed, 13 Oct 2004 14:59:01 -0700 To: "Poul-Henning Kamp" References: <16749.41191.255005.474422@ran.psg.com> <50069.1097703713@critter.freebsd.dk> cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 21:59:04 -0000 >>>> in a headless system could this cause ttyd0 to not run a >>>> responsive getty? i just cvsupped and built, and the oob >>>> serial console no longer gets a login prompt. it gets >>>> everything right up to it, though. >>> If you have changed from ttyd0 to cuaa0 in /etc/ttys this will >>> happen, you need to change it to cuad0 in that case. >>> If that is not the cause, I messed something up and I'll chase it >>> down and fix it. >> it is not the case. i.e., /etc/ttys is the default one with >> one 'off' changed to an 'on.' >> but this is also happening with a system last cvsupped 5 oct. > Are you sure your cable has something connected to the DCD pin ? first, at my age, i am not sure of anything any more. but i invoke the "this used to work" clause of the contract. in the case of the host cvsupped today, while i was cvsupping, i logged on to its getty through the exact same terminal controller, port, cable, ... that fails me now. i append a bit of cut and paste of the failure. i chose the cut for the additional amusement that, despite all filesystems being clean, it says that background fsck will be started. randy --- Starting file system checks: /dev/twed0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1a: clean, 491375 free (583 frags, 61349 blocks, 0.1% fragmentation) /dev/twed0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1d: clean, 489541 free (109 frags, 61179 blocks, 0.0% fragmentation) /dev/twed0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1e: clean, 506223 free (55 frags, 63271 blocks, 0.0% fragmentation) /dev/twed0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1f: clean, 14752924 free (25764 frags, 1840895 blocks, 0.2% fragmentation) /dev/twed0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1g: clean, 87827690 free (1250 frags, 10978305 blocks, 0.0% fragmentation) /dev/twed0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/twed0s1h: clean, 67274 free (42 frags, 8404 blocks, 0.1% fragmentation) hw.acpi.lid_switch_state: NONE -> S3 hw.acpi.sleep_button_state: S1 -> S3 kern.ipc.shm_allow_removed: 0 -> 1 Setting hostname: frob em0: flags=8843 mtu 1500 options=1b inet 666.42.7.35 netmask 0xffffff00 broadcast 666.42.7.255 inet 666.42.7.41 nietmask 0xfffffffpf broadcast 147.f28.0.41 ether w00:30:48:80:b3:722 media: Ether net autoselect i status: no carrnier lo0: flags=i8049 mtu 16384 ainet 127.0.0.1 nletmask 0xff00000i0 zed, divert disabled, rule-based forwarding disabled, default to deny, logging disabled Flushed all rules. Firewall rules loaded, starting divert daemons:. Firewall logging enabled net.inet.ip.fw.enable: 1 -> 1 add net default: gateway 666.42.7.5 Additional routing options: drop SYN+FIN packets=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. Oct 13 16:44:10 syslogd: /var/log/maillog: No such file or directory Oct 13 16:44:10 syslogd: /var/log/poplog: No such file or directory Oct 13 16:44:10 syslogd: /var/log/obex: No such file or directory Oct 13 16:44:10 frob syslogd: kernel boot file is /boot/kernel/kernel Checking for core dump on /dev/twed0s1b ... savecore: no dumps found Oct 13 16:44:10 frob savecore: no dumps found Clearing /tmp. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting local daemons:. Updating motd. Starting ntpd. Oct 13 16:44:11 frob ntpd[377]: no IPv6 interfaces found Configuring syscons: keymap keyrate blanktime. Starting sshd. Oct 13 16:44:11 frob sshd[394]: Server listening on 0.0.0.0 port 22. exim abandoned: unknown, malformed, or incomplete option -L exim abandoned: unknown, malformed, or incomplete option -L Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:Starting apache. em0: Link is up 1000 Mbps Full Duplex Oct 13 16:44:45 frob ntpd[377]: sendto(666.42.7.39): Host is down Internet Systems Consortium DHCP Server V3.0.1rc14 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Wrote 0 deleted host decls to leases file. Wrote 0 new dynamic host decls to leases file. Wrote 1 leases to leases file. Listening on BPF/em0/00:30:48:80:b3:72/666.42.7.0/24 Sending on BPF/em0/00:30:48:80:b3:72/666.42.7.0/24 Sending on Socket/fallback/fallback-net dhcpdStarting exim. flow-capture jabberd mysqld. Additional TCP options:. /etc/rc.d/sysctl: WARNING: sysctl hw.acpi.disable_on_poweroff does not exist. Starting inetd. Starting background file system checks in 60 seconds. Wed Oct 13 16:44:50 UTC 2004 From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 22:08: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 92D2016A4CE for ; Wed, 13 Oct 2004 22:08:30 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 9534543D60 for ; Wed, 13 Oct 2004 22:08:29 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 77372 invoked from network); 13 Oct 2004 22:08:27 -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.327055 secs); 13 Oct 2004 22:08:27 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 13 Oct 2004 22:08:26 -0000 Received: (qmail 64873 invoked from network); 13 Oct 2004 22:11:35 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2) by tormentor.totalterror.net with SMTP; 13 Oct 2004 22:11:34 -0000 References: Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: current@freebsd.org Date: Thu, 14 Oct 2004 01:07:46 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-768-1097705266-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Wed, 13 Oct 2004 22:08:30 -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-768-1097705266-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Niki Denev writes: > The machine is IBM TP X31 with compact flash D-Link DCF-650BT bluetooth > adapter. > The adapter itself is properly recognised as sio4. > But this is what i get when tried to use a slightly modified (to reflect the > recent cuaa* -> cuad* change) > /usr/share/examples/netgraph/bluetooth/rc.bluetooth version. > > [root@phobos ~]# pccard1: Allocation failed for cfe1 > sio4: at port 0x2e8-0x2ef irq 5 function 0 config 2 on > pccard1 > sio4: type 16550A > sio4: unable to activate interrupt in fast mode - using normal mode > > [root@phobos ~]# /etc/rc.bluetooth start sio4 > 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:0xc062f911 > stack pointer = 0x10:0xd540ba2c > frame pointer = 0x10:0xd540ba38 > code segment = base 0x0, limit 0xffffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 788 (hcseriald) > [thread 100050] > Stopped at comstop+0x75: andl $-0x5,0x64(%eax) > db> trace > comstop(c1c42800,3) at comstop+0x75 > ttyflush(c1c42800,3,c2cb6700,303468,d540ba80) at ttyflush+0x37 > ng_h4_open(c1d72300,c1c42800) at ng_h4_open+0x194 > ttioctl(c1c42800,8004741b,d540bc60,3,c2139b68) at ttioctl+0xc32 > ttyioctl(c1d72300,8004741b,d540bc60,3,c1a27820) at ttyioctl+0x41 > spec_ioctl(d540bb88,d540bc34,c056a6d7,d540bb88,c06e8aa0) at spec_ioctl+0xee > spec_vnoperate(d540bb88) at spec_vnoperate+0x13 > vn_ioctl(c1d842ec,8004741b,d540bc60,c1da9c80,c1a27820) at vn_ioctl+0x1ab > ioctl(c1a27820,d540bd14,3,0,246) at ioctl+0x3e0 > syscall(2f,2f,2f,bfbfe8d4,bfbfee67) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280ce80f, esp = 0xbfbfe7fc, > ebp = 0xbfbfed3c --- > db> > > > > boot.conf, dmesg and kernel conf are available here : > http://www.totalterror.net/freebsd/ > > > --niki > some more info obtained with addr2line : [root@phobos ~]# addr2line -e kernel.debug 0xc062f911 ../../../dev/sio/sio.c:2475 --niki --=_mimegpg-phobos.totalterror.net-768-1097705266-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBbaczHNAJ/fLbfrkRAlDiAJwNwAanxhtcOQpw6gue4zbV+rUOswCghiAd UQhrQXsQSaEyGZ9fxDH0qDA= =X+s+ -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-768-1097705266-0001-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 22:11: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 936D316A4CE for ; Wed, 13 Oct 2004 22:11:29 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B40F43D5A for ; Wed, 13 Oct 2004 22:11:29 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 11004 invoked by uid 89); 13 Oct 2004 22:11:27 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 13 Oct 2004 22:11:27 -0000 Received: (qmail 10990 invoked by uid 89); 13 Oct 2004 22:11:27 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 13 Oct 2004 22:11:27 -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 i9DMBRmt098674; Wed, 13 Oct 2004 18:11:27 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Giorgos Keramidas In-Reply-To: <20041013173149.GA40026@orion.daedalusnetworks.priv> References: <20041013114140.GA613@orion.daedalusnetworks.priv> <20041013173149.GA40026@orion.daedalusnetworks.priv> Content-Type: text/plain Message-Id: <1097705487.98588.13.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 13 Oct 2004 18:11:27 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 22:11:29 -0000 Should now be fixed in revision 1.101 of src/sys/kern/kern_switch.c. Thanks Stephan On Wed, 2004-10-13 at 13:31, Giorgos Keramidas wrote: > On 2004-10-13 14:41, Giorgos Keramidas wrote: > > I had updated my source tree yesterday afternoon and everything worked. > > Today's CURRENT spontaneously reboots every time I try to start firefox. > > > > I have KDB in my kernel config and I can enter the debugger before I > > start X11 with CTRL-ALT-ESC, but when firefox starts the next thing > > that's visible on my screen is the BIOS startup. > > > > I'll try narrowing down this to a specific time since yesterday noon, by > > updating my sources to '2004/10/12 12:00:00 UTC' which was the last > > version I know that worked and move in steps up to today's CURRENT, but > > I just wanted to let everyone know that something seems very broken here. > > The kernel as of -D '2004/10/12 12:00:00' works fine. > > I have a faint suspicion that these two commits are the cause of the > instant reboots that firefox triggers on uniprocessor machines. I'm > building a kernel now updated with the sources of: > > -D '2004/10/12 16:47:00' > > and revision 1.100 of src/sys/kern/kern_switch.c that phk committed a > few hours later. > > - Giorgos > > _______________________________________________ > 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 Oct 13 22:12: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 B415816A4CF for ; Wed, 13 Oct 2004 22:12:38 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917DC43D1D for ; Wed, 13 Oct 2004 22:12:38 +0000 (GMT) (envelope-from mjoyner@vbservices.net) Received: from [192.168.0.2] (unknown[66.177.116.188](misconfigured sender)) by comcast.net (rwcrmhc13) with ESMTP id <20041013221234015003gg19e>; Wed, 13 Oct 2004 22:12:37 +0000 Message-ID: <416DA856.9040703@vbservices.net> Date: Wed, 13 Oct 2004 18:12:38 -0400 From: Michael Joyner User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20041013205141.GA874@galgenberg.net> In-Reply-To: <20041013205141.GA874@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 22:12:38 -0000 Ulrich Spoerlein wrote: >Hello, > >is it possible to have atapicam as a kernel loadable module? This would >greatly ease the burning of CD-Rs and DVD+/-R >burncd(8) doesn't seem to burn DVD-/+Rs and as it lacks a nice GUI this >might scare new users. Telling them that FreeBSD needs a recompiled >kernel to be able to use xcdroast/gcombust/k3b is ... well embarrassing? >Not that recompiling a kernel is difficult, it's just that IMHO this >should work out-of-the-box :) > >Ulrich Spoerlein > > PLEASE! :) From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 22:14: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 E98F616A4CE for ; Wed, 13 Oct 2004 22:14:31 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C04943D5E for ; Wed, 13 Oct 2004 22:14:31 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a111.otenet.gr [212.205.215.111]) i9DMEQ2e014133; Thu, 14 Oct 2004 01:14:29 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9DMEOCn001097; Thu, 14 Oct 2004 01:14:24 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9DMEOfp001096; Thu, 14 Oct 2004 01:14:24 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 14 Oct 2004 01:14:24 +0300 From: Giorgos Keramidas To: Stephan Uphoff Message-ID: <20041013221424.GA1072@gothmog.gr> References: <20041013114140.GA613@orion.daedalusnetworks.priv> <20041013173149.GA40026@orion.daedalusnetworks.priv> <1097705487.98588.13.camel@palm.tree.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097705487.98588.13.camel@palm.tree.com> cc: freebsd-current@freebsd.org Subject: Re: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 22:14:32 -0000 On 2004-10-13 18:11, Stephan Uphoff wrote: > On Wed, 2004-10-13 at 13:31, Giorgos Keramidas wrote: > > On 2004-10-13 14:41, Giorgos Keramidas wrote: > > > I had updated my source tree yesterday afternoon and everything worked. > > > Today's CURRENT spontaneously reboots every time I try to start firefox. [...] > Should now be fixed in revision 1.101 of src/sys/kern/kern_switch.c. Thanks Stephan :-) From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:04: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 EBE1716A4CE; Wed, 13 Oct 2004 23:04:18 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726A843D64; Wed, 13 Oct 2004 23:04:18 +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 i9DN4HoV028465; Wed, 13 Oct 2004 19:04:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9DN4HQC014004; Wed, 13 Oct 2004 19:04:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 268B17306E; Wed, 13 Oct 2004 19:04:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041013230417.268B17306E@freebsd-current.sentex.ca> Date: Wed, 13 Oct 2004 19:04:17 -0400 (EDT) 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, 13 Oct 2004 23:04:19 -0000 TB --- 2004-10-13 21:05:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-13 21:05:28 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-10-13 21:05:28 - checking out the source tree TB --- 2004-10-13 21:05:28 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-10-13 21:05:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-13 21:10:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-13 21:10:31 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-10-13 21:10: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-10-13 22:39:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-13 22:39:24 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-10-13 22:39:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Oct 13 22:39:25 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 >>> Kernel build for GENERIC completed on Wed Oct 13 22:58:39 UTC 2004 TB --- 2004-10-13 22:58:39 - generating LINT kernel config TB --- 2004-10-13 22:58:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2004-10-13 22:58:39 - /usr/bin/make -B LINT TB --- 2004-10-13 22:58:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-13 22:58:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-10-13 22:58:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 13 22:58: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 [...] 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 -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 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/cs/if_cs_isa.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 -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 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/cs/if_cs_pccard.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 -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 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons.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 -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 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_crom.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 -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 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c: In function `dcons_drv_init': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `addr' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `size' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-10-13 23:04:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-13 23:04:16 - ERROR: failed to build lint kernel TB --- 2004-10-13 23:04:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:09: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 550FD16A4CE for ; Wed, 13 Oct 2004 23:09:11 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD5C43D49 for ; Wed, 13 Oct 2004 23:09:10 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])i9DN8etC013304; Wed, 13 Oct 2004 18:08:40 -0500 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 13 Oct 2004 18:08:38 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 13 Oct 2004 18:08:32 -0500 Message-ID: <416DB569.4010805@savvis.net> Date: Wed, 13 Oct 2004 16:08:25 -0700 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: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Oct 2004 23:08:32.0526 (UTC) FILETIME=[8F391AE0:01C4B179] 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: Wed, 13 Oct 2004 23:09:11 -0000 Niki, could you please try the following patch? cvs diff: Diffing . Index: ng_h4.c =================================================================== RCS file: /usr/local/cvs/sys/netgraph/bluetooth/drivers/h4/ng_h4.c,v retrieving revision 1.7 diff -u -r1.7 ng_h4.c --- ng_h4.c 23 Aug 2004 18:08:15 -0000 1.7 +++ ng_h4.c 13 Oct 2004 23:05:34 -0000 @@ -209,11 +209,11 @@ * I'm not sure what is appropriate. */ - ttyflush(tp, FREAD | FWRITE); clist_alloc_cblocks(&tp->t_canq, 0, 0); clist_alloc_cblocks(&tp->t_rawq, 0, 0); clist_alloc_cblocks(&tp->t_outq, MLEN + NG_H4_HIWATER, MLEN + NG_H4_HIWATER); + ttyflush(tp, FREAD | FWRITE); out: splx(s); /* XXX */ btw, you are probably going to have bad experience with serial bluetooth device. sio(4) driver is know to loose bytes (silo overflow problem) and this is NOT acceptable in bluetooth. max Niki Denev wrote: > Niki Denev writes: > >> The machine is IBM TP X31 with compact flash D-Link DCF-650BT >> bluetooth adapter. >> The adapter itself is properly recognised as sio4. >> But this is what i get when tried to use a slightly modified (to >> reflect the recent cuaa* -> cuad* change) >> /usr/share/examples/netgraph/bluetooth/rc.bluetooth version. >> >> [root@phobos ~]# pccard1: Allocation failed for cfe1 >> sio4: at port 0x2e8-0x2ef irq 5 function 0 config >> 2 on pccard1 >> sio4: type 16550A >> sio4: unable to activate interrupt in fast mode - using normal mode >> >> [root@phobos ~]# /etc/rc.bluetooth start sio4 >> 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:0xc062f911 >> stack pointer = 0x10:0xd540ba2c >> frame pointer = 0x10:0xd540ba38 >> code segment = base 0x0, limit 0xffffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 788 (hcseriald) >> [thread 100050] >> Stopped at comstop+0x75: andl $-0x5,0x64(%eax) >> db> trace >> comstop(c1c42800,3) at comstop+0x75 >> ttyflush(c1c42800,3,c2cb6700,303468,d540ba80) at ttyflush+0x37 >> ng_h4_open(c1d72300,c1c42800) at ng_h4_open+0x194 >> ttioctl(c1c42800,8004741b,d540bc60,3,c2139b68) at ttioctl+0xc32 >> ttyioctl(c1d72300,8004741b,d540bc60,3,c1a27820) at ttyioctl+0x41 >> spec_ioctl(d540bb88,d540bc34,c056a6d7,d540bb88,c06e8aa0) at >> spec_ioctl+0xee >> spec_vnoperate(d540bb88) at spec_vnoperate+0x13 >> vn_ioctl(c1d842ec,8004741b,d540bc60,c1da9c80,c1a27820) at vn_ioctl+0x1ab >> ioctl(c1a27820,d540bd14,3,0,246) at ioctl+0x3e0 >> syscall(2f,2f,2f,bfbfe8d4,bfbfee67) at syscall+0x213 >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280ce80f, esp = >> 0xbfbfe7fc, ebp = 0xbfbfed3c --- >> db> >> >> >> boot.conf, dmesg and kernel conf are available here : >> http://www.totalterror.net/freebsd/ >> >> >> --niki >> > > some more info obtained with addr2line : > > [root@phobos ~]# addr2line -e kernel.debug 0xc062f911 > ../../../dev/sio/sio.c:2475 > > > --niki > From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:23: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 AAF2616A4CF; Wed, 13 Oct 2004 23:23:26 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B78F43D1F; Wed, 13 Oct 2004 23:23:25 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id A5EC865339; Thu, 14 Oct 2004 00:23:24 +0100 (BST) 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 32275-04-2; Thu, 14 Oct 2004 00:23:24 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id E62C1651FC; Thu, 14 Oct 2004 00:23:23 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 066C163E8; Wed, 13 Oct 2004 16:23:18 -0700 (PDT) Date: Wed, 13 Oct 2004 16:23:18 -0700 From: Bruce M Simpson To: Robert Watson Message-ID: <20041013232318.GN718@empiric.icir.org> References: <16749.29947.220930.46409@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Robert Huff cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 23:23:26 -0000 On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > There appears to bea problem with if_de cards and Giant-free operation. > I'm working with John Baldwin to try and diagnose it. Could you try > putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that > this is what's going on? The de(4) driver is a bit of a mess as regards locking. I had a look at this back in June/July but no longer have the hardware. It would probably be best to bring it under IFF_NEEDSGIANT. BMS From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:35: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 BBD9D16A4CE for ; Wed, 13 Oct 2004 23:35:45 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id B8A1543D58 for ; Wed, 13 Oct 2004 23:35:44 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 24518 invoked from network); 13 Oct 2004 23:35:40 -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.789826 secs); 13 Oct 2004 23:35:40 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 13 Oct 2004 23:35:38 -0000 Received: (qmail 66813 invoked from network); 13 Oct 2004 23:39:28 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2) by tormentor.totalterror.net with SMTP; 13 Oct 2004 23:39:28 -0000 References: <416DB569.4010805@savvis.net> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: Maksim Yevmenkin Date: Thu, 14 Oct 2004 02:35:41 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-578-1097710541-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: Wed, 13 Oct 2004 23:35:45 -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-578-1097710541-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Maksim Yevmenkin writes: > Niki, > > could you please try the following patch? > > cvs diff: Diffing . > Index: ng_h4.c > =================================================================== > RCS file: /usr/local/cvs/sys/netgraph/bluetooth/drivers/h4/ng_h4.c,v > retrieving revision 1.7 > diff -u -r1.7 ng_h4.c > --- ng_h4.c 23 Aug 2004 18:08:15 -0000 1.7 > +++ ng_h4.c 13 Oct 2004 23:05:34 -0000 > @@ -209,11 +209,11 @@ > * I'm not sure what is appropriate. > */ > > - ttyflush(tp, FREAD | FWRITE); > clist_alloc_cblocks(&tp->t_canq, 0, 0); > clist_alloc_cblocks(&tp->t_rawq, 0, 0); > clist_alloc_cblocks(&tp->t_outq, > MLEN + NG_H4_HIWATER, MLEN + NG_H4_HIWATER); > + ttyflush(tp, FREAD | FWRITE); > out: > splx(s); /* XXX */ > it dropped in the debugger again, but the instruction ponter now is at sio.c line 2092 do you need some other info? > > btw, you are probably going to have bad experience with serial bluetooth > device. sio(4) driver is know to loose bytes (silo overflow problem) and > this is NOT acceptable in bluetooth. > > max > is there any hope regarding this problem? --niki --=_mimegpg-phobos.totalterror.net-578-1097710541-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBbbvOHNAJ/fLbfrkRAv1YAKC9Us+NU5T2TfZsNA/SBkfrCaeWtgCgpHMJ JzvjADsA1bPFe3DIqRQibNE= =BQ33 -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-578-1097710541-0001-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:38: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 01F9B16A4D3; Wed, 13 Oct 2004 23:38:20 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF6A543D55; Wed, 13 Oct 2004 23:38:19 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b222.otenet.gr [212.205.244.230]) i9DNcFaR018220; Thu, 14 Oct 2004 02:38:16 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9DNcFwF018210; Thu, 14 Oct 2004 02:38:16 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9DNcFYk018209; Thu, 14 Oct 2004 02:38:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 14 Oct 2004 02:38:15 +0300 From: Giorgos Keramidas To: simokawa@freebsd.org Message-ID: <20041013233815.GA17408@gothmog.gr> References: <20041013230417.268B17306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013230417.268B17306E@freebsd-current.sentex.ca> cc: current@freebsd.org cc: ia64@freebsd.org Subject: Re: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 23:38:21 -0000 On 2004-10-13 19:04, FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c: In function `dcons_drv_init': > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `addr' > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `size' It looks like an #ifdef __i386__ is missing here... : Index: dcons_os.c : =================================================================== : RCS file: /home/ncvs/src/sys/dev/dcons/dcons_os.c,v : retrieving revision 1.1 : diff -u -r1.1 dcons_os.c : --- dcons_os.c 13 Oct 2004 05:38:42 -0000 1.1 : +++ dcons_os.c 13 Oct 2004 23:36:23 -0000 : @@ -493,7 +493,9 @@ : static int : dcons_drv_init(int stage) : { : +#ifdef __i386__ : int addr, size; : +#endif : : if (drv_init) : return(drv_init); From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:43: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 CC8B516A4CE for ; Wed, 13 Oct 2004 23:43: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 8C43F43D41 for ; Wed, 13 Oct 2004 23:43:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B532D5150F; Wed, 13 Oct 2004 16:43:20 -0700 (PDT) Date: Wed, 13 Oct 2004 16:43:20 -0700 From: Kris Kennaway To: Robert Huff Message-ID: <20041013234320.GA30324@xor.obsecurity.org> References: <16749.32212.87961.64500@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <16749.32212.87961.64500@jerusalem.litteratus.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 23:43:22 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 13, 2004 at 03:11:16PM -0400, Robert Huff wrote: > de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 > de0: [GIANT-LOCKED] > de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 > de0: Ethernet address: 00:c0:95:f8:17:af > de0: if_start running deferred for Giant > de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 > de1: [GIANT-LOCKED] > de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 > de1: Ethernet address: 00:c0:95:f8:09:c1 > de1: if_start running deferred for Giant kern/72293 is another report of problems with de and mpsafenet=1. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbb2YWry0BWjoQKURAlsTAJ9Yjdi6kWL8ohYBczHOWQM3WUS1JACguagg xuUxPcgB/DKGI7+G3tmLRq8= =axR1 -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:44: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 50F4B16A4CE; Wed, 13 Oct 2004 23:44:16 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D09943D31; Wed, 13 Oct 2004 23:44:15 +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 i9DNiEFs029891; Thu, 14 Oct 2004 03:44:14 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9DNiE68029886; Thu, 14 Oct 2004 03:44:14 +0400 (MSD) (envelope-from ache) Date: Thu, 14 Oct 2004 03:44:12 +0400 From: Andrey Chernov To: Bruce M Simpson Message-ID: <20041013234411.GA29777@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Bruce M Simpson , Robert Watson , Robert Huff , current@FreeBSD.ORG References: <16749.29947.220930.46409@jerusalem.litteratus.org> <20041013232318.GN718@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013232318.GN718@empiric.icir.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.15 (host: pobrecita.freebsd.ru) cc: Robert Huff cc: Robert Watson cc: current@FreeBSD.ORG Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 23:44:16 -0000 On Wed, Oct 13, 2004 at 04:23:18PM -0700, Bruce M Simpson wrote: > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > There appears to bea problem with if_de cards and Giant-free operation. > > I'm working with John Baldwin to try and diagnose it. Could you try > > putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that > > this is what's going on? > > The de(4) driver is a bit of a mess as regards locking. > I had a look at this back in June/July but no longer have the hardware. > It would probably be best to bring it under IFF_NEEDSGIANT. Even with its locking mess it works perfectly in -current until late August. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:46: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 B6C0816A4CE for ; Wed, 13 Oct 2004 23:46:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6185E43D58 for ; Wed, 13 Oct 2004 23:46:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id AAB8DF18BB for ; Wed, 13 Oct 2004 16:46:09 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99120-04 for ; Wed, 13 Oct 2004 16:46:07 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 87096F1868 for ; Wed, 13 Oct 2004 16:46:07 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GGG+k/clOuVupTrPvi/A" Message-Id: <1097711167.50251.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 13 Oct 2004 16:46:07 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: latest kern_event.c causes compile 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: Wed, 13 Oct 2004 23:46:10 -0000 --=-GGG+k/clOuVupTrPvi/A Content-Type: text/plain Content-Transfer-Encoding: quoted-printable /usr/src/sys/kern/kern_event.c: In function `filt_timerattach': /usr/src/sys/kern/kern_event.c:444: error: `EV_DETACHED' undeclared (first use i n this function) /usr/src/sys/kern/kern_event.c:444: error: (Each undeclared identifier is report ed only once /usr/src/sys/kern/kern_event.c:444: error: for each function it appears in.) /usr/src/sys/kern/kern_event.c: In function `filt_timerdetach': /usr/src/sys/kern/kern_event.c:465: error: `EV_DETACHED' undeclared (first use i n this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/AMD64. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=-GGG+k/clOuVupTrPvi/A 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) iD8DBQBBbb4/yQsGN30uGE4RAlhBAJ931MilP3ENFdkHDBqYSh02cV7PpgCfc2wB sbQpXxCufPVNbvHPll4SR6s= =rQd7 -----END PGP SIGNATURE----- --=-GGG+k/clOuVupTrPvi/A-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 23:58: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 C639C16A4CE; Wed, 13 Oct 2004 23:58:17 +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 9426243D45; Wed, 13 Oct 2004 23:58:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C322F52FE8; Wed, 13 Oct 2004 16:58:16 -0700 (PDT) Date: Wed, 13 Oct 2004 16:58:16 -0700 From: Kris Kennaway To: Andrey Chernov , Bruce M Simpson , Robert Watson , Robert Huff , current@FreeBSD.ORG Message-ID: <20041013235816.GA35652@xor.obsecurity.org> References: <16749.29947.220930.46409@jerusalem.litteratus.org> <20041013232318.GN718@empiric.icir.org> <20041013234411.GA29777@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20041013234411.GA29777@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 23:58:17 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 03:44:12AM +0400, Andrey Chernov wrote: > On Wed, Oct 13, 2004 at 04:23:18PM -0700, Bruce M Simpson wrote: > > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > > There appears to bea problem with if_de cards and Giant-free operatio= n. > > > I'm working with John Baldwin to try and diagnose it. Could you try > > > putting debug.mpsafenet=3D0 in /boot/loader.conf and reboot to confir= m that > > > this is what's going on? > >=20 > > The de(4) driver is a bit of a mess as regards locking. > > I had a look at this back in June/July but no longer have the hardware. > > It would probably be best to bring it under IFF_NEEDSGIANT. >=20 > Even with its locking mess it works perfectly in -current until late=20 > August. You mean, until rwatson changed the default to debug.mpsafenet=3D1? :-) ---- rwatson 2004-08-28 15:11:13 UTC FreeBSD src repository Modified files: sys/conf options sys/sys kernel.h sys/net netisr.c Log: Change the default disposition of debug.mpsafenet from 0 to 1, which will cause the network stack to operate without the Giant lock by default. This change has the potential to improve performance by increasing parallelism and decreasing latency in network processing. [...] ---- debug.mpsafenet=3D0 is the known workaround, already mentioned in this thread. It hides the locking bugs by running the driver under Giant. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbcEYWry0BWjoQKURAjKaAJsHHZVfCNHe54pcAwF+uI8Ss67XjwCgknIj eUQ5SrmNAFT5VCm6EXGHaKo= =1vYM -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:02: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 8A24B16A4CE for ; Thu, 14 Oct 2004 00:02:29 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BC043D53 for ; Thu, 14 Oct 2004 00:02:29 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])i9E01utC016029; Wed, 13 Oct 2004 19:01:56 -0500 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 13 Oct 2004 19:01:52 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.0); Wed, 13 Oct 2004 19:01:49 -0500 Message-ID: <416DC1E5.1060904@savvis.net> Date: Wed, 13 Oct 2004 17:01:41 -0700 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> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Oct 2004 00:01:49.0270 (UTC) FILETIME=[00A18760:01C4B181] 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: Thu, 14 Oct 2004 00:02:29 -0000 Niki Denev wrote: > Maksim Yevmenkin writes: > >> Niki, >> >> could you please try the following patch? >> >> cvs diff: Diffing . >> Index: ng_h4.c >> =================================================================== >> RCS file: /usr/local/cvs/sys/netgraph/bluetooth/drivers/h4/ng_h4.c,v >> retrieving revision 1.7 >> diff -u -r1.7 ng_h4.c >> --- ng_h4.c 23 Aug 2004 18:08:15 -0000 1.7 >> +++ ng_h4.c 13 Oct 2004 23:05:34 -0000 >> @@ -209,11 +209,11 @@ >> * I'm not sure what is appropriate. >> */ >> >> - ttyflush(tp, FREAD | FWRITE); >> clist_alloc_cblocks(&tp->t_canq, 0, 0); >> clist_alloc_cblocks(&tp->t_rawq, 0, 0); >> clist_alloc_cblocks(&tp->t_outq, >> MLEN + NG_H4_HIWATER, MLEN + NG_H4_HIWATER); >> + ttyflush(tp, FREAD | FWRITE); >> out: >> splx(s); /* XXX */ >> > > it dropped in the debugger again, but the instruction ponter now > is at sio.c line 2092 > do you need some other info? stack trace? what is the version of sio.c? i'm trying to reproduce it on my system with xircom cbt adapter. > >> >> btw, you are probably going to have bad experience with serial >> bluetooth device. sio(4) driver is know to loose bytes (silo overflow >> problem) and this is NOT acceptable in bluetooth. > > is there any hope regarding this problem? it is (or at least it was last time i looked into this) an interrupt latency problem. basically other drivers block interrupts for too long. fifo gets overloaded and sio(4) drops chars. another problem is in the serial devices themselves. for whatever reason none of the serial devices actually looks at the fifo and tries to assert flow control to the sender (other bluetooth device) to prevent fifo overflow. i guess it is just assumed that cpu is fast enough to drain fifo in time. max From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:06: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 CA4E416A4CE for ; Thu, 14 Oct 2004 00:06:37 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 47D3A43D1F for ; Thu, 14 Oct 2004 00:06:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041014000636.40481.qmail@web54009.mail.yahoo.com> Received: from [147.47.254.184] by web54009.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 17:06:36 PDT Date: Wed, 13 Oct 2004 17:06:36 -0700 (PDT) From: spam maps To: freebsd-current@freebsd.org In-Reply-To: <200410131852.58663.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: josemi@freebsd.jazztel.es Subject: Re: 5.3-Beta7 share/examples/diskless/clone_root : wrong "options MFS" entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:06:37 -0000 --- Jose M Rodriguez wrote: > El Miércoles, 13 de Octubre de 2004 18:30, spam maps > escribió: > > Jose M Rodriguez wrote: > > > spam maps escribió: > > >>spam maps wrote: > > >>>Hello, > > >>> > > >>>The file > > >>> /usr/src/share/examples/diskless/clone_root > > >>>describes these options to be needed in > > >>>the kernel config file: > > >>> > > >>># options MFS > > >>> > > >>>However, MFS is no longer supported since 5.X > > >>>and this may unnecessary confuse people who > > >>>want to have a diskless boot kernel. > > >>> > > >>>Can someone fix this? > > > > > > Yes, you. > > > > Funny! But I do not have access to FreeBSD CVS :). > > > > Of course I'm trying to fix this on my own system, > > but this clone_root example has so many 4.X > > specific items, that need to be changed to 5.X > > style. > > No. they are 3.X indeed. > > > > > Such mistakes should be ironed out in 5.X, because > > diskless boot is not that easy and novices get > > too easily stuck because of this. > > > > I hope very soon to have a working patch to > > this clone_root example file, and maybe patches > > to other parts as well. > > > > I don't try it. IMHO it's better take the > concepts and begin from scratch. Well, yes. But IF a file such as clone_root is provided, THEN that should not be as wrong as it is now. The file clone_root is also mentioned in the diskless(8) manpage and thus will unnecessarily mislead people as it is now! Rob. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:08: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 D1D6716A4CE; Thu, 14 Oct 2004 00:08:25 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1707243D2F; Thu, 14 Oct 2004 00:08:25 +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 i9E08N65034237; Thu, 14 Oct 2004 04:08:23 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9E08NlQ034236; Thu, 14 Oct 2004 04:08:23 +0400 (MSD) (envelope-from ache) Date: Thu, 14 Oct 2004 04:08:23 +0400 From: Andrey Chernov To: Kris Kennaway Message-ID: <20041014000822.GA30887@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Kris Kennaway , Bruce M Simpson , Robert Watson , Robert Huff , current@FreeBSD.ORG References: <16749.29947.220930.46409@jerusalem.litteratus.org> <20041013232318.GN718@empiric.icir.org> <20041013234411.GA29777@nagual.pp.ru> <20041013235816.GA35652@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20041013235816.GA35652@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.15 (host: pobrecita.freebsd.ru) cc: Bruce M Simpson cc: Robert Huff cc: Robert Watson cc: current@FreeBSD.ORG Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:08:25 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 04:58:16PM -0700, Kris Kennaway wrote: > On Thu, Oct 14, 2004 at 03:44:12AM +0400, Andrey Chernov wrote: > > Even with its locking mess it works perfectly in -current until late=20 > > August. >=20 > You mean, until rwatson changed the default to debug.mpsafenet=3D1? :-) >=20 Your guess is precisely right! :-) (IMHO making such commit without testing major drivers such as if_de was=20 wrong step) > debug.mpsafenet=3D0 is the known workaround, already mentioned in this > thread. It hides the locking bugs by running the driver under Giant. Thanx, I already figure that out. Now building new kernel... --=20 Andrey Chernov | http://ache.pp.ru/ --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQW3DduJgpPLZnQjrAQHXOwQA2LFazEGjv3sV1Nzus/lGK/rP14VDnHdr DDBx3NsbHbI2fRcA/1z5o2/dGzkXcnOEhBYHrr02loh7kSRvmU4gkrPto2FWefCP /6AB3lI7kYgi0xIidEQ6EvzwtHZan+91vbYeXf32jBZJbYZ1UUr57huV05UZ8q5Z FTqmo9B1NCE= =uPRJ -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:14: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 86C9116A4CE for ; Thu, 14 Oct 2004 00:14:17 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 10F6D43D39 for ; Thu, 14 Oct 2004 00:14:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041014001416.64810.qmail@web54003.mail.yahoo.com> Received: from [147.47.254.184] by web54003.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 17:14:16 PDT Date: Wed, 13 Oct 2004 17:14:16 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Ryan Sommers Subject: Re: I deleted /stand/, but I need it again for diskless 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, 14 Oct 2004 00:14:17 -0000 Ryan Sommers wrote: > spam maps said: > >>However, now that I want to use diskless-bootup, >>I seem to need /stand/ again. >> > > Yes, you could get it back. To do this you would > need to copy the files from the boot media you > used to install. I installed with boot floppies (boot/kern1/kern2.flp) and via FTP. Do I have to download one of the iso-images to get /stand back, they way you suggest? > It wouldn't be the right solution for the job. > That isn't the purpose of /rescue. However, I'm > in the process of eliminating the need for /stand > to remain after the install and having it be > deleted as part of the post-install cleanup. > More on this to come... Well, if "/rescue" is not a proper name for that, then how proper is "/stand" ? Rescue is required when in need of executables on an unmounted system. Diskless boot is such a case! I'm looking forward to this change; will you also modify /etc/rc.d/initdiskless to not use /stand anymore? Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:17: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 2074D16A4CE; Thu, 14 Oct 2004 00:17:23 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6EEB43D53; Thu, 14 Oct 2004 00:17:21 +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 i9E0HKjK055871; Wed, 13 Oct 2004 20:17:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9E0HJjw084555; Wed, 13 Oct 2004 20:17:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 22C187306E; Wed, 13 Oct 2004 20:17:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041014001720.22C187306E@freebsd-current.sentex.ca> Date: Wed, 13 Oct 2004 20:17:20 -0400 (EDT) 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, 14 Oct 2004 00:17:23 -0000 TB --- 2004-10-13 23:04:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-13 23:04:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-10-13 23:04:17 - checking out the source tree TB --- 2004-10-13 23:04:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-10-13 23:04:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-13 23:09:24 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-13 23:09:24 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-13 23:09:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-10-14 00:13:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-14 00:13:58 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-14 00:13:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 14 00:13:58 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/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_environment.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/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c: In function `filt_timerattach': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: `EV_DETACHED' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:444: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c: In function `filt_timerdetach': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c:465: error: `EV_DETACHED' undeclared (first use in this function) *** 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-10-14 00:17:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-14 00:17:19 - ERROR: failed to build generic kernel TB --- 2004-10-14 00:17:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:22: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 0F3F516A4CE; Thu, 14 Oct 2004 00:22:17 +0000 (GMT) Received: from tora.nunu.org (YahooBB219003182047.bbtec.net [219.3.182.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 751C143D41; Thu, 14 Oct 2004 00:22:14 +0000 (GMT) (envelope-from simokawa@ieee.org) Received: from maru5.nunu.org (localhost [IPv6:::1]) by tora.nunu.org (Postfix) with ESMTP id 26A014BBA6; Thu, 14 Oct 2004 09:22:13 +0900 (JST) Date: Thu, 14 Oct 2004 09:21:56 +0900 Message-ID: <86acuq409n.wl@maru5.nunu.org> From: Hidetoshi Shimokawa To: Giorgos Keramidas In-Reply-To: <20041013233815.GA17408@gothmog.gr> References: <20041013230417.268B17306E@freebsd-current.sentex.ca> <20041013233815.GA17408@gothmog.gr> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (i386-unknown-freebsd5.3) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org cc: ia64@freebsd.org Subject: Re: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:22:17 -0000 At Thu, 14 Oct 2004 02:38:15 +0300, Giorgos Keramidas wrote: > > On 2004-10-13 19:04, FreeBSD Tinderbox wrote: > > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c: In function `dcons_drv_init': > > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `addr' > > /tinderbox/CURRENT/ia64/ia64/src/sys/dev/dcons/dcons_os.c:496: warning: unused variable `size' > > It looks like an #ifdef __i386__ is missing here... > Thanks, fixed. /\ Hidetoshi Shimokawa \/ simokawa@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:22: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 E3F6F16A52A; Thu, 14 Oct 2004 00:22:27 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D318F43D3F; Thu, 14 Oct 2004 00:22:26 +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 i9E0MEEc069941; Thu, 14 Oct 2004 09:52:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 09:52:12 +0930 User-Agent: KMail/1.7 References: <47670.1097696272@critter.freebsd.dk> In-Reply-To: <47670.1097696272@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2250657.Q8Qvp6tgEs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410140952.13675.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Poul-Henning Kamp cc: current@freebsd.org cc: Mike Tancsa Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:22:28 -0000 --nextPart2250657.Q8Qvp6tgEs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Oct 2004 05:07, Poul-Henning Kamp wrote: > In message <6.1.2.0.0.20041013104312.087e4830@64.7.153.2>, Mike Tancsa=20 writes: > >At 04:48 AM 13/10/2004, Poul-Henning Kamp wrote: > >>Be aware that your serial ports "call-out" device (may) have changed > >> name. > > > >Hi, > > While I have never been a fan of cuaa as a naming scheme, why t= he > >change to cuad ? > > Please see the arch@ archive, I have a lengthy explanation there. Which starts here for those interested.. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D26813+0+archive/2004/freebsd= =2Darch/20040926.freebsd-arch =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 --nextPart2250657.Q8Qvp6tgEs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbca15ZPcIHs/zowRAgeHAJ9C8B6DdKvf714idIGFyO1c885WoACeMyLH g0AZC+QJPJoy1K6w7EvIhRY= =5QHo -----END PGP SIGNATURE----- --nextPart2250657.Q8Qvp6tgEs-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:22: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 E3F6F16A52A; Thu, 14 Oct 2004 00:22:27 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D318F43D3F; Thu, 14 Oct 2004 00:22:26 +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 i9E0MEEc069941; Thu, 14 Oct 2004 09:52:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 09:52:12 +0930 User-Agent: KMail/1.7 References: <47670.1097696272@critter.freebsd.dk> In-Reply-To: <47670.1097696272@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2250657.Q8Qvp6tgEs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410140952.13675.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Poul-Henning Kamp cc: current@freebsd.org cc: Mike Tancsa Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:22:28 -0000 --nextPart2250657.Q8Qvp6tgEs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Oct 2004 05:07, Poul-Henning Kamp wrote: > In message <6.1.2.0.0.20041013104312.087e4830@64.7.153.2>, Mike Tancsa=20 writes: > >At 04:48 AM 13/10/2004, Poul-Henning Kamp wrote: > >>Be aware that your serial ports "call-out" device (may) have changed > >> name. > > > >Hi, > > While I have never been a fan of cuaa as a naming scheme, why t= he > >change to cuad ? > > Please see the arch@ archive, I have a lengthy explanation there. Which starts here for those interested.. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D26813+0+archive/2004/freebsd= =2Darch/20040926.freebsd-arch =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 --nextPart2250657.Q8Qvp6tgEs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbca15ZPcIHs/zowRAgeHAJ9C8B6DdKvf714idIGFyO1c885WoACeMyLH g0AZC+QJPJoy1K6w7EvIhRY= =5QHo -----END PGP SIGNATURE----- --nextPart2250657.Q8Qvp6tgEs-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:29: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 237C516A4CF for ; Thu, 14 Oct 2004 00:29:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E85D243D55 for ; Thu, 14 Oct 2004 00:28:57 +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 i9E0SsTc070454; Thu, 14 Oct 2004 09:58:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 09:58:46 +0930 User-Agent: KMail/1.7 References: <16749.21420.643438.983797@ran.psg.com> In-Reply-To: <16749.21420.643438.983797@ran.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3025249.jpDuu3sJnU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410140958.53936.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Randy Bush Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:29:00 -0000 --nextPart3025249.jpDuu3sJnU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Oct 2004 01:41, Randy Bush wrote: > i know that when i do a mergemaster, i am about to see 666 updates > to /etc/rc.d/*, to each of which i will have to type "qi". > as it will be over a 9600 baud remote serial console, this is a > pita and causes undue delay for the users. > > once i boot the new kernel -sw, is it safe to > > cp /usr/src/etc/rc.d/* /etc/rc.d > > and then run mergemaster -cvi? *cough*etcmerge*cough* Way less useless verbiage because you don't end up confirming 99% of the di= ffs=20 mechanically. =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 --nextPart3025249.jpDuu3sJnU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbchF5ZPcIHs/zowRAhRbAJ99DvIiwvsGkoEz5WKxwLuRMRGhWgCfQg49 Kr2NivLUXWfLR6C2iYbInKw= =wGW+ -----END PGP SIGNATURE----- --nextPart3025249.jpDuu3sJnU-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:33: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 7111A16A4CE for ; Thu, 14 Oct 2004 00:33:39 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A4A143D60 for ; Thu, 14 Oct 2004 00:33:38 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 54985 invoked from network); 14 Oct 2004 00:33:35 -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 2.11968 secs); 14 Oct 2004 00:33:35 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-202-139.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.202.139) by mail.interbgc.com with SMTP; 14 Oct 2004 00:33:33 -0000 Received: (qmail 68869 invoked from network); 14 Oct 2004 00:37:38 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.10.0.2) by tormentor.totalterror.net with SMTP; 14 Oct 2004 00:37:38 -0000 References: <416DB569.4010805@savvis.net> <416DC1E5.1060904@savvis.net> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: Maksim Yevmenkin Date: Thu, 14 Oct 2004 03:33:53 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-578-1097714033-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: Thu, 14 Oct 2004 00:33:39 -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-578-1097714033-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit 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 --=_mimegpg-phobos.totalterror.net-578-1097714033-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBbclxHNAJ/fLbfrkRAgvFAKCcLg0b3JarsMIuU3mKs0RyBph4kACfawxh 4bsPbXFYQn8Jlgv2fhGlfPE= =JQBO -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-578-1097714033-0001-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:43: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 0F54116A4CE for ; Thu, 14 Oct 2004 00:43:33 +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 BDB7F43D39 for ; Thu, 14 Oct 2004 00:43:30 +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.34 (FreeBSD)) id 1CHtiL-0007nS-Le; Wed, 13 Oct 2004 17:43:29 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.52145.110218.317549@ran.psg.com> Date: Wed, 13 Oct 2004 17:43:29 -0700 To: "Poul-Henning Kamp" References: <16749.41191.255005.474422@ran.psg.com> <50069.1097703713@critter.freebsd.dk> cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:43:33 -0000 > Are you sure your cable has something connected to the DCD pin ? i am chasing this. but i am getting confusing information about which pin is dcd. on your bog-standard pee cee db9m, which pin is dcd? randy From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:48: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 BCC2516A4CE for ; Thu, 14 Oct 2004 00:48:44 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FCF143D1D for ; Thu, 14 Oct 2004 00:48:44 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8FAEA72DD4; Wed, 13 Oct 2004 17:48:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 89F6B72DCB; Wed, 13 Oct 2004 17:48:44 -0700 (PDT) Date: Wed, 13 Oct 2004 17:48:44 -0700 (PDT) From: Doug White To: Jesse Marquez In-Reply-To: <20041012125132.649777a8.jmarquez@telenetwork.com> Message-ID: <20041013174811.B52781@carver.gumbysoft.com> References: <20041012100915.K41628@carver.gumbysoft.com> <20041012125132.649777a8.jmarquez@telenetwork.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: startx xauth errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:48:44 -0000 On Tue, 12 Oct 2004, Jesse Marquez wrote: > > try > > > > telnet `hostname` > > > > If that gives a host-resolution-type error, better check /etc/hosts again > > :) > > > > Otherwise we'd need all of the xauth messages. It usually whines about > > something else when it prints a message like that. > > telnet gives no errors when trying to establish a connection to host, > those are the only xauth errors i'm receiving. You can check out the > thread on the issue here > http://www.bsdforums.org/forums/showthread.php?s=&threadid=25583 Okay, so it may not be dns related ... you've tried deleting ~/.Xauthority, or making sure you own it and not root or some other user? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:48: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 55F5316A4D4 for ; Thu, 14 Oct 2004 00:48:48 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB8843D3F for ; Thu, 14 Oct 2004 00:48:48 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.12.9) with ESMTP id i9E0nMPj013795; Wed, 13 Oct 2004 17:49:23 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i9E0mkRY015669; Wed, 13 Oct 2004 17:48:46 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i9E0mjjM015658; Wed, 13 Oct 2004 17:48:45 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410140048.i9E0mjjM015658@realtime.exit.com> In-Reply-To: <16749.52145.110218.317549@ran.psg.com> To: Randy Bush Date: Wed, 13 Oct 2004 17:48:42 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Poul-Henning Kamp cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.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, 14 Oct 2004 00:48:48 -0000 Randy Bush wrote: > i am chasing this. but i am getting confusing information about > which pin is dcd. on your bog-standard pee cee db9m, which pin > is dcd? Pin 1. There used to be a pinouts website, looks like it has gone the way of all flesh, though. Sigh. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:54: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 E17C516A4CF for ; Thu, 14 Oct 2004 00:54:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CFE943D53 for ; Thu, 14 Oct 2004 00:54:27 +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 i9E0tJAe027217; Wed, 13 Oct 2004 17:55:19 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9E0tJ5M027216; Wed, 13 Oct 2004 17:55:19 -0700 Date: Wed, 13 Oct 2004 17:55:19 -0700 From: Brooks Davis To: spam maps Message-ID: <20041014005519.GA26850@odin.ac.hmc.edu> References: <20041014001416.64810.qmail@web54003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20041014001416.64810.qmail@web54003.mail.yahoo.com> 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 cc: Ryan Sommers cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless 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, 14 Oct 2004 00:54:28 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 05:14:16PM -0700, spam maps wrote: > Ryan Sommers wrote: > > spam maps said: > >=20 > >>However, now that I want to use diskless-bootup, > >>I seem to need /stand/ again. > >> > > > > Yes, you could get it back. To do this you would > > need to copy the files from the boot media you > > used to install. >=20 > I installed with boot floppies (boot/kern1/kern2.flp) > and via FTP. Do I have to download one of the > > It wouldn't be the right solution for the job. If you can find the mfsroot.tar.gz it should contain stand. -- 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 --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBbc53XY6L6fI4GtQRApbDAJ9gqBAO+6hZY/KdWv7DA3AJadyJHQCgwP8i lT1NTukcB0yl8QcNxNupOIg= =qeBb -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 00:57: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 4862416A4CF for ; Thu, 14 Oct 2004 00:57:22 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C99043D49 for ; Thu, 14 Oct 2004 00:57:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 24948 invoked by uid 0); 14 Oct 2004 00:56:26 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 14 Oct 2004 00:56:26 -0000 Message-ID: <416DCF04.9010804@gamersimpact.com> Date: Wed, 13 Oct 2004 19:57:40 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200410140048.i9E0mjjM015658@realtime.exit.com> In-Reply-To: <200410140048.i9E0mjjM015658@realtime.exit.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Randy Bush cc: Poul-Henning Kamp cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 00:57:22 -0000 Frank Mayhar wrote: >Randy Bush wrote: > > >>i am chasing this. but i am getting confusing information about >>which pin is dcd. on your bog-standard pee cee db9m, which pin >>is dcd? >> >> > >Pin 1. There used to be a pinouts website, looks like it has gone the way >of all flesh, though. Sigh. > > http://www.pccables.com/cabtech.htm is what I use. If you can ignore the dark blue background with black text. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01:10: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 4BFC016A4CE for ; Thu, 14 Oct 2004 01:10:20 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id E0CE543D45 for ; Thu, 14 Oct 2004 01:10:19 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 14 Oct 2004 01:10:19 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8C2286144; Wed, 13 Oct 2004 20:10:16 -0500 (CDT) 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 47126-04; Wed, 13 Oct 2004 20:10:15 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 2F43160D2; Wed, 13 Oct 2004 20:10:15 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i9E1AD6m028193; Wed, 13 Oct 2004 20:10:14 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <416DD1F5.7060602@alumni.rice.edu> Date: Wed, 13 Oct 2004 20:10:13 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Chernov References: <16749.29947.220930.46409@jerusalem.litteratus.org> <20041013232318.GN718@empiric.icir.org> <20041013234411.GA29777@nagual.pp.ru> <20041013235816.GA35652@xor.obsecurity.org> <20041014000822.GA30887@nagual.pp.ru> In-Reply-To: <20041014000822.GA30887@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Bruce M Simpson cc: Robert Huff cc: Robert Watson cc: current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 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: Thu, 14 Oct 2004 01:10:20 -0000 On 10/13/04 19:08, Andrey Chernov wrote: > On Wed, Oct 13, 2004 at 04:58:16PM -0700, Kris Kennaway wrote: >> On Thu, Oct 14, 2004 at 03:44:12AM +0400, Andrey Chernov wrote: >>> Even with its locking mess it works perfectly in -current until >>> late August. >> >> You mean, until rwatson changed the default to debug.mpsafenet=1? :-) > > Your guess is precisely right! :-) > > (IMHO making such commit without testing major drivers such as if_de was > wrong step) Considering its scope, I believe the mpsafenet project has been handled quite well. Those involved went to great lengths (i.e. did a lot of testing) to ensure networking was usable throughout the process, and for the most part they succeeded. There are still a few rough edges (like if_de locking), but they're being worked on... >> debug.mpsafenet=0 is the known workaround, already mentioned in >> this thread. It hides the locking bugs by running the driver under Giant. > > Thanx, I already figure that out. Now building new kernel... That last sentence may be superfluous, but just in case: There's no need to build a new kernel for this -- debug.mpsafenet is a tunable and can be set in /boot/loader.conf or from the boot loader (still requires a reboot, though). Jon From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01:10: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 E215916A4CE; Thu, 14 Oct 2004 01:10:53 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379CA43D2D; Thu, 14 Oct 2004 01:10:53 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 8E14865414; Thu, 14 Oct 2004 02:10:51 +0100 (BST) 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 33719-03-5; Thu, 14 Oct 2004 02:10:50 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 01C1A653FF; Thu, 14 Oct 2004 02:10:48 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 62C7963E8; Wed, 13 Oct 2004 18:10:40 -0700 (PDT) Date: Wed, 13 Oct 2004 18:10:40 -0700 From: Bruce M Simpson To: Andrey Chernov , Kris Kennaway , Robert Watson , Robert Huff , current@FreeBSD.ORG Message-ID: <20041014011040.GO718@empiric.icir.org> References: <16749.29947.220930.46409@jerusalem.litteratus.org> <20041013232318.GN718@empiric.icir.org> <20041013234411.GA29777@nagual.pp.ru> <20041013235816.GA35652@xor.obsecurity.org> <20041014000822.GA30887@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lQSB8Tqijvu1+4Ba" Content-Disposition: inline In-Reply-To: <20041014000822.GA30887@nagual.pp.ru> Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 01:10:54 -0000 --lQSB8Tqijvu1+4Ba Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 04:08:23AM +0400, Andrey Chernov wrote: > > > Even with its locking mess it works perfectly in -current until late= =20 > > > August. > > You mean, until rwatson changed the default to debug.mpsafenet=3D1? :-) > Your guess is precisely right! :-) >=20 > (IMHO making such commit without testing major drivers such as if_de was= =20 > wrong step) To be fair, de(4) is quite tangled and complex compared to other network card drivers we have in the tree. As a result, it has had less maintenance than the other drivers. It's also for older hardware than dc(4) is able to support, or hardware which is more common on a non-tier-one platform such as FreeBSD/alpha. One solution I proposed (but haven't had time or hardware to follow up on) is that the tlp(4) driver be ported from NetBSD, which would be a better starting point for the locking work we need, as this driver supports dc(4) and de(4)'s target hardware, and uses busdma, etc. Bringing it under IFF_NEEDSGIANT is probably the right way to deal with it for now. Regards, BMS --lQSB8Tqijvu1+4Ba Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBbdIPueUpAYYNtTsRAnXPAKCoTAZQ8IOEi/3WRtW10WBvi11JQQCfXvDi Y6gYywb/EaXm8nLhvI05Vh0= =3jVO -----END PGP SIGNATURE----- --lQSB8Tqijvu1+4Ba-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01:21:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC65316A4CE for ; Thu, 14 Oct 2004 01:21:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B230B43D45 for ; Thu, 14 Oct 2004 01:21:56 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A6B0872DD4; Wed, 13 Oct 2004 18:21:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9DA7F72DCB; Wed, 13 Oct 2004 18:21:56 -0700 (PDT) Date: Wed, 13 Oct 2004 18:21:56 -0700 (PDT) From: Doug White To: Peter Jeremy In-Reply-To: <20041013071704.GQ83620@cirb503493.alcatel.com.au> Message-ID: <20041013182133.A55834@carver.gumbysoft.com> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> <20041013071704.GQ83620@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 01:21:57 -0000 On Wed, 13 Oct 2004, Peter Jeremy wrote: > On Mon, 2004-Oct-11 19:18:52 -0700, Doug White wrote: > >On Mon, 11 Oct 2004, Peter Jeremy wrote: > >> I have an HP DL380 running 5.3 and it will not reboot from multi-user > >> mode - it hangs after printing "Rebooting..." and needs to be power- > >> cycled (since there's no reset button). > > > >BIOS up to date? > > I tried updating to the latest version on the HP website with no effect. > > I've narrowed it down to loading kernel modules - the problem does not > occur if I don't "kldload digi". I've tried commenting out the digi > probe routine so it always immediately fails (meaning it never > accesses the PCI bus or attaches) with no effect. I think the problem > also occurs if I kldload usb but I need to confirm that. > How about building them into your kernel instead? This could be just stale modules... Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01:24: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 A844216A4D1 for ; Thu, 14 Oct 2004 01:24:03 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A2ED43D2D for ; Thu, 14 Oct 2004 01:24:01 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 81D9872DD4; Wed, 13 Oct 2004 18:24:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7C58B72DCB; Wed, 13 Oct 2004 18:24:01 -0700 (PDT) Date: Wed, 13 Oct 2004 18:24:01 -0700 (PDT) From: Doug White To: Putinas Piliponis In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> Message-ID: <20041013182335.R55834@carver.gumbysoft.com> References: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Ipfw rules ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 01:24:03 -0000 On Wed, 13 Oct 2004, Putinas Piliponis wrote: > Hello, > I have a ipfw rule: > add 40000 count ip from 10.127.0.2 to any MAC any 00:50:56:e4:79:6c in > via lnc0 > But ipfw shows it like: > 40000 0 0 count ip from 10.127.0.2 MAC any 00:50:56:e4:79:6c any > in via lnc0 > > Is ipfw really correctly showing the rule ? The two zeros are hit counts. 'ipfw list' is probably what you're looking for. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01: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 6F11A16A4CE for ; Thu, 14 Oct 2004 01:26:04 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D4643D2D for ; Thu, 14 Oct 2004 01:26:04 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4A12972DD4; Wed, 13 Oct 2004 18:26:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 456A072DCB; Wed, 13 Oct 2004 18:26:04 -0700 (PDT) Date: Wed, 13 Oct 2004 18:26:04 -0700 (PDT) From: Doug White To: Willem Jan Withagen In-Reply-To: <416D070E.1010901@withagen.nl> Message-ID: <20041013182501.F55834@carver.gumbysoft.com> References: <416D070E.1010901@withagen.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "current@FreeBSD.ORG" Subject: Re: Fatal trap when starting 2nd processor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 01:26:04 -0000 On Wed, 13 Oct 2004, Willem Jan Withagen wrote: > Hi, > > It's been al long time since, but as of this motning I get: > > ad0: 238475MB [484521/16/63] at > ata0-master UDMA100 > SMP: AP CPU #1 Launched! > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x0 Hm, null pointer dereference. Bad CPU maybe? A traceback would be nice. The LOR is probably a red herring. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 01:30: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 1B0B916A4D4; Thu, 14 Oct 2004 01:30:26 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB82243D54; Thu, 14 Oct 2004 01:30:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9D7E172DD4; Wed, 13 Oct 2004 18:30:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 97D0472DCB; Wed, 13 Oct 2004 18:30:12 -0700 (PDT) Date: Wed, 13 Oct 2004 18:30:12 -0700 (PDT) From: Doug White To: Jose M Rodriguez In-Reply-To: <200410131639.38108.josemi@freebsd.jazztel.es> Message-ID: <20041013182857.G55834@carver.gumbysoft.com> References: <200410131639.38108.josemi@freebsd.jazztel.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: Strange behavior switching VTs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 01:30:26 -0000 On Wed, 13 Oct 2004, Jose M Rodriguez wrote: > First, this can even be noted as a problem > > It just a thing a little bit differen off what it used to be. > > - Latest FreeBSD BETA > - Ports tagged for release (~) > - Kde 3.3.0 > - DPMS enable > > switching from a text VT console to the KDE graphics console I get first > the latest image, then all go dark (often it freezes a bit before), > then, after keypress, kde wake up. > > The graphics cars is a r128 pro (32MB). Working without drm/glx or > interrupts. Xv on. Which X server? Probably just the screensaver kicking in... there seem to be problems with screensaver idle detection in Xorg. Mine will come on at seemingly less-than-configured intervals. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 02:29: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 E6C7C16A4CE for ; Thu, 14 Oct 2004 02:29:13 +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 9A70443D2D for ; Thu, 14 Oct 2004 02:29:13 +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.34 (FreeBSD)) id 1CHvMb-000Ama-K6; Wed, 13 Oct 2004 19:29:09 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16749.58484.912537.379555@ran.psg.com> Date: Wed, 13 Oct 2004 19:29:08 -0700 To: Frank Mayhar References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> cc: Poul-Henning Kamp cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 02:29:14 -0000 >> i am chasing this. but i am getting confusing information about >> which pin is dcd. on your bog-standard pee cee db9m, which pin >> is dcd? > Pin 1. then phk's initial question was spot on. i need to figure out how to wire up pin 1. it's coming from a cisco 2511 over an rj45 to wirable shells which i currently wire as PC DB9F connector for 2511 RJ45: 2 yellow 3 black 4 orange 5 red 6 brown 7 blue 8 white pins 1 and 9 and the green wire currently unwired. now i have to trace the 2511's forward. cisco docs say DTE Async serial ports, via RJ-45 plug on the octopus cable, 1 CTS to 2511 2 DSR/DCD to 2511 3 Rxd to 2511 4 Rxd/Gnd --- 5 Txd/Gnd --- 6 Txd from 2511 7 DTR from 2511 8 RTS from 2511 mobo docs say shell color 1 CD nc 2 RD yellow 3 TD black 4 DTR orange 5 GND red 6 DSR brown 7 RTS blue 8 CTS white 9 RI nc the piece of paper in the wirable rj to db shell sez 1 blue 2 orange 3 black 4 red 5 green 6 yellow 7 brown 8 white so, as best i can read it, this says cisco cable wires pc db9f/m 2511 color mobo ---------- ------ ------ 1 cts in blue 7 rts 2 dsr/dcd in orange 4 dtr 3 rxd in black 3 txd 4 rxd gnd red 5 gnd 5 txd gnd green nc 6 txd out yellow 2 rxd 7 dtr out brown 6 dsr 8 rts out white 8 cts 1 dcd so, essentially, as there is no modem, and the cisco 2511 does not provide a dcd-out, i get to install a 12vdc battery :-) randy From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 02:58: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 7336616A4CE for ; Thu, 14 Oct 2004 02:58:29 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1811E43D1D for ; Thu, 14 Oct 2004 02:58:29 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so680390rnk for ; Wed, 13 Oct 2004 19:58:28 -0700 (PDT) Received: by 10.38.152.63 with SMTP id z63mr2718256rnd; Wed, 13 Oct 2004 19:58:28 -0700 (PDT) Received: by 10.38.13.37 with HTTP; Wed, 13 Oct 2004 19:58:27 -0700 (PDT) Message-ID: <84dead720410131958562f67eb@mail.gmail.com> Date: Thu, 14 Oct 2004 02:58:27 +0000 From: Joseph Koshy To: Putinas Piliponis In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> cc: current@freebsd.org Subject: Re: Ipfw rules ? 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: Thu, 14 Oct 2004 02:58:29 -0000 > I have a ipfw rule: > add 40000 count ip from 10.127.0.2 to any MAC any 00:50:56:e4:79:6c in > via lnc0 > But ipfw shows it like: > 40000 0 0 count ip from 10.127.0.2 MAC any 00:50:56:e4:79:6c any > in via lnc0 > > Is ipfw really correctly showing the rule ? Moving the 'MAC' predicate to after the 'in' predicate seems to make the rule print as entered: # ipfw add 4000 count ip from 10.127.0.2 to any in mac any \ 00:50:56:e4:79:6c via rl0 04000 count ip from 10.127.0.2 to any in MAC any 00:50:56:e4:79:6c via rl0 From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 03:33: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 BEB4D16A4CE for ; Thu, 14 Oct 2004 03:33:02 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D7C343D55 for ; Thu, 14 Oct 2004 03:33:01 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 17455 invoked from network); 14 Oct 2004 03:32:59 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 14 Oct 2004 03:32:59 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 05:32:22 +0200 User-Agent: KMail/1.7 References: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50757DC3@honda.int.hansa.lt> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410140532.58548.4711@chello.at> Subject: Re: Ipfw rules ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 03:33:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 13 October 2004 11:38, Putinas Piliponis wrote: > Hello, > I have a ipfw rule: > add 40000 count ip from 10.127.0.2 to any MAC any 00:50:56:e4:79:6c in > via lnc0 > But ipfw shows it like: > 40000 0 0 count ip from 10.127.0.2 MAC any 00:50:56:e4:79:6c any > in via lnc0 > > Is ipfw really correctly showing the rule ? AFAIK you need to split your rule into an "ip-rule" and a "MAC-rule". You need this, because the ip address-part only matches layer3 packets and the MAC-part only matches layer2 packets. At etherdemux/ether_output_frame ipfw doesn't know about the ip-address and at ip_input/ip_output ipfw doesn't know about the MAC-address. So your rule will never match. man 8 ipfw --> search for "packet flow" Cheers, ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbfNq09WjGjvKU74RAoSDAJ9oQz4RgkKLZaVQowlLXVck0bnhsgCeIjXC qG3gOOFhmW0wiKHE/GdFhEo= =y0My -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 03:44: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 1D0D116A4CF; Thu, 14 Oct 2004 03:44:41 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B9343D54; Thu, 14 Oct 2004 03:44:40 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9E3ieWi006325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2004 20:44:40 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416DF63E.6000401@errno.com> Date: Wed, 13 Oct 2004 20:45:02 -0700 From: Sam Leffler Organization: Errrno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/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: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 03:44:41 -0000 http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated backport of the work I've done in Linux. These changes are against current; they may apply against other recent branches but code will not compile because of recent additions to current. To apply these changes to a clean current tree do something like: cd /usr/src tar zxf net80211+ath-20041013.tgz sh doit then rebuild modules and/or kernels. Note that the 802.11 code has been broken up into multiple modules that either need to be built or specifed in your kernel config file. Module dependencies should handle most issues on load. To get WEP support you need to specify device wlan_wep in your kernel config file or build the wlan_wep module. Similarly for tkip and ccmp crypto support. The tx rate control algorithm for the Atheros driver has broken out into a separate module. As above you need ath_rate_onoe for the usual algorithm. There is also an amrr algorithm that can be specified with ath_rate_amrr. This version should include working crypto support for the ath driver. I have not tested other drivers; I expect wi to work in station mode but not in hostap mode. This version should also have the functionality to support wpa_supplicant and hostapd as WPA supplicant and authenticator, respectively. I'm not sure how much time I'll have to respond to issues so please dig first before asking for help. Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 05:47: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 C38FC16A4CF for ; Thu, 14 Oct 2004 05:47:52 +0000 (GMT) Received: from techno.sub.ru (webmail.sub.ru [213.247.139.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 82FDB43D5C for ; Thu, 14 Oct 2004 05:47:51 +0000 (GMT) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 25109 invoked by uid 0); 14 Oct 2004 05:44:39 -0000 Received: from webmail.sub.ru (HELO tarkhil.over.ru) (213.247.139.22) by techno.sub.ru with SMTP; 14 Oct 2004 05:44:39 -0000 Date: Thu, 14 Oct 2004 09:48:14 +0400 From: Alex Povolotsky To: freebsd-current@freebsd.org Message-Id: <20041014094814.2b2971c3@tarkhil.over.ru> In-Reply-To: <200410131636.20984.lists@chrishowells.co.uk> References: <20041013161702.6b11856e@localhost> <200410131636.20984.lists@chrishowells.co.uk> Organization: sub.ru X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 5.3 doesn't see USB CDRW X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 05:47:52 -0000 On Wed, 13 Oct 2004 16:36:16 +0100 Chris Howells wrote: CH> On Wednesday 13 October 2004 13:17, Alex Povolotsky wrote: CH> > I have an external CD-RW drive, it worked without a problem under CH> > 4.10, but 5.3 doesn't recognize it. It tells me that it is an CH> > UMASS device, and nothing more. CH> CH> Please show your kernel config file. GENERIC. No modification. Flash drive works as da0, CD-RW doesn't. -- Alex. From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 05:58: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 28C7116A4CE for ; Thu, 14 Oct 2004 05:58:33 +0000 (GMT) Received: from web54003.mail.yahoo.com (web54003.mail.yahoo.com [206.190.36.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 7AA8743D5E for ; Thu, 14 Oct 2004 05:58:32 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041014055832.51377.qmail@web54003.mail.yahoo.com> Received: from [147.46.44.181] by web54003.mail.yahoo.com via HTTP; Wed, 13 Oct 2004 22:58:31 PDT Date: Wed, 13 Oct 2004 22:58:31 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3Beta7: creating linker.hints for diskless boot; how? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 05:58:33 -0000 Hello, I have diskless bootup working for 4.X systems. So I am familiar with the settings for 4.X. I'm now trying to get diskless bootup set up with 5.3-Beta7. I'm getting as far as the loading of the kernel via tftp by the diskless PC. When the kernel is loaded, there's a "....[done]" and then the diskless PC is waiting for ever. So I have still forgotten something, probably a typical 5.X issue. One could be that I forgot to copy the linker.hints file, when generating the boot/kernel directory on the master PC (I only copied the *.ko files and the kernel). What am I supposed to do with that file. I have no idea what linker.hints is for. Should I let the diskless PC generate it each time at bootup? If so, how? If not, can I copy this file from the master PC (is this file different for each system?) Thanks for help! Rob. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:02: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 BF45016A4CE for ; Thu, 14 Oct 2004 06:02:21 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B009D43D1D for ; Thu, 14 Oct 2004 06:02:20 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9E62I9S012824; Thu, 14 Oct 2004 08:02:18 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416E166B.4010806@withagen.nl> Date: Thu, 14 Oct 2004 08:02:19 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <416D070E.1010901@withagen.nl> <20041013182501.F55834@carver.gumbysoft.com> In-Reply-To: <20041013182501.F55834@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "current@FreeBSD.ORG" Subject: Re: Fatal trap when starting 2nd processor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 06:02:21 -0000 Doug White wrote: >On Wed, 13 Oct 2004, Willem Jan Withagen wrote: > > > >>Hi, >> >>It's been al long time since, but as of this motning I get: >> >>ad0: 238475MB [484521/16/63] at >>ata0-master UDMA100 >>SMP: AP CPU #1 Launched! >>kernel trap 12 with interrupts disabled >> >> >>Fatal trap 12: page fault while in kernel mode >>cpuid = 1; apic id = 01 >>fault virtual address = 0x0 >> >> > >Hm, null pointer dereference. Bad CPU maybe? > >A traceback would be nice. > >The LOR is probably a red herring. > > The box froze, no backtrace for the LOR. Got a few times more, some with backtrace. But a cvsup, new kernelconfig and build/installkernel cycle fixed the problem. No I have to figure out what the significant differences were. --WjW From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:07: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 36F5316A4CE for ; Thu, 14 Oct 2004 06:07:54 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3247843D41 for ; Thu, 14 Oct 2004 06:07:51 +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 i9E67Co4076815; Thu, 14 Oct 2004 15:37:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 15:37:02 +0930 User-Agent: KMail/1.7 References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> In-Reply-To: <16749.58484.912537.379555@ran.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1231835.bpFMKzI9El"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410141537.11242.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Randy Bush cc: Poul-Henning Kamp Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 06:07:54 -0000 --nextPart1231835.bpFMKzI9El Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 14 Oct 2004 11:59, Randy Bush wrote: > so, as best i can read it, this says > > cisco cable wires pc db9f/m > 2511 color mobo > ---------- ------ ------ > 1 cts in blue 7 rts > 2 dsr/dcd in orange 4 dtr > 3 rxd in black 3 txd > 4 rxd gnd red 5 gnd > 5 txd gnd green nc > 6 txd out yellow 2 rxd > 7 dtr out brown 6 dsr > 8 rts out white 8 cts > 1 dcd > > so, essentially, as there is no modem, and the cisco 2511 does not > provide a dcd-out, i get to install a 12vdc battery :-) Tie DCD to DTR. (I think) =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 --nextPart1231835.bpFMKzI9El Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbheP5ZPcIHs/zowRAnRiAKCLVVL0BZ6Sa5EEhbo4K9OjXFeucQCbBIP2 hRn9HHgzZpOqcIFQmKJU/ew= =mJib -----END PGP SIGNATURE----- --nextPart1231835.bpFMKzI9El-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:29: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 9597716A4CE for ; Thu, 14 Oct 2004 06:29:16 +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 4A8EC43D2D for ; Thu, 14 Oct 2004 06:29:16 +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.34 (FreeBSD)) id 1CHz6x-000HQD-KW; Wed, 13 Oct 2004 23:29:15 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.7355.130098.892269@ran.psg.com> Date: Wed, 13 Oct 2004 23:29:15 -0700 To: "Daniel O'Connor" References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> <200410141537.11242.doconnor@gsoft.com.au> cc: freebsd-current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 06:29:16 -0000 > Tie DCD to DTR. (I think) i was not clear. this affects production racks in strange bunker-like facilities. and there is no access to wiring in the middle. the cisco 2511 is molded plastic, molded rubber, and metal all the way to the rj45. the rj45 shell is pre-wired except for deciding which color wire to push into which pin-hole. the pin holes are deep and they are all wired and in place in production pops. sure we can strip and add a wire inside each shell. but it'll be 15 minutes work times *many* systems, and will cost a bunch of money. randy From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:37: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 4E1B316A4CE; Thu, 14 Oct 2004 06:37:46 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE2443D55; Thu, 14 Oct 2004 06:37:45 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 747B650C12; Thu, 14 Oct 2004 15:37:44 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id C834650C05; Thu, 14 Oct 2004 15:37:42 +0900 (JST) Date: Thu, 14 Oct 2004 15:37:42 +0900 Message-ID: <7mlle99555.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: re@FreeBSD.org In-Reply-To: <200410080741.i987f4aq028615@pooker.samsco.org> References: <200410080741.i987f4aq028615@pooker.samsco.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 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: Thu, 14 Oct 2004 06:37:46 -0000 Sorry for my lazness. I just confirmed this was fixed at least on my environment. Thanks! At Fri, 8 Oct 2004 01:41:04 -0600 (MDT), Scott Long wrote: > |--------------------+-------------+---------------+---------------------| > | | | | 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 down | > | NFS over IPv6 | In progress | Doug White | the source of the | > | problems | | | problem (EMSGSIZE | > | | | | being returned by | > | | | | IPv6 UDP send | > | | | | routine due to | > | | | | fragmentation), and | > | | | | is currently | > | | | | exploring possible | > | | | | fixes. A patch has | > | | | | been generated and | > | | | | sent to the KAME | > | | | | team for review. | > |--------------------+-------------+---------------+---------------------| -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:52:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E89616A4CE; Thu, 14 Oct 2004 06:52:00 +0000 (GMT) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C6B443D1F; Thu, 14 Oct 2004 06:52:00 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 370852282C; Thu, 14 Oct 2004 08:51:58 +0200 (CEST) Date: Thu, 14 Oct 2004 08:51:58 +0200 From: Erwin Lansing To: Jun Kuriyama Message-ID: <20041014065157.GN44165@droso.net> Mail-Followup-To: Jun Kuriyama , re@FreeBSD.org, current@FreeBSD.org References: <200410080741.i987f4aq028615@pooker.samsco.org> <7mlle99555.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS" Content-Disposition: inline In-Reply-To: <7mlle99555.wl@black.imgsrc.co.jp> X-Operating-System: FreeBSD/i386 5.2.1-RELEASE-p1 User-Agent: Mutt/1.5.6i 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: Thu, 14 Oct 2004 06:52:00 -0000 --nVMJ2NtxeReIH9PS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 03:37:42PM +0900, Jun Kuriyama wrote: >=20 > Sorry for my lazness. >=20 > I just confirmed this was fixed at least on my environment. Thanks! So did I. Thanks for looking into this! -erwin >=20 > At Fri, 8 Oct 2004 01:41:04 -0600 (MDT), > Scott Long wrote: > > |--------------------+-------------+---------------+------------------= ---| > > | | | | Jun Kuriyama has = | > > | | | | reported problems= | > > | | | | with NFS over IPv= 6 | > > | | | | not functioning = | > > | | | | correctly as of t= he | > > | | | | improved NFS = | > > | | | | support for = | > > | | | | disconnection = | > > | | | | changes. Doug Whi= te | > > | | | | has tracked down = | > > | NFS over IPv6 | In progress | Doug White | the source of the= | > > | problems | | | problem (EMSGSIZE= | > > | | | | being returned by= | > > | | | | IPv6 UDP send = | > > | | | | routine due to = | > > | | | | fragmentation), a= nd | > > | | | | is currently = | > > | | | | exploring possibl= e | > > | | | | fixes. A patch ha= s | > > | | | | been generated an= d | > > | | | | sent to the KAME = | > > | | | | team for review. = | > > |--------------------+-------------+---------------+------------------= ---| >=20 >=20 > --=20 > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project --=20 _._ _,-'""`-._ Erwin Lansing (,-.`._,'( |\`-/| erwin@lansing.dk http://droso.org `-.-' \ )-`( , o o) erwin@FreeBSD.org -bf- `- \`_`"'- --nVMJ2NtxeReIH9PS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbiINqy9aWxUlaZARArm6AKCLsjlrQV7fN6qwda2/zY4CSbJJ7wCg0AwQ 8YXWNEgLGEoyVZE1vnSbY8Q= =t7yM -----END PGP SIGNATURE----- --nVMJ2NtxeReIH9PS-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 06:59: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 4703216A4CE for ; Thu, 14 Oct 2004 06:59:37 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC9943D55 for ; Thu, 14 Oct 2004 06:59: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 i9E6xYk2058678; Thu, 14 Oct 2004 08:59:34 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 13 Oct 2004 17:43:29 PDT." <16749.52145.110218.317549@ran.psg.com> Date: Thu, 14 Oct 2004 08:59:34 +0200 Message-ID: <58677.1097737174@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 06:59:37 -0000 In message <16749.52145.110218.317549@ran.psg.com>, Randy Bush writes: >> Are you sure your cable has something connected to the DCD pin ? > >i am chasing this. but i am getting confusing information about >which pin is dcd. on your bog-standard pee cee db9m, which pin >is dcd? pin 1 On a 25 pin connector is it pin 8 -- 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 Oct 14 07:05: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 5C68916A4CE for ; Thu, 14 Oct 2004 07:05:06 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5FE43D48 for ; Thu, 14 Oct 2004 07:05:05 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 0746510A for ; Thu, 14 Oct 2004 09:05:04 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i9E752r9010758; Thu, 14 Oct 2004 09:05:02 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i9E74xLJ010754; Thu, 14 Oct 2004 09:04:59 +0200 (CEST) (envelope-from philip) Date: Thu, 14 Oct 2004 09:04:59 +0200 From: Philip Paeps To: Randy Bush Message-ID: <20041014070459.GA619@loge.nixsys.be> Mail-Followup-To: Randy Bush , Frank Mayhar , Poul-Henning Kamp , FreeBSD Current References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.58484.912537.379555@ran.psg.com> X-Date-in-Rome: pridie Idius Octobres MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: Poul-Henning Kamp cc: FreeBSD Current Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 07:05:06 -0000 On 2004-10-13 19:29:08 (-0700), Randy Bush wrote: > > > i am chasing this. but i am getting confusing information about which > > > pin is dcd. on your bog-standard pee cee db9m, which pin is dcd? > > > > Pin 1. > > then phk's initial question was spot on. i need to figure out how to wire > up pin 1. it's coming from a cisco 2511 over an rj45 to wirable shells > which i currently wire as > > PC DB9F connector for 2511 RJ45: > 2 yellow > 3 black > 4 orange > 5 red > 6 brown > 7 blue > 8 white > > pins 1 and 9 and the green wire currently unwired. now i have to trace the > 2511's forward. Mmm, this might be unrelated (haven't had a chance to test any post-renaming kernels yet), but I've always been wiring my db9f->rj45 bits as: 1 nc 2 yellow 3 black 4 orange 5 geen/red (soldered together) 6 brown 7 blue 8 white 9 nc I'd be interested in finding a document with a simple list of all the possible pinouts for serial bits and what to use them for. It would probably help me remember things too. Now I always have to demolish an old connector when I set out to make some new ones... But this has nothing to do with your pin1 mystery :-o - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Most projects require three hands. From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 07:10: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 5B04B16A4CE for ; Thu, 14 Oct 2004 07:10:05 +0000 (GMT) Received: from ip212-226-164-78.adsl.kpnqwest.fi (ip212-226-164-93.adsl.kpnqwest.fi [212.226.164.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6352543D1F for ; Thu, 14 Oct 2004 07:10:04 +0000 (GMT) (envelope-from mjraiha@ip212-226-164-78.adsl.kpnqwest.fi) Received: from ip212-226-164-78.adsl.kpnqwest.fi (localhost [127.0.0.1]) i9E7A3JU072535 for ; Thu, 14 Oct 2004 10:10:03 +0300 (EEST) (envelope-from mjraiha@ip212-226-164-78.adsl.kpnqwest.fi) Received: (from mjraiha@localhost)i9E7A3Ss072534 for freebsd-current@freebsd.org; Thu, 14 Oct 2004 10:10:03 +0300 (EEST) Date: Thu, 14 Oct 2004 10:10:03 +0300 From: mjraiha@fade.pp.fi To: freebsd-current@freebsd.org Message-ID: <20041014071003.GA72451@daemon.adsl.kpnqwest.fi> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013093207.GM98575@pcwin002.win.tue.nl> <20041013122714.M566@korben.prv.univie.ac.at> <20041013151041.GD60427@daemon.adsl.kpnqwest.fi> <20041013151820.GR98575@pcwin002.win.tue.nl> <20041013160100.GA67958@daemon.adsl.kpnqwest.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041013160100.GA67958@daemon.adsl.kpnqwest.fi> User-Agent: Mutt/1.4.1i X-Time-Zone: FI EET, 3 hours east of GMT. X-Operating-System: FreeBSD 5.1-RELEASE i386 Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 07:10:05 -0000 Hi, On Wed, Oct 13, 2004 at 05:18:20PM +0200, Stijn Hoop wrote: > On Wed, Oct 13, 2004 at 06:10:41PM +0300, Marko Raiha wrote: > > On Wed, Oct 13, 2004 at 12:28:22PM +0200, Lukas Ertl wrote: > > > On Wed, 13 Oct 2004, Stijn Hoop wrote: > > > >I haven't tried this with geom_vinum, but using the old vinum I could > > > >grow the BSD partition that contained my vinum "drive", then restart > > > >vinum which would recognize more free space on it's "drive" and then add > > > >another subdisk on that same drive. I've done this around a year ago, so > > > >this might not work exactly as described but it is possible. > > > > > > That should work with geom_vinum as well, although I haven't tried yet. > > > > Is it possible to grow vinumized BSD partition only from the end or also > > from the beginning? > > Seeing as vinum stores it's configuration data at the start of the > vinum drive, I think it's not likely to work. You might get away with > moving the data with dd, if you set your blocksize to sector size (or > at least to a divisor of the spare space you allocate at the front). I > wouldn't want to test this without good backups though, and at that > point it might be easier to just recreate your vinum stuff from > scratch and restoring anyway. > > > > >Even more likely to work is just adding another BSD partition on your > > > >bigger drive, add that as a new vinum drive and then add > > > >subdisks/plexes on top. > > > > > > That's the way to go, but just make sure you have only one vinum > > > drive per disk. > > > > I have more than one vinum drive per disk and thats why I'm asking about > > growing vinumized partition to get rid of other than one of them before > > upgrading from 5.2.1 to 5.3. > > Why is more than 1 vinum drive per disk not good? I don't know details but I remember to have read about troubles with gvinum and many vinum drives per disk. Tried to find some threads of it but found only this: http://www.freebsd.org/cgi/getmsg.cgi?fetch=2027518+2030746+/usr/local/www/db/text/2004/freebsd-current/20040829.freebsd-current Maybe Lukas Ertl knows more about this? Cause recommends to use only one vinum drive per disk. Regards, -- ---------------------------------------------- | Marko Räihä | | Helsinki, GSM +358505515192 | | Finland Email marko.raiha@helsinki.fi | ---------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 07:11: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 D116016A4CE for ; Thu, 14 Oct 2004 07:11:00 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D2E943D5C for ; Thu, 14 Oct 2004 07:11:00 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 56AF865426 for ; Thu, 14 Oct 2004 08:10:58 +0100 (BST) 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 37686-06-2 for ; Thu, 14 Oct 2004 08:10:57 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id BD8FF65292 for ; Thu, 14 Oct 2004 08:10:57 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 0330063E8; Thu, 14 Oct 2004 00:10:51 -0700 (PDT) Date: Thu, 14 Oct 2004 00:10:51 -0700 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20041014071051.GP718@empiric.icir.org> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HuscSE0D68UGttcd" Content-Disposition: inline Subject: ufdformat(1) -- format disks in USB floppy drives. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 07:11:00 -0000 --HuscSE0D68UGttcd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've written a command to format USB floppies. You will need the scsi_da.h and umass.c patches recently committed to -CURRENT in order to use it. If there is enough demand it can be pushed back into the tree. It can be found at: http://people.freebsd.org/~bms/dump/ufdformat/ Please try it out and let me know your thoughts. Enjoy, BMS. --HuscSE0D68UGttcd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBbiZ6ueUpAYYNtTsRAnGiAJ0UfWgb4uzb/sFSkJCX8yx8l+GdvQCgmWGo r4JASC2a4yXtkuh36lzmqG0= =/3RF -----END PGP SIGNATURE----- --HuscSE0D68UGttcd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 07:21: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 6DE3116A4CE; Thu, 14 Oct 2004 07:21:02 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F9743D53; Thu, 14 Oct 2004 07:21:01 +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 i9E7L0x3059230; Thu, 14 Oct 2004 09:21:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: staylor@mrynet.com (User Staylor) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 14 Oct 2004 00:21:00 CDT." <200410140521.i9E5L06d001096@mrynet.com> Date: Thu, 14 Oct 2004 09:21:00 +0200 Message-ID: <59229.1097738460@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: GEOM will panic 6.0-current on userland wrong-length disk reads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 07:21:02 -0000 Do you have rev. 1.63 of sys/geom/geom_io.c ? In message <200410140521.i9E5L06d001096@mrynet.com>, User Staylor writes: >Just discovered (and verified with latest build on >current.freebsd.org) that the following will panic >the new GEOM fdc driver in 6.0-current: > ># dd if=/dev/fd0 bs=55 >panic: wrong length 55 for sectorsize 512 > >And further checking, discovered that ALL disk devices will cause >a panic: > >dd if=/dev/ad0 bs=1234 >panic: wrong length 1234 for sectorsize 512 > >Perhaps this is geom's way of complaining? Seems a rather radical >way to handle non-matching-blocksize reads of disk devices. A >simple programming error reading a disk dev node will panic the >machine. > >-scott >_______________________________________________ >freebsd-geom@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-geom >To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > -- 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 Oct 14 08: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 CBBBC16A4CE; Thu, 14 Oct 2004 08:16:56 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E28D543D46; Thu, 14 Oct 2004 08:16:55 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CI0nH-0001nt-00 Thu, 14 Oct 2004 10:17:03 +0200 Received: from [212.106.238.81] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CI0nG-0001n2-00 Thu, 14 Oct 2004 10:17:02 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9E8GmoK008915; Thu, 14 Oct 2004 10:16:48 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9E8GkIp000788; Thu, 14 Oct 2004 10:16:46 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Doug White Date: Thu, 14 Oct 2004 10:16:45 +0200 User-Agent: KMail/1.7 References: <200410131639.38108.josemi@freebsd.jazztel.es> <20041013182857.G55834@carver.gumbysoft.com> In-Reply-To: <20041013182857.G55834@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410141016.46522.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: Strange behavior switching VTs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 08:16:56 -0000 El Jueves, 14 de Octubre de 2004 03:30, Doug White escribi=F3: > On Wed, 13 Oct 2004, Jose M Rodriguez wrote: > > First, this can even be noted as a problem > > > > It just a thing a little bit differen off what it used to be. > > > > - Latest FreeBSD BETA > > - Ports tagged for release (~) > > - Kde 3.3.0 > > - DPMS enable > > > > switching from a text VT console to the KDE graphics console I get > > first the latest image, then all go dark (often it freezes a bit > > before), then, after keypress, kde wake up. > > > > The graphics cars is a r128 pro (32MB). Working without drm/glx or > > interrupts. Xv on. > > Which X server? > > Probably just the screensaver kicking in... there seem to be problems > with screensaver idle detection in Xorg. Mine will come on at > seemingly less-than-configured intervals. Yes it's Xorg. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 08:46: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 0C12C16A4CE for ; Thu, 14 Oct 2004 08:46:44 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9153443D45 for ; Thu, 14 Oct 2004 08:46:43 +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 i9E8j2Iv006160; Thu, 14 Oct 2004 04:45:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9E8j2Wc006157; Thu, 14 Oct 2004 04:45:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 14 Oct 2004 04:45:02 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <20041013232318.GN718@empiric.icir.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Robert Huff cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 08:46:44 -0000 On Wed, 13 Oct 2004, Bruce M Simpson wrote: > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > There appears to bea problem with if_de cards and Giant-free operation. > > I'm working with John Baldwin to try and diagnose it. Could you try > > putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that > > this is what's going on? > > The de(4) driver is a bit of a mess as regards locking. I had a look at > this back in June/July but no longer have the hardware. It would > probably be best to bring it under IFF_NEEDSGIANT. It is under IFF_NEEDSGIANT, and the interrupt handler is not INTR_MPSAFE. There-in lies the problem: other non-MPSAFE drivers operate fine under IFF_NEEDSGIANT. This suggests that the race in if_de already existed under Giant but that we've gotten a lot better at triggering it by taking other pieces of the stack out from under Giant. For example, it could be that it handles the insertion of new mbufs into its ifq poorly, or tht it handles the calling of if_start after it's already drained the packets from the ifq poorly. I hope to have some more time to diagnose it today. One observation that Matthew Dodd made is that it seems to use IFF_OACTIVE in more extensive ways than most drivers. I did try having John remove the IFF_OACTIVE test from if_handoff() to see if that was the race, but that didn't appear to help. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 08:47: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 5A2E716A4CE for ; Thu, 14 Oct 2004 08:47:49 +0000 (GMT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4E943D45 for ; Thu, 14 Oct 2004 08:47:48 +0000 (GMT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id A8AF17642C for ; Thu, 14 Oct 2004 10:47:42 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09129-06 for ; Thu, 14 Oct 2004 10:47:37 +0200 (CEST) Received: from [192.168.0.9] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 02FF776428 for ; Thu, 14 Oct 2004 10:47:36 +0200 (CEST) Message-ID: <416E3D29.5040307@webonaut.com> Date: Thu, 14 Oct 2004 10:47:37 +0200 From: Franz Klammer User-Agent: Mozilla Thunderbird 0.8 (X11/20041211) 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 X-Virus-Scanned: by amavisd-new at webonaut.com Subject: umass -> da device mapping info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 08:47:49 -0000 hi! freebsd needs a umass -> da device mapping information. what i mean is the following: after inserting a usb memory stick (as example) the devices pass0, da0 and da0s1 are created. but how i find out what umass device is mapped to the devices above? i suggest a new sysctl variable: dev.umass.0.%mappedto=da0 or better: dev.da.0.%mappedfrom=umass0 or something like this. currently the only command that "tells" me the umass device is "camcontrol devlist -v": umass-sim0 everything i s easy if there is no existing daX device and only one usb mass device is used but in every other case it's very diffcult to write an automated script. that information can also be very usefull in usbd.conf as variable in the attach command not only ${DEVICE} which in case of umassX didn't really exist. franz. From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 09: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 837E116A4D4; Thu, 14 Oct 2004 09:00:42 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C2D43D2F; Thu, 14 Oct 2004 09:00:42 +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 i9E8x1gP006431; Thu, 14 Oct 2004 04:59:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9E8x15W006427; Thu, 14 Oct 2004 04:59:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 14 Oct 2004 04:59:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brian Fundakowski Feldman In-Reply-To: <20041013214911.GD986@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 09:00:52 -0000 On Wed, 13 Oct 2004, Brian Fundakowski Feldman wrote: > > This happens with or without ACPI. > > > > When I escape to the loader prompt and boot -v -p, > > I get a string of some 20 'k'-s and then the system just reboots. > > I have also seen an interrupt with interrupts disabled though. > > > > The system is 440GX based. > > > > Any help would be appreciated. > > Can you try using addr2line to find out where that 0xc062ab55 is, or > more of the backtrace? Note that this is duing the CD install, so the kernel in question can be found on the ISO. Scott may have the kernel with debugging symbols on it even? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 10:36: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 506C716A4CE; Thu, 14 Oct 2004 10:36:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608E843D3F; Thu, 14 Oct 2004 10:36:53 +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 i9EAaqdR018549; Thu, 14 Oct 2004 06:36:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9EAaoiG081273; Thu, 14 Oct 2004 06:36:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58D157306E; Thu, 14 Oct 2004 06:36:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041014103651.58D157306E@freebsd-current.sentex.ca> Date: Thu, 14 Oct 2004 06:36:51 -0400 (EDT) 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, 14 Oct 2004 10:36:54 -0000 TB --- 2004-10-14 09:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-14 09:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-10-14 09:15:00 - checking out the source tree TB --- 2004-10-14 09:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-10-14 09:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-14 09:20:34 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-14 09:20:34 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-14 09:20:34 - /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-10-14 10:26:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-14 10:26:03 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-14 10:26:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 14 10:26:03 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 [...] awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/nullfs/../../conf/kmod_syms.awk nullfs.kld export_syms | xargs -J% objcopy % nullfs.kld ld -Bshareable -d -warn-common -o nullfs.ko.debug nullfs.kld objcopy --strip-debug nullfs.ko.debug nullfs.ko ===> osf1 (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_ioctl.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c: In function `osf1_sysinfo': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1/../../alpha/osf1/osf1_misc.c:1775: error: too few arguments to function `userland_sysctl' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/osf1. *** 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-10-14 10:36:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-14 10:36:51 - ERROR: failed to build generic kernel TB --- 2004-10-14 10:36:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 10:59: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 48CAB16A4CE for ; Thu, 14 Oct 2004 10:59:35 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C00E43D54 for ; Thu, 14 Oct 2004 10:59:34 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id E7D38653B5 for ; Thu, 14 Oct 2004 11:59:32 +0100 (BST) 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 40832-03-4 for ; Thu, 14 Oct 2004 11:59:32 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 5711765339 for ; Thu, 14 Oct 2004 11:59:32 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id A123963E8; Thu, 14 Oct 2004 03:59:27 -0700 (PDT) Date: Thu, 14 Oct 2004 03:59:27 -0700 From: Bruce M Simpson To: current@freebsd.org Message-ID: <20041014105927.GU718@empiric.icir.org> References: <20041013205141.GA874@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bX/mw5riLlTkt+Gv" Content-Disposition: inline In-Reply-To: <20041013205141.GA874@galgenberg.net> Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 10:59:35 -0000 --bX/mw5riLlTkt+Gv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein wrote: > is it possible to have atapicam as a kernel loadable module? This would > greatly ease the burning of CD-Rs and DVD+/-R [well made userland point snipped] Unfortunately, due to the way ata and atapicam are implemented right now, this is unlikely to happen soon. Regards, BMS --bX/mw5riLlTkt+Gv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBblwPueUpAYYNtTsRAi1iAJ9w4allxO20DWm6nU+yezInZ0AgswCcDj+b 3mqTh9gL4yDNpHWOUZKKg44= =IK2e -----END PGP SIGNATURE----- --bX/mw5riLlTkt+Gv-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 11:10: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 169D016A4CE for ; Thu, 14 Oct 2004 11:10:14 +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 6B9A943D1D for ; Thu, 14 Oct 2004 11:10:10 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 59121 invoked by uid 1000); 14 Oct 2004 11:07:53 -0000 Date: Thu, 14 Oct 2004 13:07:52 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041014110752.GA57541@grummit.biaix.org> 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.4.1i Subject: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 11:10:14 -0000 Hi, I'm having issues with NFS on my BETA7 workstation, some process get stuck in nfsfsync state, and many others are then block at select. Gnome becomes unusable, and I get "server not responding" song on the console, even though the server is pingable. /home is NFS mounted from a 4.10 server, NIC on the client is xl, debug.mpsafenet=0. I've set up serial debugging, so here go some traces. gconfd-2 is stuck in nfsfsync state: db> tr 644 sched_switch(c2045190,0,1,c0669127,34cda824) at sched_switch+0x140 mi_switch(1,0,c0668e4a,19d) at mi_switch+0x1ce sleepq_switch(c235c86c,2,da7bca34,c04d5903,da7bca68) at sleepq_switch+0xe4 sleepq_wait(c235c86c,0,c06671bb,db,0) at sleepq_wait+0x11 msleep(c235c86c,c235c840,4d,c066f202,0) at msleep+0x2d5 nfs_flush(c235c840,c1ff7b00,1,c2045190,0) at nfs_flush+0x961 nfs_close(da7bcb8c,c06ab380,c235c840,2,c1ff7b00) at nfs_close+0x7e vn_close(c235c840,2,c1ff7b00,c2045190,c06b51a0) at vn_close+0x42 vn_closefile(c275aae4,c2045190,c066475d,829,c275aae4) at vn_closefile+0xc4 fdrop_locked(c275aae4,c2045190,c066475d,768) at fdrop_locked+0x95 fdrop(c275aae4,c2045190,c0500dbe,c06b5160,0) at fdrop+0x3c closef(c275aae4,c2045190,c066475d,3e3,0) at closef+0x21c close(c2045190,da7bcd14,4,da7bcd3c,1) at close+0x135 syscall(2f,2f,2f,805e000,810b418) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1f elinks also, db> tr 649 sched_switch(c2044190,0,1,0,aa7f5a4) at sched_switch+0x140 mi_switch(1,0,c0668e4a,19d) at mi_switch+0x1ce sleepq_switch(c289c02c,2,da79ea34,c04d5903,da79ea68) at sleepq_switch+0xe4 sleepq_wait(c289c02c,0,c06671bb,db,0) at sleepq_wait+0x11 msleep(c289c02c,c289c000,4d,c066f202,0) at msleep+0x2d5 nfs_flush(c289c000,c1c31c00,1,c2044190,0) at nfs_flush+0x961 nfs_close(da79eb8c,c06ab380,c289c000,3,c1c31c00) at nfs_close+0x7e vn_close(c289c000,3,c1c31c00,c2044190,c2044190) at vn_close+0x42 vn_closefile(c1c2f83c,c2044190,c066475d,829,c1c2f83c) at vn_closefile+0xc4 fdrop_locked(c1c2f83c,c2044190,c066475d,768) at fdrop_locked+0x95 fdrop(c1c2f83c,c2044190,c1c2f83c,da79ec80,c1c31c00) at fdrop+0x3c closef(c1c2f83c,c2044190,c066475d,3e3,0) at closef+0x21c close(c2044190,da79ed14,4,da79ed3c,1) at close+0x135 syscall(2f,2f,2f,0,28435ec0) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x2839ee6f, esp = 0xbfbfeb1c, ebp = 0xbfbfeb28 --- What else should I do to debug this further? tks -- pica From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 11:41: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 59A4316A4CE for ; Thu, 14 Oct 2004 11:41:43 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C6C143D31 for ; Thu, 14 Oct 2004 11:41:42 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 12618 invoked by uid 65534); 14 Oct 2004 11:41:40 -0000 Received: from pD955FD27.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.253.39) by mail.gmx.net (mp013) with SMTP; 14 Oct 2004 13:41:40 +0200 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 i9EBg1A2004124 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 14 Oct 2004 13:42:03 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 13:41:21 +0200 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> In-Reply-To: <20041014105927.GU718@empiric.icir.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1116335.3FmMxuLrtK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410141341.29774.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Bruce M Simpson Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 11:41:43 -0000 --nextPart1116335.3FmMxuLrtK Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 14 October 2004 12:59, Bruce M Simpson wrote: > On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein wrote: > > is it possible to have atapicam as a kernel loadable module? This would > > greatly ease the burning of CD-Rs and DVD+/-R > > [well made userland point snipped] > > Unfortunately, due to the way ata and atapicam are implemented right now, > this is unlikely to happen soon. Easy workaround: Put atapicam into GENERIC. I'm waiting for that to happen= =20 ever since atapicam entered the tree. =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 --nextPart1116335.3FmMxuLrtK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbmXpXhc68WspdLARAnmTAJ9qrBez/Ky5BtWkeqUuu6Z7gCkbKgCeLeJJ vzVb9V4lqUcW5qsEKVuk664= =6Zf3 -----END PGP SIGNATURE----- --nextPart1116335.3FmMxuLrtK-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 11:45: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 54DF416A4CE for ; Thu, 14 Oct 2004 11:45:38 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DFB43D45 for ; Thu, 14 Oct 2004 11:45:37 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i9EBjOQ6116020 for ; Thu, 14 Oct 2004 13:45:28 +0200 Date: Thu, 14 Oct 2004 13:45:25 +0200 (=?ISO-8859-1?Q?Westeurop=E4ische_Normalzeit?=) From: Lukas Ertl To: freebsd-current@FreeBSD.org In-Reply-To: <200410141341.29774.michaelnottebrock@gmx.net> Message-ID: References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4249; Body=1 Fuz1=1 Fuz2=1 Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 11:45:38 -0000 On Thu, 14 Oct 2004, Michael Nottebrock wrote: > Easy workaround: Put atapicam into GENERIC. I'm waiting for that to happen > ever since atapicam entered the tree. How hard would it be to offer multiple different GENERIC kernels at the install stage, and the user can decide which one to install? One with atapicam, one without... (this is not limited to atapicam, of course). 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 Wed Oct 13 16:17: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 5611116A4CE for ; Wed, 13 Oct 2004 16:17:00 +0000 (GMT) Received: from cserv63.csub.edu (cserv63.csub.edu [136.168.10.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 266CE43D48 for ; Wed, 13 Oct 2004 16:16:58 +0000 (GMT) (envelope-from rjackson@cserv63.csub.edu) Received: from cserv63.csub.edu (localhost.csub.edu [127.0.0.1]) by cserv63.csub.edu (8.13.1/8.13.1) with ESMTP id i9DG66ne003023 for ; Wed, 13 Oct 2004 09:06:06 -0700 (PDT) (envelope-from rjackson@cserv63.csub.edu) Received: (from rjackson@localhost) by cserv63.csub.edu (8.13.1/8.13.1/Submit) id i9DG662l003022 for current@freebsd.org; Wed, 13 Oct 2004 09:06:06 -0700 (PDT) (envelope-from rjackson) Resent-From: rjackson@cserv63.csub.edu Resent-Date: Wed, 13 Oct 2004 09:06:06 -0700 Resent-Message-ID: <20041013160606.GB3006@cserv63.csub.edu> Resent-To: current@freebsd.org Date: Wed, 13 Oct 2004 09:05:35 -0700 From: Russell Jackson To: Randy Bush Message-ID: <20041013160535.GA3006@cserv63.csub.edu> References: <16749.21420.643438.983797@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16749.21420.643438.983797@ran.psg.com> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 16:17:00 -0000 As long as you haven't made any local changes to the files, there's no reason why you need to use mergemaster on them. On Wed, Oct 13, 2004 at 09:11:24AM -0700, Randy Bush wrote: > i know that when i do a mergemaster, i am about to see 666 updates > to /etc/rc.d/*, to each of which i will have to type "qi". > as it will be over a 9600 baud remote serial console, this is a > pita and causes undue delay for the users. > > once i boot the new kernel -sw, is it safe to > > cp /usr/src/etc/rc.d/* /etc/rc.d > > and then run mergemaster -cvi? > > 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" -- Russell A. Jackson f u cn rd ths, itn tyg h myxbl cd. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 17:33: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 5FDF916A4CE for ; Wed, 13 Oct 2004 17:33:29 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7200143D5E for ; Wed, 13 Oct 2004 17:33:24 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i9DHXLtJ020542 for ; Wed, 13 Oct 2004 20:33:22 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9DHXKCl043378 for ; Wed, 13 Oct 2004 20:33:20 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)i9DHXKqC043377 for freebsd-current@freebsd.org; Wed, 13 Oct 2004 20:33:20 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 13 Oct 2004 20:33:20 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20041013173320.GA42614@orion.daedalusnetworks.priv> References: <20041013114140.GA613@orion.daedalusnetworks.priv> <20041013173149.GA40026@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013173149.GA40026@orion.daedalusnetworks.priv> X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 Subject: Re: Oct 13 spontaneous reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 17:33:29 -0000 On 2004-10-13 20:31, Giorgos Keramidas wrote: > On 2004-10-13 14:41, Giorgos Keramidas wrote: > > I had updated my source tree yesterday afternoon and everything worked. > > Today's CURRENT spontaneously reboots every time I try to start firefox. > > [...] > > The kernel as of -D '2004/10/12 12:00:00' works fine. > > I have a faint suspicion that these two commits [...] 2004.10.12.16.28.18 src/sys/kern/kern_mutex.c 1.150 ups 2004.10.12.16.30.20 src/sys/kern/kern_switch.c 1.99 ups These two, I mean. From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 22:38: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 B7AC716A4CE for ; Wed, 13 Oct 2004 22:38:07 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E63F43D55 for ; Wed, 13 Oct 2004 22:38:06 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i9DMbw88076242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 13 Oct 2004 18:38:04 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from localhost (mteterin@localhost [127.0.0.1]) i9DMbqAg021237; Wed, 13 Oct 2004 18:37:52 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) From: Mikhail Teterin Organization: Murex N.A. To: Matthew Dillon Date: Wed, 13 Oct 2004 18:37:51 -0400 User-Agent: KMail/1.7 References: <416AE7D7.3030502@murex.com> <416C2502.5040505@murex.com> <200410130431.i9D4VjPJ094849@apollo.backplane.com> In-Reply-To: <200410130431.i9D4VjPJ094849@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410131837.51832@misha-mx.virtual-estates.net> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 cc: freebsd-current@freebsd.org cc: bde@zeta.org.au Subject: Re: panic in ffs (Re: hangs in nbufkv) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Oct 2004 22:38:07 -0000 =:I don't know, how, but the bug seems triggered by upping the =:net.inet.udp.maxdgram from 9216 (default) to 16384 (to match the NFS =:client's wsize). Once I do that, the machine will either panic or just =:hang a few minutes into the heavy NFS writing (Sybase database dumps =:from a Solaris server). Happened twice already... = Interesting. That's getting a bit outside the realm I can help = with. NFS and the network stack have been issues in FreeBSD = recently so its probably something related. Actually, that's not it. Even if I don't touch any sysctl's, but simply proceed loading the machine with our backup scripts, it will eventually either hang (after many complains about WRITE_DMA problems with the disk, NFS clients write to) or panic with: initiate_write_inodeblock_ufs2: already started (in /sys/ufs/ffs/ffs_softdep.c). As for the WRITE_DMA problems, after going through two disks, two cables, and two different on-board SATA connectors, we concluded, the problem is with the ata-driver (hence http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72451). As for panics, I set the BKVASIZE back down to 16Kb, rebuilt the kernel and recreated the filesystem, that used to have the 64K-bsize. Machine still either panics or hangs under load. May be, I should give a bit more details about the load. The load is produced by a script, which tells the Sybase server to dump one database at a time over NFS to the "staging" disk (single SATA150 drive) and, as each database is dumped, compresses it onto the RAID5 array for storage. When the thing is working properly, the Sybase server writes at or close to the wire speed (9-11Mb/second). Unfortunately, the staging disk soon starts throwing the above mentioned WRITE_DMA errors. Fortunately, those are usually recoverable. Unfortunately, the machine eventually hangs anyway... I changed the script to use the RAID5-partition as the staging area as well (this is the filesystem, that used to have 64Kb bsize and 8Kb fsize -- it is over 1Tb large) and it seems to work for now, but the throughput is much lower, than it used to be (limited by the raid-controller's i/o). Another observation, I can make, is that 'bufdaemon' often takes up 50-80% of the CPU time (on a 2.2 Opteron!) while this script is running. Not sure if that's normal or not. -mi From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 03:49: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 4622A16A4CE for ; Thu, 14 Oct 2004 03:49:26 +0000 (GMT) Received: from mail5.dslextreme.com (mail5.dslextreme.com [66.51.199.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DBBC43D41 for ; Thu, 14 Oct 2004 03:49:26 +0000 (GMT) (envelope-from jmlewis@dslextreme.com) Received: (qmail 14343 invoked from network); 14 Oct 2004 03:49:25 -0000 Received: from unknown (HELO www.dslextreme.com) (66.51.199.92) by 192.168.8.93 with SMTP; Thu, 14 Oct 2004 03:49:25 +0000 Message-ID: <13bd2a2f8d7a4ac4aa4132aa.20041013204925.wzyrjvf@www.dslextreme.com> Date: Wed, 13 Oct 2004 20:49:25 -0700 (PDT) From: "Joshua Lewis" To: freebsd-current@freebsd.org User-Agent: DSL Extreme Webmail (www.dslextreme.com) MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 Subject: Boot up in 5.3 BETA 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jmlewis@dslextreme.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, 14 Oct 2004 03:49:26 -0000 I am running a system that has no PS2 ports (ABIT AT7 system board) so when I boot to a 5.3 CD with a USB keyboard I am unable to navigate the sysinstall. Any tips to modify the boot disk so I can perform the install? Thank you, Joshua Lewis From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 05:21: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 4814616A4CE; Thu, 14 Oct 2004 05:21:02 +0000 (GMT) Received: from mrynet.com (mrynet.com [63.231.249.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA5A43D39; Thu, 14 Oct 2004 05:21:01 +0000 (GMT) (envelope-from staylor@mrynet.com) Received: from mrynet.com (staylor@localhost [127.0.0.1]) by mrynet.com (8.13.1/8.13.1) with ESMTP id i9E5L0JJ001097; Thu, 14 Oct 2004 00:21:01 -0500 (CDT) (envelope-from staylor@mrynet.com) Received: (from staylor@localhost) by mrynet.com (8.13.1/8.13.1/Submit) id i9E5L06d001096; Thu, 14 Oct 2004 00:21:00 -0500 (CDT) (envelope-from staylor) Message-Id: <200410140521.i9E5L06d001096@mrynet.com> From: staylor@mrynet.com (User Staylor) Date: Thu, 14 Oct 2004 00:21:00 -0500 X-Mailer: Mail User's Shell (7.2.6 beta(5) jp(8) 11/23/00) To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 Subject: GEOM will panic 6.0-current on userland wrong-length disk reads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 05:21:02 -0000 Just discovered (and verified with latest build on current.freebsd.org) that the following will panic the new GEOM fdc driver in 6.0-current: # dd if=/dev/fd0 bs=55 panic: wrong length 55 for sectorsize 512 And further checking, discovered that ALL disk devices will cause a panic: dd if=/dev/ad0 bs=1234 panic: wrong length 1234 for sectorsize 512 Perhaps this is geom's way of complaining? Seems a rather radical way to handle non-matching-blocksize reads of disk devices. A simple programming error reading a disk dev node will panic the machine. -scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 07: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 D9DF516A4CF for ; Thu, 14 Oct 2004 07:11:59 +0000 (GMT) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9498B43D39 for ; Thu, 14 Oct 2004 07:11:56 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by smtp.atlantis.dp.ua (8.12.6p2/8.12.6) with ESMTP id i9E7Bnga092570 for ; Thu, 14 Oct 2004 10:11:49 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 14 Oct 2004 10:11:49 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20041014100207.H79329@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 07:12:00 -0000 Hello! > Date: Wed, 13 Oct 2004 23:29:15 -0700 > From: Randy Bush > > > Tie DCD to DTR. (I think) Exactly. Semi-standard rule for null-modem wiring should apply: RTS+CTS, DTR+DSR+DCD. > >i was not clear. this affects production racks in strange >bunker-like facilities. > >and there is no access to wiring in the middle. the cisco Than maybe you should try to use the following gettytab(5) facility: nc bool false terminal does not supply carrier (set clocal) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 10: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 055E116A4CE for ; Thu, 14 Oct 2004 10:46:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F76A43D48 for ; Thu, 14 Oct 2004 10:46:19 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so12666rnk for ; Thu, 14 Oct 2004 03:46:18 -0700 (PDT) Received: by 10.38.102.60 with SMTP id z60mr2928205rnb; Thu, 14 Oct 2004 03:46:18 -0700 (PDT) Received: by 10.38.149.43 with HTTP; Thu, 14 Oct 2004 03:46:18 -0700 (PDT) Message-ID: <34cb7c84041014034649c63c3b@mail.gmail.com> Date: Thu, 14 Oct 2004 11:46:18 +0100 From: Peter Edwards To: Randy Bush In-Reply-To: <16750.7355.130098.892269@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> <200410141537.11242.doconnor@gsoft.com.au> <16750.7355.130098.892269@ran.psg.com> X-Mailman-Approved-At: Thu, 14 Oct 2004 12:10:41 +0000 cc: freebsd-current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming 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, 14 Oct 2004 10:46:20 -0000 On Wed, 13 Oct 2004 23:29:15 -0700, Randy Bush wrote: > > Tie DCD to DTR. (I think) > > i was not clear. this affects production racks in strange > bunker-like facilities. > All this talk of soldering irons and 12v batteries is making me queasy. Can I suggest something? The problem is that your serial setup doesn't provide DCD, but you're using a device that requires it to be available before completing the open(2). Think of DCD as indicating that a "connection is established" with the other side. The ttyd device is _supposed_ to block until a remote connection is established. If you can't provide a DCD signal, then just use "cuad" instead of "ttyd": The intention is that's for making outgoing calls you use cuad, so a getty waiting to open ttyd won't stop the open on cuad. In your case, it's probably ok for the getty to just hog the modem itself, so using /dev/cuad0 sounds like the right thing to do. I've no idea why it was working with ttyd before: it sounds like its working correctly now: maybe phk has fixed a bug in whatever was driving your serial hardware. Cheers, Peadar. From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 12:18: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 7A1B916A4CE for ; Thu, 14 Oct 2004 12:18:54 +0000 (GMT) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194C543D5D for ; Thu, 14 Oct 2004 12:18:54 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id C89AD1706E; Thu, 14 Oct 2004 19:18:52 +0700 (NOVST) Date: Thu, 14 Oct 2004 19:18:52 +0700 From: Max Khon To: Jamie Bowden Message-ID: <20041014121852.GB28875@samodelkin.net> References: <16749.21420.643438.983797@ran.psg.com> <20041013101825.B19494-100000@moo.sysabend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013101825.B19494-100000@moo.sysabend.org> User-Agent: Mutt/1.4.2i cc: Randy Bush cc: FreeBSD Current Subject: Re: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 12:18:54 -0000 Hi! On Wed, Oct 13, 2004 at 10:19:35AM -0700, Jamie Bowden wrote: > > i know that when i do a mergemaster, i am about to see 666 updates > > to /etc/rc.d/*, to each of which i will have to type "qi". > > as it will be over a 9600 baud remote serial console, this is a > > pita and causes undue delay for the users. > > > > once i boot the new kernel -sw, is it safe to > > > > cp /usr/src/etc/rc.d/* /etc/rc.d > > > > and then run mergemaster -cvi? > > Wouldn't it be easier to just rm /etc/rc.d/*? That's what I do before > running mergemaster with the -i flag, and it installs everything in rc.d > without prompting. What if this all happens on a remote host and the host rebooted before I run mergemaster -i? Removing files and running "mergemaster -i" is not an option. Personally, I do not understand why requests for the feature "list of files to install automatically" are still rejected. /fjoe From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 12:21: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 0128616A4CE for ; Thu, 14 Oct 2004 12:21:39 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A02543D49 for ; Thu, 14 Oct 2004 12:21:38 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i9ECLEUr096277 for ; Thu, 14 Oct 2004 05:21:14 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i9ECLBti076649 for ; Thu, 14 Oct 2004 05:21:12 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 14 Oct 2004 21:21:11 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-current@freebsd.org In-Reply-To: <20041014110752.GA57541@grummit.biaix.org> References: <20041014110752.GA57541@grummit.biaix.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 12:21:39 -0000 At Thu, 14 Oct 2004 13:07:52 +0200, Joan Picanyol wrote: > What else should I do to debug this further? > Can you tell us more about system load? Is this easy to reproduce? Is it intermittent? Looks like a problem in socket closing, but I have not, as yet, investigated the issue. Later, George From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 12:34: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 8014716A4CE for ; Thu, 14 Oct 2004 12:34:56 +0000 (GMT) Received: from caine.easynet.fr (smarthost144.mail.easynet.fr [212.180.1.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49F243D2D for ; Thu, 14 Oct 2004 12:34:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from [212.180.127.72] (helo=tatooine.tataz.chchile.org) by caine.easynet.fr with esmtp (Exim 4.34) id 1CI4on-0006yn-P2; Thu, 14 Oct 2004 14:34:54 +0200 Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 53B5A408E; Thu, 14 Oct 2004 14:34:24 +0200 (CEST) Date: Thu, 14 Oct 2004 14:34:24 +0200 From: Jeremie Le Hen To: Bruce M Simpson Message-ID: <20041014123424.GJ16534@obiwan.tataz.chchile.org> References: <20041014071051.GP718@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014071051.GP718@empiric.icir.org> User-Agent: Mutt/1.5.6i X-Broken-Reverse-DNS: no host name found for IP address 212.180.127.72 cc: freebsd-current@FreeBSD.org Subject: Re: ufdformat(1) -- format disks in USB floppy drives. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 12:34:56 -0000 Hi Bruce, > I've written a command to format USB floppies. You will need the scsi_da.h > and umass.c patches recently committed to -CURRENT in order to use it. > If there is enough demand it can be pushed back into the tree. > > It can be found at: > http://people.freebsd.org/~bms/dump/ufdformat/ > > Please try it out and let me know your thoughts. In which way does ufdformat(1) differs from fdformat(1) ? I mean I feel quite counter-intuitive to have two differents commands to finally achieve the same thing, formatting floppies, even if they don't work on the same underlying bus. I think this difference should be made transparent to users. Regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 12:46: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 B4ADF16A4CE; Thu, 14 Oct 2004 12:46:30 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FFE43D1F; Thu, 14 Oct 2004 12:46:29 +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 1CI4zq-000G8J-00; Thu, 14 Oct 2004 14:46:18 +0200 To: Bruce M Simpson From: Ian FREISLICH In-Reply-To: Message from Bruce M Simpson <20041013232318.GN718@empiric.icir.org> Date: Thu, 14 Oct 2004 14:46:18 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: Robert Huff cc: Robert Watson cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 12:46:30 -0000 Bruce M Simpson wrote: > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > There appears to bea problem with if_de cards and Giant-free operation. > > I'm working with John Baldwin to try and diagnose it. Could you try > > putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that > > this is what's going on? > > The de(4) driver is a bit of a mess as regards locking. > I had a look at this back in June/July but no longer have the hardware. > It would probably be best to bring it under IFF_NEEDSGIANT. I have a de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f irq 17 at device 9.0 on pci0 de0: [GIANT-LOCKED] de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: Ethernet address: 00:00:f8:30:dd:c2 de0: if_start running deferred for Giant that is no longer in use. If it will be of help, I'll mail it to you (you'll need to give me your shipping address). Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 12: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 CF66516A4CE for ; Thu, 14 Oct 2004 12:49:52 +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 A462543D39 for ; Thu, 14 Oct 2004 12:49:51 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 2807 invoked by uid 1000); 14 Oct 2004 12:47:34 -0000 Date: Thu, 14 Oct 2004 14:47:34 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041014124734.GA98773@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041014110752.GA57541@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 12:49:52 -0000 * gnn@freebsd.org [20041014 14:19]: > At Thu, 14 Oct 2004 13:07:52 +0200, Joan Picanyol wrote: > > What else should I do to debug this further? > > Can you tell us more about system load? About 0. > Is this easy to reproduce? For me is at's easy as starting Gnome and trying to start Evolution and Nautilus, with /home NFS mounted (although they never show up). That will send gconfd to lalaland, and make it unkillable. > Is it intermittent? No, once started everything starts braking. i.e.: attempting a login on the text console gives: load: 0.05 cmd: bash 1107 [getblk] 0.00u 0.14s 0% 1892k or: load: 1.28 cmd: bash 1115 [nfs] 0.01u 0.13s 0% 1888k The traces for these two are a little bit different: db> tr 1107 sched_switch(c1c3f960,0,1,11d,d5492d24) at sched_switch+0x170 mi_switch(1,0,c0681b32,19d,1) at mi_switch+0x2ac sleepq_switch(cbf1c480,c067e375,185,1,da7299c0) at sleepq_switch+0x134 sleepq_wait(cbf1c480,0,c067f742,db,0) at sleepq_wait+0x41 msleep(cbf1c480,c06d3cc8,50,c068638e,0) at msleep+0x3b5 acquire(da729a1c,2000020,600,e7,c1c3f960) at acquire+0xb0 lockmgr(cbf1c480,2090022,c23ca528,c1c3f960,c06ad35c) at lockmgr+0x41a getblk(c23ca528,1,0,2000,0) at getblk+0x160 nfs_getcacheblk(c23ca528,1,0,2000,c1c3f960) at nfs_getcacheblk+0x107 nfs_bioread(c23ca528,da729c80,a0000,c2013980,c22dc154) at nfs_bioread+0x788 nfs_read(da729c0c,1020002,c1c3f960,219,da729c80) at nfs_read+0x41 vn_read(c22dc154,da729c80,c2013980,0,c1c3f960) at vn_read+0x198 dofileread(c1c3f960,c22dc154,3,80f2000,23231) at dofileread+0xa4 read(c1c3f960,da729d14,c,28247000,3) at read+0x6b syscall(2f,2f,2f,8098dc0,3) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x281c5ecf, esp = 0xb db> tr 1115 sched_switch(c1c22c80,0,1,11d,df189f24) at sched_switch+0x170 mi_switch(1,0,c0681b32,19d,1) at mi_switch+0x2ac sleepq_switch(c23ca5d4,c067e375,185,1,da69497c) at sleepq_switch+0x134 sleepq_wait(c23ca5d4,0,c067f742,db,0) at sleepq_wait+0x41 msleep(c23ca5d4,c06d4004,50,c068ac16,0) at msleep+0x3b5 acquire(da6949d8,1000000,600,e7,c1c22c80) at acquire+0xb0 lockmgr(c23ca5d4,1010002,c23ca528,c1c22c80,da6949f4) at lockmgr+0x41a vop_stdlock(da694a10,da694a2c,c05525cb,da694a10,c06875bf) at vop_stdlock+0x2c vop_defaultop(da694a10,c06875bf,da694a2c,c04da3da,c23ca528) at vop_defaultop+0x1 8 vn_lock(c23ca528,10002,c1c22c80,7dc,c06875bf) at vn_lock+0x10b vget(c23ca528,2,c1c22c80,c06e2580,0) at vget+0x106 nfs_lookup(da694b90,c1c22c80,c1c22c80,c1c22c80,c1c22c80) at nfs_lookup+0x2a5 lookup(da694c28,c1c16800,0,a4,c1c22c80) at lookup+0x32e namei(da694c28,c0682602,69f,c06ff3dc,da694c54) at namei+0x272 stat(c1c22c80,da694d14,c069735e,3df,2) at stat+0x52 syscall(2f,2f,2f,1,80d6500) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x281c51ef, esp = 0xbfbfe90c, ebp = 0xbfbfe988 --- I've rebuilt with WITNESS and INVARIANTS (just in case), and will recvsup tomorrow. Any directions towards solving this issue much appreciated. tks -- pica From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:00: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 17C5516A4CE; Thu, 14 Oct 2004 13:00:00 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B44643D5E; Thu, 14 Oct 2004 12:59:59 +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 1CI5Cg-000GBI-00; Thu, 14 Oct 2004 14:59:34 +0200 To: Andrey Chernov , Kris Kennaway , Bruce M Simpson , Robert Watson , Robert Huff , current@FreeBSD.ORG From: Ian FREISLICH In-Reply-To: Message from Andrey Chernov <20041014000822.GA30887@nagual.pp.ru> Date: Thu, 14 Oct 2004 14:59:34 +0200 Sender: ianf@hetzner.co.za Message-Id: Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:00:00 -0000 Andrey Chernov wrote: > > You mean, until rwatson changed the default to debug.mpsafenet=1? :-) > > Your guess is precisely right! :-) > > (IMHO making such commit without testing major drivers such as if_de was > wrong step) I always thought the spin on debug.mpsafenet=1 with if_de was YYMV. There were many calls for the maintainers of the driver to fix it, but zero response IIRC. Maybe making it on by default was a little hasty, but anyone that follows -CURRENT like they should if they run it weuld have been aware of this and set debug.mpsafenet=0 in their loader.conf when they saw that commit. I have been particlarly impressed by the entire way netperf has been handled especially the regular and verbose updates and explanations. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:01: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 2413D16A4CE for ; Thu, 14 Oct 2004 13:01:37 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id A357F43D49 for ; Thu, 14 Oct 2004 13:01:36 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Message-ID: <20041014130136.59412.qmail@web54007.mail.yahoo.com> Received: from [147.47.254.184] by web54007.mail.yahoo.com via HTTP; Thu, 14 Oct 2004 06:01:36 PDT Date: Thu, 14 Oct 2004 06:01:36 -0700 (PDT) From: spam maps To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.3Beta7: diskless boot, has someone succeeded? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:01:37 -0000 Hello, For a long time I have been using diskless boot for several of my 4.X systems. At the moment I have a 5.3-Beta7 PC and want to try that out as the master for another diskless PC. I follow the 4.X style from the Handbook, using the bootpd setup; I have applied modifications for 5.X here and there (f.ex. in the clone_root script), but I am still at a loss why it's not working. tftp is enabled in inetd, but I start bootpd from the command line, to watch its verbose output: --------------------------------------------------- # /usr/libexec/bootpd -d4 bootptab mtime: Wed Oct 13 23:33:16 2004 reading "/etc/bootptab" read 2 entries (1 hosts) from "/etc/bootptab" recvd pkt from IP addr 0.0.0.0 bootptab mtime: Wed Oct 13 23:33:16 2004 request from Ethernet address 00:A0:B0:0E:3A:95 found 192.168.123.1 (disklesspc) bootfile="//boot/kernel/kernel" vendor magic field is 99.130.83.99 request message length=548 request has DHCP msglen=1500 extended reply, length=1458, options=1222 sending reply (with RFC1048 options) setarp 192.168.123.1 - 00:A0:B0:0E:3A:95 recvd pkt from IP addr 0.0.0.0 bootptab mtime: Wed Oct 13 23:33:16 2004 request from Ethernet address 00:A0:B0:0E:3A:95 found 192.168.123.1 (disklesspc) bootfile="//boot/kernel/kernel" vendor magic field is 99.130.83.99 request message length=1460 request has DHCP msglen=1460 extended reply, length=1418, options=1182 sending reply (with RFC1048 options) setarp 192.168.123.1 - 00:A0:B0:0E:3A:95 --------------------------------------------------- The diskless PC finds the bootpd server, starts loading the kernel (lots of "......." on the screen, and there's a "[done]" at the end. Then the diskless system waits for a few minutes and reboots, repeating the above all over again. I actually can boot the "diskless" PC normally, because it does have a harddisk; in that case, when I probe bootpd and rpcbind to the master (192.168.123.254) I get: # bootptest 192.168.123.254 bootptest: version 2.4.3 Sending to 192.168.123.254 (request) htype:0 hlen:0 xid:565 C:192.168.123.1 vend-rfc1395 Recvd from 192.168.123.254 (reply) htype:0 hlen:0 xid:565 C:192.168.123.1 S:192.168.123.254 sname:"lahaye.snu.ac.kr" file:"//boot/kernel/kernel" vend-rfc1395 SM:255.255.255.0 GW:192.168.123.254 ROOT:"192.168.123.254:/tftpboot" HN:"disklesspc" # rpcinfo -s 192.168.123.254 program version(s) netid(s) service owner 100000 2,3,4 local,udp6,tcp6,udp,tcp rpcbind superuser 100005 3,1 tcp6,udp6,tcp,udp mountd superuser What worries me is, when I do on the master: # showmount -e -a RPC: Port mapper failure showmount: can't do mountdump rpc Any idea what I have done wrong? Or how to investigate this further? Thanks, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:09: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 6657A16A4CE for ; Thu, 14 Oct 2004 13:09:46 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DDC43D66 for ; Thu, 14 Oct 2004 13:09: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 i9ED840w010203; Thu, 14 Oct 2004 09:08:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9ED84VX010200; Thu, 14 Oct 2004 09:08:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 14 Oct 2004 09:08:04 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ian FREISLICH In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Bruce M Simpson cc: Robert Huff cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:09:46 -0000 On Thu, 14 Oct 2004, Ian FREISLICH wrote: > I have a > > de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f irq 17 at device 9.0 on pci0 > de0: [GIANT-LOCKED] > de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 > de0: Ethernet address: 00:00:f8:30:dd:c2 > de0: if_start running deferred for Giant > > that is no longer in use. If it will be of help, I'll mail it to you > (you'll need to give me your shipping address). I actually have an if_de card on my desk, thanks to Mark Murray who dropped it off a couple of days ago, but no computer to put it in. I just moved to Cambridge, UK from Washington, DC, and have only notebooks with me. As far as I know, no pccard form factor if_de cards were ever made, although I'm willing to be corrected on that point, and accept one willingly :-). I'm doing most testing on a remotely administered test cluster, so maybe the answer is to get it shipped there to put in a box. I'm beginning to wonder if the race isn't that the if_de interrupt thread runs between the point where a packet is queued for the interface and the if_start runs out of a task queue. I'm still making may way through the if_de driver to understand how it all fits together, however. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:17: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 4230716A4CE for ; Thu, 14 Oct 2004 13:17:38 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB2FC43D41 for ; Thu, 14 Oct 2004 13:17:37 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 55052 invoked by uid 89); 14 Oct 2004 13:25:10 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 14 Oct 2004 13:25:10 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 14 Oct 2004 07:25:10 -0600 (MDT) Message-ID: <51540.208.4.77.15.1097760310.squirrel@208.4.77.15> In-Reply-To: <20041014130136.59412.qmail@web54007.mail.yahoo.com> References: <20041014130136.59412.qmail@web54007.mail.yahoo.com> Date: Thu, 14 Oct 2004 07:25:10 -0600 (MDT) From: "Ryan Sommers" To: "spam maps" 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: freebsd-current Subject: Re: 5.3Beta7: diskless boot, has someone succeeded? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:17:38 -0000 spam maps said: > # rpcinfo -s 192.168.123.254 > program version(s) netid(s) service owner > 100000 2,3,4 local,udp6,tcp6,udp,tcp rpcbind > superuser > 100005 3,1 tcp6,udp6,tcp,udp mountd > superuser Are you sure you have NFS running on the NFS server? If I'm not mistaken there should be an nfs service registered as well. > What worries me is, when I do on the master: > > # showmount -e -a > RPC: Port mapper failure > showmount: can't do mountdump rpc This would also suggest the NFS server isn't active. Be sure your NFS server has: nfs_server_enable="YES" in /etc/rc.conf and you have compiled a kernel with: options NFSSERVER -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13: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 4DF7116A4CE for ; Thu, 14 Oct 2004 13:38:59 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7236943D5E for ; Thu, 14 Oct 2004 13:38:58 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CI5oh-0004J1-00 Thu, 14 Oct 2004 15:38:51 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CI5og-0004I2-00 Thu, 14 Oct 2004 15:38:51 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9EDDwhm007543; Thu, 14 Oct 2004 15:13:58 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9EDDrnF068811; Thu, 14 Oct 2004 15:13:53 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 15:13:52 +0200 User-Agent: KMail/1.7 References: <20041014110752.GA57541@grummit.biaix.org> <20041014124734.GA98773@grummit.biaix.org> In-Reply-To: <20041014124734.GA98773@grummit.biaix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410141513.53023.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Joan Picanyol Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:38:59 -0000 El Jueves, 14 de Octubre de 2004 14:47, Joan Picanyol escribi=F3: > * gnn@freebsd.org [20041014 14:19]: > > At Thu, 14 Oct 2004 13:07:52 +0200, Joan Picanyol wrote: > > > What else should I do to debug this further? > > > > Can you tell us more about system load? > > About 0. > > > Is this easy to reproduce? > > For me is at's easy as starting Gnome and trying to start Evolution > and Nautilus, with /home NFS mounted (although they never show up). > That will send gconfd to lalaland, and make it unkillable. > Have you lockd running? I think that gnome try to fnctl lock in some=20 places and must require lockd running. I don't know how this works with a FreeBSD-4 sever, but it is supposed=20 to have lockd also. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:44: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 1608C16A4CF; Thu, 14 Oct 2004 13:44:09 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A295843D3F; Thu, 14 Oct 2004 13:44:08 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id A2254ACAF1; Thu, 14 Oct 2004 15:44:06 +0200 (CEST) Date: Thu, 14 Oct 2004 15:44:06 +0200 From: Pawel Jakub Dawidek To: User Staylor Message-ID: <20041014134406.GM73767@darkness.comp.waw.pl> References: <200410141341.i9EDfOhU006486@mrynet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ivwvlL43CqGAdkOw" Content-Disposition: inline In-Reply-To: <200410141341.i9EDfOhU006486@mrynet.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: GEOM will panic 6.0-current on userland wrong-length disk reads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:44:09 -0000 --ivwvlL43CqGAdkOw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 08:41:24AM -0500, User Staylor wrote: +> > Do you have rev. 1.63 of sys/geom/geom_io.c ? +>=20 +> Yes: +> ttyp6:--ROOT--@mrynet (74): ident kernel | grep geom_io +> $FreeBSD: /repoman/r/ncvs/src/sys/geom/geom_io.c,v 1.63 2004/10/11 = 21:22:59 ups Exp $ Which revision of geom_dev.c do you have? 1.81 should be safe. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --ivwvlL43CqGAdkOw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBboKmForvXbEpPzQRAhJoAJ9fO8hdirJYi4vIYqnpPGDrwwlbUwCgq1+W 7Qw/QI/5IWvI8YXabwT3Bt8= =ZA9h -----END PGP SIGNATURE----- --ivwvlL43CqGAdkOw-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:53: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 B75DC16A4CE for ; Thu, 14 Oct 2004 13:53:55 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5298143D2F for ; Thu, 14 Oct 2004 13:53:55 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i9EDrsJt013030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Oct 2004 09:53:54 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i9EDrmBX033659; Thu, 14 Oct 2004 09:53:48 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.34028.715601.329873@grasshopper.cs.duke.edu> Date: Thu, 14 Oct 2004 09:53:48 -0400 (EDT) To: freebsd-current@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: mbuf leak with SMP and debug.mpsafenet=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, 14 Oct 2004 13:53:55 -0000 When bringing up our out-of-tree network driver, I noticed a pretty bad mbuf leak. Unfortunately, I think that the leak is in the system, and not in our driver because mbufs continue to leak at a rate of a few hundred per minute even when using the fxp interface. The leak is present after a reboot w/o loading our driver. You can duplicate this easily with netperf/netserver. Assume "scream" is the freebsd SMP host. Start netserver there. "scream" is a 3.06GHz P4 running RELENG_5 updated this morning. Its a HTT P4, running an SMP kernel. No witness/invariants. No zero-copy sockets. Log into another host and do: % while 1 while? ssh 'netstat -m | grep mbufs' while? netperf224 -Hscream -tUDP_STREAM -l60 -- -m 1 >& /dev/null while? end 441 mbufs in use 761 mbufs in use 1195 mbufs in use 1740 mbufs in use 2205 mbufs in use 2753 mbufs in use 3131 mbufs in use 3604 mbufs in use 4042 mbufs in use The only way I've seen to stop the leak is to set debug.mpsafenet=0 It might be interesting to note that the number of packets dropped due to full socket buffers is on the same order of magnitude as the number of mbufs leaked: % netstat -spudp udp: <...> 3933 dropped due to full socket buffers Other clues: The leak is much worse with our device (MPSAFE, 4Gb/sec, up to 128 pkts/intr) than with fxp. I've also seen the leak with TCP, but only with our 4Gb/s device, not with 100Mb/s fxp. So maybe there are 2 leaks, but I'd at least like to get the leak in the system figured out before I try to find a leak caused by my driver ;) Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 14:24: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 E3BB316A4CE for ; Thu, 14 Oct 2004 14:24:08 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A463843D31 for ; Thu, 14 Oct 2004 14:24:08 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CI6WV-00006R-TL for current@freebsd.org; Thu, 14 Oct 2004 10:24:08 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.35836.603630.981848@jerusalem.litteratus.org> Date: Thu, 14 Oct 2004 10:23:56 -0400 To: current@freebsd.org In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 14:24:09 -0000 Robert Watson writes: > To be fair, de(4) is quite tangled and complex compared to other > network card drivers we have in the tree. As a result, it has had > less maintenance than the other drivers. No disrespect to the original writers, but the more you talk about this the more it sounds like Bruce Simpson has the right idea and a radical re-write/replacement would be the correct (and possibly easiest) solution. Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 14:43: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 99AFB16A4CE for ; Thu, 14 Oct 2004 14:43:25 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95CFB43D5D for ; Thu, 14 Oct 2004 14:43:24 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger.dnv.dewnet.sk ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i9EEh684055247 for ; Thu, 14 Oct 2004 16:43:07 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Thu, 14 Oct 2004 16:44:12 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <1974890227.20041014164412@wilbury.sk> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: buildworld failture - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 14:43:25 -0000 Hello current, yesterday I was tring to upgrade my 5.2.1 to releng_5 and my buildworld everytime fails on the same thing: /../contrib/bind9/lib/dns/zt.c /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link.c:38:25: openssl/err.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link.c:39:26: openssl/rand.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link.c:40:28: openssl/crypto.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssldh_link.c:40:24: openssl/dh.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssldsa_link.c:38:25: openssl/dsa.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_link.c:39:25: openssl/err.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_link.c:40:29: openssl/objects.h: No such file or directory /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_link.c:41:25: openssl/rsa.h: No such file or directory mkdep: compile failed *** Error code 1 I was wondering, why it fails here, I had no idea, I tried to rm -rf /usr/src and then cvsuped again, but this didn't help anymore, just the same thing. At the end, I tried to check my make.conf and there it came. It was due to NO_OPENSSL in my make.conf, but I wonder, why this is like as it is. I want to have installed openssl from ports, and I didn't want to over-write it with the one, witch comes with the base system. Is this just a bug, or is it purpose? -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 14:47: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 3ECE016A4CE for ; Thu, 14 Oct 2004 14:47:40 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0989843D1D for ; Thu, 14 Oct 2004 14:47:40 +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 i9EEmcfJ028293; Thu, 14 Oct 2004 07:48:38 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9EEmcO7028291; Thu, 14 Oct 2004 07:48:38 -0700 Date: Thu, 14 Oct 2004 07:48:38 -0700 From: Brooks Davis To: spam maps Message-ID: <20041014144838.GA26684@odin.ac.hmc.edu> References: <20041014055832.51377.qmail@web54003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20041014055832.51377.qmail@web54003.mail.yahoo.com> 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 cc: freebsd-current Subject: Re: 5.3Beta7: creating linker.hints for diskless boot; how? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 14:47:40 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 10:58:31PM -0700, spam maps wrote: >=20 > Hello, >=20 > I have diskless bootup working for 4.X systems. > So I am familiar with the settings for 4.X. >=20 > I'm now trying to get diskless bootup set up with > 5.3-Beta7. I'm getting as far as the loading > of the kernel via tftp by the diskless PC. > When the kernel is loaded, there's a "....[done]" > and then the diskless PC is waiting for ever. >=20 > So I have still forgotten something, probably > a typical 5.X issue. >=20 > One could be that I forgot to copy the linker.hints > file, when generating the boot/kernel directory on > the master PC (I only copied the *.ko files and > the kernel). >=20 > What am I supposed to do with that file. I have no > idea what linker.hints is for. Should I let the > diskless PC generate it each time at bootup? > If so, how? If not, can I copy this file from the > master PC (is this file different for each system?) kldxref(8) in what you're looking for. I personally recommend creating diskless roots by using install targets rather then copying files around by hand. For instance the following is a script I use to create roots for testing (the ports stuff isn't necessicary of course, but I included it because it's somewhat intresting and some of the issues are non-obvious): ------ #!/bin/sh src=3D/usr/home/brooks/aero-p4/fellowship/roots/freebsd/5.2-CURRENT dest=3D/usr/diskless/5.2-CURRENT.deptest kernconf=3DNODE ports=3D/usr/ports # Rebuild the source #cd ${src} #make buildworld #make buildkernel KERNCONF=3D${kernconf} # delete the old setup #rm -rf ${dest} #chflags -R noschg ${dest} #rm -rf ${dest} # install a new world cd ${src} mkdir -p ${dest} make DESTDIR=3D${dest} installworld cd etc make DESTDIR=3D${dest} distribution cd .. make DESTDIR=3D${dest} KERNCONF=3D${kernconf} installkernel # install a copy of ports # This copy of ports is assumed to be up to date with a correct INDEX.db fi= le. cp /etc/resolv.conf ${dest}/etc/resolv.conf mount_devfs devfs ${dest}/dev #cpdup -i0 -vv /usr/ports ${dest}/usr/ports mkdir -p ${dest}/usr/ports/ rsync -av --delete --exclude=3DCVS /usr/ports/ ${dest}/usr/ports/ if [ ! -d ${dest}/var/db/pkg/portupgrade-* ]; then chroot ${dest} pkg_add -r portupgrade fi #chroot ${dest} portupgrade -a chroot ${dest} portinstall -M BATCH=3Dyes ganglia-monitor-core sge diskmark= diskprep mail/postfix mkdir -p ${dest}/usr/local/sge/default /bin/ln -fs /usr/local/sge/default/common/rcsge /usr/local/etc/rc.d/sge.sh umount ${dest}/dev rm ${dest}/etc/resolv.conf ------ -- 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 --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBbpHGXY6L6fI4GtQRAsccAKDiyY8AsFBHN87Xr78Ess4M8Vc10wCePFtl QquomuWuPrNcYsMeoadSmEI= =fLUU -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 14:51: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 696DD16A4CE for ; Thu, 14 Oct 2004 14:51:38 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C069C43D3F for ; Thu, 14 Oct 2004 14:51:37 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [193.28.87.100] ([193.28.87.100]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9EEpZtF080845 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 16:51:36 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <416E9271.6050700@portaone.com> Date: Thu, 14 Oct 2004 17:51:29 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <20041006092156.GA690@empiric.icir.org> <20041006112834.GC1794@empiric.icir.org> <20041006120031.GD1794@empiric.icir.org> In-Reply-To: <20041006120031.GD1794@empiric.icir.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Formatting a USB floppy in FreeBSD [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, 14 Oct 2004 14:51:38 -0000 Bruce M Simpson wrote: > On Wed, Oct 06, 2004 at 04:28:34AM -0700, Bruce M Simpson wrote: > >>camcontrol cmd ${DEVNAME} \ >> -c "04 17 00 00 00 00 00 00 00 00 00 00" \ >> -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00" > > > Bung a -t 140 in there so you don't get a complaint about mode auto-sense > when the format has not yet completed. 140 seconds to format a floppy > may be a bit excessive, but do bear in mind this doesn't verify the format > as it goes along. > > A CAM-based program to format removable media (including UFI floppies) > track-by-track wouldn't have that problem, and would be able to verify, > give you progress indications, etc. > > I hope the simple camcontrol example above serves to demonstrate the > problem is more or less cracked. I'm happy to live with a simple shell > script wrapper with the above for now, or even just an alias for csh: > > alias ufdformat 'camcontrol cmd \!* -t 140 -c "04 17 00 00 00 00 00 00 00 00 00 00" -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00"' Maybe it's worth to at least put it into ufd manpage, so that it doesn't lost in noise. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 15:21: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 BCE1A16A4D8 for ; Thu, 14 Oct 2004 15:21:39 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id A20D143D1F for ; Thu, 14 Oct 2004 15:21:38 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 51924 invoked from network); 14 Oct 2004 15:21:37 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 14 Oct 2004 15:21:37 -0000 Received: (qmail 10010 invoked by uid 1001); 14 Oct 2004 15:21:37 -0000 Date: Thu, 14 Oct 2004 11:21:37 -0400 From: Brian Reichert To: Maxim Sobolev Message-ID: <20041014152137.GL278@numachi.com> References: <20041006092156.GA690@empiric.icir.org> <20041006112834.GC1794@empiric.icir.org> <20041006120031.GD1794@empiric.icir.org> <416E9271.6050700@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416E9271.6050700@portaone.com> User-Agent: Mutt/1.5.6i cc: Bruce M Simpson cc: freebsd-current@freebsd.org Subject: Re: Formatting a USB floppy in FreeBSD [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, 14 Oct 2004 15:21:39 -0000 On Thu, Oct 14, 2004 at 05:51:29PM +0300, Maxim Sobolev wrote: > Bruce M Simpson wrote: > >On Wed, Oct 06, 2004 at 04:28:34AM -0700, Bruce M Simpson wrote: > > alias ufdformat 'camcontrol cmd \!* -t 140 -c "04 17 00 00 00 00 00 00 00 > > 00 00 00" -o 12 "00 A0 00 08 00 00 0B 40 00 00 02 00"' > > Maybe it's worth to at least put it into ufd manpage, so that it doesn't > lost in noise. I generally avoid the problem by maintaining, on my hard drive, an image of a formatted floppy, and using 'dd' to write it to whatever destination.... > -Maxim > _______________________________________________ > 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" -- 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 Oct 14 16:09: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 99B2516A4CE for ; Thu, 14 Oct 2004 16:09:39 +0000 (GMT) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C40043D2D for ; Thu, 14 Oct 2004 16:09:39 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 5AA40B90B for ; Thu, 14 Oct 2004 18:09:37 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id 309F9B89F; Thu, 14 Oct 2004 18:09:37 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 14 Oct 2004 18:09:37 +0200 Message-ID: <867jpt5lj2.fsf@borg.borderworlds.dk> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Promise SATAII 150 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:09:39 -0000 We are building a new box with SATA and for that we were going to buy a couple of SATA 150 TX4 cards (PDC20318) which work well in some other boxes we have. However we ended up with two SATAII 150 TX4 cards (PDC40518) instead which seem to be unsupported in both RELENG_5 and HEAD at this moment. Adding their PCI id's to the existing driver didn't seem to be enough. Is support for this controller in the works? Thanks in advance. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:17: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 1B4EC16A512; Thu, 14 Oct 2004 16:17:46 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CE743D53; Thu, 14 Oct 2004 16:17:45 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CI8IR-0000Qr-00; Thu, 14 Oct 2004 18:17:43 +0200 Received: from [217.83.7.152] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CI8IQ-0003I8-00; Thu, 14 Oct 2004 18:17:43 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 18:17:06 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2975677.l3a4ukALMZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410141817.16391.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Bruce M Simpson cc: Ian FREISLICH cc: Robert Huff cc: Robert Watson cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:17:46 -0000 --nextPart2975677.l3a4ukALMZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 14 October 2004 14:46, Ian FREISLICH wrote: > Bruce M Simpson wrote: > > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > > There appears to bea problem with if_de cards and Giant-free operatio= n. > > > I'm working with John Baldwin to try and diagnose it. Could you try > > > putting debug.mpsafenet=3D0 in /boot/loader.conf and reboot to confirm > > > that this is what's going on? > > > > The de(4) driver is a bit of a mess as regards locking. > > I had a look at this back in June/July but no longer have the hardware. > > It would probably be best to bring it under IFF_NEEDSGIANT. > > I have a > > de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f > irq 17 at device 9.0 on pci0 de0: [GIANT-LOCKED] > de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 > de0: Ethernet address: 00:00:f8:30:dd:c2 > de0: if_start running deferred for Giant > > that is no longer in use. If it will be of help, I'll mail it to > you (you'll need to give me your shipping address). Unless somebody else wants it, I'd be very happy to get hold of it in order= to=20 try what Bruce suggested and/or clean up the de(4) driver. Shipping address= =20 to follow in private mail. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2975677.l3a4ukALMZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbqaMXyyEoT62BG0RAhPZAJ4hVBu8FH7WF0+FjJcmoY5Xrdq2EQCeJ5jW qYWu7mZOx+oFhXYIA4jUnac= =I7XO -----END PGP SIGNATURE----- --nextPart2975677.l3a4ukALMZ-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:17: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 1B4EC16A512; Thu, 14 Oct 2004 16:17:46 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CE743D53; Thu, 14 Oct 2004 16:17:45 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CI8IR-0000Qr-00; Thu, 14 Oct 2004 18:17:43 +0200 Received: from [217.83.7.152] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CI8IQ-0003I8-00; Thu, 14 Oct 2004 18:17:43 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 18:17:06 +0200 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2975677.l3a4ukALMZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410141817.16391.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Bruce M Simpson cc: Ian FREISLICH cc: Robert Huff cc: Robert Watson cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:17:46 -0000 --nextPart2975677.l3a4ukALMZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 14 October 2004 14:46, Ian FREISLICH wrote: > Bruce M Simpson wrote: > > On Wed, Oct 13, 2004 at 04:27:22PM -0400, Robert Watson wrote: > > > There appears to bea problem with if_de cards and Giant-free operatio= n. > > > I'm working with John Baldwin to try and diagnose it. Could you try > > > putting debug.mpsafenet=3D0 in /boot/loader.conf and reboot to confirm > > > that this is what's going on? > > > > The de(4) driver is a bit of a mess as regards locking. > > I had a look at this back in June/July but no longer have the hardware. > > It would probably be best to bring it under IFF_NEEDSGIANT. > > I have a > > de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f > irq 17 at device 9.0 on pci0 de0: [GIANT-LOCKED] > de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 > de0: Ethernet address: 00:00:f8:30:dd:c2 > de0: if_start running deferred for Giant > > that is no longer in use. If it will be of help, I'll mail it to > you (you'll need to give me your shipping address). Unless somebody else wants it, I'd be very happy to get hold of it in order= to=20 try what Bruce suggested and/or clean up the de(4) driver. Shipping address= =20 to follow in private mail. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2975677.l3a4ukALMZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbqaMXyyEoT62BG0RAhPZAJ4hVBu8FH7WF0+FjJcmoY5Xrdq2EQCeJ5jW qYWu7mZOx+oFhXYIA4jUnac= =I7XO -----END PGP SIGNATURE----- --nextPart2975677.l3a4ukALMZ-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:40: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 7A23F16A4CE for ; Thu, 14 Oct 2004 16:40:35 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF7A43D4C for ; Thu, 14 Oct 2004 16:40:35 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 01F7EF1C8E; Thu, 14 Oct 2004 09:40:35 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04118-07; Thu, 14 Oct 2004 09:40:31 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 14918F1C98; Thu, 14 Oct 2004 09:40:31 -0700 (PDT) From: Sean McNeil To: Joan Picanyol In-Reply-To: <20041014124734.GA98773@grummit.biaix.org> References: <20041014110752.GA57541@grummit.biaix.org> <20041014124734.GA98773@grummit.biaix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VKnWaxQtDN0MBuVvtuCk" Message-Id: <1097772030.4580.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 14 Oct 2004 09:40:30 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:40:35 -0000 --=-VKnWaxQtDN0MBuVvtuCk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-14 at 05:47, Joan Picanyol wrote: > * gnn@freebsd.org [20041014 14:19]: > > At Thu, 14 Oct 2004 13:07:52 +0200, Joan Picanyol wrote: > > > What else should I do to debug this further? > >=20 > > Can you tell us more about system load?=20 >=20 > About 0. >=20 > > Is this easy to reproduce? >=20 > For me is at's easy as starting Gnome and trying to start Evolution and > Nautilus, with /home NFS mounted (although they never show up). That > will send gconfd to lalaland, and make it unkillable. >=20 > > Is it intermittent? >=20 > No, once started everything starts braking. i.e.: attempting a login on t= he > text console gives: >=20 > load: 0.05 cmd: bash 1107 [getblk] 0.00u 0.14s 0% 1892k >=20 > or: >=20 > load: 1.28 cmd: bash 1115 [nfs] 0.01u 0.13s 0% 1888k Please also specify your hardware. We are especially interested in the NIC and if it is an re0. Sean --=-VKnWaxQtDN0MBuVvtuCk 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) iD8DBQBBbqv+yQsGN30uGE4RAqyEAJ9BM1xKQr7GLa50GHRekAub87M00wCdH+YZ aoDzostE9l+LsaIGVmMzce8= =WAqc -----END PGP SIGNATURE----- --=-VKnWaxQtDN0MBuVvtuCk-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:40: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 3AF9516A4DB; Thu, 14 Oct 2004 16:40:47 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7362243D41; Thu, 14 Oct 2004 16:40:46 +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 i9EGejEl053817; Thu, 14 Oct 2004 20:40:45 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9EGejkO053816; Thu, 14 Oct 2004 20:40:45 +0400 (MSD) (envelope-from ache) Date: Thu, 14 Oct 2004 20:40:44 +0400 From: Andrey Chernov To: Ian FREISLICH Message-ID: <20041014164044.GA52765@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ian FREISLICH , Kris Kennaway , Bruce M Simpson , Robert Watson , Robert Huff , current@FreeBSD.ORG References: <20041014000822.GA30887@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.15 (host: pobrecita.freebsd.ru) cc: Bruce M Simpson cc: Robert Huff cc: Robert Watson cc: current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:40:47 -0000 On Thu, Oct 14, 2004 at 02:59:34PM +0200, Ian FREISLICH wrote: > but zero response IIRC. Maybe making it on by default was a little > hasty, but anyone that follows -CURRENT like they should if they > run it weuld have been aware of this and set debug.mpsafenet=0 in > their loader.conf when they saw that commit. There is nowhere said in this commit that if_de would or ever may be broken. Everydays something new coming, and this commit is one between similar others, nothing brings special attention to be aware of. I'll expect special 'WARNING: de owners' message to current in such situations, i.e. if something is not fixed to work together. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:50: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 5456616A4CE; Thu, 14 Oct 2004 16:50:59 +0000 (GMT) Received: from neo.redjade.org (neo.redjade.org [219.254.21.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 812BC43D60; Thu, 14 Oct 2004 16:50:57 +0000 (GMT) (envelope-from ssw@neo.redjade.org) Received: from neo.redjade.org (localhost [127.0.0.1]) by neo.redjade.org (8.13.1/8.13.1) with ESMTP id i9EGowLu027102; Fri, 15 Oct 2004 01:50:58 +0900 (KST) (envelope-from ssw@neo.redjade.org) Received: (from ssw@localhost) by neo.redjade.org (8.13.1/8.13.1/Submit) id i9EGovSB027101; Fri, 15 Oct 2004 01:50:57 +0900 (KST) (envelope-from ssw) Date: Fri, 15 Oct 2004 01:50:57 +0900 From: Sangwoo Shim To: Jeremie Le Hen Message-ID: <20041014165057.GA27057@neo.redjade.org> References: <20041014071051.GP718@empiric.icir.org> <20041014123424.GJ16534@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <20041014123424.GJ16534@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.4i cc: bms@freebsd.org cc: current@freebsd.org Subject: Re: ufdformat(1) -- format disks in USB floppy drives. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 16:50:59 -0000 On Thu, Oct 14, 2004 at 02:34:24PM +0200, Jeremie Le Hen wrote: [snip] > In which way does ufdformat(1) differs from fdformat(1) ? I mean > I feel quite counter-intuitive to have two differents commands to > finally achieve the same thing, formatting floppies, even if they > don't work on the same underlying bus. I think this difference > should be made transparent to users. He comments some of these issues in his ufdformat TODO, Please visit the URL. I've just tried it out. It needs small updating to be compiled, though. --- ufdformat.c.orig Fri Oct 15 01:43:39 2004 +++ ufdformat.c Fri Oct 15 01:32:59 2004 @@ -97,7 +97,7 @@ scsi_cmd = (struct scsi_verify *)&csio->cdb_io.cdb_bytes; bzero(scsi_cmd, sizeof(*scsi_cmd)); scsi_cmd->opcode = VERIFY; - scsi_cmd->lun = byte2; + scsi_cmd->byte2 = byte2; scsi_ulto4b(lba_addr, scsi_cmd->addr); scsi_ulto2b(nblocks, scsi_cmd->len); I think it's beneficial to have ufdformat in src for some time being for those use usb floppy. And it can be deleted after its functionalities being merged to fdformat(1). Regards, Sangwoo Shim > > Regards, > -- > Jeremie Le Hen > jeremie@le-hen.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 Thu Oct 14 16:54: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 5C06E16A4CE for ; Thu, 14 Oct 2004 16:54:01 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDF143D49 for ; Thu, 14 Oct 2004 16:54:00 +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 i9EGqIuo017931; Thu, 14 Oct 2004 12:52:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9EGqIX7017928; Thu, 14 Oct 2004 12:52:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 14 Oct 2004 12:52:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrey Chernov In-Reply-To: <20041014164044.GA52765@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Bruce M Simpson cc: Ian FREISLICH cc: Robert Huff cc: current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:54:01 -0000 On Thu, 14 Oct 2004, Andrey Chernov wrote: > On Thu, Oct 14, 2004 at 02:59:34PM +0200, Ian FREISLICH wrote: > > but zero response IIRC. Maybe making it on by default was a little > > hasty, but anyone that follows -CURRENT like they should if they > > run it weuld have been aware of this and set debug.mpsafenet=0 in > > their loader.conf when they saw that commit. > > There is nowhere said in this commit that if_de would or ever may be > broken. Everydays something new coming, and this commit is one between > similar others, nothing brings special attention to be aware of. I'll > expect special 'WARNING: de owners' message to current in such > situations, i.e. if something is not fixed to work together. The commit was not known in advance to break if_de, as it was believed that the IFF_NEEDSGIANT compatibility code would cover it, as it appears to do successfully for other drivers that are not yet safe without the Giant lock. While there had been sporadic reports of problems with if_de on an SMP alpha and one other system, it was only in the last couple of weeks that I've seen a larger number of reports. Obviously, we're working to fix it, but thus far it hasn't proven to be any of the more obvious potential issues, and is likely a race in the driver that may require some more deep reading and instrumentation to track down. I don't recall seeing a bug report until I saw your "me to" in the last day or two, or I probably would have been e-mailing you asking to try various things to see if they improve behavior. However, as I've mentioned, I've moved continents over three weeks, so I could well have missed your bug report. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:55: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 F05D016A4CE for ; Thu, 14 Oct 2004 16:55:11 +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 AA42243D49 for ; Thu, 14 Oct 2004 16:55:11 +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 i9EGtBdZ041058; Thu, 14 Oct 2004 09:55:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <34cb7c84041014034649c63c3b@mail.gmail.com> References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> <200410141537.11242.doconnor@gsoft.com.au> <16750.7355.130098.892269@ran.psg.com> <34cb7c84041014034649c63c3b@mail.gmail.com> 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: Thu, 14 Oct 2004 09:55:10 -0700 To: Peter Edwards X-Mailer: Apple Mail (2.619) cc: Randy Bush cc: freebsd-current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:55:12 -0000 On Oct 14, 2004, at 3:46 AM, Peter Edwards wrote: > > I've no idea why it was working with ttyd before: it sounds like its > working correctly now: maybe phk has fixed a bug in whatever was > driving your serial hardware. For the system console, DCD was ignored or irrelevant. This may have changed now. I would consider it a bug if we now require DCD for the console. I haven't looked at the code yet though... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:01: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 DE0D116A4CE for ; Thu, 14 Oct 2004 17:01:20 +0000 (GMT) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E463143D5D for ; Thu, 14 Oct 2004 17:01:19 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from c211-30-90-140.belrs3.nsw.optusnet.com.au (c211-30-90-140.belrs3.nsw.optusnet.com.au [211.30.90.140]) i9EH1HLn016071 for ; Fri, 15 Oct 2004 03:01:18 +1000 Received: (qmail 61252 invoked from network); 14 Oct 2004 17:01:17 -0000 Received: from unknown (HELO ?10.1.1.1?) (unknown) by unknown with SMTP; 14 Oct 2004 17:01:17 -0000 Message-ID: <416EB0DA.6040504@mawer.org> Date: Fri, 15 Oct 2004 03:01:14 +1000 From: Antony Mawer User-Agent: Mozilla Thunderbird 0.8 (Windows/20040905-pigfoot) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <200410141817.16391.max@love2party.net> In-Reply-To: <200410141817.16391.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Bruce M Simpson cc: Robert Huff cc: current@freebsd.org cc: Ian FREISLICH cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:01:21 -0000 Max Laier wrote: >>>>There appears to bea problem with if_de cards and Giant-free operation. >>>>I'm working with John Baldwin to try and diagnose it. Could you try >>>>putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm >>>>that this is what's going on? >>> >>>The de(4) driver is a bit of a mess as regards locking. >>>I had a look at this back in June/July but no longer have the hardware. >>>It would probably be best to bring it under IFF_NEEDSGIANT. >> >>I have a >> >>de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f >>irq 17 at device 9.0 on pci0 de0: [GIANT-LOCKED] >>de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 >>de0: Ethernet address: 00:00:f8:30:dd:c2 >>de0: if_start running deferred for Giant >> >>that is no longer in use. If it will be of help, I'll mail it to >>you (you'll need to give me your shipping address). I'm pretty sure I have one or two of of these cards kicking around amongst my spares. If anyone in Australia is interested in this for the purposes of testing & debugging this, you're most welcome to it -- email me off-list. I'd ship overseas but I suspect the cost in doing so would be more than the cost of the card... :-) Cheers Antony From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:01: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 E52C816A4CF for ; Thu, 14 Oct 2004 17:01:20 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2E143D5A for ; Thu, 14 Oct 2004 17:01:19 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from c211-30-90-140.belrs3.nsw.optusnet.com.au (c211-30-90-140.belrs3.nsw.optusnet.com.au [211.30.90.140]) i9EH1H7L005952 for ; Fri, 15 Oct 2004 03:01:18 +1000 Received: (qmail 61252 invoked from network); 14 Oct 2004 17:01:17 -0000 Received: from unknown (HELO ?10.1.1.1?) (unknown) by unknown with SMTP; 14 Oct 2004 17:01:17 -0000 Message-ID: <416EB0DA.6040504@mawer.org> Date: Fri, 15 Oct 2004 03:01:14 +1000 From: Antony Mawer User-Agent: Mozilla Thunderbird 0.8 (Windows/20040905-pigfoot) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <200410141817.16391.max@love2party.net> In-Reply-To: <200410141817.16391.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Bruce M Simpson cc: Robert Huff cc: current@freebsd.org cc: Ian FREISLICH cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:01:21 -0000 Max Laier wrote: >>>>There appears to bea problem with if_de cards and Giant-free operation. >>>>I'm working with John Baldwin to try and diagnose it. Could you try >>>>putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm >>>>that this is what's going on? >>> >>>The de(4) driver is a bit of a mess as regards locking. >>>I had a look at this back in June/July but no longer have the hardware. >>>It would probably be best to bring it under IFF_NEEDSGIANT. >> >>I have a >> >>de0: port 0xe800-0xe87f mem 0xea001000-0xea00107f >>irq 17 at device 9.0 on pci0 de0: [GIANT-LOCKED] >>de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 >>de0: Ethernet address: 00:00:f8:30:dd:c2 >>de0: if_start running deferred for Giant >> >>that is no longer in use. If it will be of help, I'll mail it to >>you (you'll need to give me your shipping address). I'm pretty sure I have one or two of of these cards kicking around amongst my spares. If anyone in Australia is interested in this for the purposes of testing & debugging this, you're most welcome to it -- email me off-list. I'd ship overseas but I suspect the cost in doing so would be more than the cost of the card... :-) Cheers Antony From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:12: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 E01B716A4CE for ; Thu, 14 Oct 2004 17:12:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A8F43D3F for ; Thu, 14 Oct 2004 17:12:28 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.200] ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9EHCDKL020576; Thu, 14 Oct 2004 11:12:13 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <416EB324.4040205@freebsd.org> Date: Thu, 14 Oct 2004 11:11:00 -0600 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: Andrey Chernov References: <20041014000822.GA30887@nagual.pp.ru> <20041014164044.GA52765@nagual.pp.ru> In-Reply-To: <20041014164044.GA52765@nagual.pp.ru> 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: Bruce M Simpson cc: Robert Huff cc: current@freebsd.org cc: Ian FREISLICH cc: Robert Watson cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:12:29 -0000 Andrey Chernov wrote: > On Thu, Oct 14, 2004 at 02:59:34PM +0200, Ian FREISLICH wrote: > >>but zero response IIRC. Maybe making it on by default was a little >>hasty, but anyone that follows -CURRENT like they should if they >>run it weuld have been aware of this and set debug.mpsafenet=0 in >>their loader.conf when they saw that commit. > > > There is nowhere said in this commit that if_de would or ever may be > broken. Everydays something new coming, and this commit is one between > similar others, nothing brings special attention to be aware of. I'll > expect special 'WARNING: de owners' message to current in such situations, > i.e. if something is not fixed to work together. > Andrey, I just searched the PR database and I can't find any reports from you related to this problem. I've also reviewed all of the email on this subject and I can't find any actual details of the problem from you nor any hint that you've attempted to debug it. I'm also not aware of Robert or any other developer being on paid contract by you to guarantee that your hardware works. And since you yourself are a developer and former Core team member, I'm a little curious why you are upset that other volunteers aren't jumping to your needs while you make no effort to help yourself or even file a bug report. Making the network stack run without Giant is a big task, and any problems that exist certainly are not intentional nor due to lack of effort. That said, this is indeed a serious bug and we need to fix it. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:16:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80FCB16A4CE for ; Thu, 14 Oct 2004 17:16:46 +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 3DC2243D31 for ; Thu, 14 Oct 2004 17:16:46 +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.34 (FreeBSD)) id 1CI9DX-000AqI-Qd; Thu, 14 Oct 2004 10:16:43 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.46203.217249.805105@ran.psg.com> Date: Thu, 14 Oct 2004 10:16:43 -0700 To: Peter Edwards References: <16749.52145.110218.317549@ran.psg.com> <200410140048.i9E0mjjM015658@realtime.exit.com> <16749.58484.912537.379555@ran.psg.com> <200410141537.11242.doconnor@gsoft.com.au> <16750.7355.130098.892269@ran.psg.com> <34cb7c84041014034649c63c3b@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:16:46 -0000 > Think of DCD as indicating that a "connection is established" with the > other side. The ttyd device is _supposed_ to block until a remote > connection is established. If you can't provide a DCD signal, then > just use "cuad" instead of "ttyd": > > The intention is that's for making outgoing calls you use cuad, so a > getty waiting to open ttyd won't stop the open on cuad. In your case, > it's probably ok for the getty to just hog the modem itself, so using > /dev/cuad0 sounds like the right thing to do. it's the getty that is the problem. this is out of band access to the console, i.e. getty. randy From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:20: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 AC9E016A4CF for ; Thu, 14 Oct 2004 17:20:27 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B189243D31 for ; Thu, 14 Oct 2004 17:20:18 +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 i9EHKFcK069104; Thu, 14 Oct 2004 19:20:15 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 14 Oct 2004 10:16:43 PDT." <16750.46203.217249.805105@ran.psg.com> Date: Thu, 14 Oct 2004 19:20:15 +0200 Message-ID: <69103.1097774415@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: Peter Edwards Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:20:27 -0000 In message <16750.46203.217249.805105@ran.psg.com>, Randy Bush writes: >> Think of DCD as indicating that a "connection is established" with the >> other side. The ttyd device is _supposed_ to block until a remote >> connection is established. If you can't provide a DCD signal, then >> just use "cuad" instead of "ttyd": >> >> The intention is that's for making outgoing calls you use cuad, so a >> getty waiting to open ttyd won't stop the open on cuad. In your case, >> it's probably ok for the getty to just hog the modem itself, so using >> /dev/cuad0 sounds like the right thing to do. > >it's the getty that is the problem. this is out of band access to >the console, i.e. getty. It is a rather hairy issue. It is true that /dev/cua* should be used when DCD should be ignored, but in addition to that we also lock CLOCAL on consoleports in order to make /dev/tty* for them act essentially the same way. -- 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 Oct 14 17:28: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 3A16316A4CE for ; Thu, 14 Oct 2004 17:28:52 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A3DF43D39 for ; Thu, 14 Oct 2004 17:28:51 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9EHSiM3052864; Thu, 14 Oct 2004 19:28:46 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416EB73B.8040900@DeepCore.dk> Date: Thu, 14 Oct 2004 19:28:27 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Laursen References: <867jpt5lj2.fsf@borg.borderworlds.dk> In-Reply-To: <867jpt5lj2.fsf@borg.borderworlds.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: Promise SATAII 150 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:28:52 -0000 Christian Laursen wrote: > We are building a new box with SATA and for that we were going to > buy a couple of SATA 150 TX4 cards (PDC20318) which work well in > some other boxes we have. >=20 > However we ended up with two SATAII 150 TX4 cards (PDC40518) instead > which seem to be unsupported in both RELENG_5 and HEAD at this moment. >=20 > Adding their PCI id's to the existing driver didn't seem to be enough. >=20 > Is support for this controller in the works? Not yet at least, but if you are in a hurry you could ship me one and=20 I'll look into it :) (Vi bor jo i samme .dk domain :) ) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:29: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 78AC716A4CE; Thu, 14 Oct 2004 17:29:37 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C8EF43D31; Thu, 14 Oct 2004 17:29:36 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9EE1848.dip.t-dialin.net [217.238.24.72]) (authenticated bits=0)i9EHTXFN025554; Thu, 14 Oct 2004 19:29:34 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <416EB773.5070008@schlenker-webdesign.de> Date: Thu, 14 Oct 2004 19:29:23 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl , freebsd-current@freebsd.org References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:29:37 -0000 Lukas Ertl wrote: > On Thu, 14 Oct 2004, Michael Nottebrock wrote: > >> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to >> happen >> ever since atapicam entered the tree. > > > How hard would it be to offer multiple different GENERIC kernels at > the install stage, and the user can decide which one to install? One > with atapicam, one without... (this is not limited to atapicam, of > course). One without ,,uscanner''... The situation with scanners is still unsatisfying. Not because of FreeBSD, but because of broken scanners around that work well with libusb but not with /dev/uscannerX. If someone owns such a scanner, he has to build a kernel without uscanner. On the other hand, if uscanner was not part of GENERIC and someone neede it, he/she just would load the module. I know that we had the discussion before. Maybe in december I will be able to get a pile of scanners for testing with Linux and FreeBSD and maybe then I will be able supply the uscanner-people with additional information. Thanks, Mattias @Bernd Walter: I did not forget our previous discussion, it is just that my schedule is very tight for the moment. -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:05: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 2FEC416A4CE for ; Thu, 14 Oct 2004 18:05:48 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE33743D2D for ; Thu, 14 Oct 2004 18:05:47 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CI9yy-00057G-UZ for current@FreeBSD.ORG; Thu, 14 Oct 2004 14:05:45 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.49128.541439.894627@jerusalem.litteratus.org> Date: Thu, 14 Oct 2004 14:05:28 -0400 To: current@FreeBSD.ORG In-Reply-To: References: <20041014164044.GA52765@nagual.pp.ru> X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:05:48 -0000 Robert Watson writes: > I don't recall seeing a bug report until I saw your "me to" in > the last day or two, or I probably would have been e-mailing you > asking to try various things to see if they improve behavior. Speaking only for myself: As someone who started tracking -CURRENT several months after the release of 5.0, and who has the proven ability to screw things up in ways unrelated to the actual code >:-( ... filing a PR is (barring lack of sleep, low blood sugar, and/or "onw of those days") the last resort not the first. Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:07: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 9D30816A4CE for ; Thu, 14 Oct 2004 18:07:56 +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 601C743D1F for ; Thu, 14 Oct 2004 18:07:56 +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.34 (FreeBSD)) id 1CIA15-000CWS-S8; Thu, 14 Oct 2004 11:07:55 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16750.49275.369981.339143@ran.psg.com> Date: Thu, 14 Oct 2004 11:07:55 -0700 To: Dmitry Pryanishnikov References: <20041014100207.H79329@atlantis.atlantis.dp.ua> cc: freebsd-current@freebsd.org Subject: Re: NOTICE: /dev/cuaa%d -> /dev/cuad%d renaming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:07:56 -0000 > Than maybe you should try to use the following gettytab(5) facility: > nc bool false terminal does not supply carrier (set > clocal) confirmed to work. thanks! randy From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:09: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 BECF216A4CF for ; Thu, 14 Oct 2004 18:09:32 +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 56D4F43D1F for ; Thu, 14 Oct 2004 18:09:31 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 3413 invoked by uid 1000); 14 Oct 2004 18:07:14 -0000 Date: Thu, 14 Oct 2004 20:07:14 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041014180714.GA2812@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041014110752.GA57541@grummit.biaix.org> <20041014124734.GA98773@grummit.biaix.org> <200410141513.53023.josemi@freebsd.jazztel.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200410141513.53023.josemi@freebsd.jazztel.es> User-Agent: Mutt/1.4.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:09:32 -0000 * Jose M Rodriguez [20041014 15:36]: > El Jueves, 14 de Octubre de 2004 14:47, Joan Picanyol escribió: > > * gnn@freebsd.org [20041014 14:19]: > > > At Thu, 14 Oct 2004 13:07:52 +0200, Joan Picanyol wrote: > Have you lockd running? I think that gnome try to fnctl lock in some > places and must require lockd running. Yes: calvin# rpcinfo -s grummit program version(s) netid(s) service owner 100000 2 udp,tcp portmapper unknown 100004 2,1 tcp,udp ypserv unknown 100005 1,3 tcp,udp mountd unknown 100003 3,2 tcp,udp nfs unknown 100021 4,3,1 tcp,udp nlockmgr unknown 100024 1 tcp,udp status unknown calvin# rpcinfo -s calvin program version(s) netid(s) service owner 100000 2,3,4 local,udp,tcp portmapper superuser 100007 2 tcp,udp ypbind superuser 100024 1 tcp,udp status superuser 100021 4,3,1,0 tcp,udp nlockmgr superuser 391002 2,1 tcp sgi_fam superuser calvin# tks -- pica From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:09: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 C9BE916A4CE for ; Thu, 14 Oct 2004 18:09:49 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6887443D53 for ; Thu, 14 Oct 2004 18:09:49 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6B6F265410; Thu, 14 Oct 2004 19:09:47 +0100 (BST) 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 46428-05-24; Thu, 14 Oct 2004 19:09:47 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 66DE2653AD; Thu, 14 Oct 2004 19:09:46 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id C3DC46465; Thu, 14 Oct 2004 11:09:35 -0700 (PDT) Date: Thu, 14 Oct 2004 11:09:35 -0700 From: Bruce M Simpson To: Brian Reichert Message-ID: <20041014180935.GA665@empiric.icir.org> Mail-Followup-To: Brian Reichert , Maxim Sobolev , freebsd-current@freebsd.org References: <20041006092156.GA690@empiric.icir.org> <20041006112834.GC1794@empiric.icir.org> <20041006120031.GD1794@empiric.icir.org> <416E9271.6050700@portaone.com> <20041014152137.GL278@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014152137.GL278@numachi.com> cc: Maxim Sobolev cc: freebsd-current@freebsd.org Subject: Re: Formatting a USB floppy in FreeBSD [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, 14 Oct 2004 18:09:49 -0000 Hello, On Thu, Oct 14, 2004 at 11:21:37AM -0400, Brian Reichert wrote: > I generally avoid the problem by maintaining, on my hard drive, an > image of a formatted floppy, and using 'dd' to write it to whatever > destination.... 'dd' does not perform low level format of USB floppy devices, so you are talking about a completely different problem. BMS From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:13: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 864ED16A4CE for ; Thu, 14 Oct 2004 18:13:09 +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 5857543D31 for ; Thu, 14 Oct 2004 18:13:08 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 3668 invoked by uid 1000); 14 Oct 2004 18:10:51 -0000 Date: Thu, 14 Oct 2004 20:10:51 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041014181051.GB2812@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041014110752.GA57541@grummit.biaix.org> <20041014124734.GA98773@grummit.biaix.org> <1097772030.4580.1.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097772030.4580.1.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:13:09 -0000 * Sean McNeil [20041014 18:38]: > Please also specify your hardware. We are especially interested in the > NIC and if it is an re0. As I said, it's an xl, specifically: xl0@pci2:8:0: class=0x020000 card=0x246610f1 chip=0x920010b7 rev=0x78 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905C-TX Fast EtherLink for PC Management NIC' class = network subclass = ethernet tks -- pica From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:27: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 EFAC516A4CE; Thu, 14 Oct 2004 18:27:23 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A094C43D39; Thu, 14 Oct 2004 18:27:23 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9DB706542F; Thu, 14 Oct 2004 19:27:22 +0100 (BST) 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 46860-03-2; Thu, 14 Oct 2004 19:27:22 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id A732765414; Thu, 14 Oct 2004 19:27:21 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id EAEFB6465; Thu, 14 Oct 2004 11:27:15 -0700 (PDT) Date: Thu, 14 Oct 2004 11:27:15 -0700 From: Bruce M Simpson To: Andrey Chernov , Ian FREISLICH , Kris Kennaway , Robert Watson , Robert Huff , current@FreeBSD.ORG Message-ID: <20041014182715.GB665@empiric.icir.org> References: <20041014000822.GA30887@nagual.pp.ru> <20041014164044.GA52765@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20041014164044.GA52765@nagual.pp.ru> Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:27:24 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrey, I hate to sound rude here, but, if something's broken for you, and you want that situation to change, barking at developers on current@ is more likely to result in that code staying broken rather than being fixed. On Thu, Oct 14, 2004 at 08:40:44PM +0400, Andrey Chernov wrote: > There is nowhere said in this commit that if_de would or ever may be=20 > broken. Everydays something new coming, and this commit is one between=20 > similar others, nothing brings special attention to be aware of. I'll=20 > expect special 'WARNING: de owners' message to current in such situations= ,=20 > i.e. if something is not fixed to work together. I think your expectations of support are unrealistic here. FreeBSD is a largely unfunded volunteer open source project. de(4) has no official maintainer(s). Patches are welcome. On the other hand, if you want a commercial level of support, consider paying for it. If de(4) functionality is something you cannot live without, then consider offering a bounty, perhaps teaming up with other people who badly need de(4) support to match your funds and pool them. As a device for getting the attention and time of open source developers, this method works very well, and has been used here as well as in the OpenBSD community. Regards, BMS --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBbsUDueUpAYYNtTsRAr81AJ4x9txzlkLj/7CxyZ8hVO7lX7nK2wCgj5Qn 59KqMLX9vGtVvtnttbkwGmc= =Q8lY -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:31: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 903ED16A4CE for ; Thu, 14 Oct 2004 18:31:25 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36AE543D62 for ; Thu, 14 Oct 2004 18:31:25 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9EIVG8x023342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 14:31:18 -0400 (EDT) Message-ID: <416EC5F4.8000203@mac.com> Date: Thu, 14 Oct 2004 14:31:16 -0400 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: Michael Nottebrock References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> In-Reply-To: <200410141341.29774.michaelnottebrock@gmx.net> 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=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:31:25 -0000 Michael Nottebrock wrote: > On Thursday 14 October 2004 12:59, Bruce M Simpson wrote: >> On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein wrote: >> [ ...well made userland point snipped... ] >> Unfortunately, due to the way ata and atapicam are implemented right now, >> this is unlikely to happen soon. > > Easy workaround: Put atapicam into GENERIC. I'm waiting for that to happen > ever since atapicam entered the tree. I'd strongly agree, unless there is a major downside to doing so. (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support burden for the dvd+rw-tools port by a noticable fraction. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:33: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 E06F516A4CE for ; Thu, 14 Oct 2004 18:33:33 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id E647443D2D for ; Thu, 14 Oct 2004 18:33:32 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 62230 invoked from network); 14 Oct 2004 18:33:31 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 14 Oct 2004 18:33:31 -0000 Received: (qmail 12179 invoked by uid 1001); 14 Oct 2004 18:33:31 -0000 Date: Thu, 14 Oct 2004 14:33:31 -0400 From: Brian Reichert To: Brian Reichert , Maxim Sobolev , freebsd-current@freebsd.org Message-ID: <20041014183331.GM278@numachi.com> References: <20041006092156.GA690@empiric.icir.org> <20041006112834.GC1794@empiric.icir.org> <20041006120031.GD1794@empiric.icir.org> <416E9271.6050700@portaone.com> <20041014152137.GL278@numachi.com> <20041014180935.GA665@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014180935.GA665@empiric.icir.org> User-Agent: Mutt/1.5.6i Subject: Re: Formatting a USB floppy in FreeBSD [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, 14 Oct 2004 18:33:34 -0000 On Thu, Oct 14, 2004 at 11:09:35AM -0700, Bruce M Simpson wrote: > Hello, > > On Thu, Oct 14, 2004 at 11:21:37AM -0400, Brian Reichert wrote: > > I generally avoid the problem by maintaining, on my hard drive, an > > image of a formatted floppy, and using 'dd' to write it to whatever > > destination.... > > 'dd' does not perform low level format of USB floppy devices, so > you are talking about a completely different problem. D'oh! You're right; I apologize. I haven't done a low-level format of anything in years; I'm suprised it's still common practice. Sorry about jumping on a thread late, w/o catching up first... > BMS -- 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 Oct 14 18:37: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 97A6116A4CE for ; Thu, 14 Oct 2004 18:37:17 +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 6FC3543D45 for ; Thu, 14 Oct 2004 18:37:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C0BDF51509; Thu, 14 Oct 2004 11:37:16 -0700 (PDT) Date: Thu, 14 Oct 2004 11:37:16 -0700 From: Kris Kennaway To: freebsd-current@freebsd.org Message-ID: <20041014183716.GA6381@xor.obsecurity.org> References: <20041014110752.GA57541@grummit.biaix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20041014110752.GA57541@grummit.biaix.org> User-Agent: Mutt/1.4.2.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:37:17 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 01:07:52PM +0200, Joan Picanyol wrote: > Hi, >=20 > I'm having issues with NFS on my BETA7 workstation, some process get > stuck in nfsfsync state, and many others are then block at select. Gnome > becomes unusable, and I get "server not responding" song on the console, > even though the server is pingable. /home is NFS mounted from a 4.10 > server, NIC on the client is xl, debug.mpsafenet=3D0. What are your nfs mount options? There might be problems with nfsv2 mounts. Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbsdcWry0BWjoQKURAn9MAKDly4Agw/MnfvSpbk1C6r5X0710VwCcDJfW sw5hTyK957XAmb5p3z7zUDY= =fZV0 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:47: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 5773C16A4CE; Thu, 14 Oct 2004 18:47:28 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0620E43D31; Thu, 14 Oct 2004 18:47:28 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 0BF1665490; Thu, 14 Oct 2004 19:47:27 +0100 (BST) 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 47554-01-3; Thu, 14 Oct 2004 19:47:26 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 30AE765473; Thu, 14 Oct 2004 19:47:26 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 42ED06465; Thu, 14 Oct 2004 11:47:15 -0700 (PDT) Date: Thu, 14 Oct 2004 11:47:15 -0700 From: Bruce M Simpson To: Max Laier Message-ID: <20041014184715.GC665@empiric.icir.org> Mail-Followup-To: Max Laier , freebsd-current@freebsd.org, Ian FREISLICH , Robert Huff , Robert Watson , current@freebsd.org References: <200410141817.16391.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <200410141817.16391.max@love2party.net> cc: Robert Watson cc: Ian FREISLICH cc: freebsd-current@freebsd.org cc: Robert Huff cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:47:28 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 06:17:06PM +0200, Max Laier wrote: > Unless somebody else wants it, I'd be very happy to get hold of it in ord= er to=20 > try what Bruce suggested and/or clean up the de(4) driver. Shipping addre= ss=20 > to follow in private mail. Actually what I should have said was that de(4) is a mess, period. The code in de(4) deviates significantly from style(9). There's a lot of spaghetti in there for those who care to look. In my opinion, expecting committers to maintain it is unrealistic, unless they're familiar with the site local style in the driver files, or willing to become familiar. To the best of my knowledge, NetBSD's tlp(4) driver supports all of the target hardware that de(4) does, and is much closer to our coding style. This was my recommendation in private to various developers back in July shortly before I moved to Berkeley. Regards, BMS --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBbsmyueUpAYYNtTsRAse0AKCEDd3WOyqMwwD7DuKUtTSIPegxTgCfXzjL ByAUNeqr6JNI84uzeY/ih4s= =+K4j -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:47: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 5773C16A4CE; Thu, 14 Oct 2004 18:47:28 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0620E43D31; Thu, 14 Oct 2004 18:47:28 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 0BF1665490; Thu, 14 Oct 2004 19:47:27 +0100 (BST) 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 47554-01-3; Thu, 14 Oct 2004 19:47:26 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-95-134.dsl.snfc21.pacbell.net [67.121.95.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 30AE765473; Thu, 14 Oct 2004 19:47:26 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 42ED06465; Thu, 14 Oct 2004 11:47:15 -0700 (PDT) Date: Thu, 14 Oct 2004 11:47:15 -0700 From: Bruce M Simpson To: Max Laier Message-ID: <20041014184715.GC665@empiric.icir.org> Mail-Followup-To: Max Laier , freebsd-current@freebsd.org, Ian FREISLICH , Robert Huff , Robert Watson , current@freebsd.org References: <200410141817.16391.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <200410141817.16391.max@love2party.net> cc: Robert Watson cc: Ian FREISLICH cc: freebsd-current@freebsd.org cc: Robert Huff cc: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:47:28 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 06:17:06PM +0200, Max Laier wrote: > Unless somebody else wants it, I'd be very happy to get hold of it in ord= er to=20 > try what Bruce suggested and/or clean up the de(4) driver. Shipping addre= ss=20 > to follow in private mail. Actually what I should have said was that de(4) is a mess, period. The code in de(4) deviates significantly from style(9). There's a lot of spaghetti in there for those who care to look. In my opinion, expecting committers to maintain it is unrealistic, unless they're familiar with the site local style in the driver files, or willing to become familiar. To the best of my knowledge, NetBSD's tlp(4) driver supports all of the target hardware that de(4) does, and is much closer to our coding style. This was my recommendation in private to various developers back in July shortly before I moved to Berkeley. Regards, BMS --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBbsmyueUpAYYNtTsRAse0AKCEDd3WOyqMwwD7DuKUtTSIPegxTgCfXzjL ByAUNeqr6JNI84uzeY/ih4s= =+K4j -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 19:18: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 64E7016A4CE; Thu, 14 Oct 2004 19:18:05 +0000 (GMT) Received: from web.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96FAD43D1D; Thu, 14 Oct 2004 19:18:04 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [193.28.87.100] ([193.28.87.100]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9EJI1e7099299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 21:18:02 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <416ED0E0.60805@portaone.com> Date: Thu, 14 Oct 2004 22:17:52 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Eikemeier Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit cc: re@FreeBSD.ORG cc: "current@freebsd.org" cc: portmgr@FreeBSD.ORG Subject: Critical 5.3-RELEASE bug: pkg_delete -r (recursive removal) doesn't work properly anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 19:18:05 -0000 FreeBSD notebook 5.3-BETA5 FreeBSD 5.3-BETA5 #23: Mon Sep 20 12:35:40 EEST 2004 root@notebook:/usr/src/sys/i386/compile/NOTEBOOK i386 I can no longer delete package and all its dependencies, it seems that pkg_delete have been b0rken recently, so that it no longer schedules deletes in correct dependency order, like it used to do! $ sudo pkg_delete -r /var/db/pkg/xmlcatmgr-2.0.b1/ pkg_delete: package 'docbook-1.3' is required by these other packages and may not be deinstalled: sgmlformat-1.7_2 pkg_delete: package 'docbook-241_2' is required by these other packages and may not be deinstalled: docbook-1.3 sgmlformat-1.7_2 pkg_delete: package 'docbook-3.0_2' is required by these other packages and may not be deinstalled: docbook-1.3 sgmlformat-1.7_2 pkg_delete: package 'docbook-3.1_2' is required by these other packages and may not be deinstalled: docbook-1.3 sgmlformat-1.7_2 pkg_delete: package 'docbook-4.0_2' is required by these other packages and may not be deinstalled: docbook-1.3 sgmlformat-1.7_2 pkg_delete: package 'docbook-4.1_2' is required by these other packages and may not be deinstalled: docbook-1.3 sgmlformat-1.7_2 pkg_delete: package 'docbook-xml-4.2_1' is required by these other packages and may not be deinstalled: docbook-1.3 pkg_delete: package 'linuxdoc-1.1_1' is required by these other packages and may not be deinstalled: sgmlformat-1.7_2 pkg_delete: package 'iso8879-1986_2' is required by these other packages and may not be deinstalled: docbook-1.3 docbook-241_2 docbook-3.0_2 docbook-3.1_2 docbook-4.0_2 docbook-4.1_2 linuxdoc-1.1_1 sgmlformat-1.7_2 pkg_delete: package 'xmlcatmgr-2.0.b1' is required by these other packages and may not be deinstalled: docbook-1.3 docbook-241_2 docbook-3.0_2 docbook-3.1_2 docbook-4.0_2 docbook-4.1_2 docbook-xml-4.2_1 iso8879-1986_2 linuxdoc-1.1_1 Please fix. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 19:40: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 A76A116A4CE; Thu, 14 Oct 2004 19:40:42 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C52E043D1F; Thu, 14 Oct 2004 19:40:41 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [193.28.87.100] ([193.28.87.100]) (authenticated bits=0) by web.portaone.com (8.12.11/8.12.11) with ESMTP id i9EJecTV000663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 21:40:40 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <416ED62E.6030004@portaone.com> Date: Thu, 14 Oct 2004 22:40:30 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <416ED0E0.60805@portaone.com> In-Reply-To: <416ED0E0.60805@portaone.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit cc: portmgr@FreeBSD.ORG cc: re@FreeBSD.ORG cc: "current@freebsd.org" cc: Oliver Eikemeier Subject: False alarm, sorry! [Re: Critical 5.3-RELEASE bug: pkg_delete -r (recursive removal) doesn't work properly anymore] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 19:40:42 -0000 Looks like my local /var/db/pkg is hosed somehow. Sorry for confusion, please disregard! -Maxim Maxim Sobolev wrote: > FreeBSD notebook 5.3-BETA5 FreeBSD 5.3-BETA5 #23: Mon Sep 20 12:35:40 > EEST 2004 root@notebook:/usr/src/sys/i386/compile/NOTEBOOK i386 > > I can no longer delete package and all its dependencies, it seems that > pkg_delete have been b0rken recently, so that it no longer schedules > deletes in correct dependency order, like it used to do! > > $ sudo pkg_delete -r /var/db/pkg/xmlcatmgr-2.0.b1/ > pkg_delete: package 'docbook-1.3' is required by these other packages > and may not be deinstalled: > sgmlformat-1.7_2 > pkg_delete: package 'docbook-241_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > sgmlformat-1.7_2 > pkg_delete: package 'docbook-3.0_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > sgmlformat-1.7_2 > pkg_delete: package 'docbook-3.1_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > sgmlformat-1.7_2 > pkg_delete: package 'docbook-4.0_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > sgmlformat-1.7_2 > pkg_delete: package 'docbook-4.1_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > sgmlformat-1.7_2 > pkg_delete: package 'docbook-xml-4.2_1' is required by these other packages > and may not be deinstalled: > docbook-1.3 > pkg_delete: package 'linuxdoc-1.1_1' is required by these other packages > and may not be deinstalled: > sgmlformat-1.7_2 > pkg_delete: package 'iso8879-1986_2' is required by these other packages > and may not be deinstalled: > docbook-1.3 > docbook-241_2 > docbook-3.0_2 > docbook-3.1_2 > docbook-4.0_2 > docbook-4.1_2 > linuxdoc-1.1_1 > sgmlformat-1.7_2 > pkg_delete: package 'xmlcatmgr-2.0.b1' is required by these other packages > and may not be deinstalled: > docbook-1.3 > docbook-241_2 > docbook-3.0_2 > docbook-3.1_2 > docbook-4.0_2 > docbook-4.1_2 > docbook-xml-4.2_1 > iso8879-1986_2 > linuxdoc-1.1_1 > > Please fix. > > -Maxim > _______________________________________________ > 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 Oct 14 19:57: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 5703C16A4E0 for ; Thu, 14 Oct 2004 19:57:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD27643D5F for ; Thu, 14 Oct 2004 19:57:38 +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 i9EJturu024010; Thu, 14 Oct 2004 15:55:56 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9EJttFc024007; Thu, 14 Oct 2004 15:55:56 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 14 Oct 2004 15:55:55 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ian FREISLICH In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Andrey Chernov cc: Robert Huff cc: current@FreeBSD.ORG cc: Bruce M Simpson cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 19:57:39 -0000 On Thu, 14 Oct 2004, Ian FREISLICH wrote: > Andrey Chernov wrote: > > > You mean, until rwatson changed the default to debug.mpsafenet=1? :-) > > > > Your guess is precisely right! :-) > > > > (IMHO making such commit without testing major drivers such as if_de was > > wrong step) > > I always thought the spin on debug.mpsafenet=1 with if_de was YYMV. > There were many calls for the maintainers of the driver to fix it, but > zero response IIRC. Maybe making it on by default was a little hasty, > but anyone that follows -CURRENT like they should if they run it weuld > have been aware of this and set debug.mpsafenet=0 in their loader.conf > when they saw that commit. (Kind comments on handling of mpsafenet work ommitted in quote, but much appreciated). I was chatting wit Max Laier this evening, and he suggested that he was worried that the ALTQ changes might actually be the problem. He has created a small patch to back those changes out, as well as a change to tweak the behavior. You can find the patches here: http://people.freebsd.org/~mlaier/if_de.c.backout.diff http://people.freebsd.org/~mlaier/if_de.c.drvlen.diff I looked at the queueing pieces yesterday but didn't see any obvious problems with them. I think it's worth trying each of these patches to see if one of them has the desired effect, however. The problem appears to lie somehow in the hand-off between the network stack and driver, as that's the primary difference between the debug.mpsafenet={0,1} cases. FYI, here are some things we've tried looking at so far: - We thought there might be a race in the handling of IFF_OACTIVE and its use in if_handoff(), since IFF_OACTIVE is used differently in if_de that most drivers. However, removing the IFF_OACTIVE test in iff_handoff() did not resolve the problem in John's configuration. - We were concerned there was a race in the task queue handoff used to schedule the interface start routine asynchronusly from the queue insert. We instrumented the task queue code with timing and didn't find anything abnormal (i.e., no waits long enough to explain the observed delays). So it seems likely to be one of the two following sorts of things: - A problem in the if_de driver, perhaps due to less Giant on the rest of the stack, that causes it to improperly move data in and out of the interface queues, or monitor for entires in the queue, resulting in delays. - A race introduced by Giant removal wherein the if_de driver behaves incorrectly if a packet is found in the ifq by the interrupt handler if the tulip_start function has not yet been run for that packet. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 19:58: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 0583916A4CF for ; Thu, 14 Oct 2004 19:58:06 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578E643D58 for ; Thu, 14 Oct 2004 19:58:05 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9EJw0Zi054784; Thu, 14 Oct 2004 21:58:02 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416EDA36.1070403@DeepCore.dk> Date: Thu, 14 Oct 2004 21:57:42 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> <416EC5F4.8000203@mac.com> In-Reply-To: <416EC5F4.8000203@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 19:58:06 -0000 Chuck Swiger wrote: > Michael Nottebrock wrote: >=20 >> On Thursday 14 October 2004 12:59, Bruce M Simpson wrote: >> >>> On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein wrote: >>> [ ...well made userland point snipped... ] >>> Unfortunately, due to the way ata and atapicam are implemented right = >>> now, >>> this is unlikely to happen soon. >> >> >> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to=20 >> happen ever since atapicam entered the tree. >=20 >=20 > I'd strongly agree, unless there is a major downside to doing so. >=20 > (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support=20 > burden for the dvd+rw-tools port by a noticable fraction. :-) But will do the opposite to my mailbox, and I *dont* support atapicam,=20 so I think its a bad idea, besides I waste enough time as is, thanks... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:13:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B6116A4CE for ; Thu, 14 Oct 2004 20:13:33 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B7443D3F for ; Thu, 14 Oct 2004 20:13:33 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9EKDNWi010180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 13:13:24 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416EDF7A.3060903@errno.com> Date: Thu, 14 Oct 2004 13:20:10 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Chernov References: <20041014000822.GA30887@nagual.pp.ru> <20041014164044.GA52765@nagual.pp.ru> In-Reply-To: <20041014164044.GA52765@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Bruce M Simpson cc: Robert Huff cc: current@freebsd.org cc: Ian FREISLICH cc: Robert Watson cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:13:33 -0000 Andrey Chernov wrote: > On Thu, Oct 14, 2004 at 02:59:34PM +0200, Ian FREISLICH wrote: > >>but zero response IIRC. Maybe making it on by default was a little >>hasty, but anyone that follows -CURRENT like they should if they >>run it weuld have been aware of this and set debug.mpsafenet=0 in >>their loader.conf when they saw that commit. > > > There is nowhere said in this commit that if_de would or ever may be > broken. Everydays something new coming, and this commit is one between > similar others, nothing brings special attention to be aware of. I'll > expect special 'WARNING: de owners' message to current in such situations, > i.e. if something is not fixed to work together. > The changes for locking the network stack have been going on for >2 years. During that time I and many others have called for people to help. At some point you have to leave certain code behind or you'll never make progress. Robert Watson made the extra effort to provide legacy support for drivers that lacked proper locking (I intended to just leave them broken until someone stepped up and fixed them). That this particular driver broke regardless is unfortunate but inconsequential relative to other issues. Given the price of 100baseT NICs these days if you're not willing to fix the code yourself I don't see it as a massive hardship to go buy replacements for your de cards. Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:31: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 4E1DF16A4CE for ; Thu, 14 Oct 2004 20:31:06 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD5743D55 for ; Thu, 14 Oct 2004 20:31:05 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9EKTIiL095722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 16:30:54 -0400 (EDT) Message-ID: <416EE19D.50400@mac.com> Date: Thu, 14 Oct 2004 16:29:17 -0400 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: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> <416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> In-Reply-To: <416EDA36.1070403@DeepCore.dk> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:31:06 -0000 Sřren Schmidt wrote: > Chuck Swiger wrote: >> Michael Nottebrock wrote: >>> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to >>> happen ever since atapicam entered the tree. >> >> I'd strongly agree, unless there is a major downside to doing so. >> >> (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support >> burden for the dvd+rw-tools port by a noticable fraction. :-) > > But will do the opposite to my mailbox, and I *dont* support atapicam, > so I think its a bad idea, besides I waste enough time as is, thanks... My comment about email support was intended to be humorous. If I didn't want to provide technical support to other people, I probably wouldn't spend as much time as I do answering people's questions, on list and off. Be that as it may, Soren, I guess you're free to not welcome questions about atapicam. Would having it in GENERIC would make much difference to you if other people are willing to answer any questions which get asked on the mailing lists about it...? Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without using ATAPICAM? I think it is not unreasonable to expect the GENERIC kernel to be able to burn DVDs, as that can make for a reasonable backup mechanism. [ Peripheral note: DVDs are OK for backup, that is, but I much prefer tapes for durability and long term storage. Quantum sDLT 220 drives rock. ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:31: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 A28C016A4CF; Thu, 14 Oct 2004 20:31:34 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B37C843D39; Thu, 14 Oct 2004 20:31:33 +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 i9EKVWCE057577; Fri, 15 Oct 2004 00:31:32 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9EKVWKU057576; Fri, 15 Oct 2004 00:31:32 +0400 (MSD) (envelope-from ache) Date: Fri, 15 Oct 2004 00:31:32 +0400 From: Andrey Chernov To: Bruce M Simpson Message-ID: <20041014203132.GA54873@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Bruce M Simpson , Ian FREISLICH , Kris Kennaway , Robert Watson , Robert Huff , current@FreeBSD.ORG References: <20041014000822.GA30887@nagual.pp.ru> <20041014164044.GA52765@nagual.pp.ru> <20041014182715.GB665@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20041014182715.GB665@empiric.icir.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.18 (host: pobrecita.freebsd.ru) cc: Ian FREISLICH cc: Robert Huff cc: Robert Watson cc: current@FreeBSD.ORG cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:31:34 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 11:27:15AM -0700, Bruce M Simpson wrote: > > similar others, nothing brings special attention to be aware of. I'll= =20 > > expect special 'WARNING: de owners' message to current in such situatio= ns,=20 > > i.e. if something is not fixed to work together. >=20 > I think your expectations of support are unrealistic here. > FreeBSD is a largely unfunded volunteer open source project. > de(4) has no official maintainer(s). Patches are welcome. >=20 > On the other hand, if you want a commercial level of support, consider > paying for it. All this suggestions really surprise me. Patches? Pay? Another one was to= =20 buy different card, from somebody other...=20 I know myself well how to _handle_ it now, please don't try to suggest. My= =20 problem was that REASON of hang was UNCLEAR for me for two months. People, I not expecting that you'll fix this if_de and not even demand it= =20 in any form! If you actually read what I write I expect only 'WARNING'=20 mail to current@ list in case some dangerous commits made. What is=20 unrealistic in this expecation? --=20 Andrey Chernov | http://ache.pp.ru/ --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQW7iI+JgpPLZnQjrAQFn1AQAie/B8KFFC7Tl3WsaAGah+uFd02y9C2WT YN5Sm342rDTbWrPgOEVi0BJgC02OOLzzxh1yAv4VwWy6FTI3AJ6hDW40zdiEheie DXmfA4USHDA4aD1EgzhRssmK8gSlzXMCIff+K2vemLSBDfc69mqLW3YKZflg4/LV BxpvYGf3Snw= =Iyl/ -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20: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 3305016A4CE for ; Thu, 14 Oct 2004 20:32:05 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F0A043D3F for ; Thu, 14 Oct 2004 20:32:04 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 18799 invoked by uid 65534); 14 Oct 2004 20:32:02 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp004) with SMTP; 14 Oct 2004 22:32:02 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 14 Oct 2004 22:31:55 +0200 User-Agent: KMail/1.7 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="nextPart1429435.fmce3BvfdS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410142232.00618.Emanuel.Strobl@gmx.net> Subject: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:32:05 -0000 --nextPart1429435.fmce3BvfdS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I recompiled a kernel with options conspeed=3D115200 but console still has = 9600=20 set, also defining "std.115200" in /etc/ttys doesn't change the login=20 consoles speed. Am I missing something? Thanks, =2DHarry --nextPart1429435.fmce3BvfdS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbuJABylq0S4AzzwRAkQQAJkBRnqjHmmVrC0c32zNWvBPG59HYwCdHw8z vSeQi69YDmtCp5WLIjqccFM= =9Ojc -----END PGP SIGNATURE----- --nextPart1429435.fmce3BvfdS-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:32: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 6E9F516A550 for ; Thu, 14 Oct 2004 20:32:36 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B4E43D53 for ; Thu, 14 Oct 2004 20:32:35 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9ELUpfF016378 for ; Thu, 14 Oct 2004 16:30:52 -0500 Date: Thu, 14 Oct 2004 16:30:51 -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: man system 5.2 label X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:32:36 -0000 I'm sufficiently inexperienced when it comes to writing man pages so I may be off, but on my 5.3-beta7 system all my man pages have footers that read: FreeBSD 5.2 Should that be 5.3? Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:48: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 E8B2816A4CE for ; Thu, 14 Oct 2004 20:48:29 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87BA143D1F for ; Thu, 14 Oct 2004 20:48:28 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9EKmQ9S030039; Thu, 14 Oct 2004 22:48:26 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416EE61B.6050909@withagen.nl> Date: Thu, 14 Oct 2004 22:48:27 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200410142232.00618.Emanuel.Strobl@gmx.net> In-Reply-To: <200410142232.00618.Emanuel.Strobl@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 20:48:30 -0000 Emanuel Strobl wrote: >Hello, > >I recompiled a kernel with options conspeed=115200 but console still has 9600 >set, also defining "std.115200" in /etc/ttys doesn't change the login >consoles speed. > >Am I missing something? > > I remember trying all kinds of things too. I've got: BOOT_COMCONSOLE_SPEED= 115200 BOOT_COMCONSOLE_PORT= 0x3F8 CONSPEED=115200 in /etc/make.conf and in /etc/ttys: # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.115200" vt220 on secure But make shure to 'kill -1 1' to have init reread the ttys-table I've also switched the debugger flag on in /boot/device.hints: hint.sio.0.flags="0x30" --WjW From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 21:14: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 64A6A16A4CE for ; Thu, 14 Oct 2004 21:14:46 +0000 (GMT) Received: from webmail.speakeasy.net (webmail2.speakeasy.net [216.254.0.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A9943D41 for ; Thu, 14 Oct 2004 21:14:46 +0000 (GMT) (envelope-from cscott@speakeasy.net) Received: (qmail 26932 invoked from network); 14 Oct 2004 21:14:45 -0000 Received: from localhost (HELO webmail2) ([127.0.0.1]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 14 Oct 2004 21:14:45 -0000 Received: from 199.181.134.212 (unverified [199.181.134.212]) by webmail2 (VisualMail 4.0) with WEBMAIL id 18206; Thu, 14 Oct 2004 21:14:45 +0000 From: cscott@speakeasy.net To: freebsd-current@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [199.181.134.212] Date: Thu, 14 Oct 2004 21:14:45 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Subject: make.conf flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 21:14:46 -0000 Just to double check, I sent CPUTYPE=p4 in make.conf, but noticed during a make buildworld, make is running with -march=pentiumpro. Is that correct? TIA Casey From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 21: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 5780C16A4CE for ; Thu, 14 Oct 2004 21:15:06 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95AD143D41 for ; Thu, 14 Oct 2004 21:15:05 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger.dnv.dewnet.sk ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i9ELElBF056212 for ; Thu, 14 Oct 2004 23:14:48 +0200 (CEST) (envelope-from danger@wilbury.sk) Date: Thu, 14 Oct 2004 23:15:45 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <56900809.20041014231545@wilbury.sk> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: syslogin_perform_logout: logout() returned an error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 21:15:06 -0000 Hello current, yesterday I have successfully upgraded my 5.2.1 box to releng_5, but after this upgrade I'm still getting into auth.log messeges like: Oct 14 23:07:16 daemon sshd[2358]: syslogin_perform_logout: logout() returned an error even if there is clean exit. what can cause these error messeges? -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 21:15: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 2798416A4CE for ; Thu, 14 Oct 2004 21:15:33 +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 60A1B43D1D for ; Thu, 14 Oct 2004 21:15:32 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 37DC211A75; Thu, 14 Oct 2004 23:15:31 +0200 (CEST) Date: Thu, 14 Oct 2004 23:15:31 +0200 From: "Simon L. Nielsen" To: Sam Message-ID: <20041014211530.GN799@zaphod.nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RCJLo13VlymhPcEi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: man system 5.2 label X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 21:15:33 -0000 --RCJLo13VlymhPcEi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.14 16:30:51 -0500, Sam wrote: > I'm sufficiently inexperienced when it comes to writing > man pages so I may be off, but on my 5.3-beta7 system > all my man pages have footers that read: >=20 > FreeBSD 5.2 >=20 > Should that be 5.3? That number is generally bumped as parts of the final release process, so there is no need to worry about that :-). --=20 Simon L. Nielsen FreeBSD Documentation Team --RCJLo13VlymhPcEi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbuxyh9pcDSc1mlERAlMmAJwNa1EBafi+z/fpHNTef6w+mBjtvQCgj3nc ShoJ0N+bZ4dV5B3gDe6xYFM= =Z0pZ -----END PGP SIGNATURE----- --RCJLo13VlymhPcEi-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 21:32: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 459B716A4CE for ; Thu, 14 Oct 2004 21:32:44 +0000 (GMT) Received: from bgezal.inso.tuwien.ac.at (bgezal.inso.tuwien.ac.at [128.130.59.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C10B543D5E for ; Thu, 14 Oct 2004 21:32:43 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (unknown [212.186.3.235]) by bgezal.inso.tuwien.ac.at (Postfix) with ESMTP id 7368320A4; Thu, 14 Oct 2004 23:32:42 +0200 (CEST) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id 8B81840EE; Thu, 14 Oct 2004 23:32:30 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id B2A6DC0; Thu, 14 Oct 2004 23:32:24 +0200 (CEST) Date: Thu, 14 Oct 2004 23:32:22 +0200 From: Stefan Farfeleder To: Andrea Campi Message-ID: <20041014213213.GB7608@wombat.fafoe.narf.at> Mail-Followup-To: Andrea Campi , current@freebsd.org References: <20041013124242.GB53717@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013124242.GB53717@webcom.it> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: nitpicking on strlcpy.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 21:32:44 -0000 On Wed, Oct 13, 2004 at 02:42:42PM +0200, Andrea Campi wrote: > I know, I am being silly... > > I just noticed rev 1.4 introduced a buglet in the OpenBSD rcsid: Committed, thanks! From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 21:43: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 DC44C16A4CE for ; Thu, 14 Oct 2004 21:43:50 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C230C43D55 for ; Thu, 14 Oct 2004 21:43:49 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9ELhjxp056065; Thu, 14 Oct 2004 23:43:47 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416EF2FF.2080102@DeepCore.dk> Date: Thu, 14 Oct 2004 23:43:27 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> <416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> <416EE19D.50400@mac.com> In-Reply-To: <416EE19D.50400@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 21:43:51 -0000 Chuck Swiger wrote: > S=F8ren Schmidt wrote: >=20 >> Chuck Swiger wrote: >> >>> Michael Nottebrock wrote: >>> >>>> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to = >>>> happen ever since atapicam entered the tree. >>> >>> >>> I'd strongly agree, unless there is a major downside to doing so. >>> >>> (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support= =20 >>> burden for the dvd+rw-tools port by a noticable fraction. :-) >> >> >> But will do the opposite to my mailbox, and I *dont* support atapicam,= =20 >> so I think its a bad idea, besides I waste enough time as is, thanks..= =2E >=20 >=20 > My comment about email support was intended to be humorous. If I didn'= t=20 > want to provide technical support to other people, I probably wouldn't = > spend as much time as I do answering people's questions, on list and of= f. >=20 > Be that as it may, Soren, I guess you're free to not welcome questions = > about atapicam. Would having it in GENERIC would make much difference = > to you if other people are willing to answer any questions which get=20 > asked on the mailing lists about it...? Well, I was talking about those mails that ends up in *my* mailbox, not=20 the lists, those I can unsubscribe to :) (and already have dome of them) > Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without=20 > using ATAPICAM? I think it is not unreasonable to expect the GENERIC=20 > kernel to be able to burn DVDs, as that can make for a reasonable backu= p=20 > mechanism. To some extent, but its not complete, and wasting time wont help that=20 either now wont it ? I'm just in a bad mood today, but I *really* dont need more mail in my=20 mailbox on things I have nothing todo with, I get plenty already... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 22:01: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 6454B16A4CE for ; Thu, 14 Oct 2004 22:01:54 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 4128343D64 for ; Thu, 14 Oct 2004 22:01:54 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 14 Oct 2004 22:01:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id BC3A26168; Thu, 14 Oct 2004 17:01:53 -0500 (CDT) 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 05517-05; Thu, 14 Oct 2004 17:01:52 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2505460D2; Thu, 14 Oct 2004 17:01:52 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Thu, 14 Oct 2004 17:01:52 -0500 (CDT) Message-ID: <59720.69.53.57.66.1097791312.squirrel@69.53.57.66> In-Reply-To: <416EE61B.6050909@withagen.nl> References: <200410142232.00618.Emanuel.Strobl@gmx.net> <416EE61B.6050909@withagen.nl> Date: Thu, 14 Oct 2004 17:01:52 -0500 (CDT) From: "Jon Noack" To: "Willem Jan Withagen" 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: Emanuel Strobl cc: freebsd-current@freebsd.org Subject: Re: BETA7 sio 'options CONSPEED' not working? 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: Thu, 14 Oct 2004 22:01:54 -0000 Willem Jan Withagen wrote: > Emanuel Strobl wrote: >> Hello, >> >> I recompiled a kernel with options conspeed=115200 but console still has >> 9600 set, also defining "std.115200" in /etc/ttys doesn't change the >> login consoles speed. >> >> Am I missing something? > > I remember trying all kinds of things too. > > I've got: > BOOT_COMCONSOLE_SPEED= 115200 > BOOT_COMCONSOLE_PORT= 0x3F8 > CONSPEED=115200 > > in /etc/make.conf > > and in /etc/ttys: > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyd0 "/usr/libexec/getty std.115200" vt220 on secure > > But make shure to 'kill -1 1' to have init reread the ttys-table > > I've also switched the debugger flag on in /boot/device.hints: > hint.sio.0.flags="0x30" The following works for me. In /etc/make.conf: BOOT_COMCONSOLE_SPEED= 115200 In /etc/ttys: # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.115200" vt100 on secure In /etc/remote: # Finger friendly shortcuts sio0|com1:dv=/dev/cuaa0:br#115200:pa=none: sio1|com2:dv=/dev/cuaa1:br#115200:pa=none: I have two machines with serial consoles running on com1. They are cross-connected such that com2 of one machine is connected to com1 of the other. Thus, I can "tip com2" on one machine to connect to the other's serial console. As such, I believe only the com2 line in /etc/remote is required. Jon From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 22:06: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 C70B216A4CE for ; Thu, 14 Oct 2004 22:06:21 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B87C743D3F for ; Thu, 14 Oct 2004 22:06:20 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 30010 invoked by uid 65534); 14 Oct 2004 22:06:19 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp026) with SMTP; 15 Oct 2004 00:06:19 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 00:06:13 +0200 User-Agent: KMail/1.7 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="nextPart1967587.eM1q2raHKA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410150006.18702.Emanuel.Strobl@gmx.net> Subject: GENERIC and GEOM_GPT is no good idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 22:06:21 -0000 --nextPart1967587.eM1q2raHKA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, since sysinstall crashes when there is a disk with GPT I think GEMO_GPT sho= uld=20 be removed from the GENERIC kernel. I just shoot myself into the foot: In /boot.config I defined -n -d instead = of=20 =2DD and so the box was unusable and I also couldn't correct my mistake bec= ause=20 the fixit CD didn't boot. What I really would prefer was a fixit CD which boots to a shell instead of= =20 sysinstall, but I haven't had a look into release how hard this would be to= =20 do since I think many steps for disc2 are copied from disc1. Or sysinstall gets fixed, but like Marcel Moolenaar told me there are lots = of=20 bugs in libdisk and only sysinstall uses this library so it's unlikely that= =20 they'll be fixed. Best regards, =2DHarry --nextPart1967587.eM1q2raHKA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbvhaBylq0S4AzzwRAk/yAJoCvxXEOaQ46T+RQhQrJ7+qEqQuMgCgkYBH G7AMHhaCphDZW0FU5heZ2sk= =wWNR -----END PGP SIGNATURE----- --nextPart1967587.eM1q2raHKA-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 22:18: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 0E86F16A4CE for ; Thu, 14 Oct 2004 22:18:28 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E93943D39 for ; Thu, 14 Oct 2004 22:18:27 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 7173 invoked by uid 65534); 14 Oct 2004 22:18:26 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp008) with SMTP; 15 Oct 2004 00:18:26 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 00:18:23 +0200 User-Agent: KMail/1.7 References: <200410142232.00618.Emanuel.Strobl@gmx.net> <416EE61B.6050909@withagen.nl> In-Reply-To: <416EE61B.6050909@withagen.nl> 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="nextPart1487242.OKeMduWHjb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410150018.25218.Emanuel.Strobl@gmx.net> Subject: Re: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 22:18:28 -0000 --nextPart1487242.OKeMduWHjb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 14. Oktober 2004 22:48 schrieb Willem Jan Withagen: > Emanuel Strobl wrote: > >Hello, > > > >I recompiled a kernel with options conspeed=3D115200 but console still h= as > > 9600 set, also defining "std.115200" in /etc/ttys doesn't change the > > login consoles speed. > > > >Am I missing something? > > I remember trying all kinds of things too. > > I've got: > BOOT_COMCONSOLE_SPEED=3D 115200 > BOOT_COMCONSOLE_PORT=3D 0x3F8 > CONSPEED=3D115200 > > in /etc/make.conf Correct, in make.conf it works, but "options CONSPEED" has no effect at all= =20 (on i386 with BETA7 from today) Also getty flags in /etc/ttys doesn't make any difference. I can set it to= =20 whatever I want I only get the hardcoded speed in make.conf At least the last thing must'nt happen. If options CONSPEED doesn't work=20 (anymore) conf/NOTES should be adopted. Thanks, =2DHarry > > and in /etc/ttys: > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyd0 "/usr/libexec/getty std.115200" vt220 on secure > > But make shure to 'kill -1 1' to have init reread the ttys-table > > I've also switched the debugger flag on in /boot/device.hints: > hint.sio.0.flags=3D"0x30" > > --WjW > > _______________________________________________ > 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" --nextPart1487242.OKeMduWHjb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbvsxBylq0S4AzzwRAs4KAJsHtQg1ndCAKxugwk9DN1XYOc9TUgCcCgWP y2mSXVtvsz44Rbt5HnjxG7o= =URrj -----END PGP SIGNATURE----- --nextPart1487242.OKeMduWHjb-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 23:03: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 9DB4216A4CE for ; Thu, 14 Oct 2004 23:03:00 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A17D943D55 for ; Thu, 14 Oct 2004 23:02:59 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 28769 invoked by uid 65534); 14 Oct 2004 23:02:58 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp007) with SMTP; 15 Oct 2004 01:02:58 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 01:02:51 +0200 User-Agent: KMail/1.7 References: <200410142232.00618.Emanuel.Strobl@gmx.net> <416EE61B.6050909@withagen.nl> <200410150018.25218.Emanuel.Strobl@gmx.net> In-Reply-To: <200410150018.25218.Emanuel.Strobl@gmx.net> 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="nextPart1455848.ckDJ1LYapt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410150102.58083.Emanuel.Strobl@gmx.net> Subject: Re: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 23:03:00 -0000 --nextPart1455848.ckDJ1LYapt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 15. Oktober 2004 00:18 schrieb Emanuel Strobl: > Am Donnerstag, 14. Oktober 2004 22:48 schrieb Willem Jan Withagen: [...] > > in /etc/make.conf > > Correct, in make.conf it works, but "options CONSPEED" has no effect at a= ll > (on i386 with BETA7 from today) > Also getty flags in /etc/ttys doesn't make any difference. I can set it to > whatever I want I only get the hardcoded speed in make.conf Ok, after having a look into sys/dev/sio/sio.c I found the tunable: machdep.conspeed which works fine. But this should be commented in the sio manpage, perhaps= =20 also in /sys/conf/NOTES Also if it's intended that getty can't change the baud rate /etc/ttys shoul= d=20 have a line which mentiones machdep.conspeed, but what if I want to set=20 different speeds on two ports? Thanks, =2DHarry > > At least the last thing must'nt happen. If options CONSPEED doesn't work > (anymore) conf/NOTES should be adopted. > > Thanks, > > -Harry > > > and in /etc/ttys: > > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > > ttyd0 "/usr/libexec/getty std.115200" vt220 on secure > > > > But make shure to 'kill -1 1' to have init reread the ttys-table > > > > I've also switched the debugger flag on in /boot/device.hints: > > hint.sio.0.flags=3D"0x30" > > > > --WjW > > > > _______________________________________________ > > 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" --nextPart1455848.ckDJ1LYapt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbwWiBylq0S4AzzwRAv2NAJ0W2l1fToQ0tpnZEnC8WiPjv4di+QCggb+g U0ZTe4WBry2ga6gMuTqcPKE= =4ZVi -----END PGP SIGNATURE----- --nextPart1455848.ckDJ1LYapt-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 23: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 C4ACE16A4CE for ; Thu, 14 Oct 2004 23:16:48 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B089443D41 for ; Thu, 14 Oct 2004 23:16:47 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 12658 invoked by uid 65534); 14 Oct 2004 23:16:46 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp026) with SMTP; 15 Oct 2004 01:16:46 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 01:16:44 +0200 User-Agent: KMail/1.7 References: <200410142232.00618.Emanuel.Strobl@gmx.net> <200410150018.25218.Emanuel.Strobl@gmx.net> <200410150102.58083.Emanuel.Strobl@gmx.net> In-Reply-To: <200410150102.58083.Emanuel.Strobl@gmx.net> 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="nextPart1296784.29WzxjrR22"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410150116.45693.Emanuel.Strobl@gmx.net> Subject: Re: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 23:16:48 -0000 --nextPart1296784.29WzxjrR22 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 15. Oktober 2004 01:02 schrieb Emanuel Strobl: > Am Freitag, 15. Oktober 2004 00:18 schrieb Emanuel Strobl: [...] > > Ok, after having a look into sys/dev/sio/sio.c I found the tunable: > > machdep.conspeed > > which works fine. But this should be commented in the sio manpage, perhaps This was too quick! If I set it in the loader it get's overwritten by the=20 hardcoded value. So again, I have no possibility to change the conspeed=20 without defining a value in make.conf for hardcoding it into the boot stage= =20 and recompiling it. That's not really good. =2DHarry --nextPart1296784.29WzxjrR22 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBbwjdBylq0S4AzzwRAtkWAKCH60/kblRvNXvp/BlIo/hccPiSOgCggWjM kKkYRa8mVpvycJsl9aOIHSA= =4n2y -----END PGP SIGNATURE----- --nextPart1296784.29WzxjrR22-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 02:39: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 3E86216A4CE for ; Fri, 15 Oct 2004 02:39:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EA643D31 for ; Fri, 15 Oct 2004 02:39: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 i9F2dQBZ044230; Thu, 14 Oct 2004 20:39:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 14 Oct 2004 20:39:29 -0600 (MDT) Message-Id: <20041014.203929.96599872.imp@bsdimp.com> To: joerg_wunsch@uriah.heep.sax.de, freebsd-current@uriah.heep.sax.de From: "M. Warner Losh" In-Reply-To: <20041012220136.A24287@uriah.heep.sax.de> References: <20041012220136.A24287@uriah.heep.sax.de> 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 Subject: Re: serial console under ACPI? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 02:39:39 -0000 In message: <20041012220136.A24287@uriah.heep.sax.de> Joerg Wunsch writes: : So what's the trick to get a true serial console under full ACPI : resouce control? (Once the kernel is booted, the getty starts OK on : the port, but I'd like to have a true console.) Update to the fixes to flags fetching that Nate has committed in the last day or two. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 02:41: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 2B77416A4CE for ; Fri, 15 Oct 2004 02:41:03 +0000 (GMT) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A95A43D1F for ; Fri, 15 Oct 2004 02:41:02 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.13.1) with ESMTP id i9F2ewYU080035 for ; Thu, 14 Oct 2004 22:40:58 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.12.11/Submit) id i9F2ewXG080034 for freebsd-current@freebsd.org; Thu, 14 Oct 2004 22:40:58 -0400 (EDT) (envelope-from bv) Date: Thu, 14 Oct 2004 22:40:58 -0400 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20041015024058.GA79925@wjv.com> References: <20041014120059.9871316A4D7@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014120059.9871316A4D7@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i 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 bilver.wjv.com Subject: Re: atapiacam(4) at KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.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, 15 Oct 2004 02:41:03 -0000 While humming that old rock song Yackety Yacc - Dont Awk Back freebsd-current-request@freebsd.org sang or SED something like this: > > Message: 2 > Date: Thu, 14 Oct 2004 13:45:25 +0200Westeurop?ische Normalzeit) > From: Lukas Ertl > Subject: Re: atapicam(4) as KLD? > To: freebsd-current@FreeBSD.org > Message-ID: > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > On Thu, 14 Oct 2004, Michael Nottebrock wrote: > > Easy workaround: Put atapicam into GENERIC. I'm waiting for > > that to happen ever since atapicam entered the tree. > How hard would it be to offer multiple different GENERIC kernels > at the install stage, and the user can decide which one to > install? One with atapicam, one without... (this is not limited > to atapicam, of course). My own personal opinion is that would be very ugly. It brings back memories of the time I was doing beta testing on the Caldera Linux single boot kernel. Prior to that time you figured out what hardware you had, and then chose from a dozen or more kernel choices. I'd think that making comments on such things like this in the RELEASE NOTES would be the appropriate place. Of course the problem is getting people to read RELEASE NOTES just as it seems a bit hard for some to read UPDATING. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 02:45: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 0955C16A4CE for ; Fri, 15 Oct 2004 02:45:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80CD843D31 for ; Fri, 15 Oct 2004 02:45: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 i9F2iVRR044313; Thu, 14 Oct 2004 20:44:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 14 Oct 2004 20:44:34 -0600 (MDT) Message-Id: <20041014.204434.132073238.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <16749.21420.643438.983797@ran.psg.com> References: <16749.21420.643438.983797@ran.psg.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: beating mergemaster to /etc/rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 02:45:39 -0000 In message: <16749.21420.643438.983797@ran.psg.com> Randy Bush writes: : i know that when i do a mergemaster, i am about to see 666 updates : to /etc/rc.d/*, to each of which i will have to type "qi". : as it will be over a 9600 baud remote serial console, this is a : pita and causes undue delay for the users. : : once i boot the new kernel -sw, is it safe to : : cp /usr/src/etc/rc.d/* /etc/rc.d : : and then run mergemaster -cvi? More or less. You get an extra Makefile if you do this. I'd be tempted to rm /etc/rc.d/* instead. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 03:13: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 6F30216A4CE for ; Fri, 15 Oct 2004 03:13:52 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 159A043D31 for ; Fri, 15 Oct 2004 03:13:51 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9F3Dn4A021604 for ; Fri, 15 Oct 2004 16:13:49 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9F3DIFK021455 for ; Fri, 15 Oct 2004 16:13:18 +1300 Message-ID: <416F3FC2.6010708@ThePacific.Net> Date: Fri, 15 Oct 2004 16:10:58 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) 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: Wireless Protocol (turbocell) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 03:13:52 -0000 Hi There. Somebody know if it possible run a "wireless protocol" as turbocell with the atheros driver on a multi-point wireless connections? to do some thing like this: http://www.karlnet.com/Documents/WhitePaper/TurboCellWhitePaper/TurboCell%20White%20Paper.htm cheers Marcos From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 03:39: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 6739B16A4CE for ; Fri, 15 Oct 2004 03:39:44 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B4343D48 for ; Fri, 15 Oct 2004 03:39:42 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 9759D62B4C; Thu, 14 Oct 2004 22:39:45 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Thu, 14 Oct 2004 22:39:44 -0500 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: <200410142239.45060.mjohnston@skyweb.ca> Subject: Belated, partial cvs-src summary for October 4-11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 03:39:44 -0000 I'm sorry, folks, but I'm going to have to punt on this week's summary. I've got most of the summary for you, but no discussions. I'll spare you further complaints about my packet loss woes; suffice it to say that they're keeping my evenings very interesting. Without further ado: FreeBSD cvs-src summary for 04/10/04 to 11/10/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:: ====== Errata ====== `Last week`_, I summarized a discussion about changing rm's behavior. A number of the messages were complaints about the initial commit message. I failed to point out that Dag-Erling went back later and added a descriptive commit message, as well as later making the new behavior effective only when the POSIXLY_CORRECT environment variable is not set. .. _`Last week`: http://excel.xl0.org/FreeBSD/04-10-04.html#changing-the-behavior-of-rm ============ New features ============ pbio driver for Intel 8255 PPI devices added -------------------------------------------- Diomidis Spinellis (dds) committed a driver to 4.x that supports Intel 8255A-based PPIs (parallel peripheral interfaces) and other hardware that emulates them. The 8255 is a chip that handles up to 24 general-purpose digital I/O lines in 3 8-bit ports. Later on, M. Warner Losh (imp) ported and committed the driver to -CURRENT. http://www.freebsd.org/cgi/mid.cgi?200410071145.i97BjLm6013567 http://www.freebsd.org/cgi/mid.cgi?200410071621.i97GL3lu029620 auxio driver for sparc64 LEDs added ----------------------------------- Pyun YongHyeon (yongari) committed a port of NetBSD's auxio driver, which provides auxiliary I/O on various UltraSPARC systems. Currently, the driver controls the system's front panel LED. http://www.freebsd.org/cgi/mid.cgi?200410090731.i997V4Hp074292 =============== Notable changes =============== FreeBSD keyword eliminated from /etc/rc.d files ----------------------------------------------- Mike Makonnen (mtm) removed the FreeBSD keyword from files in /etc/rc.d. The keyword was used to control boot order, but is no longer needed. The effect of this change is that when you run mergemaster, you will be prompted regarding changes in all of the affected files. If you have not changed the files in /etc/rc.d, you should be able to remove them all, then run mergemaster -i to install the new versions. Be careful when doing this that you finish the process completely before attempting to reboot. http://www.freebsd.org/cgi/mid.cgi?200410071355.i97DtSJq024575 ================= Committer changes ================= Sam Leffler (sam) introduced Stephan Uphoff (ups) as a new src committer. http://www.freebsd.org/cgi/mid.cgi?200410061610.i96GAlBC044052 Robert Watson (rwatson) introduced George Neville-Neil (gnn) as a new src committer. George has been working on network stack locking and cleanup and is one of the authors of the recent book "Design and Implementation of FreeBSD". http://www.freebsd.org/cgi/mid.cgi?200410111424.i9BEOure066236 =============== Other bug fixes =============== Max Laier (mlaier) fixed a bug in pflogd that would cause it to use all available CPU if the pf module was unloaded. http://www.freebsd.org/cgi/mid.cgi?200410050826.i958QYn6026610 Peter Edwards (peadar) fixed a panic on boot on systems with 2.88MB floppy drives. http://www.freebsd.org/cgi/mid.cgi?200410102340.i9ANe06w011084 Scott Long committed fixes to growfs, which enlarges filesystems, that allow it to be used to grow filesystems significantly - the new growfs has been used to grow an 8 GB filesystem to 1.9 TB. Previously, it was useful only for enlarging by a trivial amount. This fix was obtained from Sandvine, Inc. http://www.freebsd.org/cgi/mid.cgi?200410090253.i992rl3M051822 Shinsuke Suzuki (suz) committed a fix to the 4.x STABLE branch to a bug that could cause a kernel crash when the net.inet.ip.rtexpire sysctl was set to 0. This sysctl controls the default expiry time on routes that are learned dynamically. The fix was obtained from KAME. http://www.freebsd.org/cgi/mid.cgi?200410060235.i962ZHwq099146 Nate Lawson (njl) fixed a problem with UFS1 that resulted in problems with files over 1 TB. The fix was submitted by Bruce Evans (bde). http://www.freebsd.org/cgi/mid.cgi?200410092016.i99KG6ma017422 From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 03:48: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 1F25416A4CE for ; Fri, 15 Oct 2004 03:48:00 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB24443D45 for ; Fri, 15 Oct 2004 03:47:59 +0000 (GMT) (envelope-from leafy7382@gmail.com) DomainKeys-Signature: a=rsa-sha1; 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=B0J3M9gRzcceYmCmo5fQ/545ze0QqeltSa4LDIV6aIxVdrD+3R4e9cuU2ts1kauYxkIU5lAGXjmjHqh4Z8h8bLvO5jMFvBWvNZmrk1xvhbe4BgIXj0hy4Zlw8Veu2cgSjIPnyyFKlL3LfF58gvQ3ZdlVYntcmB71KHmaKRvq6RE Received: by mproxy.gmail.com with SMTP id 80so7021rnk for ; Thu, 14 Oct 2004 20:47:59 -0700 (PDT) Received: by 10.38.8.35 with SMTP id 35mr541618rnh; Thu, 14 Oct 2004 20:47:59 -0700 (PDT) Received: by 10.38.8.57 with HTTP; Thu, 14 Oct 2004 20:47:59 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 11:47:59 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Error compiling fdc as a module in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 03:48:00 -0000 ===> fdc (all) cc -O -pipe -march=pentium4 -I/usr/src/sys/modules/fdc/../../contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/fdc/../../contrib/dev/acpica -include /usr/obj/usr/src/sys/CHIHIRO/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/usr/obj/usr/src/sys/CHIHIRO -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/fdc/../../dev/fdc/fdc.c /usr/src/sys/modules/fdc/../../dev/fdc/fdc.c: In function `fdc_add_child': /usr/src/sys/modules/fdc/../../dev/fdc/fdc.c:1685: warning: unused variable `flags' *** Error code 1 Stop in /usr/src/sys/modules/fdc. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/CHIHIRO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 05:59: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 A9D5516A4CE for ; Fri, 15 Oct 2004 05:59:50 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DCE843D1D for ; Fri, 15 Oct 2004 05:59:49 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 44460 invoked by uid 0); 15 Oct 2004 05:55:10 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 15 Oct 2004 05:55:10 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 69D1D131B5A; Fri, 15 Oct 2004 13:59:45 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02964-01; Fri, 15 Oct 2004 13:59:35 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 7BDAD131865; Fri, 15 Oct 2004 13:59:34 +0800 (CST) Date: Fri, 15 Oct 2004 13:59:34 +0800 From: Xin LI To: cscott@speakeasy.net Message-ID: <20041015055934.GA3655@frontfree.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: make.conf flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 05:59:50 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 09:14:45PM +0000, cscott@speakeasy.net wrote: > Just to double check, I sent CPUTYPE=3Dp4 in make.conf, but noticed durin= g a make buildworld, make is running with -march=3Dpentiumpro. Is that cor= rect? The short answer is "Yes, it's correct if you occasionally see this" We suggests that you use CPUTYPE?=3Dp4 instead of CPUTYPE=3Dp4 in make.conf. This permits Makefiles to override it when necessary. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBb2dG/cVsHxFZiIoRAmVLAJ9BDVBNpkq89y7IUHJ1AWSYkfXJKwCfZCVZ vxv4YcKJ/uUMOqS2bMQSvms= =uYYA -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 06:01: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 9AC6516A4CE; Fri, 15 Oct 2004 06:01:45 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C00943D1F; Fri, 15 Oct 2004 06:01:45 +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 i9F61itC058116; Fri, 15 Oct 2004 02:01:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9F61iBK018800; Fri, 15 Oct 2004 02:01:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5EC9C7306E; Fri, 15 Oct 2004 02:01:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041015060144.5EC9C7306E@freebsd-current.sentex.ca> Date: Fri, 15 Oct 2004 02:01:44 -0400 (EDT) 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, 15 Oct 2004 06:01:45 -0000 TB --- 2004-10-15 04:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-15 04:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-10-15 04:15:00 - checking out the source tree TB --- 2004-10-15 04:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-10-15 04:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-15 04:28:42 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-15 04:28:42 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-15 04:28:42 - /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-10-15 05:55:31 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-10-15 05:55:31 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-10-15 05:55:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 15 05:55:31 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 -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/dec/mcclock.c awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/alpha/alpha/src/sys/dev/dec/mcclock_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestandin g -Werror mcclock_if.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fb/fb.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fb/splash.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fb/vga.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -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/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fdc/fdc.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fdc/fdc.c: In function `fdc_add_child': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fdc/fdc.c:1685: warning: unused variable `flags' *** 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-10-15 06:01:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-15 06:01:44 - ERROR: failed to build generic kernel TB --- 2004-10-15 06:01:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 06:20: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 7D28E16A4CE; Fri, 15 Oct 2004 06:20:42 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAE143D2D; Fri, 15 Oct 2004 06:20:35 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9F6KOZV081836; Fri, 15 Oct 2004 08:20:27 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9F6KOqE081835; Fri, 15 Oct 2004 08:20:24 +0200 (SAST) (envelope-from jhay) Date: Fri, 15 Oct 2004 08:20:24 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041015062024.GA81642@zibbi.icomtek.csir.co.za> References: <20041007085920.GA32875@zibbi.icomtek.csir.co.za> <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> <20041008090309.GA77513@zibbi.icomtek.csir.co.za> <20041011134828.GI73767@darkness.comp.waw.pl> <20041013150027.GK73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013150027.GK73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror 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, 15 Oct 2004 06:20:42 -0000 > +> +> > +> +> So I guess there is still some kind of race going on and I was just lucky > +> +> with my first try with gmirror.3.patch? > +> > +> Looks like it. I'll try to prepare another, but more hackish patch. > > Here is a real hack, but I can't find a quick, non-hackish and > non-intrusive fix: > > http://people.freebsd.org/~pjd/patches/g_mirror.c.3.patch Ok, I have tried it with all the other patches also applied. Maybe I should try with only this one? I see you are pulling all your changes into RELENG_5, so maybe I should try with just that and no patches? Anyway I have booted twice now and both times it booted, but in degraded mode. It looks like this: ################### acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 GEOM_MIRROR: Device gm0 created (id=861616013). GEOM_MIRROR: Device gm0: provider ad0 detected. GEOM_MIRROR: Device gm0: provider ad2 detected. GEOM_MIRROR: g_mirror_can_go: geom gm0.sync GEOM_MIRROR: g_mirror_can_go: NULL provider GEOM_MIRROR: g_mirror_can_go: can_go=0 GEOM_MIRROR: Device gm0: provider ad2 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0: rebuilding provider ad0. GEOM_MIRROR: g_mirror_can_go: geom gm0.sync GEOM_MIRROR: g_mirror_can_go: geom is ready GEOM_MIRROR: g_mirror_can_go: geom gm0 GEOM_MIRROR: g_mirror_can_go: geom is ready GEOM_MIRROR: g_mirror_can_go: can_go=1 Mounting root from ufs:/dev/mirror/gm0s1a ################### How can I see why it starts in degraded mode or can one deduce it from the above output? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:07: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 F2D8616A4CE for ; Fri, 15 Oct 2004 07:07:28 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D99543D45 for ; Fri, 15 Oct 2004 07:07:28 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CIMBL-0000Ol-BA; Fri, 15 Oct 2004 11:07:19 +0400 From: Vladimir Grebenschikov To: Chuck Swiger In-Reply-To: <416EE19D.50400@mac.com> References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org><416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> <416EE19D.50400@mac.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 15 Oct 2004 11:07:18 +0400 Message-Id: <1097824038.1049.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren?= Schmidt Subject: Re: atapicam(4) as KLD? 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: Fri, 15 Oct 2004 07:07:29 -0000 =D0=92 =D1=87=D1=82, 14/10/2004 =D0=B2 16:29 -0400, Chuck Swiger =D0=BF=D0= =B8=D1=88=D0=B5=D1=82: > S=C3=B8ren Schmidt wrote: > > Chuck Swiger wrote: > >> Michael Nottebrock wrote: > >>> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to=20 > >>> happen ever since atapicam entered the tree. > >> > >> I'd strongly agree, unless there is a major downside to doing so. > >> > >> (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support=20 > >> burden for the dvd+rw-tools port by a noticable fraction. :-) > >=20 > > But will do the opposite to my mailbox, and I *dont* support atapicam,=20 > > so I think its a bad idea, besides I waste enough time as is, thanks... >=20 > My comment about email support was intended to be humorous. If I didn't = want=20 > to provide technical support to other people, I probably wouldn't spend a= s=20 > much time as I do answering people's questions, on list and off. >=20 > Be that as it may, Soren, I guess you're free to not welcome questions ab= out=20 > atapicam. Would having it in GENERIC would make much difference to you i= f=20 > other people are willing to answer any questions which get asked on the=20 > mailing lists about it...? >=20 > Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without usin= g=20 > ATAPICAM? I think it is not unreasonable to expect the GENERIC kernel to= be=20 > able to burn DVDs, as that can make for a reasonable backup mechanism. well, just format and burn DVD+RW with burncd - no problems, but frankly speaking, I do not like idea to have two devices for each drive, like : acd0: CDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device=20 cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present % ls /dev/*cd* /dev/acd0 /dev/acd1 /dev/cd0 /dev/cd1 % It can mislead people. What happens if one will do both burncd on /dev/acd0 and cdrecord on /dev/cd0 at same time ? Atapi-cam strange add-on it should be basic mapping (no adX/acdX) or no mapping at all (only atX/acdX). I like idea to see all direct access drives from user-land with same interface (like USB, SCSI, FireWire drives all seen as daX or cdX/passX) > [ Peripheral note: DVDs are OK for backup, that is, but I much prefer tap= es=20 > for durability and long term storage. Quantum sDLT 220 drives rock. ] --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07: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 AAE3B16A4CE; Fri, 15 Oct 2004 07:11:11 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB9543D3F; Fri, 15 Oct 2004 07:11: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 4859C8577C; Fri, 15 Oct 2004 16:40:55 +0930 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id A5EC74AC9B; Wed, 13 Oct 2004 18:48:39 +1000 (EST) Date: Wed, 13 Oct 2004 18:48:39 +1000 From: Greg 'groggy' Lehey To: Lukas Ertl Message-ID: <20041013084839.GC692@eucla.lemis.com> References: <16747.64733.417014.558225@canoe.dclg.ca> <20041012221104.A572@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041012221104.A572@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: David Gilbert Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 07:11:11 -0000 On Tuesday, 12 October 2004 at 22:12:48 +0200, Lukas Ertl wrote: > On Tue, 12 Oct 2004, David Gilbert wrote: > >> Is it even expected that if I upgrade a machine with vinum drives from >> old vinum (~5.2-current) to geom vinum (5.3-BETAx) that geom vinum >> will recognise and use the old vinum partitions? > > It should work fine. There are some corner cases that are not supported > right now. For example, you should have only one vinum drive per disk. This is a good idea even for old Vinum, but it wasn't enforced. There are cases where more than one drive can be an advantage (usually when using up excess space). Greg -- See complete headers for address and phone numbers From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07: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 A55EB16A4CE for ; Fri, 15 Oct 2004 07:26:59 +0000 (GMT) Received: from mail.iinet.net.au (mail-11.iinet.net.au [203.59.3.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DD4E43D3F for ; Fri, 15 Oct 2004 07:26:58 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 13619 invoked from network); 15 Oct 2004 07:26:56 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 07:26:55 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 17:26:41 +1000 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: <200410151726.45034.shinjii@virusinfo.rdksupportinc.com> Subject: Internal compiler error in Buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 07:26:59 -0000 cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/usr.bin/openssl -DOPENSSL_THREADS -DOPENSSL_NO_IDEA -DL_ENDIAN -DMONOLITH -I/usr/src/secure/usr.bin/openssl -DNO_IDEA -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c In file included from /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c:115: /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/apps.h:121: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/secure/usr.bin/openssl. *** Error code 1 Stop in /usr/src/secure/usr.bin. *** Error code 1 Stop in /usr/src/secure. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:31: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 E345C16A4CE; Fri, 15 Oct 2004 07:31:19 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DE443D5A; Fri, 15 Oct 2004 07:31:19 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 00B904F; Fri, 15 Oct 2004 09:31:18 +0200 (CEST) Date: Fri, 15 Oct 2004 09:31:18 +0200 From: Guido van Rooij To: Robert Watson Message-ID: <20041015073118.GA19660@gvr.gvr.org> References: <20041013214911.GD986@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 07:31:20 -0000 It turns out this was a memory problem. Refitting the dimms was all that was needed to 'solve' the issue. The weird thing is that 1. The BIOS had memtesting enabled and did not complain 2. W2K seemed to install ok (though I never let it hit the disk) 3. FBSD would repeatedly crash at exactly the same spot. I am beginning to wonder if we should have a boot option that enables a thorough memtest from within the kernel...(e.g. boot -m). -Guido From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:31: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 6F21B16A4CE for ; Fri, 15 Oct 2004 07:31:42 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE2B843D5F for ; Fri, 15 Oct 2004 07:31:41 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id E7505AC995; Fri, 15 Oct 2004 09:31:39 +0200 (CEST) Date: Fri, 15 Oct 2004 09:31:39 +0200 From: Pawel Jakub Dawidek To: John Hay Message-ID: <20041015073139.GO73767@darkness.comp.waw.pl> References: <20041007090656.GY73767@darkness.comp.waw.pl> <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> <20041008090309.GA77513@zibbi.icomtek.csir.co.za> <20041011134828.GI73767@darkness.comp.waw.pl> <20041013150027.GK73767@darkness.comp.waw.pl> <20041015062024.GA81642@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oygaTt13GzoPPEjZ" Content-Disposition: inline In-Reply-To: <20041015062024.GA81642@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: geom mirror 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, 15 Oct 2004 07:31:42 -0000 --oygaTt13GzoPPEjZ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 15, 2004 at 08:20:24AM +0200, John Hay wrote: +> Ok, I have tried it with all the other patches also applied. Maybe I sho= uld +> try with only this one? I see you are pulling all your changes into +> RELENG_5, so maybe I should try with just that and no patches? You should try with no patches at all. +> Anyway I have booted twice now and both times it booted, but in degraded +> mode. It looks like this: +>=20 +> ################### +> acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% +> ad0: 114473MB [232581/16/63] at ata0-master UDMA100 +> ad2: 114473MB [232581/16/63] at ata1-master UDMA100 +> GEOM_MIRROR: Device gm0 created (id=3D861616013). +> GEOM_MIRROR: Device gm0: provider ad0 detected. +> GEOM_MIRROR: Device gm0: provider ad2 detected. +> GEOM_MIRROR: g_mirror_can_go: geom gm0.sync +> GEOM_MIRROR: g_mirror_can_go: NULL provider +> GEOM_MIRROR: g_mirror_can_go: can_go=3D0 +> GEOM_MIRROR: Device gm0: provider ad2 activated. +> GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. +> GEOM_MIRROR: Device gm0: rebuilding provider ad0. +> GEOM_MIRROR: g_mirror_can_go: geom gm0.sync +> GEOM_MIRROR: g_mirror_can_go: geom is ready +> GEOM_MIRROR: g_mirror_can_go: geom gm0 +> GEOM_MIRROR: g_mirror_can_go: geom is ready +> GEOM_MIRROR: g_mirror_can_go: can_go=3D1 +> Mounting root from ufs:/dev/mirror/gm0s1a +> ################### +>=20 +> How can I see why it starts in degraded mode or can one deduce it from +> the above output? Increase debug level to 2 by doing: # echo kern.geom.mirror.debug=3D2 >> /boot/loader.conf Could you send me the output of df(1) and 'swapctl -l' commands? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --oygaTt13GzoPPEjZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBb3zbForvXbEpPzQRAvLWAKCLho9jWE3RG6YRHHR4F24Ynkz8bQCdElTs yzeTljOfv4K7Q90s30Zdpws= =eUq7 -----END PGP SIGNATURE----- --oygaTt13GzoPPEjZ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:41: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 930A016A4CE; Fri, 15 Oct 2004 07:41:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7388A43D39; Fri, 15 Oct 2004 07:41:18 +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 i9F7fAjd023274; Fri, 15 Oct 2004 01:41:10 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i9F7fAeD023273; Fri, 15 Oct 2004 01:41:10 -0600 (MDT) (envelope-from scottl) Date: Fri, 15 Oct 2004 01:41:10 -0600 (MDT) Message-Id: <200410150741.i9F7fAeD023273@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, 15 Oct 2004 07:41:19 -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. Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+-------------+---------------+--------------------------| | | | | ether_input() calls | | | | | random_harvest() on the | | | | | mbuf after it has been | | | | | handed off to | | | | | ether_demux(), at which | | | | | point it may have been | | ether_input() | | | free()'d back to the | | may harvest | In progress | Mark Murray, | mbuf allocator. It also | | entropy from | | Robert Watson | passes in a pointer to | | free()'d mbuf | | | the mbuf itself, rather | | | | | than ethernet frame | | | | | header. Passing of a | | | | | potentially free'd mbuf | | | | | has been corrected in | | | | | 6.x, but not yet merged | | | | | to 5.x. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+-------------+---------------+---------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, support | | | | | is now required to | | | | David Xu, | ease debugging of | | GDB thread support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this | | | | | support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |--------------------+-------------+---------------+---------------------| | | | | Entropy harvesting | | | | | in the interrupt | | | | | and incoming packet | | | | | paths currently | | | | | involves a large | | | | | number of mutex | | | | | operations. In | | | | | order to improve | | | | | performance, it is | | | | Robert | desirable to reduce | | Entropy harvesting | In progress | Watson, | the number of mutex | | optimizations | | Mark Murray | operations | | | | | substantially. Work | | | | | is in progress to | | | | | improve the | | | | | harvesting code | | | | | along these lines, | | | | | but has not yet | | | | | been properly | | | | | measured, and | | | | | therefore not yet | | | | | merged to CVS. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports of | | | | | occasional | | | | | corruption of | | | | | socket buffers | | | | | and/or spinning in | | Reports of | | | tcp_output(). This | | tcp_output() | In progress | Robert Watson | may have been the | | spinning; socket | | | result of missing | | buffer corruption | | | socket buffer | | | | | locking in | | | | | tcp_output(), which | | | | | has now been | | | | | corrected in 6.x, | | | | | and will be merged | | | | | to 5.x shortly. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports of a | | | | | so_count invariant | | | | | violation in | | | | | sofree(), which may | | | | | relate to race | | | | | conditions in | | | | | sofree() against | | | | | accept(), which | | | | | were recently | | | | | corrected in 6.x, | | | | | with an intent to | | Reports of | | Robert | merge to 5.x | | sodealloc() panic | In progress | Watson, Brian | shortly. It has not | | under heavy load | | Feldman | yet been confirmed | | | | | that the race fix | | | | | corrects the | | | | | symptom, as it | | | | | takes several days | | | | | to reproduce in | | | | | high load | | | | | environments, and | | | | | has not yet been | | | | | reproduced by the | | | | | FreeBSD release | | | | | engineerig team in | | | | | testing. | |--------------------+-------------+---------------+---------------------| | | | | There have been | | | | | reports that | | | | | multicast socket | | | | | options on raw | | | | | sockets no longer | | | | | work properly with | | | | | daemons changing | | | | | privilege or setuid | | | | | binaries. These | | Problems with | | Robert | symptoms have been | | multicast and | In progress | Watson, | tracked down to | | setuid | | Christian | bugs relating to | | binaries/daemons | | Peron | permitting limited | | | | | use of raw sockets | | | | | in jail(). A patch | | | | | correcting these | | | | | problems has been | | | | | posted for review, | | | | | but not yet been | | | | | merged to 6.x or | | | | | 5.x. It will be | | | | | merged shortly. | |--------------------+-------------+---------------+---------------------| | | | | 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 | | Reports of hangs | | | runnning without | | using i4b | In progress | Robert Watson | the Giant lock over | | (isdn4bsd) | | | the 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 will be | | | | | merged to 5.x | | | | | shortly. | +------------------------------------------------------------------------+ Desired features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | 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. | |------------------+-------------+----------------+----------------------| | | | | Apple's Darwin | | | | | operating system has | | | | | fairly extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Not done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD tree. | |------------------+-------------+----------------+----------------------| | | | | 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. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | ACL_MASK | | | entry overrides the | | override of | Not done | Robert Watson | umask, rather than | | umask support in | | | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and as | | | | | such would be very | | | | | helpful on FreeBSD. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Currently, MAC | | | | | protections are | | | | | enforced only on | | | | | locally originated | | | | | file system | | | | | operations (VOPs), | | | | | and not on RPCs | | | | | generated via the | | | | | NFS server. | | MAC support for | | | Improvements in NFS | | NFS Server | Not done | Robert Watson | server credential | | | | | handling are | | | | | required to correct | | | | | this problem, as | | | | | well as the | | | | | introduction of new | | | | | entry points to | | | | | properly label NFS | | | | | credentials and | | | | | perform enforcement | | | | | properly. | |------------------+-------------+----------------+----------------------| | | | | All PCI drivers must | | | | | use busdma for DMA; | | | | | no use of vtophys() | | busdma in all | In progress | -- | will be permitted | | PCI drivers | | | for any recent | | | | | device driver. ISA | | | | | drivers may be | | | | | exempt. | |------------------+-------------+----------------+----------------------| | | | | 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 | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads 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 | | David | to support new | | for all platforms | Needs testing | 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 | | | | | reportged a failed | | | | | locking assertion | | | | | with IPv6 TCP | | in6_pcbnotify() | Needs testing | Robert | notifications. A | | panic with TCP | | Watson | patch has been | | | | | committed to the | | | | | CVS HEAD and | | | | | RELENG_5 and needs | | | | | further testing. | |--------------------+---------------+--------------+--------------------| | | | | 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 | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. By | | | | | 5.3-RELEASE, it is | | | | | necessary to have | | | | | the vast majority | | | | | of network code | | | | | running without | | | | | Giant, including | | | | | sockets, | | | | | permitting | | | | | complete | | | | | local<->remote | | | | | delivery without | | | | | grabbing Giant. | |--------------------+---------------+--------------+--------------------| | | | | 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 | | | witness warning in | | warning | Needs testing | Brooks Davis | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. A patch | | | | | has been committed | | | | | to HEAD and | | | | | RELENG_5, but | | | | | requires testing. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | | | | lock. A recent | | | | | sleepq change | | | | | appears to have | | | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | poll()/select() | | | test for due to | | application wedge | Needs testing | Robert | recent SMP | | reports with | | Watson | instability). A | | debug.mpsafenet=1 | | | fix has been | | | | | committed to CVS | | | | | HEAD and merged to | | | | | RELENG_5 and | | | | | appears to resolve | | | | | problems with | | | | | poll(); we are | | | | | waiting for | | | | | feedback that it | | | | | has corrected the | | | | | reported problems | | | | | with select() also | | | | | before moving this | | | | | to "testing" | | | | | status. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | Needs testing | Max Laier | "wedging" under | | under high pps | | | high | | | | | packets-per-second | | | | | load. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | 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 | | KAME IPSEC | | | returning ENOBUFS. | | "ENOBUFS" problem | | Robert | This appears to be | | with racoon and | Needs testing | Watson | a result of an | | mbuma | | | incorrect | | | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. A fix for | | | | | this is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Needs testing | Smorgrav, | functionality, | | | | Tom 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 touchpad | Needs testing | Philip Paeps | press events for | | 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 | Needs testing | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. A patch has | | | | | been generated and | | | | | sent to the KAME | | | | | team for review. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/10/12 14:13:01 From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:47: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 777EC16A4CE for ; Fri, 15 Oct 2004 07:47:09 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDF843D48 for ; Fri, 15 Oct 2004 07:47:08 +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 i9F7l5eD006744 for ; Fri, 15 Oct 2004 11:47:05 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9F7l58b006743 for current@freebsd.org; Fri, 15 Oct 2004 11:47:05 +0400 (MSD) (envelope-from ache) Date: Fri, 15 Oct 2004 11:47:04 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20041015074703.GA6717@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@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 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.18 (host: pobrecita.freebsd.ru) Subject: kgdb is semi-broken: Undefined symbol "ps_pglobal_lookup" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 07:47:09 -0000 To whom it may concern. On freshly builded system kgdb is started, but prints: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 07:56: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 19B1616A4CE for ; Fri, 15 Oct 2004 07:56:44 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42BC043D2F for ; Fri, 15 Oct 2004 07:56:43 +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 i9F7ugNw006911 for ; Fri, 15 Oct 2004 11:56:42 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9F7ufHV006910 for current@freebsd.org; Fri, 15 Oct 2004 11:56:41 +0400 (MSD) (envelope-from ache) Date: Fri, 15 Oct 2004 11:56:41 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20041015075641.GA6820@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@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 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.18 (host: pobrecita.freebsd.ru) Subject: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 07:56:44 -0000 N of blocks can be different. Can't provide full debugging trace yet, excepting this one: #0 0xc049883c in doadump () #1 0xc0498ee4 in boot () #2 0xc0499267 in panic () #3 0xc057a32f in swap_pager_swapoff () #4 0xc057b2bd in swapoff () #5 0xc05ca2c0 in syscall () #6 0xc05ba6df in Xint0x80_syscall () #7 0x0000002f in ?? () ... #34 0xc1124480 in ?? () #35 0xc04ad5e0 in sched_switch () -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08:09: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 1234016A4CE for ; Fri, 15 Oct 2004 08:09:46 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF5B43D31 for ; Fri, 15 Oct 2004 08:09:45 +0000 (GMT) (envelope-from leafy7382@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=BsCZyvmyf6w9gWMRPcW+1jG6ZcXgp159ZrkXCLecIpNgKXVy/x4u3ytTdX3zJwQAeQTbFE9xhhiEFlbXLUovUF86VS5+RYqFbf3ZR1yKlpU5cHJLCq4IyPOe8X0RRKymSCHLu4V8t3c8SncueyRiM9xLP/68x3IlybFGElELkjI Received: by mproxy.gmail.com with SMTP id 80so2222rnl for ; Fri, 15 Oct 2004 01:09:45 -0700 (PDT) Received: by 10.38.8.13 with SMTP id 13mr465753rnh; Fri, 15 Oct 2004 01:09:45 -0700 (PDT) Received: by 10.38.8.57 with HTTP; Fri, 15 Oct 2004 01:09:45 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 16:09:45 +0800 From: Jiawei Ye To: "Brandon S. Allbery KF8NH" In-Reply-To: <1097673727.10151.0.camel@rushlight.kf8nh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> cc: Mike Jakubik cc: freebsd-current@freebsd.org cc: Ryan Sommers Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 08:09:46 -0000 On Wed, 13 Oct 2004 09:22:08 -0400, Brandon S. Allbery KF8NH wrote: > On Wed, 2004-10-13 at 09:00, Mike Jakubik wrote: > > Ah, no problem, its not a big deal. I did miss it, was it a HEADSUP? > > Yes. (Well, a mini heads-up.) > > -- > brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com syscons seems to be unbroken now, but bash problem persists. Anyone else seeing this as well? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08:13: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 BB43916A4CE for ; Fri, 15 Oct 2004 08:13:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96E0543D3F for ; Fri, 15 Oct 2004 08:13:57 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.13.1/8.13.1) with ESMTP id i9F8Dup8025199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Oct 2004 01:13:57 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.13.1/8.13.1/Submit) id i9F8Dukd025198 for freebsd-current@freebsd.org; Fri, 15 Oct 2004 01:13:56 -0700 (PDT) (envelope-from jdc) Date: Fri, 15 Oct 2004 01:13:56 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20041015081356.GA25136@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 08:13:57 -0000 Not this exact problem, but I did report some bizarre behaviour with bash (2.x and 3.x) in another thread. Possibly related to your situation, possibly not; hard to tell. http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039841.html I still need to bust out tcpdump and compare systems/networks, either that or simply try another NIC to see if it's bge-related. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | On Fri, Oct 15, 2004 at 04:09:45PM +0800, Jiawei Ye wrote: > On Wed, 13 Oct 2004 09:22:08 -0400, Brandon S. Allbery KF8NH > wrote: > > On Wed, 2004-10-13 at 09:00, Mike Jakubik wrote: > > > Ah, no problem, its not a big deal. I did miss it, was it a HEADSUP? > > > > Yes. (Well, a mini heads-up.) > > > > -- > > brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com > syscons seems to be unbroken now, but bash problem persists. Anyone > else seeing this as well? > > Jiawei > -- > "Without the userland, the kernel is useless." > --inspired by The Tao of Programming > _______________________________________________ > 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 Oct 15 08:15: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 D66B816A4CE; Fri, 15 Oct 2004 08:15:24 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6789B43D31; Fri, 15 Oct 2004 08:15:13 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9F8F7ZV085458; Fri, 15 Oct 2004 10:15:11 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9F8F7IK085457; Fri, 15 Oct 2004 10:15:07 +0200 (SAST) (envelope-from jhay) Date: Fri, 15 Oct 2004 10:15:07 +0200 From: John Hay To: Pawel Jakub Dawidek Message-ID: <20041015081507.GA85041@zibbi.icomtek.csir.co.za> References: <20041007132421.GA41532@zibbi.icomtek.csir.co.za> <20041007133537.GC73767@darkness.comp.waw.pl> <20041007202326.GA55025@zibbi.icomtek.csir.co.za> <20041008051359.GF73767@darkness.comp.waw.pl> <20041008055833.GB42075@zibbi.icomtek.csir.co.za> <20041008090309.GA77513@zibbi.icomtek.csir.co.za> <20041011134828.GI73767@darkness.comp.waw.pl> <20041013150027.GK73767@darkness.comp.waw.pl> <20041015062024.GA81642@zibbi.icomtek.csir.co.za> <20041015073139.GO73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015073139.GO73767@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: geom mirror 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, 15 Oct 2004 08:15:25 -0000 On Fri, Oct 15, 2004 at 09:31:39AM +0200, Pawel Jakub Dawidek wrote: > On Fri, Oct 15, 2004 at 08:20:24AM +0200, John Hay wrote: > +> Ok, I have tried it with all the other patches also applied. Maybe I should > +> try with only this one? I see you are pulling all your changes into > +> RELENG_5, so maybe I should try with just that and no patches? > > You should try with no patches at all. Ok, I removed all patches and cvsuped to the latest RELENG_5 with all the latest geom stuff in. > +> > +> How can I see why it starts in degraded mode or can one deduce it from > +> the above output? > > Increase debug level to 2 by doing: > > # echo kern.geom.mirror.debug=2 >> /boot/loader.conf Ahh thanks, that creates a lot more info. :-) > > Could you send me the output of df(1) and 'swapctl -l' commands? ################# # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/mirror/gm0s1a 253678 37670 195714 16% / devfs 1 1 0 100% /dev /dev/mirror/gm0s1e 253678 2258 231126 1% /tmp /dev/mirror/gm0s1f 112536734 4801516 98732280 5% /usr /dev/mirror/gm0s1d 253678 27956 205428 12% /var # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 236424 0 crypton# swapoff -a swapoff: removing /dev/mirror/gm0s1b as swap device crypton# swapctl -l Device: 1024-blocks Used: crypton# shutdown -r now ################## With the latest code it looks like we are back to where it cannot write to ad0 and then reject that disk, so you will have to gmirror activate it to get it to sync again. With most of my tries I have done a swapoff before doing a shutdown just incase there was a race there, but it does not seem to help. Here is the output from the last boot. It is a bit more because of the debugging info. #################### ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 GEOM_MIRROR[2]: Tasting ad0. magic: GEOM::MIRROR version: 1 name: gm0 mid: 861616013 did: 460446288 all: 2 syncid: 17 priority: 0 slice: 4096 balance: load mediasize: 120034123264 sectorsize: 512 syncoffset: 0 mflags: NONE dflags: NONE hcprovider: ad0 MD5 hash: bb5f78ff86aa434c595678719f2bbb1f GEOM_MIRROR[1]: Creating device gm0 (id=861616013). GEOM_MIRROR[0]: Device gm0 created (id=861616013). GEOM_MIRROR[1]: Adding disk ad0 to gm0. GEOM_MIRROR[2]: Adding disk ad0. GEOM_MIRROR[2]: Disk ad0 connected. GEOM_MIRROR[1]: Disk ad0 state changed from NONE to NEW (device gm0). GEOM_MIRROR[0]: Device gm0: provider ad0 detected. GEOM_MIRROR[2]: Tasting ad0s1. GEOM_MIRROR[2]: Tasting ad2. magic: GEOM::MIRROR version: 1 name: gm0 mid: 861616013 did: 3011562079 all: 2 syncid: 17 priority: 0 slice: 4096 balance: load mediasize: 120034123264 sectorsize: 512 syncoffset: 0 mflags: NONE dflags: NONE hcprovider: ad2 MD5 hash: 843c1fc57def7787d786c2245dbebba3 GEOM_MIRROR[1]: Adding disk ad2 to gm0. GEOM_MIRROR[2]: Adding disk ad2. GEOM_MIRROR[2]: Disk ad2 connected. GEOM_MIRROR[1]: Disk ad2 state changed from NONE to NEW (device gm0). GEOM_MIRROR[0]: Device gm0: provider ad2 detected. GEOM_MIRROR[1]: Device gm0 state changed from STARTING to RUNNING. GEOM_MIRROR[1]: Disk ad2 state changed from NEW to ACTIVE (device gm0). GEOM_MIRROR[2]: Access ad2 r0w1e1 = 0 GEOM_MIRROR[2]: Tasting ad0s1a. GEOM_MIRROR[2]: Access ad2 r0w-1e-1 = 0 GEOM_MIRROR[2]: Metadata on ad2 updated. GEOM_MIRROR[0]: Device gm0: provider ad2 activated. GEOM_MIRROR[1]: Disk ad0 state changed from NEW to ACTIVE (device gm0). GEOM_MIRROR[2]: Access ad0 r0w1e1 = 1 GEOM_MIRROR[0]: Cannot update metadata on disk ad0 (error=1). GEOM_MIRROR[0]: Device gm0: provider ad0 activated. GEOM_MIRROR[0]: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR[1]: Device gm0: syncid bumped to 18. GEOM_MIRROR[2]: Access ad2 r0w1e1 = 0 GEOM_MIRROR[2]: Access ad2 r0w-1e-1 = 0 GEOM_MIRROR[2]: Metadata on ad2 updated. GEOM_MIRROR[2]: Access ad0 r0w1e1 = 1 GEOM_MIRROR[0]: Cannot update metadata on disk ad0 (error=1). GEOM_MIRROR[1]: Disk ad0 state changed from ACTIVE to DISCONNECTED (device gm0). GEOM_MIRROR[0]: Device gm0: provider ad0 disconnected. GEOM_MIRROR[2]: Disk ad0 disconnected. GEOM_MIRROR[2]: Consumer ad0 destroyed. GEOM_MIRROR[1]: Device gm0: syncid bumped to 19. GEOM_MIRROR[2]: Access ad2 r0w1e1 = 0 GEOM_MIRROR[2]: Access ad2 r0w-1e-1 = 0 GEOM_MIRROR[2]: Metadata on ad2 updated. GEOM_MIRROR[2]: Tasting ad0s1b. GEOM_MIRROR[2]: Tasting ad0s1c. GEOM_MIRROR[2]: Tasting ad0s1d. GEOM_MIRROR[2]: Tasting ad0s1e. GEOM_MIRROR[2]: Tasting ad0s1f. GEOM_MIRROR[2]: Tasting ad2s1. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e-1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e-1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e-1 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e-1 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e1. GEOM_MIRROR[2]: Access ad2 r1w0e2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-1. GEOM_MIRROR[2]: Access ad2 r-1w0e-2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e1. GEOM_MIRROR[2]: Access ad2 r1w0e2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-1. GEOM_MIRROR[2]: Access ad2 r-1w0e-2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e1. GEOM_MIRROR[2]: Access ad2 r1w0e2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-1. GEOM_MIRROR[2]: Access ad2 r-1w0e-2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e1. GEOM_MIRROR[2]: Access ad2 r1w0e2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-1. GEOM_MIRROR[2]: Access ad2 r-1w0e-2 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e1. GEOM_MIRROR[2]: Access ad2 r1w0e2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-1. GEOM_MIRROR[2]: Access ad2 r-1w0e-2 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1a. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1b. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1c. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1d. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1e. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1f. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e2. GEOM_MIRROR[2]: Access ad2 r1w0e3 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e-2. GEOM_MIRROR[2]: Access ad2 r-1w0e-3 = 0 Mounting root from ufs:/dev/mirror/gm0s1a GEOM_MIRROR[2]: Access request for mirror/gm0: r1w1e2. GEOM_MIRROR[2]: Access ad2 r1w1e3 = 0 GEOM_MIRROR[1]: Disk ad2 (device gm0) marked as dirty. GEOM_MIRROR[2]: Metadata on ad2 updated. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w1e0. GEOM_MIRROR[2]: Access ad2 r1w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w1e0. GEOM_MIRROR[2]: Access ad2 r0w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w-1e0. GEOM_MIRROR[2]: Access ad2 r0w-1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w1e0. GEOM_MIRROR[2]: Access ad2 r0w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w-1e0. GEOM_MIRROR[2]: Access ad2 r0w-1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1e. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w1e0. GEOM_MIRROR[2]: Access ad2 r0w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w-1e0. GEOM_MIRROR[2]: Access ad2 r0w-1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1f. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w1e0. GEOM_MIRROR[2]: Access ad2 r0w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r0w-1e0. GEOM_MIRROR[2]: Access ad2 r0w-1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Tasting mirror/gm0s1d. GEOM_MIRROR[2]: Access request for mirror/gm0: r1w0e0. GEOM_MIRROR[2]: Access ad2 r1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r-1w0e0. GEOM_MIRROR[2]: Access ad2 r-1w0e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w1e0. GEOM_MIRROR[2]: Access ad2 r1w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w1e0. GEOM_MIRROR[2]: Access ad2 r1w1e0 = 0 GEOM_MIRROR[2]: Access request for mirror/gm0: r1w1e0. GEOM_MIRROR[2]: Access ad2 r1w1e0 = 0 #################### John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08:15: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 91BA316A4CE; Fri, 15 Oct 2004 08:15:50 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABA743D31; Fri, 15 Oct 2004 08:15:50 +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 i9F8E4YU054215; Fri, 15 Oct 2004 04:14:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9F8E4pn054212; Fri, 15 Oct 2004 04:14:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 15 Oct 2004 04:14:04 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Guido van Rooij In-Reply-To: <20041015073118.GA19660@gvr.gvr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 08:15:50 -0000 On Fri, 15 Oct 2004, Guido van Rooij wrote: > It turns out this was a memory problem. Refitting the dimms was all > that was needed to 'solve' the issue. The weird thing is that > 1. The BIOS had memtesting enabled and did not complain > 2. W2K seemed to install ok (though I never let it hit the disk) > 3. FBSD would repeatedly crash at exactly the same spot. > > I am beginning to wonder if we should have a boot option that enables a > thorough memtest from within the kernel...(e.g. boot -m). I guess the old /dev/test_for_shoddy_workmanship driver is working :-). It's probably just bad luck -- BIOS memory testing is generally pretty poor, and it could just be FreeBSD stored your root vnode pointer (or some other critical thing) in a memory word that Win2K was using for an icon, so a single bit twiddle did pretty different things. Glad it's fixed. I occasionally wonder if we shouldn't build a memory tester into the FreeBSD boot loader to help diagnose this sort of stuff, though. Not to run every boot, but as a diagnostics option. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08:20: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 C352E16A4CE; Fri, 15 Oct 2004 08:20:26 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A58943D2D; Fri, 15 Oct 2004 08:20:26 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 8290B41; Fri, 15 Oct 2004 10:20:25 +0200 (CEST) Date: Fri, 15 Oct 2004 10:20:25 +0200 From: Guido van Rooij To: Robert Watson Message-ID: <20041015082025.GA20471@gvr.gvr.org> References: <20041015073118.GA19660@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 08:20:26 -0000 On Fri, Oct 15, 2004 at 04:14:04AM -0400, Robert Watson wrote: > > > > I am beginning to wonder if we should have a boot option that enables a > > thorough memtest from within the kernel...(e.g. boot -m). > > I guess the old /dev/test_for_shoddy_workmanship driver is working :-). > > It's probably just bad luck -- BIOS memory testing is generally pretty > poor, and it could just be FreeBSD stored your root vnode pointer (or some > other critical thing) in a memory word that Win2K was using for an icon, > so a single bit twiddle did pretty different things. Glad it's fixed. I > occasionally wonder if we shouldn't build a memory tester into the FreeBSD > boot loader to help diagnose this sort of stuff, though. Not to run every > boot, but as a diagnostics option. Yep, exactly my thoughts. I think this is a wonderfull idea. -Guido From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08:25: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 20AA516A4CF for ; Fri, 15 Oct 2004 08:25: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 2327043D49 for ; Fri, 15 Oct 2004 08:24: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 i9F8Ovpg093665; Fri, 15 Oct 2004 11:24:57 +0300 (EEST) (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 04759-06; Fri, 15 Oct 2004 11:24:56 +0300 (EEST) 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 i9F8OuRp093662; Fri, 15 Oct 2004 11:24:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9F8Olgk040563; Fri, 15 Oct 2004 11:24:47 +0300 (EEST) (envelope-from ru) Date: Fri, 15 Oct 2004 11:24:47 +0300 From: Ruslan Ermilov To: cscott@speakeasy.net Message-ID: <20041015082447.GC38954@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jousvV0MzM2p6OtC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: make.conf flags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 08:25:00 -0000 --jousvV0MzM2p6OtC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 09:14:45PM +0000, cscott@speakeasy.net wrote: > Just to double check, I sent CPUTYPE=3Dp4 in make.conf, but noticed > during a make buildworld, make is running with -march=3Dpentiumpro. > Is that correct? >=20 Assuming this is on RELENG_4, yes: $ make -m /home/src/RELENG_4/share/mk -V CFLAGS CPUTYPE=3Dp4 -O -pipe -march=3Dpentiumpro =20 $ make -m /home/src/HEAD/share/mk -V CFLAGS CPUTYPE=3Dp4 -O -pipe -march=3Dpentium4=20 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --jousvV0MzM2p6OtC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBb4lPqRfpzJluFF4RAi75AKCL9kP9p8S8ZOoTi4AO2sfCc+IjugCeKa58 MzBlaTnq2gbdNfJT8igUzXg= =aSFc -----END PGP SIGNATURE----- --jousvV0MzM2p6OtC-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 08: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 9FF8116A4CE for ; Fri, 15 Oct 2004 08:26:27 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068FF43D3F for ; Fri, 15 Oct 2004 08:26:27 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9F8QJ2E028051 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 15 Oct 2004 18:26:20 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9F8QJxP045964; Fri, 15 Oct 2004 18:26:19 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9F8QJ4V045963; Fri, 15 Oct 2004 18:26:19 +1000 (EST) (envelope-from pjeremy) Date: Fri, 15 Oct 2004 18:26:18 +1000 From: Peter Jeremy To: Doug White Message-ID: <20041015082618.GR83620@cirb503493.alcatel.com.au> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> <20041011191812.A34886@carver.gumbysoft.com> <20041013071704.GQ83620@cirb503493.alcatel.com.au> <20041013182133.A55834@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013182133.A55834@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 08:26:27 -0000 On Wed, 2004-Oct-13 18:21:56 -0700, Doug White wrote: >On Wed, 13 Oct 2004, Peter Jeremy wrote: > >> On Mon, 2004-Oct-11 19:18:52 -0700, Doug White wrote: >> >On Mon, 11 Oct 2004, Peter Jeremy wrote: >> >> I have an HP DL380 running 5.3 and it will not reboot from multi-user >> >> mode - it hangs after printing "Rebooting..." and needs to be power- >> >> cycled (since there's no reset button). >> I've narrowed it down to loading kernel modules - the problem does not >How about building them into your kernel instead? That seems to work. But it doesn't solve the underlying problem. (I have been kldload'ing digi because it originally didn't work when it was compiled into the kernel). >This could be just stale modules... Nope. Kernel and modules were compiled and installed together. Also there was no problem running and the hang was when the kernel asked the system to reboot - which is well after any modules have been unloaded. Thanks for your help. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:00: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 4F19816A4CF for ; Fri, 15 Oct 2004 09:00:14 +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 22A4C43D41 for ; Fri, 15 Oct 2004 09:00:13 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 58094 invoked by uid 1000); 15 Oct 2004 08:57:55 -0000 Date: Fri, 15 Oct 2004 10:57:55 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041015085755.GA55209@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041014110752.GA57541@grummit.biaix.org> <20041014183716.GA6381@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041014183716.GA6381@xor.obsecurity.org> User-Agent: Mutt/1.4.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 09:00:14 -0000 * Kris Kennaway [20041014 20:35]: > On Thu, Oct 14, 2004 at 01:07:52PM +0200, Joan Picanyol wrote: > > Hi, > > > > I'm having issues with NFS on my BETA7 workstation, some process get > > stuck in nfsfsync state, and many others are then block at select. Gnome > > becomes unusable, and I get "server not responding" song on the console, > > even though the server is pingable. /home is NFS mounted from a 4.10 > > server, NIC on the client is xl, debug.mpsafenet=0. > > What are your nfs mount options? "Whatever the defaults are". The server has -alldirs in /etc/exports, the client has only the rw option in /etc/fstab Unfortunately I can't exclude a configuration issue, but it's nothing I can see :( tks -- pica From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:18: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 F0FDA16A4CE for ; Fri, 15 Oct 2004 09:18:36 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7CE43D41 for ; Fri, 15 Oct 2004 09:18:35 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9F9IS9S034411; Fri, 15 Oct 2004 11:18:32 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416F95E6.1050705@withagen.nl> Date: Fri, 15 Oct 2004 11:18:30 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200410142232.00618.Emanuel.Strobl@gmx.net> <416EE61B.6050909@withagen.nl> <200410150018.25218.Emanuel.Strobl@gmx.net> In-Reply-To: <200410150018.25218.Emanuel.Strobl@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: BETA7 sio "options CONSPEED" not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 09:18:37 -0000 Emanuel Strobl wrote: >Am Donnerstag, 14. Oktober 2004 22:48 schrieb Willem Jan Withagen: > > >>Emanuel Strobl wrote: >> >> >>>Hello, >>> >>>I recompiled a kernel with options conspeed=115200 but console still has >>>9600 set, also defining "std.115200" in /etc/ttys doesn't change the >>>login consoles speed. >>> >>>Am I missing something? >>> >>> >>I remember trying all kinds of things too. >> >>I've got: >>BOOT_COMCONSOLE_SPEED= 115200 >>BOOT_COMCONSOLE_PORT= 0x3F8 >>CONSPEED=115200 >> >>in /etc/make.conf >> >> > >Correct, in make.conf it works, but "options CONSPEED" has no effect at all >(on i386 with BETA7 from today) >Also getty flags in /etc/ttys doesn't make any difference. I can set it to >whatever I want I only get the hardcoded speed in make.conf > >At least the last thing must'nt happen. If options CONSPEED doesn't work >(anymore) conf/NOTES should be adopted. > > Well, at my end things are sort of independant... If I mess up /etc/ttys I do not get a login-prompt. But I'm still able to debug And I do need to specify CONSPEED=115200 in de kernel-config otherwise I'm not getting any booting/debugging info (at the right speed). I know this because I started a new kernelconfig from scratch and forgot to add this statement => no ouput. So I rebuild with the option added => boot output. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:28: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 B349116A4CE for ; Fri, 15 Oct 2004 09:28:39 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E2443D1D for ; Fri, 15 Oct 2004 09:28:39 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 73E04706B8 for ; Fri, 15 Oct 2004 11:28:35 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33701-03 for ; Fri, 15 Oct 2004 11:28:04 +0200 (CEST) Received: from UROS (BSN-77-34-194.dsl.siol.net [193.77.34.194]) by citka.mg-proline.si (Postfix) with ESMTP id 61003706B9 for ; Fri, 15 Oct 2004 11:28:03 +0200 (CEST) Date: Fri, 15 Oct 2004 11:28:00 +0200 From: Uros X-Priority: 3 (Normal) Message-ID: <105777988.20041015112800@sir-mag.com> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mg-proline.si Subject: SMBus with intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Uros List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 09:28:39 -0000 Hello , I have trouble setting chm program to use smbus. my dmesg say pci0: at device 31.3 (no driver attached) and pciconf -lv none2@pci0:31:3: class=0x0c0500 card=0x80a61043 chip=0x266a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW SMBus Controller' class = serial bus subclass = SMBus In my kernel I add device smbus device iicbus device iicbb device intpm device smb but smb is not working. I don't know if this controler is supposed to work in 5.3 or I have to wait next releases. Some days ago I report that ICH6 sata was not recognized correctly but with beta7 it works Ok, Here is report from dmesg ad4: 156334MB [317632/16/63] at ata2-master SATA150 ad6: 156334MB [317632/16/63] at ata3-master SATA150 -- Best regards, Uros From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:29: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 F168F16A4CE for ; Fri, 15 Oct 2004 09:29:08 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8096E43D1D for ; Fri, 15 Oct 2004 09:29:08 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id LAA32466 for ; Fri, 15 Oct 2004 11:29:03 +0200 Date: Fri, 15 Oct 2004 11:33:38 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20041015113338.14d532e3.ubm@u-boot-man.de> In-Reply-To: References: <20041011220159.733ad3ce.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__15_Oct_2004_11_33_38_+0200_Zbqnd9XYew=wFR8X" Subject: Re: [BETA7-panic] sodealloc(): so_count 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, 15 Oct 2004 09:29:09 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__15_Oct_2004_11_33_38_+0200_Zbqnd9XYew=wFR8X Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 12 Oct 2004 05:01:10 -0400 (EDT) Robert Watson wrote: > > On Mon, 11 Oct 2004, Marc UBM Bocklet wrote: > > > > Okay, now I do; I did a more thorough potential fix -- so if that > > > worked for you, this should do the same without a socket memory > > > leak. The life and times of sockets are fraught with peril... > > > > > > > > > > Okay, bad news: > > > > I just got another crash with your first patch applied, > > unfortunately my roommate rebooted the server without doing a dump > > first or having a look at the panic message. > > > > I'll try applying your latest patch and see if that fixes the > > problems. If it does not, I'll get a dump and the usual ddb stuff. > > :-) > > Sounds good. I know that the problem Brian identified is a real race > and a potential source of precisely the panic you were seeing. One > reason I was interested in getting access to a dump from the panic, > though, was to(if possible) confirm that it was *the* race causing the > problem. It's a very likely candidate, but it would be good to know > if we should be looking for another related race. If the code now in > HEAD fixes it for you, please let me know (or if not, also :-). If it > doesn't, the core would be very helpful. Ok, bad news first: I just got exactly the same panic with Brian's tcp_accept_race_crash.patch applied. Debug output is attached, but it looks just like the last time. The good news: I got a coredump that I can poke. :-) So now I just need to know what info to extract from the dump :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming --Multipart=_Fri__15_Oct_2004_11_33_38_+0200_Zbqnd9XYew=wFR8X Content-Type: application/octet-stream; name="panic.txt" Content-Disposition: attachment; filename="panic.txt" Content-Transfer-Encoding: base64 ZGI+CmRiPiB0cmFjZQprZGJfZW50ZXIoYzA3YTMxNDIsMCxjMDdhOTIwYixkNTQxN2FmYyxjMTlh OTY0MCkgYXQga2RiX2VudGVyKzB4MzAKcGFuaWMoYzA3YTkyMGIsMSwxMjIsYzJhNTM0OWMsYzJh NTMzY2MpIGF0IHBhbmljKzB4MTRlCnNvZGVhbGxvYyhjMmE1MzNjYywwLGMwN2E5MWViLDE3ZCxj MmE1MzQzNCkgYXQgc29kZWFsbG9jKzB4MjEKc29mcmVlKGMyYTUzM2NjLDEsYzA3YWUwYWQsMmIz LGMwODNlNjgwKSBhdCBzb2ZyZWUrMHgzMDEKaW5fcGNiZGV0YWNoKGMyOTk0NDM4LGMyMTE0Mzgw LDE0LGQ1NDE3YzY0LGMwNjRmZTU2KSBhdCBpbl9wY2JkZXRhY2grMHgxMDgKdGNwX2Nsb3NlKGMy MTE0MzgwLGMyOWU5ODQ4LDAsMCwwKSBhdCB0Y3BfY2xvc2UrMHgzYQp0Y3BfaW5wdXQoYzI5ZTk4 MDAsMTQsYzFjOGQwMTQsMSwwKSBhdCB0Y3BfaW5wdXQrMHgxZDM2CmlwX2lucHV0KGMyOWU5ODAw LDAsYzA3YWNiZDYsZTUsYzA4M2Q0ZDgpIGF0IGlwX2lucHV0KzB4NWVkCm5ldGlzcl9wcm9jZXNz cXVldWUoYzA4M2Q0ZDgsYzA4MTA4NDAsMSxjMDdhMjQ5ZCxjMTlhMDM0MCkgYXQgbmV0aXNyX3By b2Nlc3NxdWV1CmUrMHg4ZQpzd2lfbmV0KDAsMCxjMDdhMGE5NCwyNjksMCkgYXQgc3dpX25ldCsw eGU5Cml0aHJlYWRfbG9vcChjMTk2OGI4MCxkNTQxN2Q0OCxjMDdhMDg3ZiwzMjMsMCkgYXQgaXRo cmVhZF9sb29wKzB4MTcyCmZvcmtfZXhpdChjMDU4ZmM5MCxjMTk2OGI4MCxkNTQxN2Q0OCkgYXQg Zm9ya19leGl0KzB4YzYKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4OAot LS0gdHJhcCAweDEsIGVpcCA9IDAsIGVzcCA9IDB4ZDU0MTdkN2MsIGVicCA9IDAgLS0tCmRiPiBz aG93IHBjcHUKY3B1aWQgICAgICAgID0gMApjdXJ0aHJlYWQgICAgPSAweGMxOWE5NjQwOiBwaWQg MzggInN3aTE6IG5ldCIKY3VycGNiICAgICAgID0gMHhkNTQxN2RhMApmcGN1cnRocmVhZCAgPSBu b25lCmlkbGV0aHJlYWQgICA9IDB4YzE5NmE2NDA6IHBpZCAxMiAiaWRsZTogY3B1MCIKQVBJQyBJ RCAgICAgID0gMApjdXJyZW50bGR0ICAgPSAweDI4CnNwaW4gbG9ja3MgaGVsZDoKZGI+IHNob3cg bG9ja3MKZGI+IHNob3cgdGhyZWFkcwogIDEwMDEzNiAoMHhjMjJhMDk2MCkgIHNjaGVkX3N3aXRj aChjMjJhMDk2MCwwLDEsMTFkLDU2MjI0MjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAw MjE0ICgweGMyYzQ0NjQwKSAgc2NoZWRfc3dpdGNoKGMyYzQ0NjQwLDAsMSwxMWQsNmI4ZWE1OTEp IGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNzggKDB4YzFjZWZjODApICBzY2hlZF9zd2l0 Y2goYzFjZWZjODAsMCwxLDExZCxlYTU5ZGUxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEw MDA5OSAoMHhjMWNmM2UxMCkgIHNjaGVkX3N3aXRjaCgwLDAsYzI5YTUzZmMsNjEsMCkgYXQgc2No ZWRfc3dpdGNoKzB4MTkwCiAgMTAwMjAwICgweGMyYTM3MDAwKSAgc2NoZWRfc3dpdGNoKGMyYTM3 MDAwLDAsMSwxMWQsYTRhNDEyMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMTUgKDB4 YzFjZmQ3ZDApICBzY2hlZF9zd2l0Y2goYzFjZmQ3ZDAsMCwxLDExZCwxMTA4OTExMSkgYXQgc2No ZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA4NiAoMHhjMWNmMDk2MCkgIHNjaGVkX3N3aXRjaChjMWNm MDk2MCwwLDEsMTFkLGY5M2VmYzExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTI4ICgw eGMyMWRiYzgwKSAgc2NoZWRfc3dpdGNoKGMyMWRiYzgwLDAsMSwxMWQsNDZiZDI2OTEpIGF0IHNj aGVkX3N3aXRjaCswCngxOTAKICAxMDAxMzUgKDB4YzIyYTA3ZDApICBzY2hlZF9zd2l0Y2goYzIy YTA3ZDAsMCwxLDExZCwzNDg1OTgxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDExMCAo MHhjMWNmZDAwMCkgIHNjaGVkX3N3aXRjaChjMWNmZDAwMCwwLDEsMTFkLDQ1MGVkOTExKSBhdCBz Y2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTM3ICgweGMyMmEwYWYwKSAgc2NoZWRfc3dpdGNoKGMy MmEwYWYwLDAsMSwxMWQsZWJkOWVjMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDIg KDB4YzFjZmMzMjApICBzY2hlZF9zd2l0Y2goYzFjZmMzMjAsMCwxLDExZCxhZjI2ZmE5MSkgYXQg c2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDE0MiAoMHhjMjJhMzMyMCkgIHNjaGVkX3N3aXRjaChj MjJhMzMyMCwwLDEsMTFkLGY4ZmMyYTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDc2 ICgweGMxY2VmOTYwKSAgc2NoZWRfc3dpdGNoKGMxY2VmOTYwLDAsMSwxMWQsZmEzZjBjOTEpIGF0 IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMTQgKDB4YzFjZmQ2NDApICBzY2hlZF9zd2l0Y2go YzFjZmQ2NDAsMCwxLDExZCxmNGM4YTkxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA1 MSAoMHhjMTllZTE5MCkgIHNjaGVkX3N3aXRjaChjMTllZTE5MCwwLDEsMTFkLDcxOTU0MDExKSBh dCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDcyICgweGMxY2VmMzIwKSAgc2NoZWRfc3dpdGNo KGMxY2VmMzIwLDAsMSwxMWQsYWIxNzY2OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAw NjkgKDB4YzE5ZWZlMTApICBzY2hlZF9zd2l0Y2goYzE5ZWZlMTAsMCwxLDExZCw0NWE1YTkxMSkg YXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA3NyAoMHhjMWNlZmFmMCkgIHNjaGVkX3N3aXRj aChjMWNlZmFmMCwwLDEsMTFkLGMzOTg5NzkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAw MDY4ICgweGMxOWVmYzgwKSAgc2NoZWRfc3dpdGNoKGMxOWVmYzgwLDAsMSwxMWQsZjgyYTdkMTEp IGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwODEgKDB4YzFjZjAxOTApICBzY2hlZF9zd2l0 Y2goYzFjZjAxOTAsMCwxLDExZCxiMzQ3ODY5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEw MDA4MiAoMHhjMWNmMDMyMCkgIHNjaGVkX3N3aXRjaChjMWNmMDMyMCwwLDEsMTFkLGE5OWZmMTEx KSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDgzICgweGMxY2YwNGIwKSAgc2NoZWRfc3dp dGNoKGMxY2YwNGIwLDAsMSwxMWQsZWRmZmNlOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAx MDAxMjcgKDB4YzIxZGJhZjApICBzY2hlZF9zd2l0Y2goYzIxZGJhZjAsMCwxLDExZCxlZTRhY2Qx MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA3NSAoMHhjMWNlZjdkMCkgIHNjaGVkX3N3 aXRjaChjMWNlZjdkMCwwLDEsMTFkLGZiYTE1MDExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAg MTAwMDg4ICgweGMxY2YwYzgwKSAgc2NoZWRfc3dpdGNoKGMxY2YwYzgwLDAsMSwxMWQsZjJmZTE5 OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwOTggKDB4YzFjZjNjODApICBzY2hlZF9z d2l0Y2goYzFjZjNjODAsMCwxLDExZCxlMmI5ZDYxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAog IDEwMDEyNCAoMHhjMjFkYjY0MCkgIHNjaGVkX3N3aXRjaChjMjFkYjY0MCwwLDEsMTFkLGUyMzBj MTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTI2ICgweGMyMWRiOTYwKSAgc2NoZWRf c3dpdGNoKGMyMWRiOTYwLDAsMSwxMWQsNzc5MDM1MTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAK ICAxMDAwODcgKDB4YzFjZjBhZjApICBzY2hlZF9zd2l0Y2goYzFjZjBhZjAsMCwxLDExZCxmMzEz YzUxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEyMSAoMHhjMjFkYjE5MCkgIHNjaGVk X3N3aXRjaChjMjFkYjE5MCwwLDEsMTFkLDNiMzE0MTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkw CiAgMTAwMDUzICgweGMxOWVlNGIwKSAgc2NoZWRfc3dpdGNoKGMxOWVlNGIwLDAsMSwxMWQsYmNl NzI1MTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDQgKDB4YzFjZmM2NDApICBzY2hl ZF9zd2l0Y2goYzFjZmM2NDAsMCwxLDExZCxiYjJlM2ExMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5 MAogIDEwMDEwMCAoMHhjMWNmYzAwMCkgIHNjaGVkX3N3aXRjaChjMWNmYzAwMCwwLDEsMTFkLDI0 ODNmZDExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDk0ICgweGMxY2YzNjQwKSAgc2No ZWRfc3dpdGNoKGMxY2YzNjQwLDAsMSwxMWQsOGEzNTdkMTEpIGF0IHNjaGVkX3N3aXRjaCswCngx OTAKICAxMDAwOTAgKDB4YzFjZjMwMDApICBzY2hlZF9zd2l0Y2goYzFjZjMwMDAsMCwxLDExZCw0 YTE3YWMxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDEwMyAoMHhjMWNmYzRiMCkgIHNj aGVkX3N3aXRjaChjMWNmYzRiMCwwLDEsMTFkLDViODBiMTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4 MTkwCiAgMTAwMDY2ICgweGMxOWVmOTYwKSAgc2NoZWRfc3dpdGNoKGMxOWVmOTYwLDAsMSwxMWQs NDc3YTdlMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDcgKDB4YzFjZmNhZjApICBz Y2hlZF9zd2l0Y2goYzFjZmNhZjAsMCwxLDExZCw1ZjgyYWE5MSkgYXQgc2NoZWRfc3dpdGNoKzAK eDE5MAogIDEwMDA3NCAoMHhjMWNlZjY0MCkgIHNjaGVkX3N3aXRjaChjMWNlZjY0MCwwLDEsMTFk LGJmMTQyNTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTEyICgweGMxY2ZkMzIwKSAg c2NoZWRfc3dpdGNoKGMxY2ZkMzIwLDAsMSwxMWQsZjY1OWYxMSkgYXQgc2NoZWRfc3dpdGNoKzB4 CjE5MAogIDEwMDA3MCAoMHhjMWNlZjAwMCkgIHNjaGVkX3N3aXRjaChjMWNlZjAwMCwwLDEsMTFk LGUwMzQxMjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMTA2ICgweGMxY2ZjOTYwKSAg c2NoZWRfc3dpdGNoKGMxY2ZjOTYwLDAsMSwxMWQsNjg0MmZhMTEpIGF0IHNjaGVkX3N3aXRjaCsw CngxOTAKICAxMDAwODkgKDB4YzFjZjBlMTApICBzY2hlZF9zd2l0Y2goYzFjZjBlMTAsMCwxLDEx ZCwxYWEwMjAxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA2NyAoMHhjMTllZmFmMCkg IHNjaGVkX3N3aXRjaChjMTllZmFmMCwwLDEsMTFkLDUzMDE1MzExKSBhdCBzY2hlZF9zd2l0Y2gr MAp4MTkwCiAgMTAwMDczICgweGMxY2VmNGIwKSAgc2NoZWRfc3dpdGNoKGMxY2VmNGIwLDAsMSwx MWQsYzVjMmNlOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAxMDEgKDB4YzFjZmMxOTAp ICBzY2hlZF9zd2l0Y2goYzFjZmMxOTAsMCwyLDExNyxiMTFjYmQ5MSkgYXQgc2NoZWRfc3dpdGNo KzAKeDE5MAogIDEwMDEwNSAoMHhjMWNmYzdkMCkgIHNjaGVkX3N3aXRjaChjMWNmYzdkMCwwLDEs MTFkLGIxODNlYTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDM5ICgweGMxOWE5ZTEw KSAgc2NoZWRfc3dpdGNoKGMxOWE5ZTEwLDAsMSwxMWQsNGZkMmU3MTEpIGF0IHNjaGVkX3N3aXRj aCswCngxOTAKICAxMDAwMzggKDB4YzE5YTljODApICBzY2hlZF9zd2l0Y2goYzE5YTljODAsMCwx LDExZCw1ODg2ODg5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAzNyAoMHhjMTlhOWFm MCkgIHNjaGVkX3N3aXRjaChjMTlhOWFmMCwwLDEsMTFkLDRmOWQ4NDkxKSBhdCBzY2hlZF9zd2l0 Y2grMAp4MTkwCiAgMTAwMDM2ICgweGMxOWE5OTYwKSAgc2NoZWRfc3dpdGNoKGMxOWE5OTYwLDAs MSwxMWQsNmMwN2IxMSkgYXQgc2NoZWRfc3dpdGNoKzB4CjE5MAogIDEwMDA2NCAoMHhjMTllZjY0 MCkgIHNjaGVkX3N3aXRjaChjMTllZjY0MCwwLDEsMTFkLDFjYzE4MTkxKSBhdCBzY2hlZF9zd2l0 Y2grMAp4MTkwCiAgMTAwMDYzICgweGMxOWVmNGIwKSAgc2NoZWRfc3dpdGNoKGMxOWVmNGIwLDAs MSwxMWQsN2JjYTRhOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNjIgKDB4YzE5ZWYz MjApICBzY2hlZF9zd2l0Y2goYzE5ZWYzMjAsMCwxLDExZCxmZTFhNGE5MSkgYXQgc2NoZWRfc3dp dGNoKzAKeDE5MAogIDEwMDA2MSAoMHhjMTllZjE5MCkgIHNjaGVkX3N3aXRjaChjMTllZjE5MCww LDEsMTFkLDM2Y2RlYTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDYwICgweGMxOWVm MDAwKSAgc2NoZWRfc3dpdGNoKGMxOWVmMDAwLDAsMSwxMWQsMWZjNGNlOTEpIGF0IHNjaGVkX3N3 aXRjaCswCngxOTAKICAxMDAwNTkgKDB4YzE5ZWVlMTApICBzY2hlZF9zd2l0Y2goYzE5ZWVlMTAs MCwxLDExZCw4NzZiNWQxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA1OCAoMHhjMTll ZWM4MCkgIHNjaGVkX3N3aXRjaChjMTllZWM4MCwwLDEsMTFkLDYwYTRhZjkxKSBhdCBzY2hlZF9z d2l0Y2grMAp4MTkwCiAgMTAwMDU3ICgweGMxOWVlYWYwKSAgc2NoZWRfc3dpdGNoKGMxOWVlYWYw LDAsMSwxMWQsNmM1MWVlMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNTYgKDB4YzE5 ZWU5NjApICBzY2hlZF9zd2l0Y2goYzE5ZWU5NjAsMCwxLDExZCw2NTcyYWU5MSkgYXQgc2NoZWRf c3dpdGNoKzAKeDE5MAogIDEwMDA1NSAoMHhjMTllZTdkMCkgIHNjaGVkX3N3aXRjaChjMTllZTdk MCwwLDEsMTFkLGUyY2U3MjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDI1ICgweGMx OTczN2QwKSAgc2NoZWRfc3dpdGNoKGMxOTczN2QwLDAsMSwxMWQsODMzMTQzOTEpIGF0IHNjaGVk X3N3aXRjaCswCngxOTAKICAxMDAwMjQgKDB4YzE5NzM2NDApICBzY2hlZF9zd2l0Y2goYzE5NzM2 NDAsMCwxLDExZCxjOTE4OTE5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAyMyAoMHhj MTk3MzRiMCkgIHNjaGVkX3N3aXRjaChjMTk3MzRiMCwwLDEsMTFkLGIzZDczMzExKSBhdCBzY2hl ZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDQ5ICgweGMxOWViZTEwKSAgc2NoZWRfc3dpdGNoKGMxOWVi ZTEwLDAsMSwxMWQsNTdmMzBjMTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwNDggKDB4 YzE5ZWJjODApICBzY2hlZF9zd2l0Y2goYzE5ZWJjODAsMCwxLDExZCwyYjdhODk5MSkgYXQgc2No ZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA0NyAoMHhjMTllYmFmMCkgIHNjaGVkX3N3aXRjaChjMTll YmFmMCwwLDEsMTFkLDg4ZWRmYjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDQ2ICgw eGMxOWViOTYwKSAgc2NoZWRfc3dpdGNoKGMxOWViOTYwLDAsMSwxMWQsNTdlMDFiOTEpIGF0IHNj aGVkX3N3aXRjaCswCngxOTAKICAxMDAwNDUgKDB4YzE5ZWI3ZDApICBmb3JrX3RyYW1wb2xpbmUo KSBhdCBmb3JrX3RyYW1wb2xpbmUKICAxMDAwNDQgKDB4YzE5ZWI2NDApICBzY2hlZF9zd2l0Y2go YzE5ZWI2NDAsMCwxLDExZCxkYjViYjExMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDA0 MyAoMHhjMTllYjRiMCkgIHNjaGVkX3N3aXRjaChjMTllYjRiMCwwLDEsMTFkLGY1OTdiZTkxKSBh dCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDQyICgweGMxOWViMzIwKSAgc2NoZWRfc3dpdGNo KGMxOWViMzIwLDAsMSwxMWQsOTRlNzc1OTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAw NDEgKDB4YzE5ZWIxOTApICBmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUKICAx MDAwNDAgKDB4YzE5ZWIwMDApICBzY2hlZF9zd2l0Y2goYzE5ZWIwMDAsMCwxLDExZCw2NTRiMTE5 MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEwMDAxMiAoMHhjMTk2ZjMyMCkgIHNjaGVkX3N3 aXRjaChjMTk2ZjMyMCwwLDEsMTFkLDcyNmI0NjkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAg MTAwMDExICgweGMxOTZmMTkwKSAgc2NoZWRfc3dpdGNoKGMxOTZmMTkwLDAsMSwxMWQsOWJlOTRm MTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMzUgKDB4YzE5YTk3ZDApICBzY2hlZF9z d2l0Y2goYzE5YTk3ZDAsMCwxLDExZCw1ZGViMmM5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAog IDEwMDAzNCAoMHhjMTlhOTY0MCkgIGtkYl9lbnRlcihjMDdhMzE0MiwwLGMwN2E5MjBiLGQ1NDE3 YWZjLGMxOWE5NjQwKSBhdCBrZGJfZQpudGVyKzB4MzAKICAxMDAwMzMgKDB4YzE5YTk0YjApICBm b3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUKICAxMDAwMzIgKDB4YzE5YTkzMjAp ICBzY2hlZF9zd2l0Y2goYzE5YTkzMjAsMCwxLDExZCw4NTBjM2I5MSkgYXQgc2NoZWRfc3dpdGNo KzAKeDE5MAogIDEwMDAzMSAoMHhjMTlhOTE5MCkgIHNjaGVkX3N3aXRjaChjMTlhOTE5MCwwLDEs MTFkLGNiMmZjMDkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDMwICgweGMxOWE5MDAw KSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDI5ICgweGMxOTcz ZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDI4ICgweGMx OTczYzgwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDI3ICgw eGMxOTczYWYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDI2 ICgweGMxOTczOTYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAw MDAwICgweGMxOTZhMDAwKSAgc2NoZWRfc3dpdGNoKGMxOTZhMDAwLDAsMSwxMWQsN2MyNTYzMTEp IGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMjIgKDB4YzE5NzMzMjApICBzY2hlZF9zd2l0 Y2goYzE5NzMzMjAsMCwxLDExZCwyOTNlNzM5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogIDEw MDAyMSAoMHhjMTk3MzE5MCkgIHNjaGVkX3N3aXRjaChjMTk3MzE5MCwwLDEsMTFkLDc4MWNjYTEx KSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDIwICgweGMxOTczMDAwKSAgZm9ya190cmFt cG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDE5ICgweGMxOTZmZTEwKSAgc2NoZWRf c3dpdGNoKGMxOTZmZTEwLDAsMSwxMWQsMzUzNjM5MSkgYXQgc2NoZWRfc3dpdGNoKzB4CjE5MAog IDEwMDAxOCAoMHhjMTk2ZmM4MCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGlu ZQogIDEwMDAxNyAoMHhjMTk2ZmFmMCkgIGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBv bGluZQogIDEwMDAxNiAoMHhjMTk2Zjk2MCkgIHNjaGVkX3N3aXRjaChjMTk2Zjk2MCwwLDEsMTFk LDgyMTVlMTkxKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDE1ICgweGMxOTZmN2QwKSAg Zm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDE0ICgweGMxOTZmNjQw KSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDEzICgweGMxOTZm NGIwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDEwICgweGMx OTZmMDAwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDA5ICgw eGMxOTZhZTEwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAwMDA4 ICgweGMxOTZhYzgwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAgMTAw MDA3ICgweGMxOTZhYWYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lCiAg MTAwMDA2ICgweGMxOTZhOTYwKSAgZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5l CiAgMTAwMDA1ICgweGMxOTZhN2QwKSAgc2NoZWRfc3dpdGNoKGMxOTZhN2QwLDAsMSwxMWQsMWJm ODcyOTEpIGF0IHNjaGVkX3N3aXRjaCswCngxOTAKICAxMDAwMDQgKDB4YzE5NmE2NDApICBzY2hl ZF9zd2l0Y2goYzE5NmE2NDAsMCwxLDExNywyZDVjMGYxMSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5 MAogIDEwMDAwMyAoMHhjMTk2YTRiMCkgIHNjaGVkX3N3aXRjaChjMTk2YTRiMCwwLDEsMTE3LDJi MGFlZTExKSBhdCBzY2hlZF9zd2l0Y2grMAp4MTkwCiAgMTAwMDAyICgweGMxOTZhMzIwKSAgc2No ZWRfc3dpdGNoKGMxOTZhMzIwLDAsMSwxMWQsMzg0MGMyOTEpIGF0IHNjaGVkX3N3aXRjaCswCngx OTAKICAxMDAwMDEgKDB4YzE5NmExOTApICBzY2hlZF9zd2l0Y2goYzE5NmExOTAsMCwxLDExZCxh ODQxMjk5MSkgYXQgc2NoZWRfc3dpdGNoKzAKeDE5MAogICAgICAgMCAoMHhjMDgwY2JhMCkgIHNj aGVkX3N3aXRjaChjMDgwY2JhMCwwLDEsMTFkLDc1YmQwNjExKSBhdCBzY2hlZF9zd2l0Y2grMAp4 MTkwCmRiPiBzaG93IHBzCk5vIHN1Y2ggY29tbWFuZApkYj4gcHMKICBwaWQgICBwcm9jICAgICB1 YXJlYSAgIHVpZCAgcHBpZCAgcGdycCAgZmxhZyAgIHN0YXQgIHdtZXNnICAgIHdjaGFuICBjbWQK NTI2MzYgYzIyYTQzODggZGFhNzUwMDAgICAgMCAgICAgMSA1MjYzNiAwMDAwMDAwIFtTTFBRIHNl bGVjdCAweGMwODNjNTQ0XVtTTFBdIG0Kb3VzZWQKNDc4MzUgYzJjNGM1NGMgZGFjMzQwMDAgICAg MCA0NzY0NyA0NzgzNSAwMDA0MDAyIFtTTFBRIGtxcmVhZCAweGM0MTFkYzgwXVtTTFBdIHQKYWls CjQ3NjQ3IGMxY2VlMzg4IGRhOTBlMDAwICAgIDAgICA5NjAgNDc2NDcgMDAwNDAwMiBbU0xQUSB3 YWl0IDB4YzFjZWUzODhdW1NMUF0gYmFzCmgKNDc1OTQgYzFjZmZhOTggZGE5OTUwMDAgMTAwMSAg MTAyNyA0NzU5NCAwMDA0MDAwIFtDUFUgMV0gcHl0aG9uCjQ3NTAxIGMyYTM5NTRjIGRhYmJiMDAw IDEwMDEgIDEwMjcgNDc1MDEgMDAwNDAwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYzU0NF1bU0xQXSBv CnBlcmEKIDEwNTIgYzIyOWYwMDAgZGE5NGEwMDAgMTAwMSAgICAgMSAgMTA1MiAwMDAwMDAwIFtT TFBRIHNlbGVjdCAweGMwODNjNTQ0XVtTTFBdIGYKZXRjaG1haWwKIDEwNDggYzFkOTVlMjAgZGE5 YTQwMDAgMTAwMSAgMTAyNyAgMTA0OCAwMDA0MDAwIFtTTFBRIHNlbGVjdCAweGMwODNjNTQ0XVtT TFBdIHMKeWxwaGVlZAogMTA0NSBjMjFkYThkNCBkYTljZTAwMCAxMDAxICAxMDI3ICAxMDQ1IDAw MDQwMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRdW1NMUF0geApjaGF0CiAxMDMyIGMyMmE0NTRj IGRhYTc2MDAwIDEwMDEgIDEwMjkgIDEwMzIgMDAwNDAwMiBbU0xQUSBzZWxlY3QgMHhjMDgzYzU0 NF1bU0xQXSBpCnJzc2kKIDEwMjkgYzFjZmI3MTAgZGE5OGEwMDAgMTAwMSAgMTAyOCAgMTAyOSAw MDA0MDAyIFtTTFBRIHdhaXQgMHhjMWNmYjcxMF1bU0xQXSBiYXMKaAogMTAyOCBjMjJhNDFjNCBk YWE3NDAwMCAxMDAxICAxMDI3ICAxMDI4IDAwMDQxMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRd W1NMUF0geAp0ZXJtLXN0YXRpYwogMTAyNyBjMWNmZjU0YyBkYTk5MjAwMCAxMDAxICAxMDE5ICAx MDE5IDAwMDQwMDIgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRdW1NMUF0gaQpjZXdtCiAxMDE5IGMy MjlmOGQ0IGRhYTZmMDAwIDEwMDEgIDEwMTUgIDEwMTkgMDAwNDAwMiBbU0xQUSB3YWl0IDB4YzIy OWY4ZDRdW1NMUF0gc2gKIDEwMTYgYzFjZWU3MTAgZGE5MTAwMDAgMTAwMSAgMTAxNSAgMTAxNiAw MDA0MTAyIFtTTFBRIHNlbGVjdCAweGMwODNjNTQ0XVtTTFBdIFgKb3JnCiAxMDE1IGMyMjlmMWM0 IGRhYTJmMDAwIDEwMDEgIDEwMDIgIDEwMDIgMDAwNDAwMiBbU0xQUSB3YWl0IDB4YzIyOWYxYzRd W1NMUF0geGluCml0CiAxMDAyIGMxY2ZiMDAwIGRhOTQ5MDAwIDEwMDEgICA5NjkgIDEwMDIgMDAw NDAwMiBbU0xQUSB3YWl0IDB4YzFjZmIwMDBdW1NMUF0gc2gKICA5NjkgYzFjZWVlMjAgZGE5MTQw MDAgMTAwMSAgIDk1OSAgIDk2OSAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMWNlZWUyMF1bU0xQXSBi YXMKaAogIDk2OCBjMWNmMjM4OCBkYTkxNzAwMCAgICAwICAgOTU4ICAgOTY4IDAwMDQwMDIgW1NM UFEgdHR5aW4gMHhjMWIwZjgxMF1bU0xQXSBiYQpzaAogIDk2NyBjMWNlZTU0YyBkYTkwZjAwMCAg ICAwICAgICAxICAgICAxIDAwMDQwMDAgW1NMUFEgc2lvZGNkIDB4YzFiNDE0MDBdW1NMUF0gZwpl dHR5CiAgOTY2IGMxY2YyNTRjIGRhOTE4MDAwICAgIDAgICAgIDEgICA5NjYgMDAwNDAwMiBbU0xQ USB0dHlpbiAweGMxYzdhMjEwXVtTTFBdIGdlCnR0eQogIDk2NSBjMjFkYTcxMCBkYTljZDAwMCAg ICAwICAgICAxICAgOTY1IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMWE3ZTgxMF1bU0xQXSBnZQp0 dHkKICA5NjQgYzIxZGE1NGMgZGE5Y2IwMDAgICAgMCAgICAgMSAgIDk2NCAwMDA0MDAyIFtTTFBR IHR0eWluIDB4YzFhN2VhMTBdW1NMUF0gZ2UKdHR5CiAgOTYzIGMyMWRhMzg4IGRhOWNhMDAwICAg IDAgICAgIDEgICA5NjMgMDAwNDAwMiBbU0xQUSB0dHlpbiAweGMxYTdlYzEwXVtTTFBdIGdlCnR0 eQogIDk2MiBjMjFkYWE5OCBkYTljZjAwMCAgICAwICAgICAxICAgOTYyIDAwMDQwMDIgW1NMUFEg dHR5aW4gMHhjMWE3ZWUxMF1bU0xQXSBnZQp0dHkKICA5NjEgYzFjZWU4ZDQgZGE5MTEwMDAgICAg MCAgICAgMSAgIDk2MSAwMDA0MDAyIFtTTFBRIHR0eWluIDB4YzFiMGYwMTBdW1NMUF0gZ2UKdHR5 CiAgOTYwIGMxZDk1YTk4IGRhOWEyMDAwICAgIDAgICAgIDEgICA5NjAgMDAwNDEwMiBbU0xQUSB3 YWl0IDB4YzFkOTVhOThdW1NMUF0gbG9nCmluCiAgOTU5IGMxY2ZmYzVjIGRhOTk2MDAwICAgIDAg ICAgIDEgICA5NTkgMDAwNDEwMiBbU0xQUSB3YWl0IDB4YzFjZmZjNWNdW1NMUF0gbG9nCmluCiAg OTU4IGMyMWRjMDAwIGRhOWQ3MDAwICAgIDAgICAgIDEgICA5NTggMDAwNDEwMiBbU0xQUSB3YWl0 IDB4YzIxZGMwMDBdW1NMUF0gbG9nCmluCiAgODk5IGMyMWRhYzVjIGRhOWQzMDAwICAgIDAgICAg IDEgICA4OTkgMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYzU0NF1bU0xQXSBwCmVybAogIDg0 NSBjMWQ5NWM1YyBkYTlhMzAwMCAgICAwICAgICAxICAgODQ1IDAwMDAwMDAgW1NMUFEgbmFuc2xw IDB4YzA4MTIzMmNdW1NMUF0gYwpyb24KICA4MjYgYzIxZGM1NGMgZGFhMGIwMDAgICAgMCAgICAg MSAgIDgyNiAwMDAwMTAwIFtTTFBRIHNlbGVjdCAweGMwODNjNTQ0XVtTTFBdIHMKc2hkCiAgNjg3 IGMxYTc2YzVjIGQ5NGY2MDAwICAgNTMgICAgIDEgICA2ODcgMDAwMDEwMCBbU0xQUSBzZWxlY3Qg MHhjMDgzYzU0NF1bU0xQXSBuCmFtZWQKICA2NzUgYzFjZmYxYzQgZGE5OTAwMDAgICAgMCAgICAg MSAgIDY3NSAwMDAwMDAwIFtTTFBRIHNlbGVjdCAweGMwODNjNTQ0XVtTTFBdIHMKeXNsb2dkCiAg NDc1IGMxY2ZmOGQ0IGRhOTk0MDAwICAgIDAgICAgIDEgICA0NzUgMDAwMDAwMCBbU0xQUSBzZWxl Y3QgMHhjMDgzYzU0NF1bU0xQXSBvCmlkZW50ZAogIDQ3MSBjMWQ5NTAwMCBkYTk5YTAwMCAgICAw ICAgICAxICAgNDcwIDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRdW1NMUF0gcQpwb3Bw ZXIKICA0NjcgYzFkOTU3MTAgZGE5YTAwMDAgICAgMCAgICAgMSAgIDQ1NSAwMDAwMDAwIFtTTFBR IG5hbnNscCAweGMwODEyMzJjXVtTTFBdIGUKei1pcHVwZGF0ZQogIDQ2NiBjMWNmZjM4OCBkYTk5 MTAwMCAgICAwICAgICAxICAgNDU0IDAwMDQwMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRdW1NM UF0gcAp1cmUtZnRwZAogIDQ2NSBjMWNmMjhkNCBkYTkxYTAwMCAgICAwICAgICAxICAgNDU0IDAw MDQwMDAgW1NMUFEgc2VsZWN0IDB4YzA4M2M1NDRdW1NMUF0gcAp1cmUtZnRwZAogIDQ2NCBjMWNm YmM1YyBkYTk4ZDAwMCAgICAwICAgICAxICAgNDU0IDAwMDQwMDAgW1NMUFEgc2VsZWN0IDB4YzA4 M2M1NDRdW1NMUF0gcAp1cmUtZnRwZAogIDQ0OSBjMWNlZWE5OCBkYTkxMjAwMCAgICAwICAgNDQ2 ICAgNDQ2IDAwMDAwMDAgW1NMUFEgcGlwZXJkIDB4YzFkMjg5MDBdW1NMUF0gYwpyb24KICA0NDYg YzFjZmIzODggZGE5NGMwMDAgICAgMCAgICAgMSAgIDQ0NiAwMDAwMDAwIFtTTFBRIG5hbnNscCAw eGMwODEyMzJjXVtTTFBdIGMKcm9uCiAgNDMwIGMxY2YyMWM0IGRhOTE2MDAwICAgMjUgICAgIDEg ICA0MzAgMDAwMDEwMCBbU0xQUSBwYXVzZSAweGMxY2YyMWZjXVtTTFBdIHNlCm5kbWFpbAogIDQy NiBjMWNmYmUyMCBkYTk4ZTAwMCAgICAwICAgICAxICAgNDI2IDAwMDAxMDAgW1NMUFEgc2VsZWN0 IDB4YzA4M2M1NDRdW1NMUF0gcwplbmRtYWlsCiAgNDIwIGMxZDk1OGQ0IGRhOWExMDAwICAgIDAg ICAgIDEgICA0MjAgMDAwMDEwMCBbU0xQUSBzZWxlY3QgMHhjMDgzYzU0NF1bU0xQXSBzCnNoZAog IDI4NSBjMWNmMjcxMCBkYTkxOTAwMCAgICAwICAgICAxICAgMjg1IDAwMDAwMDAgW1NMUFEgc2Vs ZWN0IDB4YzA4M2M1NDRdW1NMUF0gcwp5c2xvZ2QKICAyNjUgYzFjZWVjNWMgZGE5MTMwMDAgICAg MCAgICAgMSAgIDI2NSAwMDAwMDAwIFtTTFBRIHNlbGVjdCAweGMwODNjNTQ0XVtTTFBdIGQKZXZk CiAgMjI1IGMxY2ZmNzEwIGRhOTkzMDAwICAgIDAgICAgIDEgICAyMjUgMDAwMDAwMCBbUlVOUV0g cHBwCiAgMTk4IGMxY2ZmMDAwIGRhOThmMDAwICAgIDAgICAgIDEgICAxOTggMDAwMDAwMCBbU0xQ USBwYXVzZSAweGMxY2ZmMDM4XVtTTFBdIGFkCmprZXJudHoKICAgNjAgYzE5ZWQxYzQgZDU0NWIw MDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhkNTQyNmQwOF1bU0xQXSBzY2hl ZGMKcHUKICAgNTkgYzE5ZWQzODggZDU0NWMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtT TFBRIC0gMHhjMDg0M2ZhY11bU0xQXSBuZnNpb2QKIDMKICAgNTggYzE5ZWQ1NGMgZDU0NWQwMDAg ICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMDg0M2ZhOF1bU0xQXSBuZnNpb2QK IDIKICAgNTcgYzE5ZWQ3MTAgZDU0NWUwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBR IC0gMHhjMDg0M2ZhNF1bU0xQXSBuZnNpb2QKIDEKICAgNTYgYzE5ZWQ4ZDQgZDU0NWYwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMDg0M2ZhMF1bU0xQXSBuZnNpb2QKIDAK ICAgNTUgYzE5ZWRhOTggZDU0OWMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHN5 bmNlciAweGMwODEyMGFjXVtTTFBdIHMKeW5jZXIKICAgNTQgYzE5ZWRjNWMgZDU0OWQwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHZscnV3dCAweGMxOWVkYzVjXVtTTFBdIHYKbmxy dQogICA1MyBjMTllZGUyMCBkNTQ5ZTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEg cHNsZWVwIDB4YzA4M2NiMGNdW1NMUF0gYgp1ZmRhZW1vbgogICA1MiBjMWE3NjAwMCBkOTRlZjAw MCAgICAwICAgICAwICAgICAwIDAwMDAyMGMgW1NMUFEgcGd6ZXJvIDB4YzA4NGE4MTBdW1NMUF0g cAphZ2V6ZXJvCiAgIDUxIGMxYTc2MWM0IGQ5NGYwMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIw NCBbU0xQUSBwc2xlZXAgMHhjMDg0YTg2NF1bU0xQXSB2Cm1kYWVtb24KICAgNTAgYzFhNzYzODgg ZDk0ZjEwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHBzbGVlcCAweGMwODRhODIw XVtTTFBdIHAKYWdlZGFlbW9uCiAgIDQ5IGMxYTc2NTRjIGQ5NGYyMDAwICAgIDAgICAgIDAgICAg IDAgMDAwMDIwNCBbSVdBSVRdIHN3aTA6IHNpbwogICA0OCBjMWE3NjcxMCBkOTRmMzAwMCAgICAw ICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMxYThmNzNjXVtTTFBdIGZkYzAKICAgNDcg YzFhNzY4ZDQgZDk0ZjQwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYnRzayAw eGMwODA5ZWY4XVtTTFBdIHUKc2J0YXNrCiAgIDQ2IGMxOWJhYTk4IGQ1NDMwMDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbU0xQUSB1c2JldnQgMHhjMWE0YTIxMF1bU0xQXSB1CnNiMAogICAg OSBjMTliYWM1YyBkNTQzMTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgYWN0YXNr IDB4YzA5N2ZhMGNdW1NMUF0gYQpjcGlfdGFzazIKICAgIDggYzE5YmFlMjAgZDU0MzIwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIGFjdGFzayAweGMwOTdmYTBjXVtTTFBdIGEKY3Bp X3Rhc2sxCiAgICA3IGMxOWVhMDAwIGQ1NDMzMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBb U0xQUSBhY3Rhc2sgMHhjMDk3ZmEwY11bU0xQXSBhCmNwaV90YXNrMAogICA0NSBjMTllYTFjNCBk NTQ1MjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBzd2k2OisKICAgIDYgYzE5 ZWEzODggZDU0NTMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMWEzNTQw MF1bU0xQXSB0aHJlYWQKIHRhc2txCiAgIDQ0IGMxOWVhNTRjIGQ1NDU0MDAwICAgIDAgICAgIDAg ICAgIDAgMDAwMDIwNCBbSVdBSVRdIHN3aTY6IGFjcGl0YXNrcQogICA0MyBjMTllYTcxMCBkNTQ1 NTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBzd2k2OisKICAgNDIgYzE5ZWE4 ZDQgZDU0NTYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpNjogdGFzayBx dWV1ZQogICAgNSBjMTllYWE5OCBkNTQ1NzAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NM UFEgLSAweGMxYTM1NWMwXVtTTFBdIGtxdWV1ZQogdGFza3EKICAgNDEgYzE5ZWFjNWMgZDU0NTgw MDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpMzogY2FtYmlvCiAgIDQwIGMx OWVhZTIwIGQ1NDU5MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIHN3aTI6IGNh bW5ldAogICAzOSBjMTllZDAwMCBkNTQ1YTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NM UFEgLSAweGMwODA2ZDgwXVtTTFBdIHlhcnJvdwoKICAgIDQgYzE5YTg1NGMgZDU0MDYwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMDgwYzhjOF1bU0xQXSBnX2Rvd24KCiAg ICAzIGMxOWE4NzEwIGQ1NDA3MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4 YzA4MGM4YzRdW1NMUF0gZ191cAogICAgMiBjMTlhODhkNCBkNTQwODAwMCAgICAwICAgICAwICAg ICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwODBjOGJjXVtTTFBdIGdfZXZlbgp0CiAgIDM4IGMxOWE4 YTk4IGQ1NDI3MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbQ1BVIDBdIHN3aTE6IG5ldAog ICAzNyBjMTlhOGM1YyBkNTQyODAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBz d2k0OiB2bQogICAzNiBjMTlhOGUyMCBkNTQyOTAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMGMg W1JVTlFdIHN3aTU6IGNsb2NrIHNpbwogICAzNSBjMTliYTAwMCBkNTQyYTAwMCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE5OiBpbnRwbTAKICAgMzQgYzE5YmExYzQgZDU0MmIw MDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMDogY2xrCiAgIDMzIGMxOWJh Mzg4IGQ1NDJjMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTIzOgogICAz MiBjMTliYTU0YyBkNTQyZDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEy MjoKICAgMzEgYzE5YmE3MTAgZDU0MmUwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJ VF0gaXJxMjE6CiAgIDMwIGMxOWJhOGQ0IGQ1NDJmMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIw NCBbSVdBSVRdIGlycTIwOiBhY3BpMAogICAyOSBjMTk3MjFjNCBkNDIwZTAwMCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW1JVTlFdIGlycTE5OiBmeHAwIHVoY2kwCiAgIDI4IGMxOTcyMzg4IGQ0 MjBmMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTE4OiBwY20wIHhsMSsK ICAgMjcgYzE5NzI1NGMgZDQyMmUwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0g aXJxMTc6IHN5bTAKICAgMjYgYzE5NzI3MTAgZDQyMmYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAw MjA0IFtJV0FJVF0gaXJxMTY6IHhsMAogICAyNSBjMTk3MjhkNCBkNDIzMDAwMCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExNTogYXRhMQogICAyNCBjMTk3MmE5OCBkNDIzMTAw MCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExNDogYXRhMAogICAyMyBjMTk3 MmM1YyBkNDIzMjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExMzoKICAg MjIgYzE5NzJlMjAgZDQyMzMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJx MTI6IHBzbTAKICAgMjEgYzE5YTgwMDAgZDU0MDMwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtJV0FJVF0gaXJxMTE6CiAgIDIwIGMxOWE4MWM0IGQ1NDA0MDAwICAgIDAgICAgIDAgICAgIDAg MDAwMDIwNCBbSVdBSVRdIGlycTEwOiBhdGEyCiAgIDE5IGMxOWE4Mzg4IGQ1NDA1MDAwICAgIDAg ICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTg6IHJ0YwogICAxOCBjMTk2OTAwMCBkNDFj ODAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE3OiBwcGMwCiAgIDE3IGMx OTY5MWM0IGQ0MjA1MDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTY6IGZk YzAKICAgMTYgYzE5NjkzODggZDQyMDYwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJ VF0gaXJxNTogc2JjMAogICAxNSBjMTk2OTU0YyBkNDIwNzAwMCAgICAwICAgICAwICAgICAwIDAw MDAyMDQgW0lXQUlUXSBpcnE0OiBzaW8wCiAgIDE0IGMxOTY5NzEwIGQ0MjA4MDAwICAgIDAgICAg IDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTM6IHNpbzEKICAgMTMgYzE5Njk4ZDQgZDQyMDkw MDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtSVU5RXSBpcnExOiBhdGtiZDAKICAgMTIgYzE5 NjlhOTggZDQyMGEwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjBjIFtDYW4gcnVuXSBpZGxlOiBj cHUwCiAgIDExIGMxOTY5YzVjIGQ0MjBiMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwYyBbQ2Fu IHJ1bl0gaWRsZTogY3B1MQogICAgMSBjMTk2OWUyMCBkNDIwYzAwMCAgICAwICAgICAwICAgICAx IDAwMDQyMDAgW1NMUFEgd2FpdCAweGMxOTY5ZTIwXVtTTFBdIGluaQp0CiAgIDEwIGMxOTcyMDAw IGQ0MjBkMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSBrdHJhY2UgMHhjMDgxMDJi OF1bU0xQXSBrCnRyYWNlCiAgICAwIGMwODBjOWMwIGMwYzFmMDAwICAgIDAgICAgIDAgICAgIDAg MDAwMDIwMCBbU0xQUSBzY2hlZCAweGMwODBjOWMwXVtTTFBdIHN3CmFwcGVyCiAgNDU0IGMxY2Zi NTRjIGRhOTg5MDAwICAgIDAgICA0NDkgICA0NTQgMDAwNjAwMCB6b21iW0lOQUNUSVZFXSBzaApk Yj4= --Multipart=_Fri__15_Oct_2004_11_33_38_+0200_Zbqnd9XYew=wFR8X-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:36: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 57E4516A4CE for ; Fri, 15 Oct 2004 09:36:42 +0000 (GMT) Received: from naboo.binarysolutions.dk (port554.ds1-kd.adsl.cybercity.dk [212.242.185.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 854C943D2D for ; Fri, 15 Oct 2004 09:36:41 +0000 (GMT) (envelope-from kvs@binarysolutions.dk) Received: by naboo.binarysolutions.dk (Postfix, from userid 1000) id 7987D43400; Fri, 15 Oct 2004 11:36:37 +0200 (CEST) Date: Fri, 15 Oct 2004 11:36:37 +0200 From: Kenneth Vestergaard Schmidt To: freebsd-current@freebsd.org Message-ID: <20041015093637.GM1126@binarysolutions.dk> References: <867jpt5lj2.fsf@borg.borderworlds.dk> <416EB73B.8040900@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <416EB73B.8040900@DeepCore.dk> X-GPG-Fingerprint: A11F BB5D BD79 7228 A198 CF53 D508 53A9 2213 E772 X-GPG-Key: http://www.binarysolutions.dk/~kvs/key.asc User-Agent: Mutt/1.5.6+20040722i Subject: Re: Promise SATAII 150 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 09:36:42 -0000 On Thu, Oct 14, 2004 at 07:28:27PM +0200, Sřren Schmidt wrote: > >Adding their PCI id's to the existing driver didn't seem to be enough. > > > >Is support for this controller in the works? > > Not yet at least, but if you are in a hurry you could ship me one and > I'll look into it :) We might just do that. One quick question before, though: Adding the PCI ID's does get the card recognized, but it doesn't find any drives: atapci0: port 0xc400-0xc4ff,0xc000-0xc07f mem 0xe9000000-0xe901ffff,0xe9020000-0xe9020fff irq 11 at device 9.0 on pci1 atapci0: failed: rid 0x20 is memory, requested 4 atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe9000000 atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe9020000 atapci0: [MPSAFE] ata2: channel #0 on atapci0 ata2: reset tp1 mask=00 ostat0=ff ostat1=ff ata2: [MPSAFE] The last three lines are repeated for ata3-5 as well. Later, the following shows up: Interrupt storm detected on "irq11: atapci0"; throttling interrupt source ata0-slave: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-slave: setting PIO4 on Intel ICH4 chip ata0-slave: setting UDMA100 on Intel ICH4 chip ad1: ATA-5 disk at ata0-slave ad1: 38172MB (78177792 sectors), 77557 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 (ata0-slave/ad1 belongs to atapci1, which is just an onboard ICH4) Does this ring a bell and inspire a quick fix, or do you need the hardware to fix this? Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 09:39: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 7990416A4CE for ; Fri, 15 Oct 2004 09:39:11 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A4A43D39 for ; Fri, 15 Oct 2004 09:39:11 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 208B92C3D1; Fri, 15 Oct 2004 11:39:09 +0200 (CEST) Date: Fri, 15 Oct 2004 11:39:09 +0200 From: Thomas Quinot To: Michael Joyner Message-ID: <20041015093908.GA11176@melusine.cuivre.fr.eu.org> References: <20041013205141.GA874@galgenberg.net> <416DA856.9040703@vbservices.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416DA856.9040703@vbservices.net> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 09:39:11 -0000 * Michael Joyner, 2004-10-14 : > >is it possible to have atapicam as a kernel loadable module? This would > >greatly ease the burning of CD-Rs and DVD+/-R > PLEASE! :) I'll investigate the feasability of that. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:06: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 0717316A4CE for ; Fri, 15 Oct 2004 10:06:36 +0000 (GMT) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6062B43D39 for ; Fri, 15 Oct 2004 10:06:35 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9FA6Yjx012481 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 15 Oct 2004 20:06:34 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9FA6XxP046079; Fri, 15 Oct 2004 20:06:33 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9FA6X6N046078; Fri, 15 Oct 2004 20:06:33 +1000 (EST) (envelope-from pjeremy) Date: Fri, 15 Oct 2004 20:06:33 +1000 From: Peter Jeremy To: Chuck Swiger Message-ID: <20041015100633.GA45863@cirb503493.alcatel.com.au> References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> <416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> <416EE19D.50400@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416EE19D.50400@mac.com> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:06:36 -0000 On Thu, 2004-Oct-14 16:29:17 -0400, Chuck Swiger wrote: >Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without using >ATAPICAM? dd(1) does a reasonable job of burning pre-formatted DVD+RWs. I would expect it to handle DVD-RAM but I'm not sure about write-once media. > I think it is not unreasonable to expect the GENERIC kernel to >be able to burn DVDs, as that can make for a reasonable backup mechanism. I tend to agree. For some time, FreeBSD has been heading away from requiring users to re-compile the kernel. If ATAPICAM can't be (readily) turned into a module, it would seem reasonable to have it built into GENERIC. Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode 666, I can't write to it as a non-root user. Does anyone know the rationale for this and which particular EPERM is the culprit? I've had a quick look at the source but can't see nothing leapt out. >[ Peripheral note: DVDs are OK for backup, that is, but I much prefer tapes >for durability and long term storage. Quantum sDLT 220 drives rock. ] I can buy a DVD writer for about USD100. An SDLT drive is about two orders of magnitude more expensive. Likewise, the media is around two orders of magnitude more expensive. In $/GB, DLT is only 2-3 times as expensive but the capital cost is somewhat of a killer. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:27: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 CB7A616A4CE for ; Fri, 15 Oct 2004 10:27:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CFC0E43D1D for ; Fri, 15 Oct 2004 10:27:35 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 14889 invoked by uid 65534); 15 Oct 2004 10:27:34 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp021) with SMTP; 15 Oct 2004 12:27:34 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, Uros Date: Fri, 15 Oct 2004 12:27:22 +0200 User-Agent: KMail/1.7 References: <105777988.20041015112800@sir-mag.com> In-Reply-To: <105777988.20041015112800@sir-mag.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="nextPart1700136.fAezpoLPW8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410151227.28186.Emanuel.Strobl@gmx.net> Subject: Re: SMBus with intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:27:36 -0000 --nextPart1700136.fAezpoLPW8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Freitag, 15. Oktober 2004 11:28 schrieb Uros: > Hello , > > I have trouble setting chm program to use smbus. > > my dmesg say > > pci0: at device 31.3 (no driver attached) > > and pciconf -lv > > none2@pci0:31:3: class=0x0c0500 card=0x80a61043 chip=0x266a8086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW SMBus Controller' > class = serial bus > subclass = SMBus > > In my kernel I add > > device smbus > device iicbus > device iicbb > device intpm > device smb intpm is for BX chipsets. You want to try ichsmb iicbus and iicbb are not needed (for ichsmb) -Harry > > but smb is not working. I don't know if this controler is supposed to work > in 5.3 or I have to wait next releases. > > Some days ago I report that ICH6 sata was not recognized correctly but with > beta7 it works Ok, Here is report from dmesg > > ad4: 156334MB [317632/16/63] at ata2-master > SATA150 ad6: 156334MB [317632/16/63] at > ata3-master SATA150 --nextPart1700136.fAezpoLPW8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBb6YQBylq0S4AzzwRAu2WAKCMuf23MUPpY6w3UJUmLeZLXMdMqgCeMU2T x34UytakizlFL+DcMf+FrZQ= =D2k6 -----END PGP SIGNATURE----- --nextPart1700136.fAezpoLPW8-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:28: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 682D516A4CE for ; Fri, 15 Oct 2004 10:28:02 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F9E843D1F for ; Fri, 15 Oct 2004 10:28:01 +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 i9FAQHS6062447 for ; Fri, 15 Oct 2004 06:26:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9FAQHuh062444 for ; Fri, 15 Oct 2004 06:26:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 15 Oct 2004 06:24:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20041015113321.126a6c4d.ubm@u-boot-man.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ReSent-Date: Fri, 15 Oct 2004 06:26:13 -0400 (EDT) Resent-From: robert Resent-To: current@FreeBSD.org ReSent-Message-ID: Subject: Re: [BETA7-panic] sodealloc(): so_count 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, 15 Oct 2004 10:28:02 -0000 On Fri, 15 Oct 2004, Marc UBM Bocklet wrote: > > Sounds good. I know that the problem Brian identified is a real race > > and a potential source of precisely the panic you were seeing. One > > reason I was interested in getting access to a dump from the panic, > > though, was to(if possible) confirm that it was *the* race causing the > > problem. It's a very likely candidate, but it would be good to know > > if we should be looking for another related race. If the code now in > > HEAD fixes it for you, please let me know (or if not, also :-). If it > > doesn't, the core would be very helpful. > > Ok, bad news first: > > I just got exactly the same panic with Brian's > tcp_accept_race_crash.patch applied. > > Debug output is attached, but it looks just like the last time. > > The good news: > > I got a coredump that I can poke. :-) > > So now I just need to know what info to extract from the dump :-) It would be interesting to have you try with the current head of RELENG_5, which now includes my fix, which is a little different from Brian's fix in the sense that it tries to rewrite things less (since that code is very sensitive to change). Regarding the dump -- wonderful. Here's what I'd like you to do. In one of the sofree/sodealloc frames, I'd like to see the contents of *so, to see what state the socket is in. If you move up a few frames to in_pcbdetach(), the contents of *inp would be very useful, and up another frame or so to the tcp_close() frame, *tp. I don't know how fmiliar you are with our kernel debugging suite, but if you're not the documentation in the handbook is fairly decent. The one caveat I'd give is that that documentation might still reference "gdb -k" instead of "kgdb" to work with the core dump. Thanks for your help on this one -- I'm still unable to reproduce the problem in my testbeds, so having someone who's willing to keep following through on the bug is really invaluable! Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:32: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 40F8F16A4FA; Fri, 15 Oct 2004 10:32:34 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F3B43D41; Fri, 15 Oct 2004 10:32:33 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9FAWV9S044486; Fri, 15 Oct 2004 12:32:31 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <416FA741.9010203@withagen.nl> Date: Fri, 15 Oct 2004 12:32:33 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:32:34 -0000 Robert Watson wrote: >On Fri, 15 Oct 2004, Guido van Rooij wrote: > > > >>It turns out this was a memory problem. Refitting the dimms was all >>that was needed to 'solve' the issue. The weird thing is that >>1. The BIOS had memtesting enabled and did not complain >>2. W2K seemed to install ok (though I never let it hit the disk) >>3. FBSD would repeatedly crash at exactly the same spot. >> >>I am beginning to wonder if we should have a boot option that enables a >>thorough memtest from within the kernel...(e.g. boot -m). >> >> > >I guess the old /dev/test_for_shoddy_workmanship driver is working :-). > >It's probably just bad luck -- BIOS memory testing is generally pretty >poor, and it could just be FreeBSD stored your root vnode pointer (or some >other critical thing) in a memory word that Win2K was using for an icon, >so a single bit twiddle did pretty different things. Glad it's fixed. I >occasionally wonder if we shouldn't build a memory tester into the FreeBSD >boot loader to help diagnose this sort of stuff, though. Not to run every >boot, but as a diagnostics option. > > BIOS memory testing is just a test to see if the memory is there. The memory is not really seriously excersised. I would like to offer my help for doing that... Like I wrote Guido already in private: The first time I raised that question was when FBSD was still at 2.0.x. And I do have some experience in memory testing, since long time ago, I designed a hardware statemachine which tested embedded memory for large memories on big VLSI designs. But there used to be enough material on memory testing out there. Problem is that there are a lot of memory tests, and some of the memories errors only show if certain sequences of 1 and 0's are applied to the bit under test as well as to the neighboring memory cells. And for that you'd need to know the internal layout/architecture of the chips one is using. The way I was thinking, can this be a kld which is load and executed at the boot prompt. Or be "added" on the boot prompt, but then executed before anything else. Have the memory look like one large and flat address space would make programming very simple for most tests. I would also make it somewhat interactive since one would like to be able to set the degree of testing. Otherwise testing 2Gb might take a few weeks, if the only mode was to apply all tests. Other thing that will be in our way is that caching. During memory testing caches need to be disabled. Now this is always processor specific a presume?? But then caches need to be tested as well (unless they are tested the embedded way :) ), which is a totally different cookie. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10: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 227C016A4CE for ; Fri, 15 Oct 2004 10:35:36 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 723AB43D1D for ; Fri, 15 Oct 2004 10:35:35 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9FAZUsS065339; Fri, 15 Oct 2004 12:35:32 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <416FA7DF.7010804@DeepCore.dk> Date: Fri, 15 Oct 2004 12:35:11 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth Vestergaard Schmidt References: <867jpt5lj2.fsf@borg.borderworlds.dk> <416EB73B.8040900@DeepCore.dk> <20041015093637.GM1126@binarysolutions.dk> In-Reply-To: <20041015093637.GM1126@binarysolutions.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: Promise SATAII 150 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:35:36 -0000 Kenneth Vestergaard Schmidt wrote: > Adding the PCI ID's does get the card recognized, but it doesn't find > any drives: >=20 > atapci0: port 0xc400-0xc4ff,0xc= 000-0xc07f mem 0xe9000000-0xe901ffff,0xe9020000-0xe9020fff irq 11 at devi= ce 9.0 on pci1 > atapci0: failed: rid 0x20 is memory, requested 4 > atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe9000000 > atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe9020000 > atapci0: [MPSAFE] > ata2: channel #0 on atapci0 > ata2: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff > ata2: [MPSAFE] >=20 > The last three lines are repeated for ata3-5 as well. >=20 > Later, the following shows up: >=20 > Interrupt storm detected on "irq11: atapci0"; throttling interrupt so= urce > ata0-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin > ata0-slave: setting PIO4 on Intel ICH4 chip > ata0-slave: setting UDMA100 on Intel ICH4 chip > ad1: ATA-5 disk at ata0-slave > ad1: 38172MB (78177792 sectors), 77557 C, 16 H, 63 S, 512 B > ad1: 16 secs/int, 1 depth queue, UDMA100 >=20 > (ata0-slave/ad1 belongs to atapci1, which is just an onboard ICH4) >=20 > Does this ring a bell and inspire a quick fix, or do you need the hardw= are > to fix this? The SATAII HW is significantly different AFAIK that it needs driver=20 changes/support to work properly. I'll ask my contacts at Promise for=20 more info and docs... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:44: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 4FEB816A4CE for ; Fri, 15 Oct 2004 10:44:47 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id F253143D39 for ; Fri, 15 Oct 2004 10:44:46 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=AXcctzqndOz+oJe8Ht8AtY/uhuUfitmT0W1NT+/p93XaWgdn2VY0FWAGEkTxgy0ULKUz/Is4F9mZD+3UP9aeL9rPDt1lcB/HMUC1ya6aCRR+iaVy7SZYI3jwTj5FAD/7QeE5d2EBtKuCC0NTdsGvmGGoa3mZx1iLu0XA/kMCKD4 Received: by mproxy.gmail.com with SMTP id 74so12894rnk for ; Fri, 15 Oct 2004 03:44:46 -0700 (PDT) Received: by 10.38.181.77 with SMTP id d77mr167373rnf; Fri, 15 Oct 2004 03:44:46 -0700 (PDT) Received: by 10.38.13.37 with HTTP; Fri, 15 Oct 2004 03:44:46 -0700 (PDT) Message-ID: <84dead7204101503445c2e1c42@mail.gmail.com> Date: Fri, 15 Oct 2004 16:14:46 +0530 From: Joseph Koshy To: Emanuel Strobl In-Reply-To: <200410150006.18702.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410150006.18702.Emanuel.Strobl@gmx.net> cc: freebsd-current@freebsd.org Subject: Re: GENERIC and GEOM_GPT is no good idea 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: Fri, 15 Oct 2004 10:44:47 -0000 > I also couldn't correct my mistake because > the fixit CD didn't boot. You should be able to boot using the boot CD and start a 'fixit' shell once you've reached sysinstall's initial screen. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:48:39 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 E11A216A4CF; Fri, 15 Oct 2004 10:48:38 +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 i9FAmcxG022582; Fri, 15 Oct 2004 06:48:38 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9FAmbYc022581; Fri, 15 Oct 2004 06:48:37 -0400 (EDT) (envelope-from green) Date: Fri, 15 Oct 2004 06:48:37 -0400 From: Brian Fundakowski Feldman To: Guido van Rooij Message-ID: <20041015104837.GK986@green.homeunix.org> References: <20041015073118.GA19660@gvr.gvr.org> <20041015082025.GA20471@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015082025.GA20471@gvr.gvr.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:48:39 -0000 On Fri, Oct 15, 2004 at 10:20:25AM +0200, Guido van Rooij wrote: > On Fri, Oct 15, 2004 at 04:14:04AM -0400, Robert Watson wrote: > > > > > > I am beginning to wonder if we should have a boot option that enables a > > > thorough memtest from within the kernel...(e.g. boot -m). > > > > I guess the old /dev/test_for_shoddy_workmanship driver is working :-). > > > > It's probably just bad luck -- BIOS memory testing is generally pretty > > poor, and it could just be FreeBSD stored your root vnode pointer (or some > > other critical thing) in a memory word that Win2K was using for an icon, > > so a single bit twiddle did pretty different things. Glad it's fixed. I > > occasionally wonder if we shouldn't build a memory tester into the FreeBSD > > boot loader to help diagnose this sort of stuff, though. Not to run every > > boot, but as a diagnostics option. > > Yep, exactly my thoughts. I think this is a wonderfull idea. The memtest86 program is certainly small enough that we could stick it in /boot and make sure that the loader can run it. I'd volunteer to try and do it if I were less busy myself. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:48: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 47A8416A4CE for ; Fri, 15 Oct 2004 10:48:54 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EB3C43D48 for ; Fri, 15 Oct 2004 10:48:52 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 13277 invoked by uid 65534); 15 Oct 2004 10:48:51 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp006) with SMTP; 15 Oct 2004 12:48:51 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, Joseph Koshy Date: Fri, 15 Oct 2004 12:48:49 +0200 User-Agent: KMail/1.7 References: <200410150006.18702.Emanuel.Strobl@gmx.net> <84dead7204101503445c2e1c42@mail.gmail.com> In-Reply-To: <84dead7204101503445c2e1c42@mail.gmail.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="nextPart1258245.PxCzQPa1XV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410151248.50842.Emanuel.Strobl@gmx.net> Subject: Re: GENERIC and GEOM_GPT is no good idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:48:54 -0000 --nextPart1258245.PxCzQPa1XV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 15. Oktober 2004 12:44 schrieb Joseph Koshy: > > I also couldn't correct my mistake because > > the fixit CD didn't boot. > > You should be able to boot using the boot CD and start a 'fixit' shell > once you've > reached sysinstall's initial screen. Exactly that's the problem, sysinstall crashes, so I cannot start the fixit= =20 shell! =2DHarry > _______________________________________________ > 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" --nextPart1258245.PxCzQPa1XV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBb6sSBylq0S4AzzwRAoerAKCKMq/FVd2HqITABCPS9MwgAoTWeACfaKlg f1E5ZWOWi2ISzoX+YZZLqig= =U/a+ -----END PGP SIGNATURE----- --nextPart1258245.PxCzQPa1XV-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:48: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 91A0616A4CE for ; Fri, 15 Oct 2004 10:48:59 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0DB243D1F for ; Fri, 15 Oct 2004 10:48:58 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9FAmu01009963 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 15 Oct 2004 20:48:57 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9FAmuxP046121; Fri, 15 Oct 2004 20:48:56 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9FAmuEV046120; Fri, 15 Oct 2004 20:48:56 +1000 (EST) (envelope-from pjeremy) Date: Fri, 15 Oct 2004 20:48:56 +1000 From: Peter Jeremy To: Guido van Rooij Message-ID: <20041015104856.GB45863@cirb503493.alcatel.com.au> References: <20041013214911.GD986@green.homeunix.org> <20041015073118.GA19660@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015073118.GA19660@gvr.gvr.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:48:59 -0000 On Fri, 2004-Oct-15 09:31:18 +0200, Guido van Rooij wrote: >I am beginning to wonder if we should have a boot option that enables >a thorough memtest from within the kernel...(e.g. boot -m). What do you define as "thorough"? A thorough memory test requires intimate knowledge of the physical memory cell layout (to ensure that pattern tests make sense) as well as the ability to control temperature, the supply voltage, thresholds and timings (to detect marginal conditions). "make buildworld" is probably the best memory test we're likely to find. The speed is on a par with Memtest86 as well. Add/vary '-k' for additional coverage. If you really want a memory test that can run at boot-time, the best approach would seem to be to build a version of sysutils/memtest or sysutils/memtest86 that can be loaded by the bootloader. FWIW, I've have an Alpha/AXP CPU that (apparently) had a pattern- sensitive bug in its cache. It passed all SRM memory tests but consistently died during rc processing. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 10:56: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 1771716A4CE for ; Fri, 15 Oct 2004 10:56:58 +0000 (GMT) Received: from highland.isltd.insignia.com (highland.isltd.insignia.com [195.74.141.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AA443D2F for ; Fri, 15 Oct 2004 10:56:57 +0000 (GMT) (envelope-from subscriber@insignia.com) Received: from dailuaine.isltd.insignia.com (dailuaine.isltd.insignia.com [172.16.64.11])i9FAuuJM059580 for ; Fri, 15 Oct 2004 11:56:56 +0100 (BST) (envelope-from subscriber@insignia.com) Received: from speyburn.isltd.insignia.com (speyburn [172.16.64.16]) i9FAuugF014324 for ; Fri, 15 Oct 2004 11:56:56 +0100 (BST) (envelope-from subscriber@insignia.com) From: Jim Hatfield To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 11:56:56 +0100 Organization: Insignia Solutions Message-ID: References: <3203DF3DDE57D411AFF4009027B8C36760B822@exchange-uk.isltd.insignia.com> In-Reply-To: <3203DF3DDE57D411AFF4009027B8C36760B822@exchange-uk.isltd.insignia.com> X-Mailer: Forte Agent 2.0/32.640 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.44 Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 10:56:58 -0000 On Fri, 15 Oct 2004 08:07:18 +0100, in local.freebsd.current you wrote: > >well, just format and burn DVD+RW with burncd - no problems, but > >frankly speaking, I do not like idea to have two devices for each drive, >like : Me neither but I never realised burncd could handle DVD's. growisofs has a -dvd-compat option, is there an equivalent option or set of options in burncd? jim From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:01: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 D6F4F16A4CE for ; Fri, 15 Oct 2004 11:01:32 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BED43D55 for ; Fri, 15 Oct 2004 11:01:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=VegA86HuuM2cL3EhTOTjIoiaiAT7O5Vb+LsqXxuKVAkAzZBHnaeWz2spM+3xVVi59Lb3G6iC/m4sSaC4emDggLBoP63sM0VfsKxVR9pV3Q0TZTBBlTD1oe3HHi6kSnFuCtiWDCMWZi2fXECgwXg+CncGVLzV2zti2SepqNb+e+w Received: by mproxy.gmail.com with SMTP id 74so13776rnk for ; Fri, 15 Oct 2004 04:01:32 -0700 (PDT) Received: by 10.38.81.49 with SMTP id e49mr170046rnb; Fri, 15 Oct 2004 04:01:31 -0700 (PDT) Received: by 10.38.13.37 with HTTP; Fri, 15 Oct 2004 04:01:31 -0700 (PDT) Message-ID: <84dead7204101504012c7c907f@mail.gmail.com> Date: Fri, 15 Oct 2004 16:31:31 +0530 From: Joseph Koshy To: Emanuel Strobl In-Reply-To: <200410151248.50842.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410150006.18702.Emanuel.Strobl@gmx.net> <84dead7204101503445c2e1c42@mail.gmail.com> <200410151248.50842.Emanuel.Strobl@gmx.net> cc: freebsd-current@freebsd.org Subject: Re: GENERIC and GEOM_GPT is no good idea 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: Fri, 15 Oct 2004 11:01:33 -0000 > Exactly that's the problem, sysinstall crashes, so I cannot start the fixit > shell! You could also interrupt the CD boot and then try boot your on-disk kernel. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:18: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 8208516A4CE for ; Fri, 15 Oct 2004 11:18:50 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD7943D39 for ; Fri, 15 Oct 2004 11:18: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 i9FBIjes077911; Fri, 15 Oct 2004 20:48:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 20:48:35 +0930 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> In-Reply-To: <20041015100633.GA45863@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8926696.L47ebNpVn2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410152048.44173.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Peter Jeremy cc: Chuck Swiger Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 11:18:50 -0000 --nextPart8926696.L47ebNpVn2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Oct 2004 19:36, Peter Jeremy wrote: > I tend to agree. For some time, FreeBSD has been heading away from > requiring users to re-compile the kernel. If ATAPICAM can't be > (readily) turned into a module, it would seem reasonable to have it > built into GENERIC. > > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > 666, I can't write to it as a non-root user. Does anyone know the > rationale for this and which particular EPERM is the culprit? I've > had a quick look at the source but can't see nothing leapt out. Burning to SCSI CD/DVD media isn't done like that. cdrecord et al talk to the writer directly via xpt and pass, so if you want= to=20 allow non-root users to burn CD/DVDs you need to allow them access to pass= =20 and xpt (which is pretty bad from a security point of view..) It sucks having to choose between features (growisofs, cdrecord, cdda2wav) = and=20 security (burncd) although I hear Soren has a version of the Schilly SCSI=20 library that talks to IDE devices (but I doubt you can pick and choose..) =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 --nextPart8926696.L47ebNpVn2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBb7IU5ZPcIHs/zowRAp23AJ9DJNvR9JNzS21VHJbYKadYDuGVOACfVDAK enlhNbmSuw3soyOz4KIMY5M= =0pAN -----END PGP SIGNATURE----- --nextPart8926696.L47ebNpVn2-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:23: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 6E41B16A4CE for ; Fri, 15 Oct 2004 11:23:16 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B7343D2F for ; Fri, 15 Oct 2004 11:23:15 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CIQAu-0009YV-Lg; Fri, 15 Oct 2004 15:23:08 +0400 From: Vladimir Grebenschikov To: Peter Jeremy In-Reply-To: <20041015100633.GA45863@cirb503493.alcatel.com.au> References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org><416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 15 Oct 2004 15:23:07 +0400 Message-Id: <1097839388.1049.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? 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: Fri, 15 Oct 2004 11:23:16 -0000 =F7 =D0=D4, 15/10/2004 =D7 20:06 +1000, Peter Jeremy =D0=C9=DB=C5=D4: > On Thu, 2004-Oct-14 16:29:17 -0400, Chuck Swiger wrote: > >Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without usi= ng=20 > >ATAPICAM? >=20 > dd(1) does a reasonable job of burning pre-formatted DVD+RWs. I would > expect it to handle DVD-RAM but I'm not sure about write-once media. >=20 > > I think it is not unreasonable to expect the GENERIC kernel to=20 > >be able to burn DVDs, as that can make for a reasonable backup mechanism= . >=20 > I tend to agree. For some time, FreeBSD has been heading away from > requiring users to re-compile the kernel. If ATAPICAM can't be > (readily) turned into a module, it would seem reasonable to have it > built into GENERIC. >=20 > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > 666, I can't write to it as a non-root user. Does anyone know the > rationale for this and which particular EPERM is the culprit? I've > had a quick look at the source but can't see nothing leapt out. I guess you should make 0666 (or whatever) perms for /dev/passX to write something by cdrecord/cdrdao --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:29: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 32DD416A4CE for ; Fri, 15 Oct 2004 11:29:34 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23E443D2F for ; Fri, 15 Oct 2004 11:29:33 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CIQH6-0009Zp-Iz; Fri, 15 Oct 2004 15:29:32 +0400 From: Vladimir Grebenschikov To: Jim Hatfield In-Reply-To: References: <3203DF3DDE57D411AFF4009027B8C36760B822@exchange-uk.isltd.insignia.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 15 Oct 2004 15:29:32 +0400 Message-Id: <1097839772.1049.32.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? 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: Fri, 15 Oct 2004 11:29:34 -0000 =F7 =D0=D4, 15/10/2004 =D7 11:56 +0100, Jim Hatfield =D0=C9=DB=C5=D4: > On Fri, 15 Oct 2004 08:07:18 +0100, in local.freebsd.current you > wrote: >=20 > > > >well, just format and burn DVD+RW with burncd - no problems, but > > > >frankly speaking, I do not like idea to have two devices for each drive, > >like : >=20 > Me neither but I never realised burncd could handle DVD's. >=20 > growisofs has a -dvd-compat option, is there an equivalent option > or set of options in burncd? growisofs/mkisofs -dvd-compat affect only image creation (.iso file) so it has no any relation to burning process, % man burncd: ... format {dvd+rw | dvd-rw} Formats a DVD+RW or DVD-RW media to the default max size and 2048 byte blocks. This operation can take a long time to finish. Progress reporting is done during the process. ... dvdrw Set the write mode to write a DVD+RW from the following image. DVDs only have one track. ... I have tried to write only DVD+RW and succeed, so can't say anything about -R[W] and -RAM. > jim --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:39: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 6389516A4CE for ; Fri, 15 Oct 2004 11:39:30 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A243D43D2D for ; Fri, 15 Oct 2004 11:39:29 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9E597FB.dip.t-dialin.net [217.229.151.251]) (authenticated bits=0)i9FBdKFN044148; Fri, 15 Oct 2004 13:39:25 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <416FB6DC.5060607@schlenker-webdesign.de> Date: Fri, 15 Oct 2004 13:39:08 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" , freebsd-current@freebsd.org References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> <200410152048.44173.doconnor@gsoft.com.au> In-Reply-To: <200410152048.44173.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 11:39:30 -0000 Daniel O'Connor wrote: >Burning to SCSI CD/DVD media isn't done like that. > >cdrecord et al talk to the writer directly via xpt and pass, so if you want to >allow non-root users to burn CD/DVDs you need to allow them access to pass >and xpt (which is pretty bad from a security point of view..) > >It sucks having to choose between features (growisofs, cdrecord, cdda2wav) and >security (burncd) although I hear Soren has a version of the Schilly SCSI >library that talks to IDE devices (but I doubt you can pick and choose..) > > Personally, for creating MP3s I use dagrab and for burning data as well as audio I use burncd. I guess, the functionality and the number of features is sufficient for most users, too. The problem are some of the GUI-frontends that rely on cdrecord's syntax for commandline options. Maybe not the most elegant solution, but sufficient in terms of functionality and without the security issues of atapicam would be some kind of ,,burncd-cdrecord-compat'' either realized as a simple shell script wrapper or a ,,fork'' of burncd that behaves like cdrecord. All those pretty GUI tools would need just a simple adjustment in the path to cdrecord. Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:55: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 73E1616A4CE; Fri, 15 Oct 2004 11:55:04 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B40343D5A; Fri, 15 Oct 2004 11:55:03 +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 i9FBt1fX001759; Fri, 15 Oct 2004 14:55:01 +0300 (EEST) (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 31347-03; Fri, 15 Oct 2004 14:55:00 +0300 (EEST) 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 i9FBt03w001747; Fri, 15 Oct 2004 14:55:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9FBsp0M042466; Fri, 15 Oct 2004 14:54:51 +0300 (EEST) (envelope-from ru) Date: Fri, 15 Oct 2004 14:54:51 +0300 From: Ruslan Ermilov To: DanGer Message-ID: <20041015115451.GA42427@ip.net.ua> References: <1974890227.20041014164412@wilbury.sk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <1974890227.20041014164412@wilbury.sk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: current@freebsd.org Subject: Re: buildworld failture - 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: Fri, 15 Oct 2004 11:55:04 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 14, 2004 at 04:44:12PM +0200, DanGer wrote: > Hello current, >=20 > yesterday I was tring to upgrade my 5.2.1 to releng_5 and my > buildworld everytime fails on the same thing: >=20 > /../contrib/bind9/lib/dns/zt.c > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link= =2Ec:38:25: openssl/err.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link= =2Ec:39:26: openssl/rand.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssl_link= =2Ec:40:28: openssl/crypto.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssldh_li= nk.c:40:24: openssl/dh.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/openssldsa_l= ink.c:38:25: openssl/dsa.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_l= ink.c:39:25: openssl/err.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_l= ink.c:40:29: openssl/objects.h: No such file or directory > /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/sec/dst/opensslrsa_l= ink.c:41:25: openssl/rsa.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > I was wondering, why it fails here, I had no idea, I tried to rm -rf > /usr/src and then cvsuped again, but this didn't help anymore, just > the same thing. At the end, I tried to check my make.conf and there > it came. It was due to NO_OPENSSL in my make.conf, but I wonder, > why this is like as it is. I want to have installed openssl from ports, > and I didn't want to over-write it with the one, witch comes with the > base system. Is this just a bug, or is it purpose? >=20 This is a new bug in the build system. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBb7qLqRfpzJluFF4RAl9CAJ0dxwiLgNiQn/x4SJ8kEBYd950R4wCfTxsE tCoPsZoG0YEBwLgvxKgt7Sc= =XirS -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 11:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3266A16A4CE for ; Fri, 15 Oct 2004 11:56:07 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C35C43D2D for ; Fri, 15 Oct 2004 11:56:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 2429 invoked by uid 65534); 15 Oct 2004 11:56:04 -0000 Received: from p5087DE36.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.222.54) by mail.gmx.net (mp024) with SMTP; 15 Oct 2004 13:56:04 +0200 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 i9FBuRDb008708 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 15 Oct 2004 13:56:28 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 13:55:49 +0200 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> In-Reply-To: <20041015100633.GA45863@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1654771.mAjMk2iduU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410151355.53534.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Peter Jeremy cc: Chuck Swiger Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 11:56:07 -0000 --nextPart1654771.mAjMk2iduU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 15 October 2004 12:06, Peter Jeremy wrote: > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > 666, I can't write to it as a non-root user. Does anyone know the > rationale for this and which particular EPERM is the culprit?=20 Stuff goes through the whole cam device chain if you're using the cd* devic= es,=20 so you'll have to adjust permissions for the corresponding xpt* and pass*=20 devices just like you would with scsi drives. Example devfs.conf snippet (this is suitable for members of group operator): # Allow cdrom user access perm cd0 0660 perm cd1 0660 perm cd2 0660 # Allow SCSI passthrough/transport user access perm xpt0 0660 perm xpt1 0660 perm xpt2 0660 perm pass0 0660 perm pass1 0660 perm pass2 0660 =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 --nextPart1654771.mAjMk2iduU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.10 (FreeBSD) iD8DBQBBb7rJXhc68WspdLARAkX2AKCpVjivug6G907PZy7BNkHIOgwLOwCdE+B8 DaoCbEJ5NmsXgWp5phGMNR8= =Gh6v -----END PGP SIGNATURE----- --nextPart1654771.mAjMk2iduU-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13:09: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 5E92C16A4CE for ; Thu, 14 Oct 2004 13:09:25 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7125243D3F for ; Thu, 14 Oct 2004 13:09:24 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (pD9EB7DA5.dip.t-dialin.net [217.235.125.165]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id i9ED9KhB096982; Thu, 14 Oct 2004 15:09:21 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (laps.jhs.private [192.168.91.56]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id i9ED9IuX002450; Thu, 14 Oct 2004 15:09:19 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (localhost [127.0.0.1]) by laps.jhs.private (8.13.1/8.13.1) with ESMTP id i9ED9Ije003788; Thu, 14 Oct 2004 15:09:18 +0200 (CEST) (envelope-from jhs@laps.jhs.private) Message-Id: <200410141309.i9ED9Ije003788@laps.jhs.private> To: Jeremie Le Hen In-Reply-To: Message from Jeremie Le Hen <20041014123424.GJ16534@obiwan.tataz.chchile.org> Date: Thu, 14 Oct 2004 15:09:18 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 cc: freebsd-current@freebsd.org Subject: Re: ufdformat(1) -- format disks in USB floppy drives. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 13:09:25 -0000 Jeremie Le Hen wrote: > Hi Bruce, > > I've written a command to format USB floppies. You will need the scsi_da.h > > and umass.c patches recently committed to -CURRENT in order to use it. > > If there is enough demand it can be pushed back into the tree. > > It can be found at: > > http://people.freebsd.org/~bms/dump/ufdformat/ > > Please try it out and let me know your thoughts. > > In which way does ufdformat(1) differs from fdformat(1) ? I mean > I feel quite counter-intuitive to have two differents commands to > finally achieve the same thing, formatting floppies, even if they > don't work on the same underlying bus. I think this difference > should be made transparent to users. which format format: Command not found. apropos format | grep floppy fdformat(1) - format floppy disks fdwrite(1) - format and write floppy disks mformat(1) - add an MSDOS filesystem to a low-level formatted floppy disk '" t TQ \$1 . (is' (if` (pd" If someone wants to write one, it looks like there's room for some shell/ C prog, &/or man(1) that offered all of eg fdformat ufdformat mformat newfs scsi~format ls120 format etc. - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 13: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 DE4D916A4CE; Thu, 14 Oct 2004 13:41:25 +0000 (GMT) Received: from mrynet.com (mrynet.com [63.231.249.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43A5143D4C; Thu, 14 Oct 2004 13:41:25 +0000 (GMT) (envelope-from staylor@mrynet.com) Received: from mrynet.com (staylor@localhost [127.0.0.1]) by mrynet.com (8.13.1/8.13.1) with ESMTP id i9EDfOal006487; Thu, 14 Oct 2004 08:41:24 -0500 (CDT) (envelope-from staylor@mrynet.com) Received: (from staylor@localhost) by mrynet.com (8.13.1/8.13.1/Submit) id i9EDfOhU006486; Thu, 14 Oct 2004 08:41:24 -0500 (CDT) (envelope-from staylor) Message-Id: <200410141341.i9EDfOhU006486@mrynet.com> From: staylor@mrynet.com (User Staylor) Date: Thu, 14 Oct 2004 08:41:24 -0500 X-Mailer: Mail User's Shell (7.2.6 beta(5) jp(8) 11/23/00) To: "Poul-Henning Kamp" X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 cc: freebsd-current@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: GEOM will panic 6.0-current on userland wrong-length disk reads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 13:41:26 -0000 > Do you have rev. 1.63 of sys/geom/geom_io.c ? Yes: ttyp6:--ROOT--@mrynet (74): ident kernel | grep geom_io $FreeBSD: /repoman/r/ncvs/src/sys/geom/geom_io.c,v 1.63 2004/10/11 21:22:59 ups Exp $ And I've found that simply commenting-out the following resolves the issue: ttyp6:--ROOT--@mrynet (58): diff -C 10 geom_io.c- geom_io.c *** geom_io.c- Thu Oct 14 08:30:44 2004 --- geom_io.c Thu Oct 14 08:31:12 2004 *************** *** 238,265 **** --- 238,267 ---- g_io_request(struct bio *bp, struct g_consumer *cp) { struct g_provider *pp; KASSERT(cp != NULL, ("NULL cp in g_io_request")); KASSERT(bp != NULL, ("NULL bp in g_io_request")); KASSERT(bp->bio_data != NULL, ("NULL bp->data in g_io_request")); pp = cp->provider; KASSERT(pp != NULL, ("consumer not attached in g_io_request")); + #ifdef notyet if (bp->bio_cmd & (BIO_READ|BIO_WRITE|BIO_DELETE)) { KASSERT(bp->bio_offset % cp->provider->sectorsize == 0, ("wrong offset %jd for sectorsize %u", bp->bio_offset, cp->provider->sectorsize)); KASSERT(bp->bio_length % cp->provider->sectorsize == 0, ("wrong length %jd for sectorsize %u", bp->bio_length, cp->provider->sectorsize)); } + #endif g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); bp->bio_from = cp; bp->bio_to = pp; bp->bio_error = 0; bp->bio_completed = 0; KASSERT(!(bp->bio_flags & BIO_ONQUEUE), If you're indicating that you are unable to duplicate this panic, let me know. I'll resort to pitching my current /usr/src tree and re-cvsup and retry. -scott > > In message <200410140521.i9E5L06d001096@mrynet.com>, User Staylor writes: > >Just discovered (and verified with latest build on > >current.freebsd.org) that the following will panic > >the new GEOM fdc driver in 6.0-current: > > > ># dd if=/dev/fd0 bs=55 > >panic: wrong length 55 for sectorsize 512 > > > >And further checking, discovered that ALL disk devices will cause > >a panic: > > > >dd if=/dev/ad0 bs=1234 > >panic: wrong length 1234 for sectorsize 512 > > > >Perhaps this is geom's way of complaining? Seems a rather radical > >way to handle non-matching-blocksize reads of disk devices. A > >simple programming error reading a disk dev node will panic the > >machine. > > > >-scott > >_______________________________________________ > >freebsd-geom@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-geom > >To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > > > > -- > 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 Oct 14 15:09: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 C65D716A4CE for ; Thu, 14 Oct 2004 15:09:32 +0000 (GMT) Received: from fep01-svc.flexmail.it (fep01.tuttopmi.it [212.131.248.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E4743D2F for ; Thu, 14 Oct 2004 15:09:31 +0000 (GMT) (envelope-from lucaspeedy@libero.it) Received: from [192.168.192.5] ([81.74.126.208]) by fep01-svc.flexmail.it with ESMTP id <20041014150929.TGRN1512.fep01-svc.flexmail.it@[192.168.192.5]> for ; Thu, 14 Oct 2004 17:09:29 +0200 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <0A3C2E22-1DF3-11D9-B45C-000A95AF879C@libero.it> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: LUCA PITZALIS Date: Thu, 14 Oct 2004 17:09:26 +0200 X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 Subject: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 15:09:32 -0000 does it works with a powermac g5? i must upgrade the firmware!?!? what can i do to this card works on a mac!?!? please help me thanks luca From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 16:40: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 ACC2816A4CF for ; Thu, 14 Oct 2004 16:40:28 +0000 (GMT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A88CA43D1D for ; Thu, 14 Oct 2004 16:40:26 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i9EGeF6u059582; Thu, 14 Oct 2004 11:40:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <416EABE1.7040009@centtech.com> Date: Thu, 14 Oct 2004 11:40:01 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040912 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <416DF63E.6000401@errno.com> In-Reply-To: <416DF63E.6000401@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 16:40:28 -0000 Sam Leffler wrote: > http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated > backport of the work I've done in Linux. > > These changes are against current; they may apply against other recent > branches but code will not compile because of recent additions to current. Any idea if you'll be able to back-port all this to the 5-STABLE branch? Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Talk sense to a fool and he calls you foolish. ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 17:28: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 C13FD16A4CE for ; Thu, 14 Oct 2004 17:28:16 +0000 (GMT) Received: from corbulon.video-collage.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5162C43D1F for ; Thu, 14 Oct 2004 17:28:16 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i9EHSEt2004094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 14 Oct 2004 13:28:15 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (mteterin@localhost [127.0.0.1]) i9EHS2eH078554 for ; Thu, 14 Oct 2004 13:28:03 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: freebsd-current@FreeBSD.org Date: Thu, 14 Oct 2004 13:28:01 -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: <200410141328.02027@misha-mx.virtual-estates.net> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 Subject: panic du jour: vnode_pager_getpages: unexpected missing page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 17:28:16 -0000 I'm debugging a program making heavy us of mmap(). Contrary to what man-page says, I expected it to be possible to mmap() regions larger than 2Gb on amd64, and mmap() did, indeed succeeded for a 3.7Gb file. However some time into running the program exited on signal 6 (ABRT). A minute or so after that the whole system panic-ed: vnode_pager_getpages: unexpected missing page: first addr: -1, foff 0x080006000, vnp_size 0x0b5d20000 The machine runs yesterday's -current, has a single Opteron CPU and 2Gb of RAM. There was very little IO at the time of death (according to the frozen `systat 1 -vm'). 1) Am I wrong, and mmap-ing more than 2Gb is not supposed to work even on a 64-bit system? 2) How can I help in eliminating this panic? 3) Should I go back to the latest 5.3-beta, or is the -current kernel not dramatically more unstable? Thanks, -mi From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 18:17: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 1F02516A4CE for ; Thu, 14 Oct 2004 18:17:26 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC11643D39 for ; Thu, 14 Oct 2004 18:17:25 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 4418F148D7; Thu, 14 Oct 2004 13:17:25 -0500 (CDT) Date: Thu, 14 Oct 2004 13:17:25 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: Robert Huff In-Reply-To: <16750.49128.541439.894627@jerusalem.litteratus.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 15 Oct 2004 12:06:38 +0000 cc: current@FreeBSD.ORG Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Oct 2004 18:17:26 -0000 On Thu, 14 Oct 2004, Robert Huff wrote: > Speaking only for myself: > As someone who started tracking -CURRENT several months after > the release of 5.0, and who has the proven ability to screw things > up in ways unrelated to the actual code >:-( ... filing a PR is > (barring lack of sleep, low blood sugar, and/or "onw of those days") > the last resort not the first. (wearing bugmeister hat) I think the answer is "it depends". Certainly for build errors, my understanding is that they shouldn't be PRs, under the theory that someone will catch and fix them more quickly than the PR database will catch up. But my assumption is that for pretty much everything else that the PR database is the way to go. No? mcl From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B57216A527 for ; Fri, 15 Oct 2004 12:06:54 +0000 (GMT) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8577643D41 for ; Fri, 15 Oct 2004 12:06:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9FC6jcR028966 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 15 Oct 2004 22:06:46 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9FC6jxP046220; Fri, 15 Oct 2004 22:06:45 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9FC6j4T046219; Fri, 15 Oct 2004 22:06:45 +1000 (EST) (envelope-from pjeremy) Date: Fri, 15 Oct 2004 22:06:45 +1000 From: Peter Jeremy To: Doug White Message-ID: <20041015120645.GA46183@cirb503493.alcatel.com.au> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> <20041011191812.A34886@carver.gumbysoft.com> <20041013071704.GQ83620@cirb503493.alcatel.com.au> <20041013182133.A55834@carver.gumbysoft.com> <20041015082618.GR83620@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015082618.GR83620@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2i cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 12:06:54 -0000 [Upon reflection, my previous e-mail was somewhat brusque. My apologies] On Fri, 2004-Oct-15 18:26:18 +1000, Peter Jeremy wrote: >On Wed, 2004-Oct-13 18:21:56 -0700, Doug White wrote: >>On Wed, 13 Oct 2004, Peter Jeremy wrote: >> >>> On Mon, 2004-Oct-11 19:18:52 -0700, Doug White wrote: >>> >On Mon, 11 Oct 2004, Peter Jeremy wrote: >>> >> I have an HP DL380 running 5.3 and it will not reboot from multi-user >>> >> mode - it hangs after printing "Rebooting..." and needs to be power- >>> >> cycled (since there's no reset button). > >>> I've narrowed it down to loading kernel modules - the problem does not > >>How about building them into your kernel instead? > >That seems to work. But it doesn't solve the underlying problem. Compiling digi(4) into the kernel does appear to solve my immediate problem. Thanks for the suggestion Doug. My remaining concern is that I have been unable to identify the root cause of the problem. These machines will be going into customer sites as the remote access servers and requiring site access to reboot it is very undesirable. Since I don't know the real cause of the problem, I can't be sure that normal activity will not cause the problem to recur. > (I >have been kldload'ing digi because it originally didn't work when it >was compiled into the kernel). When digi(4) was originally added to the tree, it could not be compiled into the kernel because its attach routines were not compatible with the kernel initialisation environment. This problem was resolved a couple of years ago but I have continued to kldload digi because: - it worked and saved me from making the (trivial) changes needed to build it into the kernel. - it needs access to a number of Digi BIOS files which are normally loaded/unloaded as KLDs. If Digi is built in, the BIOS file(s) need to be built in as well. (Though in my case, the wasted KVA and RAM is irrelevant). - to date, all the machines are running 4.x and having digi as a kld made it easier to fix back-porting errors. (Re-compiling a module is a lot faster than re-compiling the kernel). >>This could be just stale modules... > >Nope. Kernel and modules were compiled and installed together. Also >there was no problem running and the hang was when the kernel asked >the system to reboot - which is well after any modules have been unloaded. Adding some printf's shows that the code is getting into cpu_reset_real(). By this time, all modules and subsystems have been shutdown. All that's left to do is ask the hardware for a reset. The only problem is that the hardware doesn't want to play ball. Presumably something the kernel is doing (apparently associated with loading kernel modules) is disturbing the hardware state so that reset no longer works. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:13: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 32D3716A4CE; Fri, 15 Oct 2004 12:13:38 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A1B243D60; Fri, 15 Oct 2004 12:13:37 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id OAA08757; Fri, 15 Oct 2004 14:13:34 +0200 Date: Fri, 15 Oct 2004 14:18:09 +0200 From: Marc "UBM" Bocklet To: Robert Watson Message-Id: <20041015141809.3f1e1062.ubm@u-boot-man.de> In-Reply-To: References: <20041015113321.126a6c4d.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [BETA7-panic] sodealloc(): so_count 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, 15 Oct 2004 12:13:38 -0000 On Fri, 15 Oct 2004 06:24:47 -0400 (EDT) Robert Watson wrote: > On Fri, 15 Oct 2004, Marc UBM Bocklet wrote: > > > > Sounds good. I know that the problem Brian identified is a real > > > race and a potential source of precisely the panic you were > > > seeing. One reason I was interested in getting access to a dump > > > from the panic, though, was to(if possible) confirm that it was > > > *the* race causing the problem. It's a very likely candidate, but > > > it would be good to know if we should be looking for another > > > related race. If the code now in HEAD fixes it for you, please > > > let me know (or if not, also :-). If it doesn't, the core would > > > be very helpful. > > > > Ok, bad news first: > > > > I just got exactly the same panic with Brian's > > tcp_accept_race_crash.patch applied. > > > > Debug output is attached, but it looks just like the last time. > > > > The good news: > > > > I got a coredump that I can poke. :-) > > > > So now I just need to know what info to extract from the dump :-) > > It would be interesting to have you try with the current head of > RELENG_5, which now includes my fix, which is a little different from > Brian's fix in the sense that it tries to rewrite things less (since > that code is very sensitive to change). > > Regarding the dump -- wonderful. Here's what I'd like you to do. In > one of the sofree/sodealloc frames, I'd like to see the contents of > *so, to see what state the socket is in. Ok, I did frame 23 list print *so and got: http://www.u-boot-man.de/~mbocklet/content_so.txt Content of so in frame 24 is the same. > If you move up a few frames to > in_pcbdetach(), the contents of *inp would be very useful, and up Ok, here they are: http://www.u-boot-man.de/~mbocklet/content_inp.txt > another frame or so to the tcp_close() frame, *tp. I don't know how Hmm, something seems to be wrong there, since: (kgdb) frame 26 #26 0xc065532a in tcp_close (tp=0x0) at #/usr/src/sys/netinet/tcp_subr.c:785 785 in_pcbdetach(inp); (kgdb) list 780 #ifdef INET6 781 if (INP_CHECK_SOCKAF(so, AF_INET6)) 782 in6_pcbdetach(inp); 783 else 784 #endif 785 in_pcbdetach(inp); 786 tcpstat.tcps_closed++; 787 return (NULL); 788 } 789 (kgdb) print *tp Cannot access memory at address 0x0 (kgdb) But if I try to get the contens of tp in tcp_input, it works: http://www.u-boot-man.de/~mbocklet/content_tp.txt > fmiliar you are with our kernel debugging suite, but if you're not the > documentation in the handbook is fairly decent. The one caveat I'd > give is that that documentation might still reference "gdb -k" instead > of "kgdb" to work with the core dump. Well, let's say the documentation pointed me in the right direction ;-) > Thanks for your help on this one -- I'm still unable to reproduce the > problem in my testbeds, so having someone who's willing to keep > following through on the bug is really invaluable! > > Thanks You're welcome :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:19: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 94E8616A4CE for ; Fri, 15 Oct 2004 12:19:38 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FEE143D58 for ; Fri, 15 Oct 2004 12:19:37 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CIR3d-0006ok-00 Fri, 15 Oct 2004 14:19:41 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CIR3c-0006na-00 Fri, 15 Oct 2004 14:19:40 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9FC7Jsv092732; Fri, 15 Oct 2004 14:07:19 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9FC7FHN006685; Fri, 15 Oct 2004 14:07:15 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 14:07:14 +0200 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> In-Reply-To: <20041015100633.GA45863@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410151407.15115.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Peter Jeremy cc: Chuck Swiger Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 12:19:38 -0000 El Viernes, 15 de Octubre de 2004 12:06, Peter Jeremy escribi=F3: > On Thu, 2004-Oct-14 16:29:17 -0400, Chuck Swiger wrote: > >Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without > > using ATAPICAM? > > dd(1) does a reasonable job of burning pre-formatted DVD+RWs. I > would expect it to handle DVD-RAM but I'm not sure about write-once > media. > > > I think it is not unreasonable to expect the GENERIC kernel to > >be able to burn DVDs, as that can make for a reasonable backup > > mechanism. > > I tend to agree. For some time, FreeBSD has been heading away from > requiring users to re-compile the kernel. If ATAPICAM can't be > (readily) turned into a module, it would seem reasonable to have it > built into GENERIC. > > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > 666, I can't write to it as a non-root user. Does anyone know the > rationale for this and which particular EPERM is the culprit? I've > had a quick look at the source but can't see nothing leapt out. > unless you need things like k3b (-l cam), IMHO the best aproach must be=20 create some system groups (cdrom, cdrw) and make apps like cdrecord=20 setuid root (or operator) and group (not world) executable. > >[ Peripheral note: DVDs are OK for backup, that is, but I much > > prefer tapes for durability and long term storage. Quantum sDLT > > 220 drives rock. ] > > I can buy a DVD writer for about USD100. An SDLT drive is about two > orders of magnitude more expensive. Likewise, the media is around > two orders of magnitude more expensive. In $/GB, DLT is only 2-3 > times as expensive but the capital cost is somewhat of a killer. And about four orders of magnitude more reliable. Also, size is a factor. With 160 GB HD out there, 40/80 GB medium=20 capacity maybe a real need. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:33: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 5BED916A4CE for ; Fri, 15 Oct 2004 12:33:41 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8177F43D55 for ; Fri, 15 Oct 2004 12:33:40 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 25895 invoked from network); 15 Oct 2004 12:33:23 -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 ; 15 Oct 2004 12:33:23 -0000 Message-ID: <416FC3A3.4060206@freebsd.org> Date: Fri, 15 Oct 2004 14:33:39 +0200 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: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 12:33:41 -0000 Robert Watson wrote: > On Fri, 15 Oct 2004, Guido van Rooij wrote: > >>It turns out this was a memory problem. Refitting the dimms was all >>that was needed to 'solve' the issue. The weird thing is that >>1. The BIOS had memtesting enabled and did not complain >>2. W2K seemed to install ok (though I never let it hit the disk) >>3. FBSD would repeatedly crash at exactly the same spot. >> >>I am beginning to wonder if we should have a boot option that enables a >>thorough memtest from within the kernel...(e.g. boot -m). > > I guess the old /dev/test_for_shoddy_workmanship driver is working :-). > > It's probably just bad luck -- BIOS memory testing is generally pretty > poor, and it could just be FreeBSD stored your root vnode pointer (or some > other critical thing) in a memory word that Win2K was using for an icon, > so a single bit twiddle did pretty different things. Glad it's fixed. I > occasionally wonder if we shouldn't build a memory tester into the FreeBSD > boot loader to help diagnose this sort of stuff, though. Not to run every > boot, but as a diagnostics option. That would be really cool and useful! -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:35: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 2224916A4CE for ; Fri, 15 Oct 2004 12:35:49 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B3D443D54 for ; Fri, 15 Oct 2004 12:35:48 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id B7CD946; Fri, 15 Oct 2004 14:35:47 +0200 (CEST) Date: Fri, 15 Oct 2004 14:35:47 +0200 From: Guido van Rooij To: Peter Jeremy Message-ID: <20041015123547.GA23221@gvr.gvr.org> References: <20041013214911.GD986@green.homeunix.org> <20041015073118.GA19660@gvr.gvr.org> <20041015104856.GB45863@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015104856.GB45863@cirb503493.alcatel.com.au> cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 12:35:49 -0000 On Fri, Oct 15, 2004 at 08:48:56PM +1000, Peter Jeremy wrote: > On Fri, 2004-Oct-15 09:31:18 +0200, Guido van Rooij wrote: > >I am beginning to wonder if we should have a boot option that enables > >a thorough memtest from within the kernel...(e.g. boot -m). > > What do you define as "thorough"? A thorough memory test requires > intimate knowledge of the physical memory cell layout (to ensure > that pattern tests make sense) as well as the ability to control > temperature, the supply voltage, thresholds and timings (to detect > marginal conditions). > > "make buildworld" is probably the best memory test we're likely to > find. The speed is on a par with Memtest86 as well. Add/vary > '-k' for additional coverage. > The problem started with my system where FreeBSD would consitently panic at the same point during installation (at an early point). The funny thing is that a W2K install would at least run much longer (I never completed it so I never had it actually write to disk). A make buildworld cannot be used in sich a scenario. A nice memtester that could be called from the bootloader would have been handy. -Guido From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:39: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 69F3416A4CE for ; Fri, 15 Oct 2004 12:39:28 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C432643D1D for ; Fri, 15 Oct 2004 12:39:27 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CIRMk-0009jN-7u; Fri, 15 Oct 2004 16:39:26 +0400 From: Vladimir Grebenschikov To: Michael Nottebrock In-Reply-To: <200410151355.53534.michaelnottebrock@gmx.net> References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> <200410151355.53534.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 15 Oct 2004 16:39:25 +0400 Message-Id: <1097843965.1049.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? 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: Fri, 15 Oct 2004 12:39:28 -0000 =F7 =D0=D4, 15/10/2004 =D7 13:55 +0200, Michael Nottebrock =D0=C9=DB=C5=D4: > On Friday 15 October 2004 12:06, Peter Jeremy wrote: >=20 > > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > > 666, I can't write to it as a non-root user. Does anyone know the > > rationale for this and which particular EPERM is the culprit?=20 >=20 > Stuff goes through the whole cam device chain if you're using the cd* dev= ices,=20 > so you'll have to adjust permissions for the corresponding xpt* and pass*= =20 > devices just like you would with scsi drives. >=20 > Example devfs.conf snippet (this is suitable for members of group operato= r): >=20 > # Allow cdrom user access > perm cd0 0660 > perm cd1 0660 > perm cd2 0660 >=20 > # Allow SCSI passthrough/transport user access > perm xpt0 0660 > perm xpt1 0660 > perm xpt2 0660 > perm pass0 0660 > perm pass1 0660 > perm pass2 0660 I think it is better to use devfs rulesets: % cat /etc/devfs.rules [devfsrules_common=3D7] add path 'acd*' mode 660 group operator add path 'cd*' mode 660 group operator add path 'pass*' mode 660 group operator add path 'xpt*' mode 660 group operator % fgrep devfs /etc/rc.conf devfs_system_ruleset=3D"devfsrules_common" % It will work with dynamic attachments, also, please not there one xptX device for single CAM bus --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:29: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 6F82916A4CF for ; Fri, 15 Oct 2004 12:29:50 +0000 (GMT) Received: from onyx.hysteria.sk (onyx.hysteria.sk [195.168.3.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D1043D46 for ; Fri, 15 Oct 2004 12:29:48 +0000 (GMT) (envelope-from rejden@hysteria.sk) Received: (qmail 31614 invoked by uid 1607); 15 Oct 2004 12:29:43 -0000 Date: Fri, 15 Oct 2004 14:29:43 +0200 From: rejden To: freebsd-smp@freebsd.org Message-ID: <20041015122943.GA29434@hysteria.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on onyx.hysteria.sk X-Spam-Status: No, hits=-4.9 required=5.0 X-Mailman-Approved-At: Fri, 15 Oct 2004 12:57:20 +0000 cc: freebsd-current@freebsd.org Subject: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 12:29:50 -0000 Hi, i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz southpole# uname -a FreeBSD southpole.brc.cpqcorp.net 5.3-BETA7 FreeBSD 5.3-BETA7 #0: Fri Jan 31 05:24:02 CET 2003 root@southpole.brc.cpqcorp.net:/usr/obj/usr/src/sys/SOUTHPOLE i386 southpole# 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-BETA7 #0: Fri Jan 31 05:24:02 CET 2003 root@southpole.brc.cpqcorp.net:/usr/obj/usr/src/sys/SOUTHPOLE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III Xeon (700.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6a4 Stepping = 4 Features=0x383f9ff real memory = 2147450880 (2047 MB) avail memory = 2095992832 (1998 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 11.0 (no driver attached) pci0: at device 12.0 (no driver attached) ida0: port 0x2400-0x24ff mem 0xf5000000-0xf5ffffff,0xf6000000-0xf6ffffff irq 11 at device 14.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=3 firm_rev=1.50 idad0: on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 idad1: on ida0 idad1: 69459MB (142253280 sectors), blocksize=512 idad2: on ida0 idad2: 69459MB (142253280 sectors), blocksize=512 isab0: at device 15.0 on pci0 isa0: on isab0 pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pcib2: on acpi0 pci5: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x4000-0x407f mem 0xf7ef0000-0xf7ef007f irq 15 at device 1.0 on pci5 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:a4:e5:fa pci5: at device 11.0 (no driver attached) pcib3: on acpi0 pci13: on pcib3 pci13: at device 11.0 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0 port 0x778-0x77d,0x378-0x37f irq 7 drq 0 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xe8000-0xebfff,0xcc000-0xcc7ff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 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 Timecounter "TSC" frequency 700011346 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging unlimited acd0: CDROM at ata0-master PIO4 Mounting root from ufs:/dev/idad0s1a southpole# southpole# mptable =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f4fd0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x00 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000fadc7 signature: 'PCMP' base table length: 780 version: 1.4 checksum: 0x73 OEM ID: 'Compaq ' Product ID: 'ProLiant ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 80 local APIC address: 0xfee00000 extended table length: 172 extended table checksum: 100 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 7 0x10 BSP, usable 6 10 4 0x387fbff 0 0x10 AP, usable 6 10 4 0x387fbff 1 0x10 AP, usable 6 10 4 0x387fbff 2 0x10 AP, usable 6 10 4 0x387fbff 3 0x10 AP, usable 6 10 4 0x387fbff 4 0x10 AP, usable 6 10 4 0x387fbff 5 0x10 AP, usable 6 10 4 0x387fbff 6 0x10 AP, usable 6 10 4 0x387fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 17 ISA -- I/O APICs: APIC ID Version State Address 8 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-lo level 0 14:A 8 24 INT active-lo level 0 14:B 8 24 INT active-lo level 1 1:A 8 20 INT active-lo level 1 1:C 8 20 INT active-lo level 1 1:B 8 20 INT active-lo level 1 1:D 8 20 INT active-lo level 1 2:A 8 19 INT active-lo level 1 2:B 8 19 INT active-lo level 1 2:C 8 19 INT active-lo level 1 2:D 8 19 INT active-lo level 1 3:A 8 18 INT active-lo level 1 3:C 8 18 INT active-lo level 1 3:B 8 18 INT active-lo level 1 3:D 8 18 INT active-lo level 1 4:A 8 17 INT active-lo level 1 4:C 8 17 INT active-lo level 1 4:B 8 17 INT active-lo level 1 4:D 8 17 INT active-lo level 1 5:A 8 16 INT active-lo level 1 5:C 8 16 INT active-lo level 1 5:B 8 16 INT active-lo level 1 5:D 8 16 INT active-lo level 1 6:A 8 31 INT active-lo level 1 6:C 8 31 INT active-lo level 1 6:B 8 31 INT active-lo level 1 6:D 8 31 INT active-lo level 0 1:A 8 23 INT active-lo level 0 1:C 8 23 INT active-lo level 0 1:B 8 23 INT active-lo level 0 1:D 8 23 INT active-lo level 0 2:A 8 22 INT active-lo level 0 2:C 8 22 INT active-lo level 0 2:B 8 22 INT active-lo level 0 2:D 8 22 INT active-lo level 0 3:A 8 21 INT active-lo level 0 3:C 8 21 INT active-lo level 0 3:B 8 21 INT active-lo level 0 3:D 8 21 INT active-lo level 2 1:A 8 30 INT active-lo level 2 1:C 8 30 INT active-lo level 2 1:B 8 29 INT active-lo level 2 1:D 8 29 INT active-lo level 2 2:A 8 28 INT active-lo level 2 2:C 8 28 INT active-lo level 2 2:B 8 28 INT active-lo level 2 2:D 8 28 INT active-lo level 0 11:A 8 26 INT active-lo level 1 11:A 8 26 INT active-lo level 2 11:A 8 26 INT active-hi edge 17 1 8 1 INT active-hi edge 17 0 8 2 INT active-hi edge 17 3 8 3 INT active-hi edge 17 4 8 4 INT active-hi edge 17 5 8 5 INT active-hi edge 17 6 8 6 INT active-hi edge 17 7 8 7 INT active-hi edge 17 8 8 8 INT active-lo level 17 9 8 9 INT active-hi edge 17 10 8 10 INT active-hi edge 17 11 8 11 INT active-hi edge 17 12 8 12 INT active-lo level 17 13 8 13 INT active-hi edge 17 14 8 14 INT active-hi edge 17 15 8 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 17 0 255 0 NMI conforms conforms 17 0 255 1 -- MPTABLE OUT OF ORDER! I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 17 0 8 0 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x4000 -- System Address Space bus ID: 0 address type: memory address address base: 0x80000000 address range: 0x77e00000 -- System Address Space bus ID: 5 address type: I/O address address base: 0x4000 address range: 0x1000 -- System Address Space bus ID: 5 address type: memory address address base: 0xf7e00000 address range: 0x100000 -- System Address Space bus ID: 13 address type: I/O address address base: 0x0 address range: 0x0 -- System Address Space bus ID: 13 address type: memory address address base: 0xf7f00000 address range: 0x6d00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x60000 -- Bus Heirarchy bus ID: 17 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 5 address modifier: subtract predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 13 address modifier: subtract predefined range: 0x00000000 =============================================================================== southpole# thanks rejden From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:12: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 CC3D116A4CE; Fri, 15 Oct 2004 13:12:19 +0000 (GMT) Received: from dpt-info.u-strasbg.fr (dpt-info.u-strasbg.fr [130.79.44.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C9543D3F; Fri, 15 Oct 2004 13:12:18 +0000 (GMT) (envelope-from borghesi@dpt-info.u-strasbg.fr) Received: from dpt-info.u-strasbg.fr (bone.u-strasbg.fr [130.79.44.197]) i9FDENka027488; Fri, 15 Oct 2004 15:14:23 +0200 (CEST) (envelope-from borghesi@dpt-info.u-strasbg.fr) Message-ID: <416FCCD6.5020401@dpt-info.u-strasbg.fr> Date: Fri, 15 Oct 2004 15:12:54 +0200 From: Borghesi Guilhem User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040413 Debian/1.6-5 X-Accept-Language: fr-fr, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: limits of maxproc on SUN E450 with FreeBSD 5.3 Beta7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:12:20 -0000 Hello, I've installed a FreeBSD 5.3 Beta7 on a Sun sparc64 Enterprise 450. This machine is a Terminal and application server for University students. They are using this server for system programming (C for example) and they often use the command "fork ()" into "while" loops. The C program that we use for the test is : #include #include #include int main() { int i; while(1) { if(!fork()) { i=i+1; fprintf(stderr,"%d\n", i); } } } This kind of bad programming is quite frequent at the university, and that's the reason why I'm trying to limit the number of maxproc per user. I've limited the maxproc with the /etc/login.conf file at 100 and make a "cap_mkdb /etc/login.conf", but it doesn't work. Worst, when the number of processes reach the limit, the server crash with the console message :"panic: trap: data access error". I've tried to put "unlimited" in place of "100", but it does'nt change anything because the system has an implicit limit for users (kern.maxprocperuid: 5547). In the /var/log/messages, the last line before crash is : "kernel: maxproc limit exceeded by uid 10051, please see tuning(7) and login.conf(5)." Thank's a lot for any help ! Guilhem Here are my dmesg and login.conf files : dmesg : =================================== Copstray vector interrupt 2029 yright (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-BETA7 #3: Wed Oct 13 20:24:13 CEST 2004 toor@ada.u-strasbg.fr:/usr/obj/usr/src/sys/GENERIC real memory = 4294967296 (4096 MB) avail memory = 4177952768 (3984 MB) cpu0: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 2034,2021 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb irq 2018 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 irq 2023 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80fee436 ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 2021,2024 (no driver attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:fe:e4:36 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device 2.0 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] pci0: at device 4.0 (no driver attached) pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 nexus0: , type memory-controller (no driver attached) pcib2: on nexus0 pcib2: Psycho, impl 0, version 4, ign 0x100, bus B pcib2: [FAST] pcib2: [GIANT-LOCKED] pcib2: [FAST] pcib2: [GIANT-LOCKED] pcib2: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib2 dvma: DVMA map: 0xfc000000 to 0xffffffff pci2: on pcib2 pcib3: on nexus0 pcib3: Psycho, impl 0, version 4, ign 0x100, bus A pci3: on pcib3 pcib4: on nexus0 pcib4: Psycho, impl 0, version 4, ign 0x180, bus B pcib4: [FAST] pcib4: [GIANT-LOCKED] pcib4: [FAST] pcib4: [GIANT-LOCKED] pcib4: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib4 dvma: DVMA map: 0xfc000000 to 0xffffffff pci4: on pcib4 pcib5: on nexus0 pcib5: Psycho, impl 0, version 4, ign 0x180, bus A pci5: on pcib5 Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da2 at sym0 bus 0 target 3 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! cd0 at sym1 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: superblock summary recomputed WARNING: /var was not properly dismounted WARNING: /users was not properly dismounted /users: superblock summary recomputed hme0: invalid packet size 9929; dropping hme0: invalid packet size 9929; dropping hme0: invalid packet size 9929; dropping hme0: invalid packet size 6348; dropping hme0: invalid packet size 9929; dropping hme0: too may errors; not reporting any more pid 1486 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 1490 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 1772 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 2354 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 2657 (upile), uid 4071: exited on signal 11 (core dumped) pid 2978 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 3110 (TCPs), uid 2048: exited on signal 11 (core dumped) pid 3122 (TCPs), uid 2048: exited on signal 11 (core dumped) =================================== login.conf: =================================== # login.conf - login class capabilities database. # # Remember to rebuild the database after each change to this file: # # cap_mkdb /etc/login.conf # # This file controls resource limits, accounting limits and # default user environment settings. # # $FreeBSD: src/etc/login.conf,v 1.49 2004/06/06 11:46:27 schweikh Exp $ # # Default settings effectively disable resource limits, see the # examples below for a starting point to enable them. # defaults # These settings are used by login(1) by default for classless users # Note that entries like "cputime" set both "cputime-cur" and "cputime-max" default:\ :passwd_format=md5:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /usr/X11R6/bin ~/bin:\ :nologin=/var/run/nologin:\ :cputime=unlimited:\ :datasize=unlimited:\ :stacksize=unlimited:\ :memorylocked=unlimited:\ :memoryuse=unlimited:\ :filesize=unlimited:\ :coredumpsize=unlimited:\ :openfiles=unlimited:\ :maxproc=unlimited:\ :sbsize=unlimited:\ :vmemoryuse=unlimited:\ :priority=0:\ :ignoretime@:\ :umask=022: # # A collection of common class names - forward them all to 'default' # (login would normally do this anyway, but having a class name # here suppresses the diagnostic) # standard:\ :tc=default: xuser:\ :tc=default: staff:\ :tc=default: daemon:\ :tc=default: news:\ :tc=default: dialer:\ :tc=default: # # Root can always login # # N.B. login_getpwclass(3) will use this entry for the root account, # in preference to 'default'. root:\ :ignorenologin:\ :tc=default: # # Russian Users Accounts. Setup proper environment variables. # russian|Russian Users Accounts:\ :charset=KOI8-R:\ :lang=ru_RU.KOI8-R:\ :tc=default: ###################################################################### ###################################################################### ## ## Example entries ## ###################################################################### ###################################################################### ## Example defaults ## These settings are used by login(1) by default for classless users ## Note that entries like "cputime" set both "cputime-cur" and "cputime-max" # #default:\ # :cputime=infinity:\ # :datasize-cur=22M:\ # :stacksize-cur=8M:\ # :memorylocked-cur=10M:\ # :memoryuse-cur=30M:\ # :filesize=infinity:\ # :coredumpsize=infinity:\ # :maxproc-cur=64:\ # :openfiles-cur=64:\ # :priority=0:\ # :requirehome@:\ # :umask=022:\ # :tc=auth-defaults: # # ## ## standard - standard user defaults ## #standard:\ # :copyright=/etc/COPYRIGHT:\ # :welcome=/etc/motd:\ # :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ # :path=~/bin /bin /usr/bin /usr/local/bin:\ # :manpath=/usr/share/man /usr/local/man:\ # :nologin=/var/run/nologin:\ # :cputime=1h30m:\ # :datasize=8M:\ # :vmemoryuse=100M:\ # :stacksize=2M:\ # :memorylocked=4M:\ # :memoryuse=8M:\ # :filesize=8M:\ # :coredumpsize=8M:\ # :openfiles=24:\ # :maxproc=32:\ # :priority=0:\ # :requirehome:\ # :passwordtime=90d:\ # :umask=002:\ # :ignoretime@:\ # :tc=default: # # ## ## users of X (needs more resources!) ## #xuser:\ # :manpath=/usr/share/man /usr/X11R6/man /usr/local/man:\ # :cputime=4h:\ # :datasize=12M:\ # :vmemoryuse=infinity:\ # :stacksize=4M:\ # :filesize=8M:\ # :memoryuse=16M:\ # :openfiles=32:\ # :maxproc=48:\ # :tc=standard: # # ## ## Staff users - few restrictions and allow login anytime ## #staff:\ # :ignorenologin:\ # :ignoretime:\ # :requirehome@:\ # :accounted@:\ # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :umask=022:\ # :tc=standard: # # ## ## root - fallback for root logins ## #root:\ # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :cputime=infinity:\ # :datasize=infinity:\ # :stacksize=infinity:\ # :memorylocked=infinity:\ # :memoryuse=infinity:\ # :filesize=infinity:\ # :coredumpsize=infinity:\ # :openfiles=infinity:\ # :maxproc=infinity:\ # :memoryuse-cur=32M:\ # :maxproc-cur=64:\ # :openfiles-cur=1024:\ # :priority=0:\ # :requirehome@:\ # :umask=022:\ # :tc=auth-root-defaults: # # ## ## Settings used by /etc/rc ## #daemon:\ # :coredumpsize@:\ # :coredumpsize-cur=0:\ # :datasize=infinity:\ # :datasize-cur@:\ # :maxproc=512:\ # :maxproc-cur@:\ # :memoryuse-cur=64M:\ # :memorylocked-cur=64M:\ # :openfiles=1024:\ # :openfiles-cur@:\ # :stacksize=16M:\ # :stacksize-cur@:\ # :tc=default: # # ## ## Settings used by news subsystem ## #news:\ # :path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin:\ # :cputime=infinity:\ # :filesize=128M:\ # :datasize-cur=64M:\ # :stacksize-cur=32M:\ # :coredumpsize-cur=0:\ # :maxmemorysize-cur=128M:\ # :memorylocked=32M:\ # :maxproc=128:\ # :openfiles=256:\ # :tc=default: # # ## ## The dialer class should be used for a dialup PPP/SLIP accounts ## Welcome messages/news suppressed ## #dialer:\ # :hushlogin:\ # :requirehome@:\ # :cputime=unlimited:\ # :filesize=2M:\ # :datasize=2M:\ # :stacksize=4M:\ # :coredumpsize=0:\ # :memoryuse=4M:\ # :memorylocked=1M:\ # :maxproc=16:\ # :openfiles=32:\ # :tc=standard: # # ## ## Site full-time 24/7 PPP/SLIP connections ## - no time accounting, restricted to access via dialin lines ## #site:\ # :ignoretime:\ # :passwordtime@:\ # :refreshtime@:\ # :refreshperiod@:\ # :sessionlimit@:\ # :autodelete@:\ # :expireperiod@:\ # :graceexpire@:\ # :gracetime@:\ # :warnexpire@:\ # :warnpassword@:\ # :idletime@:\ # :sessiontime@:\ # :daytime@:\ # :weektime@:\ # :monthtime@:\ # :warntime@:\ # :accounted@:\ # :tc=dialer:\ # :tc=staff: # # ## ## Example standard accounting entries for subscriber levels ## # #subscriber|Subscribers:\ # :accounted:\ # :refreshtime=180d:\ # :refreshperiod@:\ # :sessionlimit@:\ # :autodelete=30d:\ # :expireperiod=180d:\ # :graceexpire=7d:\ # :gracetime=10m:\ # :warnexpire=7d:\ # :warnpassword=7d:\ # :idletime=30m:\ # :sessiontime=4h:\ # :daytime=6h:\ # :weektime=40h:\ # :monthtime=120h:\ # :warntime=4h:\ # :tc=standard: # # ## ## Subscriber accounts. These accounts have their login times ## accounted and have access limits applied. ## #subppp|PPP Subscriber Accounts:\ # :tc=dialer:\ # :tc=subscriber: # # #subslip|SLIP Subscriber Accounts:\ # :tc=dialer:\ # :tc=subscriber: # # #subshell|Shell Subscriber Accounts:\ # :tc=subscriber: # ## ## If you want some of the accounts to use traditional UNIX DES based ## password hashes. ## #des_users:\ # :passwd_format=des:\ # :tc=default: =================================== -- Guilhem BORGHESI Tel : 03 90 24 02 09 Departement d'Informatique Fax : 03 90 24 03 29 Universite Louis Pasteur 7, rue Rene Descartes 67084 Strasbourg Cedex - FRANCE From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13: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 BC6FD16A4CE for ; Fri, 15 Oct 2004 13:14:29 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5C143D39 for ; Fri, 15 Oct 2004 13:14:26 +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 i9FDEB6B079477; Fri, 15 Oct 2004 22:44:12 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Fri, 15 Oct 2004 22:43:52 +0930 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <20041015100633.GA45863@cirb503493.alcatel.com.au> <1097839388.1049.24.camel@localhost> In-Reply-To: <1097839388.1049.24.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1211589.A0B2jsPRnQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410152244.10554.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Peter Jeremy cc: Chuck Swiger Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:14:29 -0000 --nextPart1211589.A0B2jsPRnQ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Oct 2004 20:53, Vladimir Grebenschikov wrote: > > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > > 666, I can't write to it as a non-root user. Does anyone know the > > rationale for this and which particular EPERM is the culprit? I've > > had a quick look at the source but can't see nothing leapt out. > > I guess you should make 0666 (or whatever) perms for /dev/passX to write > something by cdrecord/cdrdao You can but it means people can send raw commands on your SCSI bus (probabl= y=20 not a big issue for atapicam users I'd say) =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 --nextPart1211589.A0B2jsPRnQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBb80i5ZPcIHs/zowRAkfNAJ9Ka0Zyu9Yu14tgoVUGizRyNSA7OgCeJB8c Ex40bB21jb14iXGNfvvIY0w= =BA5W -----END PGP SIGNATURE----- --nextPart1211589.A0B2jsPRnQ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:19: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 D311416A4CE for ; Fri, 15 Oct 2004 13:19:38 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C3F843D1D for ; Fri, 15 Oct 2004 13:19:37 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 6133 invoked by uid 65534); 15 Oct 2004 13:19:36 -0000 Received: from p5087DE36.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.222.54) by mail.gmx.net (mp027) with SMTP; 15 Oct 2004 15:19:36 +0200 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 i9FDJuDb009814 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 15 Oct 2004 15:19:58 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: vova@fbsd.ru Date: Fri, 15 Oct 2004 15:19:18 +0200 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <200410151355.53534.michaelnottebrock@gmx.net> <1097843965.1049.37.camel@localhost> In-Reply-To: <1097843965.1049.37.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1159280.EodxaWIxrC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410151519.21883.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:19:38 -0000 --nextPart1159280.EodxaWIxrC Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 15 October 2004 14:39, Vladimir Grebenschikov wrote: > I think it is better to use devfs rulesets: > > % cat /etc/devfs.rules > [devfsrules_common=3D7] > add path 'acd*' mode 660 group operator > add path 'cd*' mode 660 group operator > add path 'pass*' mode 660 group operator > add path 'xpt*' mode 660 group operator > % fgrep devfs /etc/rc.conf > devfs_system_ruleset=3D"devfsrules_common" Sure, whatever. I usually don't hotplug atapi devices (and I don't have any= =20 usb/firewire/scsi drives) :) =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 --nextPart1159280.EodxaWIxrC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.10 (FreeBSD) iD8DBQBBb85ZXhc68WspdLARAss2AJ9YCoqyikxI50WJL71ox924Jxo/NQCgqVRE cwsNw07YR0wijy6vOUsIK5Y= =OTZU -----END PGP SIGNATURE----- --nextPart1159280.EodxaWIxrC-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:26: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 C6A7A16A4CE for ; Fri, 15 Oct 2004 13:26:06 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C167D43D41 for ; Fri, 15 Oct 2004 13:25:56 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9FDPDZV095318; Fri, 15 Oct 2004 15:25:13 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9FDPCMM095317; Fri, 15 Oct 2004 15:25:12 +0200 (SAST) (envelope-from jhay) Date: Fri, 15 Oct 2004 15:25:12 +0200 From: John Hay To: Sam Leffler Message-ID: <20041015132512.GA95147@zibbi.icomtek.csir.co.za> References: <416DF63E.6000401@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416DF63E.6000401@errno.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:26:06 -0000 Hi Sam, On Wed, Oct 13, 2004 at 08:45:02PM -0700, Sam Leffler wrote: > http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated > backport of the work I've done in Linux. > > These changes are against current; they may apply against other recent > branches but code will not compile because of recent additions to current. > > To apply these changes to a clean current tree do something like: > > cd /usr/src > tar zxf net80211+ath-20041013.tgz > sh doit > > then rebuild modules and/or kernels. Are you sure about the hal version in this patch? When booting with a patched kernel it complains about a hal version mismatch. Searching a little, it looks like sys/contrib/dev/ath/version.h has 0.9.12.13 and a strings of the hal has a number 0.9.12.6. Or did I got my stuff confused somewhere? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:30: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 4162316A4CE for ; Fri, 15 Oct 2004 13:30:14 +0000 (GMT) Received: from out002.verizon.net (out002pub.verizon.net [206.46.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC6B43D41 for ; Fri, 15 Oct 2004 13:30:13 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.97.54]) by out002.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041015133013.DUGM22336.out002.verizon.net@[10.0.3.231]>; Fri, 15 Oct 2004 08:30:13 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Jose M Rodriguez In-Reply-To: <200410121359.33918.josemi@freebsd.jazztel.es> References: <69b7b6901d.6901d69b7b@osu.edu><416BBED8.7020307@gmx.de> <200410121359.33918.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1097847001.843.3.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 09:30:02 -0400 Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out002.verizon.net from [138.89.97.54] at Fri, 15 Oct 2004 08:30:11 -0500 cc: Jochen Gensch cc: freebsd-current@freebsd.org Subject: Re: ACPI Suspend -> /dev/ums0 dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:30:14 -0000 On Tue, 2004-10-12 at 07:59, Jose M Rodriguez wrote: > El Martes, 12 de Octubre de 2004 13:24, Jochen Gensch escribió: > > Jose M Rodriguez wrote: > > > There isn't mouse 'mux' support in FreeBSD's moused. You can use > > > only one. > > > > Sure that is true? I am using both at this moment on the console, so > > no X is runnig. Both with moused. I can activate usb mouse by moused > > -p /dev/ums0 and trackpoint by moused -p /dev/psm0. Usbd is running, > > too by the way. > > > > I think so. > > There's only one /dev/sysmouse that must be gerenated by just one moused > process. > > If you have in /etc/rc.conf: > moused_enable="YES" > usbd_enable="YES" > > You will have two moused processes and all sort of extrange behavior. > But it may works. > > Maybe your BIOS can make the usb and the trackpad 'mux'. In that case, > you must edit your /etc/usbd.conf and comment out the device 'mouse' > > You may also try and specific resume in /etc/rc.resume: > /usr/bin/killall moused > [ -c /dev/psm0 ] && /usr/sbin/moused -p /dev/psm0 \ > -I /var/run/moused.pid > [ -c /dev/ums0 ] && /usr/sbin/moused -p /dev/ums0 \ > -I /var/run/moused.ums0.pid > /usr/sbin/vidcontrol -m on > > See also the comments in /etc/rc.suspend, /etc/rc.resume about uhci. > You may need a kernel without usb to make this work. Also, load your > required usb modules from /etc/loader.conf > > > > > I figured out, that ums0 isn't the problem here, it just takes 2-3 > > seconds and it is there after resuming. I didn't know what device is > > carrying what mouse. So the problem is /dev/psm0. The trackpoint is > > dead after resuming, even though I entered a moused -p /dev/psm0 in > > /etc/rc.resume. This doesn't seem to be executed. Is that the correct > > place to set commands after resume? > > > > Jochen > > > > -- > josemi > > _______________________________________________ > 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" Just for the record -- in current you *can* run multiple moused processes on multiple hardware mice and they will happily coexist and provide source of events for /dev/sysmouse. For more information, please, read "Multiple Mice" section of `man moused`. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:43: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 AFB2B16A4CE; Fri, 15 Oct 2004 13:43:06 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C42DB43D2F; Fri, 15 Oct 2004 13:43:05 +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 i9FDh1P8079790; Fri, 15 Oct 2004 23:13:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 23:12:59 +0930 User-Agent: KMail/1.7 References: <20041015122943.GA29434@hysteria.sk> In-Reply-To: <20041015122943.GA29434@hysteria.sk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1327078.kjEnvtGOez"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410152313.00482.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-smp@freebsd.org cc: rejden Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:43:06 -0000 --nextPart1327078.kjEnvtGOez Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 15 Oct 2004 21:59, rejden wrote: > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz You haven't actually said what the problem is.. =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 --nextPart1327078.kjEnvtGOez Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBb9Pk5ZPcIHs/zowRAjd3AJ4/sxNI/A0PiyU/TdMYA66FH6qyVQCeLDDm TRP/KyHbqKH5HXYSNSVzfNQ= =I6hh -----END PGP SIGNATURE----- --nextPart1327078.kjEnvtGOez-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:48: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 5B63716A4CE for ; Fri, 15 Oct 2004 13:48:55 +0000 (GMT) Received: from zen.rupture.net (zen.rupture.net [216.22.46.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB1043D67 for ; Fri, 15 Oct 2004 13:48:54 +0000 (GMT) (envelope-from jon@rupture.net) Received: from zen.rupture.net (localhost [127.0.0.1]) by zen.rupture.net (8.13.1/8.13.1) with ESMTP id i9FDmq2E029302 for ; Fri, 15 Oct 2004 09:48:52 -0400 (EDT) (envelope-from jon@rupture.net) Received: (from jon@localhost) by zen.rupture.net (8.13.1/8.13.1/Submit) id i9FDmq0t029301 for freebsd-current@freebsd.org; Fri, 15 Oct 2004 09:48:52 -0400 (EDT) (envelope-from jon@rupture.net) X-Authentication-Warning: zen.rupture.net: jon set sender to jon@rupture.net using -f Received: by zen.rupture.net (tmda-sendmail, from uid 500); Fri, 15 Oct 2004 09:48:51 -0400 (EDT) Date: Fri, 15 Oct 2004 09:48:50 -0400 To: freebsd-current@freebsd.org Message-ID: <20041015134850.GB28548@zen.rupture.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i From: Jon Nathan Mail-Followup-To: freebsd-current@freebsd.org X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: jon@rupture.net Subject: Re: BIND9 DNS problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Nathan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:48:55 -0000 * Adam [10-11-2004 10:11]: > > Hey guys, > > When I try and query the machine from both it's external and internal IP, I > get no response for that zone what so ever, however when I attempt to query > the machine using localhost/loopback I get a proper answer. > Does anybody have a solution to this problem? It seems quite odd. Using your bind8 named.conf as a starting point prevented you from finding what appears to be a bind9 directive: // If named is being used only as a local resolver, this is a safe default. // For named to be accessible to the network, comment this option, specify // the proper IP address, or delete this option. // listen-on { 127.0.0.1; }; listen-on { 127.0.0.1; 1.2.3.4; }; -Jon -- Jon Nathan jon@rupture.net From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:50: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 4A3D716A520 for ; Fri, 15 Oct 2004 13:50:33 +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 C737B43D6E for ; Fri, 15 Oct 2004 13:50:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id AFDAC29542A; Fri, 15 Oct 2004 09:50:26 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Fri, 15 Oct 2004 09:50:26 -0400 (EDT) Message-ID: <1076.66.11.183.178.1097848226.squirrel@66.11.183.178> In-Reply-To: References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> Date: Fri, 15 Oct 2004 09:50:26 -0400 (EDT) From: "Mike Jakubik" To: "Jiawei Ye" 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: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:50:33 -0000 Jiawei Ye said: > On Wed, 13 Oct 2004 09:22:08 -0400, Brandon S. Allbery KF8NH > wrote: >> On Wed, 2004-10-13 at 09:00, Mike Jakubik wrote: >> > Ah, no problem, its not a big deal. I did miss it, was it a HEADSUP? >> >> Yes. (Well, a mini heads-up.) >> >> -- >> brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com > syscons seems to be unbroken now, but bash problem persists. Anyone > else seeing this as well? Yes, me. I cvsuped and made world yesterday around 2pm EST, and its still broken. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:55: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 08CBA16A4CE; Fri, 15 Oct 2004 13:55:30 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53AD043D45; Fri, 15 Oct 2004 13:55:29 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i9FDtPvi005607; Fri, 15 Oct 2004 14:55:25 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i9FDtPaC033577; Fri, 15 Oct 2004 14:55:25 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i9FDtP2f033576; Fri, 15 Oct 2004 14:55:25 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: rejden In-Reply-To: <20041015122943.GA29434@hysteria.sk> References: <20041015122943.GA29434@hysteria.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1097848525.28609.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 14:55:25 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 13:55:30 -0000 On Fri, 2004-10-15 at 13:29, rejden wrote: > Hi, > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz > > southpole# uname -a > FreeBSD southpole.brc.cpqcorp.net 5.3-BETA7 FreeBSD 5.3-BETA7 #0: Fri Jan 31 05:24:02 CET 2003 root@southpole.brc.cpqcorp.net:/usr/obj/usr/src/sys/SOUTHPOLE i386 Are you sure you have SMP compiled into your kernel? and the apic device? A verbose dmesg would probably be a lot more use.... Gavin From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14: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 46D0D16A4CE for ; Fri, 15 Oct 2004 14:17:55 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8E343D49 for ; Fri, 15 Oct 2004 14:17:54 +0000 (GMT) (envelope-from leafy7382@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=F4vw23PTi/7oNDodWvBMJD9CRrOcu0xhaiHw2cBk/LW0mLmhsRTUFOcGN9ie3jueNmEznw1RnZf+evsVLQb5SD9bJS535b8KZghCxYsB/TyPdR6y1oS0O8tiaehIdPLs0GZ3koff0p3bznSI5/W4HCVCe1t36nMaIU0/ROHUGC0 Received: by mproxy.gmail.com with SMTP id 80so9975rnl for ; Fri, 15 Oct 2004 07:17:54 -0700 (PDT) Received: by 10.38.8.13 with SMTP id 13mr583527rnh; Fri, 15 Oct 2004 07:17:54 -0700 (PDT) Received: by 10.38.8.57 with HTTP; Fri, 15 Oct 2004 07:17:54 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 22:17:54 +0800 From: Jiawei Ye To: Mike Jakubik In-Reply-To: <1076.66.11.183.178.1097848226.squirrel@66.11.183.178> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> <1076.66.11.183.178.1097848226.squirrel@66.11.183.178> cc: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 14:17:55 -0000 On Fri, 15 Oct 2004 09:50:26 -0400 (EDT), Mike Jakubik wrote: > > syscons seems to be unbroken now, but bash problem persists. Anyone > > else seeing this as well? > > Yes, me. I cvsuped and made world yesterday around 2pm EST, and its still > broken. I believe phk@ commited a fix a couple of hours ago. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:24: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 B74EC16A4CE for ; Fri, 15 Oct 2004 14:24:51 +0000 (GMT) Received: from mail.iinet.net.au (mail-11.iinet.net.au [203.59.3.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B85443D2F for ; Fri, 15 Oct 2004 14:24:50 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 3741 invoked from network); 15 Oct 2004 14:24:48 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 14:24:48 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 00:24:47 +1000 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: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> Subject: installworld prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 14:24:51 -0000 ERROR: Required proxy user is missing, see /usr/src/UPDATING. *** Error code 1 Stop in /usr/FreeBSD5/src. *** Error code 1 Stop in /usr/FreeBSD5/src. ---------- I have read the above document mentioned and have proxy user in both locations it mentions and being im not overly familiar with having this problem before, im at a loss to what im missing. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:31: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 03C6916A4CE for ; Fri, 15 Oct 2004 14:31:16 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DFA543D2D for ; Fri, 15 Oct 2004 14:31:15 +0000 (GMT) (envelope-from bletofarine@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=HOqGp83Z0G8g9npvBCAJgJvJxoQ/bL96X6tt2bYmxKPaZ5woNSY0DU801sGUOP7w9K9oXtd2VmQZ7TngqhTubiI/dwSBZAczTXGUimWuLP7CW5gWO625XQjX9xuFpCdpaTj8WbaUbloGWSnK1HDCIi+9/OjYynubqpxrHA+c5Kg Received: by mproxy.gmail.com with SMTP id 74so31307rnk for ; Fri, 15 Oct 2004 07:31:15 -0700 (PDT) Received: by 10.38.22.51 with SMTP id 51mr252031rnv; Fri, 15 Oct 2004 07:30:39 -0700 (PDT) Received: by 10.38.76.50 with HTTP; Fri, 15 Oct 2004 07:30:39 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 16:30:39 +0200 From: Florian Le Goff To: shinjii@virusinfo.rdksupportinc.com In-Reply-To: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> cc: current@freebsd.org Subject: Re: installworld prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Florian Le Goff List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 14:31:16 -0000 Hello Warren, On Sat, 16 Oct 2004 00:24:47 +1000, Warren Liddell wrote: > ERROR: Required proxy user is missing, see /usr/src/UPDATING. > *** Error code 1 Did you check this page ? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html Did you run mergemaster -p ? Has mergemaster rebuilded your passwd files (if you skipped that point, try running "pwd_mkdb -p /etc/master.passwd" to add the new users to the users database) ? -- Florian "madflo" Le Goff - madflo@beertech.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:31: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 80A3816A4CE for ; Fri, 15 Oct 2004 14:31:38 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id BE98443D3F for ; Fri, 15 Oct 2004 14:31:37 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 48145 invoked by uid 0); 15 Oct 2004 14:30:39 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 15 Oct 2004 14:30:39 -0000 Message-ID: <416FDF4C.9080309@gamersimpact.com> Date: Fri, 15 Oct 2004 09:31:40 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: shinjii@virusinfo.rdksupportinc.com References: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: installworld prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 14:31:38 -0000 Warren Liddell wrote: >ERROR: Required proxy user is missing, see /usr/src/UPDATING. >*** Error code 1 > >Stop in /usr/FreeBSD5/src. >*** Error code 1 > >Stop in /usr/FreeBSD5/src. > >---------- > >I have read the above document mentioned and have proxy user in both locations >it mentions and being im not overly familiar with having this problem before, >im at a loss to what im missing. > > 20040308: The packet filter (pf) is now installed with the base system. Make sure to run mergemaster -p before installworld to create required user account ("proxy"). If you do not want to build pf with your system you can use the NO_PF knob in make.conf. Also note that pf requires "options PFIL_HOOKS" in the kernel. The pf system consists of the following three devices: device pf # required device pflog # optional device pfsync # optional Did you run mergemaster before installworld? What is your output of the following command: (ryans@blue)/usr/src:id proxy uid=62(proxy) gid=62(proxy) groups=62(proxy) (ryans@blue)/usr/src: -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:36: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 1A7B416A4CF for ; Fri, 15 Oct 2004 14:36:21 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E61A43D48 for ; Fri, 15 Oct 2004 14:36:20 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.97.54]) by out001.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041015143619.FIRG23519.out001.verizon.net@[10.0.3.231]>; Fri, 15 Oct 2004 09:36:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: cswiger@mac.com In-Reply-To: <416EDA36.1070403@DeepCore.dk> References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org><416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1097850967.843.14.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 10:36:08 -0400 Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [138.89.97.54] at Fri, 15 Oct 2004 09:36:18 -0500 cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 14:36:21 -0000 On Thu, 2004-10-14 at 15:57, Sřren Schmidt wrote: > Chuck Swiger wrote: > > Michael Nottebrock wrote: > > > >> On Thursday 14 October 2004 12:59, Bruce M Simpson wrote: > >> > >>> On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein wrote: > >>> [ ...well made userland point snipped... ] > >>> Unfortunately, due to the way ata and atapicam are implemented right > >>> now, > >>> this is unlikely to happen soon. > >> > >> > >> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to > >> happen ever since atapicam entered the tree. > > > > > > I'd strongly agree, unless there is a major downside to doing so. > > > > (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support > > burden for the dvd+rw-tools port by a noticable fraction. :-) > > But will do the opposite to my mailbox, and I *dont* support atapicam, > so I think its a bad idea, besides I waste enough time as is, thanks... > Since I was one of the people responsible for using up space in Sřren's mailbox in the past, I felt obliged to chime in -- my laptop (AVERATEC 3150H) was complaining about ad0 and would eventually hang if it had 'device atapicam'. I have disabled it and lived happily thereafter. To be fair, I do not know if it still is the case. If there is enough interest out there, I can plug it back in. However, I think this would be something to consider before making it part of GENERIC kernel. FWIW. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:43: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 3375416A4CE for ; Fri, 15 Oct 2004 14:43:06 +0000 (GMT) Received: from mail.iinet.net.au (mail-13.iinet.net.au [203.59.3.45]) by mx1.FreeBSD.org (Postfix) with SMTP id B58D143D41 for ; Fri, 15 Oct 2004 14:43:04 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 6372 invoked from network); 15 Oct 2004 14:43:02 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 14:43:02 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 00:43:00 +1000 User-Agent: KMail/1.7 References: <200410160024.47619.shinjii@virusinfo.rdksupportinc.com> <416FDF4C.9080309@gamersimpact.com> In-Reply-To: <416FDF4C.9080309@gamersimpact.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410160043.00488.shinjii@virusinfo.rdksupportinc.com> Subject: Re: installworld prob X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 14:43:06 -0000 > Did you run mergemaster before installworld? What is your output of the > following command: > > (ryans@blue)/usr/src:id proxy > uid=62(proxy) gid=62(proxy) groups=62(proxy) > (ryans@blue)/usr/src: The machine is setup a lil different as it cant hold its own src/ports tree it is mounted form another machine, hence setup slightly different, hence the below error.. *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. *** Creating the temporary root environment in /var/tmp/temproot.1016.00.49.21 *** /var/tmp/temproot.1016.00.49.21 ready for use *** Creating and populating directory structure in /var/tmp/temproot.1016.00.49.21 cd: can't cd to /usr/src/etc make: don't know how to make distrib-dirs. Stop *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:51: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 3A1F516A4CE for ; Fri, 15 Oct 2004 14:51:00 +0000 (GMT) Received: from mail.iinet.net.au (mail-04.iinet.net.au [203.59.3.36]) by mx1.FreeBSD.org (Postfix) with SMTP id EBF2943D41 for ; Fri, 15 Oct 2004 14:50:58 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 19037 invoked from network); 15 Oct 2004 14:50:57 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 14:50:57 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 00:50:55 +1000 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: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> Subject: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 14:51:00 -0000 Voyager# make installworld mkdir -p /tmp/install.9nPYzwyq for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.9nPYzwyq; done +cd /usr/FreeBSD5/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/games:/usr/obj/usr/FreeBSD5/src/i386/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/usr/games:/tmp/install.9nPYzwyq make -f Makefile.inc1 reinstall +cd: not found *** Error code 127 Stop in /usr/FreeBSD5/src. *** Error code 1 Stop in /usr/FreeBSD5/src. ======== Why has it got +cd ?? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:59: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 D593316A4CE for ; Fri, 15 Oct 2004 14:59:10 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C78643D5C for ; Fri, 15 Oct 2004 14:59:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101523:58:45:870779.7481.2833501104 for ; Fri, 15 Oct 2004 23:58:45 +0900 (KST) Message-ID: <416FE5B7.8090205@yahoo.com> Date: Fri, 15 Oct 2004 23:59:03 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current References: <20041014130136.59412.qmail@web54007.mail.yahoo.com> <51540.208.4.77.15.1097760310.squirrel@208.4.77.15> In-Reply-To: <51540.208.4.77.15.1097760310.squirrel@208.4.77.15> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:7.47) (by Terrace) cc: Ryan Sommers Subject: Re: 5.3Beta7: diskless boot, has someone succeeded? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 14:59:10 -0000 Ryan Sommers wrote: > spam maps said: > >> # rpcinfo -s 192.168.123.254 >> program version(s) netid(s) service owner >> 100000 2,3,4 local,udp6,tcp6,udp,tcp rpcbind >> superuser >> 100005 3,1 tcp6,udp6,tcp,udp mountd >> superuser > > > Are you sure you have NFS running on the NFS server? If I'm not mistaken > there should be an nfs service registered as well. > > > Be sure your NFS server has: > > nfs_server_enable="YES" > > in /etc/rc.conf and you have compiled a kernel with: > > options NFSSERVER OK, thanks. This NFSSERVER option was not there. I have recompiled everything, and tried again. It still does not work; I hope you have a few spare minutes to follow my reasoning below. I have two PCs: 1) the master for the diskless boot is also the router for for my private network: IP 192.168.123.254. 2) the "client" with (private) IP 192.168.123.1 at present does have a harddisk (so can boot from there too), but eventually I want this PC to become the diskless one. In short: The diskless client boots from floppy, it loads the kernel and mounts root from the master. The lan-card of the client seems to work, since I can ping 192.168.123.1. Although also /usr and /home should be mounted by the client, this is not happening; somehow the scripts from mounted root directory do not continue properly. How can I investigate further? ----------------------------------- The long version of my problem is here: During the boot process of the master, I get: [...] Starting sshd. Starting sendmail. Oct 15 22:49:01 master rpcbind: connect from ::1 to getport/addr(status): request from unauthorized host Oct 15 22:49:01 master rpc.lockd: 100024 RPC: Port mapper failure Oct 15 22:49:01 master rpcbind: connect from 127.0.0.1 to getport/addr(status): request from unauthorized host Initial i386 initialization:. Additional ABI support:. Starting cron. [...] Do I have to worry about these rpcbind/rpc.lockd messages? Assuming these are not critical, I proceed. I seem to have configured the master/192.168.123.254 appropriate, which I test with the harddisk-boot from the client/192.168.123.1: client# bootptest 192.168.123.254 bootptest: version 2.4.3 Sending to 192.168.123.254 (request) htype:0 hlen:0 xid:480 C:192.168.123.1 vend-rfc1395 Recvd from 192.168.123.254 (reply) htype:0 hlen:0 xid:480 C:192.168.123.1 S:192.168.123.254 sname:"master.snu.ac.kr" file:"//boot/kernel/kernel" vend-rfc1395 SM:255.255.255.0 GW:192.168.123.254 ROOT:"192.168.123.254:/tftpboot" HN:"client" client# rpcinfo -s 192.168.123.254 program version(s) netid(s) service owner 100000 2,3,4 local,udp6,tcp6,udp,tcp rpcbind superuser 100005 3,1 tcp6,udp6,tcp,udp mountd superuser 100003 3,2 tcp6,tcp,udp6,udp nfs superuser 100024 1 tcp,tcp6,udp,udp6 status superuser 100021 4,3,1,0 tcp6,udp6,tcp,udp nlockmgr superuser client# mount_nfs 192.168.123.254:/tftpboot /mnt/m1 client# mount_nfs 192.168.123.254:/usr /mnt/m2 client# mount_nfs 192.168.123.254:/home /mnt/m3 client# showmount -a 192.168.123.254 All mount points on 192.168.123.254: client:/home client:/tftpboot client:/usr -------------- At this stage, I believe bootpd, NFS and corresponding mounting should work properly. So I rebooted the client with the diskless bootup floppy (created from etherboot port). It boots over the serial port: ROM segment 0x0000 length 0x0000 reloc 0x00020000 Etherboot 5.2.4 (GPL) http://etherboot.org Tagged ELF (FreeBSD) a.out for [RTL8139] Relocating _text from: [00010070,00023200) to [01eece70,01f00000) Probing pci nic...k or (Q)uit? [rtl8139] - ioaddr 0X6000, addr 00:A0:B0:0E:3A:95 100Mbps full-duplex Searching for server (DHCP)... .Me: 192.168.123.1, Server: 192.168.123.254, Gateway 192.168.123.254 Loading 192.168.123.254://boot/kernel/kernel ..(ELF/FreeBSD)... ............................................................... ............................................................... [...snip...] ............................................................... ................done Then nothing happens anymore. At this stage, I can ping the client from the master: master# ping 192.168.123.1 PING 192.168.123.1 (192.168.123.1): 56 data bytes 64 bytes from 192.168.123.1: icmp_seq=0 ttl=64 time=1.733 ms 64 bytes from 192.168.123.1: icmp_seq=1 ttl=64 time=0.471 ms On the master, I can verify only one mount: master# showmount -a 192.168.123.254 All mount points on 192.168.123.254: client:/tftpboot -------------- So the kernel is loaded and root partition (/tftpboot) mounted. But that seems to be all that has happened. I suspect a problem with the initdiskless script in /tftpboot/etc/rc.d on the master, so I have put a 'echo' statement at the top of that file, but that is not printed at all. Any idea where it could be hanging? Any ideas how I can further investigate this? Thanks, Rob. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:04: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 80D4F16A4CE for ; Fri, 15 Oct 2004 15:04:46 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346AE43D41 for ; Fri, 15 Oct 2004 15:04:46 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 4118FC7C3; Fri, 15 Oct 2004 11:04:45 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id E8F671D21B5; Fri, 15 Oct 2004 11:04:35 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16751.59139.899972.688289@canoe.dclg.ca> Date: Fri, 15 Oct 2004 11:04:35 -0400 To: freebsd-current@freebsd.org In-Reply-To: <20041015033954.E031B16A4D1@hub.freebsd.org> References: <20041015033954.E031B16A4D1@hub.freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: freebsd-current Digest, Vol 76, Issue 46 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:04:46 -0000 Kevin: if you could please only send me text messages, I'll be able to read them a lot easier. The website you sent seems to be a single sign on play. Without the support of a large company, I can't imagine this being important. I'm not a .net fan, nor have I ever used the Sun technology ... but I have trouble seeing a large enough market for these guys to make sense for any of our projects. Maybe you guys can enlighten me? Anyways, I need to set up that meeting with eicatylst and get some contact information for them. Can that be done this morning? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:06: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 80AC816A4CE for ; Fri, 15 Oct 2004 15:06:09 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C79C43D53 for ; Fri, 15 Oct 2004 15:06:09 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 8B341C7CA; Fri, 15 Oct 2004 11:06:08 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 830EA1D21B5; Fri, 15 Oct 2004 11:05:58 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16751.59218.310373.325279@canoe.dclg.ca> Date: Fri, 15 Oct 2004 11:05:54 -0400 To: freebsd-current@freebsd.org In-Reply-To: <20041015033954.E031B16A4D1@hub.freebsd.org> References: <20041015033954.E031B16A4D1@hub.freebsd.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: freebsd-current Digest, Vol 76, Issue 46 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:06:09 -0000 Bah. Disregard that. Complete missend. Arugh. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:11: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 1ADE816A4CE for ; Fri, 15 Oct 2004 15:11:45 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E770B43D39 for ; Fri, 15 Oct 2004 15:11:43 +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 i9FFBfwx013111; Fri, 15 Oct 2004 18:11:41 +0300 (EEST) (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 54348-05; Fri, 15 Oct 2004 18:11:40 +0300 (EEST) 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 i9FFBepd013108; Fri, 15 Oct 2004 18:11:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9FFBWEn044166; Fri, 15 Oct 2004 18:11:32 +0300 (EEST) (envelope-from ru) Date: Fri, 15 Oct 2004 18:11:31 +0300 From: Ruslan Ermilov To: Warren Liddell Message-ID: <20041015151131.GA44099@ip.net.ua> References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:11:45 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 12:50:55AM +1000, Warren Liddell wrote: > Voyager# make installworld > mkdir -p /tmp/install.9nPYzwyq > for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find = grep =20 > ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic;= do =20 > cp `which $prog` /tmp/install.9nPYzwyq; done > +cd /usr/FreeBSD5/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 = =20 > MACHINE=3Di386 CPUTYPE=3D =20 > GROFF_BIN_PATH=3D/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/bin =20 > GROFF_FONT_PATH=3D/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/groff_f= ont =20 > GROFF_TMAC_PATH=3D/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/tmac = =20 > PATH=3D/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/sbin:/usr/obj/usr/FreeBS= D5/src/i386/legacy/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/games:= /usr/obj/usr/FreeBSD5/src/i386/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/usr/= bin:/usr/obj/usr/FreeBSD5/src/i386/usr/games:/tmp/install.9nPYzwyq=20 > make -f Makefile.inc1 reinstall > +cd: not found > *** Error code 127 >=20 > Stop in /usr/FreeBSD5/src. > *** Error code 1 >=20 > Stop in /usr/FreeBSD5/src. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D >=20 > Why has it got +cd ?? >=20 You're supposed to "make buildworld" before doing "make installworld". It will build (and cause "installworld" to use) the new make binary that understands the `+' syntax. From the new make(1) manpage: > A `+' causes the command to be executed even if -n is specified > on the command line. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBb+ijqRfpzJluFF4RAogZAJ0fkIeAC4ztMP48D9MkWZA16mwkXwCfc1Lp BKOs9vq4ZFHgJjorlbUSI4E= =/Okm -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:12: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 AB65016A4CE for ; Fri, 15 Oct 2004 15:12:42 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 600AC43D49 for ; Fri, 15 Oct 2004 15:12:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9FFCfWi014976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Oct 2004 08:12:42 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416FE900.7030809@errno.com> Date: Fri, 15 Oct 2004 08:13:04 -0700 From: Sam Leffler Organization: Errrno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> In-Reply-To: <20041015132512.GA95147@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:12:42 -0000 John Hay wrote: > Hi Sam, > > On Wed, Oct 13, 2004 at 08:45:02PM -0700, Sam Leffler wrote: > >>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated >>backport of the work I've done in Linux. >> >>These changes are against current; they may apply against other recent >>branches but code will not compile because of recent additions to current. >> >>To apply these changes to a clean current tree do something like: >> >>cd /usr/src >>tar zxf net80211+ath-20041013.tgz >>sh doit >> >>then rebuild modules and/or kernels. > > > Are you sure about the hal version in this patch? When booting with > a patched kernel it complains about a hal version mismatch. Searching > a little, it looks like sys/contrib/dev/ath/version.h has 0.9.12.13 > and a strings of the hal has a number 0.9.12.6. > > Or did I got my stuff confused somewhere? Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. If things don't match up then you've got something out of sync. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:19: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 F00EB16A4CE for ; Fri, 15 Oct 2004 15:19:36 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9768243D31 for ; Fri, 15 Oct 2004 15:19:35 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CITrW-0000ON-00 Fri, 15 Oct 2004 17:19:22 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CITrV-0000Nd-00 Fri, 15 Oct 2004 17:19:22 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9FEnmc5006476; Fri, 15 Oct 2004 16:49:49 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9FEnki7089287; Fri, 15 Oct 2004 16:49:46 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 16:49:44 +0200 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <416EDA36.1070403@DeepCore.dk> <1097850967.843.14.camel@RabbitsDen> In-Reply-To: <1097850967.843.14.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410151649.45117.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.27.0.12; VDF 6.27.0.81 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: cswiger@mac.com cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:19:37 -0000 El Viernes, 15 de Octubre de 2004 16:36, Alexandre "Sunny" Kovalenko=20 escribi=F3: > On Thu, 2004-10-14 at 15:57, S=F8ren Schmidt wrote: > > Chuck Swiger wrote: > > > Michael Nottebrock wrote: > > >> On Thursday 14 October 2004 12:59, Bruce M Simpson wrote: > > >>> On Wed, Oct 13, 2004 at 10:51:41PM +0200, Ulrich Spoerlein > > >>> wrote: [ ...well made userland point snipped... ] > > >>> Unfortunately, due to the way ata and atapicam are implemented > > >>> right now, > > >>> this is unlikely to happen soon. > > >> ... > > Since I was one of the people responsible for using up space in > S=F8ren's mailbox in the past, I felt obliged to chime in -- my laptop > (AVERATEC 3150H) was complaining about ad0 and would eventually hang > if it had 'device atapicam'. I have disabled it and lived happily > thereafter. To be fair, I do not know if it still is the case. If > there is enough interest out there, I can plug it back in. > > However, I think this would be something to consider before making it > part of GENERIC kernel. > > FWIW. > --- > Alexandre "Sunny" Kovalenko. > Well, and something between? With module support going better and better, we'll try to distribute=20 some other kernel appart of GENERIC. This is now done by NetBSD and think that re makefiles support more than=20 GENERIC and install kernels. Have also a PC or a MOBILE kernel may be of interest. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:23: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 B0E6C16A4CE for ; Fri, 15 Oct 2004 15:23:57 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FC943D39 for ; Fri, 15 Oct 2004 15:23:55 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9FFNcZV098974; Fri, 15 Oct 2004 17:23:38 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9FFNcfw098973; Fri, 15 Oct 2004 17:23:38 +0200 (SAST) (envelope-from jhay) Date: Fri, 15 Oct 2004 17:23:37 +0200 From: John Hay To: Sam Leffler Message-ID: <20041015152337.GA98631@zibbi.icomtek.csir.co.za> References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416FE900.7030809@errno.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:23:57 -0000 Hi Sam, > > > >>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated > >>backport of the work I've done in Linux. > >> > >>cd /usr/src > >>tar zxf net80211+ath-20041013.tgz > >>sh doit > > Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. > If things don't match up then you've got something out of sync. #################### tar -xzf net80211+ath-20041013.tgz tar -xzf ath_hal-20041013.tgz fgrep 0.9. ath_hal-20041013/version.h #define ATH_HAL_VERSION "0.9.12.13" cat ath_hal-20041013/freebsd/i386-elf.hal.o.uu | uudecode -p | strings | fgrep 0.9. 0.9.12.6 ##################### John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:33: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 3E4DD16A4CF for ; Fri, 15 Oct 2004 15:33:57 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 084E043D60 for ; Fri, 15 Oct 2004 15:33:57 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9FFXuWi015090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Oct 2004 08:33:56 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <416FEDFB.1060908@errno.com> Date: Fri, 15 Oct 2004 08:34:19 -0700 From: Sam Leffler Organization: Errrno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> In-Reply-To: <20041015152337.GA98631@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:33:57 -0000 John Hay wrote: > Hi Sam, > >>>>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated >>>>backport of the work I've done in Linux. >>>> >>>>cd /usr/src >>>>tar zxf net80211+ath-20041013.tgz >>>>sh doit >> >>Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. >>If things don't match up then you've got something out of sync. > > > #################### > tar -xzf net80211+ath-20041013.tgz > tar -xzf ath_hal-20041013.tgz > fgrep 0.9. ath_hal-20041013/version.h > #define ATH_HAL_VERSION "0.9.12.13" > cat ath_hal-20041013/freebsd/i386-elf.hal.o.uu | uudecode -p | strings | fgrep 0.9. > 0.9.12.6 > ##################### > > John more ath_hal-20041013/freebsd/i386-elf.hal.o.uu From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:54: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 1AA6516A4CE for ; Fri, 15 Oct 2004 15:54:38 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE2D43D3F for ; Fri, 15 Oct 2004 15:54:37 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 17492 invoked by uid 89); 15 Oct 2004 16:02:12 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 15 Oct 2004 16:02:12 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Fri, 15 Oct 2004 10:02:12 -0600 (MDT) Message-ID: <25545.128.101.36.205.1097856132.squirrel@128.101.36.205> In-Reply-To: <20041015151131.GA44099@ip.net.ua> References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <20041015151131.GA44099@ip.net.ua> Date: Fri, 15 Oct 2004 10:02:12 -0600 (MDT) From: "Ryan Sommers" To: "Ruslan Ermilov" 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: freebsd-current@freebsd.org cc: Warren Liddell Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 15:54:38 -0000 Ruslan Ermilov said: > On Sat, Oct 16, 2004 at 12:50:55AM +1000, Warren Liddell wrote: >> Voyager# make installworld >> mkdir -p /tmp/install.9nPYzwyq >> for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find >> grep >> ln make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc >> zic; do >> cp `which $prog` /tmp/install.9nPYzwyq; done >> +cd /usr/FreeBSD5/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 >> MACHINE=i386 CPUTYPE= >> GROFF_BIN_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/bin >> GROFF_FONT_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/groff_font >> GROFF_TMAC_PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/share/tmac >> PATH=/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/games:/usr/obj/usr/FreeBSD5/src/i386/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/usr/games:/tmp/install.9nPYzwyq >> make -f Makefile.inc1 reinstall >> +cd: not found >> *** Error code 127 >> >> Stop in /usr/FreeBSD5/src. >> *** Error code 1 >> >> Stop in /usr/FreeBSD5/src. >> >> =======> >> Why has it got +cd ?? >> > You're supposed to "make buildworld" before doing "make installworld". > It will build (and cause "installworld" to use) the new make binary > that understands the `+' syntax. From the new make(1) manpage: > >> A `+' causes the command to be executed even if -n is specified >> on the command line. I suspect, from your earlier message, that your build environment, although non-standard isn't setup quite right. Are you mounting the /usr/src and /usr/ports over NFS? Where are you mounting them? What command are you using to build world? I frequently build with an NFS mounted /usr/src and /usr/ports. From your previous post it looks like you are using somewhat different paths, which although might not be a problem, it might if your object directory is different and you aren't using it in all the commands. If the machine is too small to hold the src and ports trees, is it large enough to hold /usr/obj? I would suggest the following. On your 'big' host, export a directory to use as /usr/ports, another as /usr/src, and if needed another as /usr/obj. On the 'small' host, NFS mount those directories to /usr/src, /usr/ports and /usr/obj. Then you can build and install just as if they weren't NFS mounted, which makes it somewhat easier to not forget to set make variables. When you reboot though, you won't be able to do the 'installworld' from single user unless you bring up your networking components and NFS mounts first. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:59: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 B68B816A509; Fri, 15 Oct 2004 15:59:47 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4AA43D31; Fri, 15 Oct 2004 15:59:40 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-187-6.dsl.snfc21.pacbell.net [64.171.187.6])i9FFxrWo027344; Fri, 15 Oct 2004 11:59:53 -0400 Message-ID: <416FF3EA.50309@root.org> Date: Fri, 15 Oct 2004 08:59:38 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: re@FreeBSD.org References: <200410150741.i9F7fAeD023273@pooker.samsco.org> In-Reply-To: <200410150741.i9F7fAeD023273@pooker.samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 15 Oct 2004 15:59:48 -0000 Scott Long wrote: > |------------------+-------------+----------------+----------------------| > | | | | Apple's Darwin | > | | | | operating system has | > | | | | fairly extensive | > | Merge of Darwin | | | improvements to | > | msdosfs, other | Not done | -- | msdosfs and other | > | fixes | | | kernel services; | > | | | | these fixes must be | > | | | | reviewed and merged | > | | | | to the FreeBSD tree. | > |------------------+-------------+----------------+----------------------| I believe this is done. I looked into this before 5.2 and saw that the main difference was support for the dirty bit. trhodes@ merged those changes and bde@ did some cleanup. At this point, I don't think there's a major msdosfs diff between the two. As for the other stuff, sure, it's great to keep trying to merge stuff from Darwin (and NetBSD, and OpenBSD, and DFBSD, ...) but I don't think that kind of general wish should be a TODO. -Nate From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 16:31: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 49DD916A4CF for ; Fri, 15 Oct 2004 16:31:33 +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 1D0F243D49 for ; Fri, 15 Oct 2004 16:31:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 83207511FE; Fri, 15 Oct 2004 09:31:32 -0700 (PDT) Date: Fri, 15 Oct 2004 09:31:32 -0700 From: Kris Kennaway To: Warren Liddell Message-ID: <20041015163132.GA74257@xor.obsecurity.org> References: <200410151726.45034.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <200410151726.45034.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Internal compiler error in Buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 16:31:33 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 15, 2004 at 05:26:41PM +1000, Warren Liddell wrote: > cc -O -pipe -DTERMIOS -DANSI_SOURCE=20 > -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl=20 > -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl/crypto=20 > -I/usr/obj/usr/src/secure/usr.bin/openssl -DOPENSSL_THREADS -DOPENSSL_NO_= IDEA=20 > -DL_ENDIAN -DMONOLITH -I/usr/src/secure/usr.bin/openssl -DNO_IDEA =20 > -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c > In file included=20 > from /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version= .c:115: > /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/apps.h:121:= =20 > internal compiler error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. Usually indicates hardware problems on your end. Kris --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBb/tkWry0BWjoQKURAm9RAKCoPox6sKylGXkdsm892LDqqzXrWQCfVt8+ u9K/6CyaUTILEDIb19MMxqA= =VKJb -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 16: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 AE5FA16A4CE for ; Fri, 15 Oct 2004 16:33:28 +0000 (GMT) Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D85A543D1D for ; Fri, 15 Oct 2004 16:33:27 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 35665"@KVIS10.KVI.nl [129.125.27.60]) <01LG2JGJ0HZMD41PON@KVI.nl> for current@freebsd.org; Fri, 15 Oct 2004 18:33:23 +0200 (MET DST) Received: from KVIW08.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-9) id 18060-65B07BAE; Fri, 15 Oct 2004 18:33:23 +0200 Received: from kvip88 ("port 56484"@KVIP88.KVI.nl [129.125.15.152]) <01LG2JGF1CX8D41PAD@KVI.nl> for current@freebsd.org; Fri, 15 Oct 2004 18:33:18 +0200 (MET DST) Date: Fri, 15 Oct 2004 18:33:17 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200410151833.17768.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.28.0.7; VDF: 6.28.0.20; host: kvi.nl) Subject: Problems using AMD automounter on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 16:33:28 -0000 Hi. I have found a very strange behavior on using the external USB-HDD and automounting it under BETA7. In general it works fine, but yesterday late evening I was moving a lot of relatively small files beween 2 partitions on this drive. Some time later I looked at the first terminal and noted there a few pages of messages like: Oct 15 01:29:53 kvip55 kernel: fsync: giving up on dirty: 0xc258c630: tag devfs, type VCHR, usecount 6, writecount 0, refcount 5, flags (VV_OBJBUF), lock type devfs: EXCL (count 1) by thread 0xc2732af0 (pid 1012) Oct 15 01:29:53 kvip55 kernel: dev da0s2a Oct 15 01:29:53 kvip55 amd[352]: /amd/d2: unmount: Resource temporarily unavailable /amd/d2 is a ufs partition mounted from da0s2a In the same time the copying itself went smooth. BTW, is it enough to just dismount partition to make it flush all buffers before switching the HDD off ? And is it also holds for the msdos_fs, as this one can't be mounted in sync mode ? -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 16:45: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 521B516A4CF for ; Fri, 15 Oct 2004 16:45:05 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91F243D1D for ; Fri, 15 Oct 2004 16:45:04 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9FGj3pU008421; Fri, 15 Oct 2004 12:45:04 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Fri, 15 Oct 2004 12:45:02 -0400 To: Mark Linimon , Robert Huff 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: current@freebsd.org Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 16:45:05 -0000 At 1:17 PM -0500 10/14/04, Mark Linimon wrote: >On Thu, 14 Oct 2004, Robert Huff wrote: > >> Speaking only for myself: > > As someone who started tracking -CURRENT several months > > after the release of 5.0, and who has the proven ability to > > screw things up in ways unrelated to the actual code >:-( > >... filing a PR is (barring lack of sleep, low blood sugar, > > and/or "one of those days") the last resort not the first. > >(wearing bugmeister hat) > >I think the answer is "it depends". Certainly for build errors, >my understanding is that they shouldn't be PRs, under the theory >that someone will catch and fix them more quickly than the PR >database will catch up. > >But my assumption is that for pretty much everything else that >the PR database is the way to go. No? I think he's just saying that he doesn't like to file a PR until he's reasonably sure the problem is not some mistake on his side of things. Certainly I have had several times where I run into that. I start to write up a long and detailed PR for some problem, but in the process of gathering all the details I realize, "Oh, wait, this problem is because of those files I deleted last weekend, so I am picking up the wrong version of "... -- 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 Fri Oct 15 16:52: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 94B1B16A4CE for ; Fri, 15 Oct 2004 16:52:55 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A0043D46 for ; Fri, 15 Oct 2004 16:52:55 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CIVK2-000250-Rp for current@freebsd.org; Fri, 15 Oct 2004 12:52:55 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16752.93.173976.970575@jerusalem.litteratus.org> Date: Fri, 15 Oct 2004 12:52:45 -0400 To: current@freebsd.org In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 16:52:55 -0000 Garance A Drosihn writes: > I think he's just saying that he doesn't like to file a PR until > he's reasonably sure the problem is not some mistake on his side > of things. Correct. I'm also bad at filling out PRs - some of the fields are not intuitively obvious for those not well-versed in the process - and I'd rather let someone who has more clue do so when/if needed. Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:03: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 A61A216A4CE for ; Fri, 15 Oct 2004 17:03:57 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086A543D45 for ; Fri, 15 Oct 2004 17:03:57 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 5B1C42A42B; Fri, 15 Oct 2004 19:03:54 +0200 (CEST) Date: Fri, 15 Oct 2004 19:03:54 +0200 From: Thomas Quinot To: Alexandre Sunny Kovalenko Message-ID: <20041015170354.GF16083@melusine.cuivre.fr.eu.org> References: <20041013205141.GA874@galgenberg.net> <416EDA36.1070403@DeepCore.dk> <1097850967.843.14.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097850967.843.14.camel@RabbitsDen> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: cswiger@mac.com cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:03:57 -0000 * Alexandre Sunny Kovalenko, 2004-10-15 : > be fair, I do not know if it still is the case. If there is enough > interest out there, I can plug it back in. If you can do that experiment and le tme know what happens, I'd certainly be interested in fixing this issue. Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17: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 90AEE16A4CF for ; Fri, 15 Oct 2004 17:11:52 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E09443D41 for ; Fri, 15 Oct 2004 17:11:52 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i9FHBjtX070308; Fri, 15 Oct 2004 13:11:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i9FHBjvZ070307; Fri, 15 Oct 2004 13:11:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 15 Oct 2004 13:11:45 -0400 From: David Schultz To: Andrey Chernov , current@FreeBSD.ORG Message-ID: <20041015171144.GA69709@VARK.MIT.EDU> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20041015075641.GA6820@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015075641.GA6820@nagual.pp.ru> Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:11:52 -0000 On Fri, Oct 15, 2004, Andrey Chernov wrote: > N of blocks can be different. > Can't provide full debugging trace yet, excepting this one: The traceback won't be very helpful in this case because this most likely indicates a swap leak that happened some time earlier. What *would* be helpful is more information about your swap devices, any steps you need to take while the system is running to reproduce this, the approximate size of N, etc. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:14: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 EA70716A4CE for ; Fri, 15 Oct 2004 17:14:55 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7428A43D54 for ; Fri, 15 Oct 2004 17:14:55 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id EB59F3D10; Fri, 15 Oct 2004 19:14:53 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 138933CBE for ; Fri, 15 Oct 2004 19:14:51 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 0E89F4089; Fri, 15 Oct 2004 19:14:48 +0200 (CEST) To: current@freebsd.org From: Arne Schwabe Date: Fri, 15 Oct 2004 19:14:47 +0200 Message-ID: <86fz4fx5rs.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: Subject: Problems with firewire card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:14:56 -0000 cardbus0: Resource not specified in CIS: id=10, size=1000 cardbus0: Resource not specified in CIS: id=14, size=100 cardbus0: Resource not specified in CIS: id=18, size=100 pcib2: device cardbus0 requested decoded memory range 0xc0200000-0xcfffffff found-> vendor=0x1033, dev=0x00cd, revid=0x03 bus=3, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0xe8 (6960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=222 powerspec 2 supports D0 D2 D3 current D0 fwohci0: mem 0xc0241000-0xc02410ff,0xc0241100-0xc02411ff,0xc0240000-0xc0240fff irq 10 at device 0.0 on cardbus0 pcib2: device fwohci0 requested decoded memory range 0xc0240000-0xc0240fff fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:00:00:00 This line is somewhat strange. fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 1024 bytes. fwohci0: max_rec 1024 -> 2048 firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) Attaching a fw disk(ipod) results in a panic :/ The Fw cards works under Windows without problems. Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:17: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 D54D916A4CF for ; Fri, 15 Oct 2004 17:17:03 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0200E43D54 for ; Fri, 15 Oct 2004 17:17:02 +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 i9FHH1dB075170 for ; Fri, 15 Oct 2004 21:17:01 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9FHH1Gb075169 for current@freebsd.org; Fri, 15 Oct 2004 21:17:01 +0400 (MSD) (envelope-from ache) Date: Fri, 15 Oct 2004 21:17:00 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20041015171700.GA74901@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015171144.GA69709@VARK.MIT.EDU> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.18 (host: pobrecita.freebsd.ru) Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:17:04 -0000 On Fri, Oct 15, 2004 at 01:11:45PM -0400, David Schultz wrote: > On Fri, Oct 15, 2004, Andrey Chernov wrote: > > N of blocks can be different. > > Can't provide full debugging trace yet, excepting this one: > > The traceback won't be very helpful in this case because this most > likely indicates a swap leak that happened some time earlier. > What *would* be helpful is more information about your swap > devices, any steps you need to take while the system is running to > reproduce this, the approximate size of N, etc. # swapinfo Device 1K-blocks Used Avail Capacity /dev/da0s1b 615408 41408 574000 7% Nothing special to reproduce, it is always reproduced automatically at shutdown. Kernels from Aug 8 and below never do that, I see this panic constantly only with most recent kernels (last 2 days). I not test kernels between Aug 8 and last 2 days, so can't say anything. N =~ 2-16 Softupdates on. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:21: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 E8F8016A4CE for ; Fri, 15 Oct 2004 17:21:19 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAD3443D45 for ; Fri, 15 Oct 2004 17:21:17 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9FHL6ZV002601; Fri, 15 Oct 2004 19:21:07 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9FHL5JO002600; Fri, 15 Oct 2004 19:21:05 +0200 (SAST) (envelope-from jhay) Date: Fri, 15 Oct 2004 19:21:05 +0200 From: John Hay To: Sam Leffler Message-ID: <20041015172105.GA2560@zibbi.icomtek.csir.co.za> References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416FEDFB.1060908@errno.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:21:20 -0000 On Fri, Oct 15, 2004 at 08:34:19AM -0700, Sam Leffler wrote: > John Hay wrote: > >Hi Sam, > > > >>>>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated > >>>>backport of the work I've done in Linux. > >>>> > >>>>cd /usr/src > >>>>tar zxf net80211+ath-20041013.tgz > >>>>sh doit > >> > >>Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. > >>If things don't match up then you've got something out of sync. > > > > > >#################### > >tar -xzf net80211+ath-20041013.tgz > >tar -xzf ath_hal-20041013.tgz > >fgrep 0.9. ath_hal-20041013/version.h > >#define ATH_HAL_VERSION "0.9.12.13" > >cat ath_hal-20041013/freebsd/i386-elf.hal.o.uu | uudecode -p | strings | > >fgrep 0.9. > >0.9.12.6 > >##################### > > > > more ath_hal-20041013/freebsd/i386-elf.hal.o.uu That have: #define ATH_HAL_VERSION "0.9.12.6" John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:23: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 308C316A4CE for ; Fri, 15 Oct 2004 17:23: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 EA32A43D2F for ; Fri, 15 Oct 2004 17:23:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 444B6295B0A; Fri, 15 Oct 2004 13:23:14 -0400 (EDT) Received: from 66.11.183.178 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Fri, 15 Oct 2004 13:23:14 -0400 (EDT) Message-ID: <1539.66.11.183.178.1097860994.squirrel@66.11.183.178> In-Reply-To: References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> <1076.66.11.183.178.1097848226.squirrel@66.11.183.178> Date: Fri, 15 Oct 2004 13:23:14 -0400 (EDT) From: "Mike Jakubik" To: "Jiawei Ye" 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: freebsd-current@freebsd.org Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:23:16 -0000 Jiawei Ye said: > On Fri, 15 Oct 2004 09:50:26 -0400 (EDT), Mike Jakubik > wrote: >> > syscons seems to be unbroken now, but bash problem persists. Anyone >> > else seeing this as well? >> >> Yes, me. I cvsuped and made world yesterday around 2pm EST, and its >> still >> broken. > > I believe phk@ commited a fix a couple of hours ago. Yes, it works fine now. I just did a cvsup and buildworld, and bash seems to be working OK. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:41: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 8E6F016A4CE for ; Fri, 15 Oct 2004 17:41:34 +0000 (GMT) Received: from mail.boulderlabs.com (mail.boulderlabs.com [206.168.112.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDB643D2F for ; Fri, 15 Oct 2004 17:41:34 +0000 (GMT) (envelope-from bob@mail.boulderlabs.com) Received: from vec.boulderlabs.com (cpe-24-221-212-162.co.sprintbbd.net [24.221.212.162])i9FHfVe2014113 for ; Fri, 15 Oct 2004 11:41:32 -0600 (MDT) (envelope-from bob@mail.boulderlabs.com) Received: from vec.boulderlabs.com (localhost.boulderlabs.com [127.0.0.1]) by vec.boulderlabs.com (8.12.2/8.12.2) with ESMTP id i9FHfMxQ036620 for ; Fri, 15 Oct 2004 11:41:22 -0600 (MDT) (envelope-from bob@vec.boulderlabs.com) Message-Id: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> From: Robert Gray To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 11:41:22 -0600 Sender: bob@boulderlabs.com X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60-rc3 X-Spam-Checker-Version: SpamAssassin 2.60-rc3 (1.202-2003-08-29-exp) on mail.boulderlabs.com Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:41:34 -0000 Yes, a built-in memory tester would be helpful. However, my experience is that many memory problems pass the x86memtest, but cause "seg faults" during buildworld, partly due to the extra load and heat from disk activity. I'm a firm believer that we should encourage our users to buy ECC systems - motherboards that support ECC, and the more expensive SIMMs/DIMMs that have redundant bits. I'd rather spend a few more dollars to *know* when memory is the problem during normal operations instead of trying to locate the source of the problem after something bad happens. I would be happy to lead a "documentation" project for FreeBSD that talks about the issues and the current hardware options. I've got the start of an article for the USENIX login magazine. If people want to encourage me to publish, please send email and suggest an appropriate mailing group or forum. Thanks -robert gray Robert Watson Fri, 15 Oct 2004 04:14:04 EDT says: >On Fri, 15 Oct 2004, Guido van Rooij wrote: > >> It turns out this was a memory problem. Refitting the dimms was all >> that was needed to 'solve' the issue. The weird thing is that >> 1. The BIOS had memtesting enabled and did not complain >> 2. W2K seemed to install ok (though I never let it hit the disk) >> 3. FBSD would repeatedly crash at exactly the same spot. >> >> I am beginning to wonder if we should have a boot option that enables a >> thorough memtest from within the kernel...(e.g. boot -m). > >I guess the old /dev/test_for_shoddy_workmanship driver is working :-). > >It's probably just bad luck -- BIOS memory testing is generally pretty >poor, and it could just be FreeBSD stored your root vnode pointer (or some >other critical thing) in a memory word that Win2K was using for an icon, >so a single bit twiddle did pretty different things. Glad it's fixed. I >occasionally wonder if we shouldn't build a memory tester into the FreeBSD >boot loader to help diagnose this sort of stuff, though. Not to run every >boot, but as a diagnostics option. > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:43: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 46BAF16A4CE; Fri, 15 Oct 2004 17:43:50 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED7043D54; Fri, 15 Oct 2004 17:43:49 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CIW7I-0007a1-00; Fri, 15 Oct 2004 19:43:48 +0200 Received: from [84.128.143.89] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CIW7G-0004Hx-00; Fri, 15 Oct 2004 19:43:48 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 19:42:45 +0200 User-Agent: KMail/1.7 References: <20041014000822.GA30887@nagual.pp.ru> <20041014182715.GB665@empiric.icir.org> <20041014203132.GA54873@nagual.pp.ru> In-Reply-To: <20041014203132.GA54873@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1751667.7lJUbONrLB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410151943.01797.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Bruce M Simpson cc: Robert Huff cc: Andrey Chernov cc: Ian FREISLICH cc: Robert Watson cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 17:43:50 -0000 --nextPart1751667.7lJUbONrLB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 14 October 2004 22:31, Andrey Chernov wrote: > On Thu, Oct 14, 2004 at 11:27:15AM -0700, Bruce M Simpson wrote: > > > similar others, nothing brings special attention to be aware of. I'll > > > expect special 'WARNING: de owners' message to current in such > > > situations, i.e. if something is not fixed to work together. > > > > I think your expectations of support are unrealistic here. > > FreeBSD is a largely unfunded volunteer open source project. > > de(4) has no official maintainer(s). Patches are welcome. > > > > On the other hand, if you want a commercial level of support, consider > > paying for it. > > All this suggestions really surprise me. Patches? Pay? Another one was to > buy different card, from somebody other... > > I know myself well how to _handle_ it now, please don't try to suggest. My > problem was that REASON of hang was UNCLEAR for me for two months. > > People, I not expecting that you'll fix this if_de and not even demand it > in any form! If you actually read what I write I expect only 'WARNING' > mail to current@ list in case some dangerous commits made. What is > unrealistic in this expecation? Such as: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-March/024239.ht= ml http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-July/031839.html =2E.. Anyway, let's end this and get on to fixing it - shall we? Could reporters please try to backout the ALTQ patches: http://people.freebsd.org/~mlaier/if_de.c.backout.diff or check if reducing the driver managed queue length allready helps: http://people.freebsd.org/~mlaier/if_de.c.drvlen.diff Please tell me if it helps. TIA. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1751667.7lJUbONrLB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcAwlXyyEoT62BG0RAoVZAJ91Zbu2IZzHfcSByS4d+AqIoGCKuwCfelGs Zf5W5yAfnAhJWUKOPMS1kiI= =1lOR -----END PGP SIGNATURE----- --nextPart1751667.7lJUbONrLB-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 17:53: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 F1E1016A4CF for ; Fri, 15 Oct 2004 17:53:27 +0000 (GMT) Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8027243D3F for ; Fri, 15 Oct 2004 17:53:27 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from [83.134.149.155] (helo=note01.decemplex.loc) by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be) id 1CIWGc-0005Ak-AL for ; Fri, 15 Oct 2004 19:53:26 +0200 Date: Fri, 15 Oct 2004 19:53:24 +0200 From: =?ISO-8859-15?B?Sm9uYXMgQ+lkcmlj?= X-Mailer: The Bat! (v2.11.02) X-Priority: 3 (Normal) Message-ID: <1843016318.20041015195324@virtual-globe.net> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-15?B?Sm9uYXMgQ+lkcmlj?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 17:53:28 -0000 Hi, Since update to BETA7 and the change to the imported BIND9, I have following problem: icarus# nslookup > google.de nslookup: couldn't get address for '¸čëżżŐ': not found icarus# Before the update, I had a BETA2 system with BIND9 (from the ports) - I deinstalled it and followed the instructions in UPDATING... I try to rebuild the world, delete the nslookup files before but nothing help... Sorry for my bad englisch, but I do what I can ;-) -- Best regards, Cédric. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:00: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 0EAA816A4CE for ; Fri, 15 Oct 2004 18:00:07 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F51E43D46 for ; Fri, 15 Oct 2004 18:00:05 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.61.202] (ppp83-237-61-202.pppoe.mtu-net.ru [83.237.61.202]) (authenticated bits=0) by portpc-design.spb.ru (8.13.1/8.13.1) with ESMTP id i9FI01LF015255 for ; Fri, 15 Oct 2004 22:00:01 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <4170101C.60405@mcsi.pp.ru> Date: Fri, 15 Oct 2004 21:59:56 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: strange df output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 18:00:07 -0000 Hello. Just noticed strange df output (/tmp): mcsi@ultra(ttyp1) [141] /# df -i Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/ad2s3a 253678 116458 116926 50% 2574 30448 8% / devfs 1 1 0 100% 0 0 100% /dev /dev/ad2s3e 253678 -18 233402 -0% 8 33014 0% /tmp /dev/ad2s3f 8166018 5061366 2451372 67% 272350 787488 26% /usr /dev/ad2s3d 253678 98734 134650 42% 1670 31352 5% /var mcsi@ultra(ttyp1) [142] /# uname -a FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #14: Wed Oct 13 20:53:20 MSD 2004 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 /tmp looks and acts just fine: mcsi@ultra(ttyp1) [148] /# ll -R /tmp total 12 drwxrwxrwt 4 root wheel 512 15 ĎËÔ 21:42 ./ drwxr-xr-x 20 root wheel 512 13 ĎËÔ 21:00 ../ -r--r--r-- 1 root wheel 11 15 ĎËÔ 18:01 .X0-lock drwxrwxrwt 2 root wheel 512 15 ĎËÔ 18:01 .X11-unix/ drwxrwx--- 2 root operator 512 15 ĎËÔ 18:02 .snap/ -rw------- 1 www wheel 0 15 ĎËÔ 18:01 apr933W2v -rw-r--r-- 1 www wheel 236 15 ĎËÔ 21:43 cgisess_b9f2374808ca0a5d6dfc293cc92647f1 srwxrwxrwx 1 mysql wheel 0 15 ĎËÔ 18:01 mysql.sock= /tmp/.X11-unix: total 4 drwxrwxrwt 2 root wheel 512 15 ĎËÔ 18:01 ./ drwxrwxrwt 4 root wheel 512 15 ĎËÔ 21:42 ../ srwxrwxrwx 1 root wheel 0 15 ĎËÔ 18:01 X0= /tmp/.snap: total 4 drwxrwx--- 2 root operator 512 15 ĎËÔ 18:02 ./ drwxrwxrwt 4 root wheel 512 15 ĎËÔ 21:42 ../ -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:00: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 6E57816A4CE for ; Fri, 15 Oct 2004 18:00:54 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0851343D46 for ; Fri, 15 Oct 2004 18:00:54 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id B212AF1A3D; Fri, 15 Oct 2004 11:00:51 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05343-04; Fri, 15 Oct 2004 11:00:50 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C8F0BF185F; Fri, 15 Oct 2004 11:00:50 -0700 (PDT) From: Sean McNeil To: Jonas =?ISO-8859-1?Q?C=E9dric?= In-Reply-To: <1843016318.20041015195324@virtual-globe.net> References: <1843016318.20041015195324@virtual-globe.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3O8C8WAUw1zmT1J3tHJu" Message-Id: <1097863250.48859.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 11:00:50 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 18:00:54 -0000 --=-3O8C8WAUw1zmT1J3tHJu Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable On Fri, 2004-10-15 at 10:53, Jonas C=E9dric wrote: > Hi, >=20 > Since update to BETA7 and the change to the imported BIND9, I have follow= ing > problem: >=20 > icarus# nslookup > > google.de > nslookup: couldn't get address for '=B8=E8=EB=BF=BF=D5': not found > icarus# >=20 > Before the update, I had a BETA2 system with BIND9 (from the ports) - > I deinstalled it and followed the instructions in UPDATING... I try to > rebuild the world, delete the nslookup files before but nothing > help... >=20 >=20 >=20 > Sorry for my bad englisch, but I do what I can ;-) You probably have an old version of nslookup in your environment. Do a which nslookup it should be /usr/bin/nslookup. Any other version should be deleted. Cheers, Sean --=-3O8C8WAUw1zmT1J3tHJu 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) iD8DBQBBcBBSyQsGN30uGE4RAuoMAJ9Vb5+/NfLDOXx/PgNVdTNxGiUN9ACfeter TLe4JP5x0N5ki+FjMa10AcQ= =hyxQ -----END PGP SIGNATURE----- --=-3O8C8WAUw1zmT1J3tHJu-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:06: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 C943F16A4CE for ; Fri, 15 Oct 2004 18:06:14 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F140E43D1F for ; Fri, 15 Oct 2004 18:06:13 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9FI6Ci3014132 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 Oct 2004 20:06:13 +0200 Message-ID: <41701194.5010107@ng.fadesa.es> Date: Fri, 15 Oct 2004 20:06:12 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 18:06:14 -0000 Hello, This is an interesting issue. While I was installing FreeBSD 5.3b7 I wonder about the performance that the new branch will bring to my computer, and it was a deception how bad FreeBSD performs compared with Linux on the same hardware (even I repeat the test on different PC with identical results). Tests were done win bonnie++ 1.93c and the results were Linux two times faster than FreeBSD using the same hardware. GNU/Linux 2.4.18 with ext2: 56848 K/sec FreeBSD 5.3b7 with default fs: 26347 K/sec FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec * these results are even more poor. Each disk of the raid give a throughput of approx. 15000 K/sec Please see the results here: http://195.55.55.164/tests/bsd.txt http://195.55.55.164/tests/linux.txt http://195.55.55.164/tests/dmesg.txt I'm unable to explain why the performance is so bad, perhaps someone can explain this low throughput. Thank you. developers, shell access is available if necessary. Contact me by private mail. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:09: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 7698416A4CE for ; Fri, 15 Oct 2004 18:09:54 +0000 (GMT) Received: from spoolo1.tiscali.be (spoolo1.tiscali.be [62.235.13.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3445B43D39 for ; Fri, 15 Oct 2004 18:09:54 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from [83.134.149.155] (helo=note01.decemplex.loc) by spoolo1.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be) id 1CIWWX-0006jX-8E for ; Fri, 15 Oct 2004 20:09:53 +0200 Date: Fri, 15 Oct 2004 20:09:51 +0200 From: =?ISO-8859-15?B?Sm9uYXMgQ+lkcmlj?= X-Mailer: The Bat! (v2.11.02) X-Priority: 3 (Normal) Message-ID: <17610253177.20041015200951@virtual-globe.net> To: current@freebsd.org In-Reply-To: <1097863250.48859.1.camel@server.mcneil.com> References: <1843016318.20041015195324@virtual-globe.net> <1097863250.48859.1.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: Re[2]: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-15?B?Sm9uYXMgQ+lkcmlj?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 18:09:54 -0000 Bonjour Sean McNeil, Le vendredi 15 octobre 2004 ŕ 20:00:50, vous écriviez : Sean McNeil> On Fri, 2004-10-15 at 10:53, Jonas Cédric wrote: >> Hi, >> >> Since update to BETA7 and the change to the imported BIND9, I have following >> problem: >> >> icarus# nslookup >> > google.de >> nslookup: couldn't get address for '¸čëżżŐ': not found >> icarus# >> >> Before the update, I had a BETA2 system with BIND9 (from the ports) - >> I deinstalled it and followed the instructions in UPDATING... I try to >> rebuild the world, delete the nslookup files before but nothing >> help... >> >> >> >> Sorry for my bad englisch, but I do what I can ;-) Sean McNeil> You probably have an old version of Sean McNeil> nslookup in your environment. Do a Sean McNeil> which nslookup Sean McNeil> it should be /usr/bin/nslookup. Any other Sean McNeil> version should be deleted. Sean McNeil> Cheers, Sean McNeil> Sean icarus# which nslookup /usr/bin/nslookup I do all this, how described in UPDATING... I forgot something: the only system where it fails is the one where BIND9 was previously installed as a port, the 2 other ones are Ok. -- Best regards, Cédric. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:13: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 ED38116A4CE for ; Fri, 15 Oct 2004 18:13:54 +0000 (GMT) Received: from citka.mg-proline.si (citka.sir-mag.com [212.18.32.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 932A643D1D for ; Fri, 15 Oct 2004 18:13:54 +0000 (GMT) (envelope-from uros.gruber@sir-mag.com) Received: from localhost (localhost [127.0.0.1]) by citka.mg-proline.si (Postfix) with ESMTP id 31923706C6 for ; Fri, 15 Oct 2004 20:13:53 +0200 (CEST) Received: from citka.mg-proline.si ([127.0.0.1]) by localhost (citka.mg-proline.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42508-10 for ; Fri, 15 Oct 2004 20:13:45 +0200 (CEST) Received: from DELL (BSN-77-156-117.dsl.siol.net [193.77.156.117]) by citka.mg-proline.si (Postfix) with ESMTP id 3699B7064B for ; Fri, 15 Oct 2004 20:13:45 +0200 (CEST) Date: Fri, 15 Oct 2004 20:17:51 +0200 From: =?ISO-8859-1?Q?Uro=9A_Gruber?= X-Priority: 3 (Normal) Message-ID: <1321528398.20041015201751@sir-mag.com> To: freebsd-current@freebsd.org In-Reply-To: <200410151227.28186.Emanuel.Strobl@gmx.net> References: <105777988.20041015112800@sir-mag.com> <200410151227.28186.Emanuel.Strobl@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at mg-proline.si Subject: Re[2]: SMBus with intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Uro=9A_Gruber?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 18:13:55 -0000 Hello, Ok I tried with ichsmb and it looks like it work dmesg show ichsmb0: port 0x400-0x41f at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] But the is still problem with /dev/smb I also make buildworld but device is still missing. I have to change path o= f smb.h because in source of consolehm was wrong. No I have compiled correc= tly but when I start is error msg "Failed to open /dev/smb0" Is there anything I have to do to make this work.=20 And one other thing. Why I get this in dmesg acpi_bus_number: can't get _ADR regards Uros Friday, October 15, 2004, 12:27:22 PM, you wrote: ES> Am Freitag, 15. Oktober 2004 11:28 schrieb Uros: >> Hello , >> >> I have trouble setting chm program to use smbus. >> >> my dmesg say >> >> pci0: at device 31.3 (no driver attached) >> >> and pciconf -lv >> >> none2@pci0:31:3: class=3D0x0c0500 card=3D0x80a61043 chip=3D0x266a= 8086 >> rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' >> device =3D '82801FB/FR/FW/FRW SMBus Controller' >> class =3D serial bus >> subclass =3D SMBus >> >> In my kernel I add >> >> device smbus >> device iicbus >> device iicbb >> device intpm >> device smb ES> intpm is for BX chipsets. You want to try ichsmb ES> iicbus and iicbb are not needed (for ichsmb) ES> -Harry >> >> but smb is not working. I don't know if this controler is supposed to wo= rk >> in 5.3 or I have to wait next releases. >> >> Some days ago I report that ICH6 sata was not recognized correctly but w= ith >> beta7 it works Ok, Here is report from dmesg >> >> ad4: 156334MB [317632/16/63] at ata2-master >> SATA150 ad6: 156334MB [317632/16/63] at >> ata3-master SATA150 From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:20: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 C6DE916A4CE for ; Fri, 15 Oct 2004 18:20:40 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9756243D3F for ; Fri, 15 Oct 2004 18:20:40 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 5940AF19D3; Fri, 15 Oct 2004 11:20:40 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05325-08; Fri, 15 Oct 2004 11:20:33 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2EDE2F19A5; Fri, 15 Oct 2004 11:20:33 -0700 (PDT) From: Sean McNeil To: Jonas =?ISO-8859-1?Q?C=E9dric?= In-Reply-To: <17610253177.20041015200951@virtual-globe.net> References: <1843016318.20041015195324@virtual-globe.net> <1097863250.48859.1.camel@server.mcneil.com> <17610253177.20041015200951@virtual-globe.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-C0bXkwZ63B4yF4oEZyTf" Message-Id: <1097864432.48941.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 11:20:33 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: Re[2]: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 18:20:40 -0000 --=-C0bXkwZ63B4yF4oEZyTf Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable On Fri, 2004-10-15 at 11:09, Jonas C=E9dric wrote: > Bonjour Sean McNeil, >=20 > Le vendredi 15 octobre 2004 =E0 20:00:50, vous =E9criviez : >=20 > Sean McNeil> On Fri, 2004-10-15 at 10:53, Jonas C=E9dric wrote: > >> Hi, > >>=20 > >> Since update to BETA7 and the change to the imported BIND9, I have fol= lowing > >> problem: > >>=20 > >> icarus# nslookup > >> > google.de > >> nslookup: couldn't get address for '=B8=E8=EB=BF=BF=D5': not found > >> icarus# > >>=20 > >> Before the update, I had a BETA2 system with BIND9 (from the ports) - > >> I deinstalled it and followed the instructions in UPDATING... I try to > >> rebuild the world, delete the nslookup files before but nothing > >> help... > >>=20 > >>=20 > >>=20 > >> Sorry for my bad englisch, but I do what I can ;-) >=20 > Sean McNeil> You probably have an old version of > Sean McNeil> nslookup in your environment. Do a >=20 > Sean McNeil> which nslookup >=20 > Sean McNeil> it should be /usr/bin/nslookup. Any other > Sean McNeil> version should be deleted. >=20 > Sean McNeil> Cheers, > Sean McNeil> Sean >=20 >=20 > icarus# which nslookup > /usr/bin/nslookup >=20 > I do all this, how described in UPDATING... > I forgot something: the only system where it fails is the one where > BIND9 was previously installed as a port, the 2 other ones are Ok. Are there other differences? Do you have locale set the same for all?=20 Can you check the /usr/bin/nslookup on each to see if they are identical? How about trying nslookup on a working setup with the same /etc/resolv.conf to make sure you are talking to the same dns servers. All I can do is suggest some diagnosis as I haven't seen a problem here. Sean --=-C0bXkwZ63B4yF4oEZyTf 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) iD8DBQBBcBTwyQsGN30uGE4RAu6qAJ9/icMJup6UO/G8cSWd9hF0A0cZ0wCfS3Ul /8H0KGdNHqcU94H/+BiGk+E= =pHnB -----END PGP SIGNATURE----- --=-C0bXkwZ63B4yF4oEZyTf-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 18:41: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 0E79A16A4CF for ; Fri, 15 Oct 2004 18:41:51 +0000 (GMT) Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924B243D2F for ; Fri, 15 Oct 2004 18:41:50 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from [83.134.149.155] (helo=note01.decemplex.loc) by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be) id 1CIX1R-0006BM-C1 for ; Fri, 15 Oct 2004 20:41:49 +0200 Date: Fri, 15 Oct 2004 20:41:47 +0200 From: =?ISO-8859-15?B?Q+lkcmljIEpvbmFz?= X-Mailer: The Bat! (v2.11.02) X-Priority: 3 (Normal) Message-ID: <721967903.20041015204147@virtual-globe.net> To: current@freebsd.org In-Reply-To: <1097864432.48941.5.camel@server.mcneil.com> References: <1843016318.20041015195324@virtual-globe.net> <1097863250.48859.1.camel@server.mcneil.com> <17610253177.20041015200951@virtual-globe.net> <1097864432.48941.5.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: Re[4]: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-15?B?Q+lkcmljIEpvbmFz?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 18:41:51 -0000 Sean McNeil> On Fri, 2004-10-15 at 11:09, Jonas Cédric wrote: >> Bonjour Sean McNeil, >> >> Le vendredi 15 octobre 2004 ŕ 20:00:50, vous écriviez : >> >> Sean McNeil> On Fri, 2004-10-15 at 10:53, Jonas Cédric wrote: >> >> Hi, >> >> >> >> Since update to BETA7 and the change to the imported BIND9, I have following >> >> problem: >> >> >> >> icarus# nslookup >> >> > google.de >> >> nslookup: couldn't get address for '¸čëżżŐ': not found >> >> icarus# >> >> >> >> Before the update, I had a BETA2 system with BIND9 (from the ports) - >> >> I deinstalled it and followed the instructions in UPDATING... I try to >> >> rebuild the world, delete the nslookup files before but nothing >> >> help... >> >> >> >> >> >> >> >> Sorry for my bad englisch, but I do what I can ;-) >> >> Sean McNeil> You probably have an old version of >> Sean McNeil> nslookup in your environment. Do a >> >> Sean McNeil> which nslookup >> >> Sean McNeil> it should be /usr/bin/nslookup. Any other >> Sean McNeil> version should be deleted. >> >> Sean McNeil> Cheers, >> Sean McNeil> Sean >> >> >> icarus# which nslookup >> /usr/bin/nslookup >> >> I do all this, how described in UPDATING... >> I forgot something: the only system where it fails is the one where >> BIND9 was previously installed as a port, the 2 other ones are Ok. Sean McNeil> Are there other differences? Do you have Sean McNeil> locale set the same for all? Sean McNeil> Can you check the /usr/bin/nslookup on each to see if they are Sean McNeil> identical? How about trying nslookup on a Sean McNeil> working setup with the same Sean McNeil> /etc/resolv.conf to make sure you are Sean McNeil> talking to the same dns servers. Sean McNeil> All I can do is suggest some diagnosis as I Sean McNeil> haven't seen a problem here. Sean McNeil> Sean Thanks you - the idea with /etc/resolv.conf was good - my nameserver was localhost, after I change it to 127.0.0.1 nslookup stop to fail. But if I remember correctly, I haven't this problem in the past (BIND9 from ports). I just test it with an old nslookup binary (from ports BIND9) - there is no problem with localhost as nameserver, this only affects the new one - something to solve? -- Best regards, Cédric. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 19:03: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 3085F16A4CF for ; Fri, 15 Oct 2004 19:03:58 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86D9143D49 for ; Fri, 15 Oct 2004 19:03:57 +0000 (GMT) (envelope-from jcagle@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so7633rnk for ; Fri, 15 Oct 2004 12:03:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; 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=izLkXRmEDAChlmT0xct5iVpLXRtpjMVcK6BsKcnq2Vx0EDAYnIdDkimvinh1e9TFnqRSCtud/Ijw2lIsLDOgANLFOgXHOFnUE2DVnIZH71dm9YEvUzIaIejDoQtabePKioy2ORu4N9jm+LNoZYIy/O04jpgc5k1KsK28fL/28vw Received: by 10.38.126.4 with SMTP id y4mr72798rnc; Fri, 15 Oct 2004 12:02:53 -0700 (PDT) Received: by 10.38.66.29 with HTTP; Fri, 15 Oct 2004 12:02:53 -0700 (PDT) Message-ID: <6863f0c9041015120273ad77f9@mail.gmail.com> Date: Fri, 15 Oct 2004 14:02:53 -0500 From: jmc To: rejden In-Reply-To: <20041015141337.GA4157@hysteria.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> <20041015140438.GA566@hysteria.sk> <20041015141337.GA4157@hysteria.sk> cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: iggdawg@gmail.com Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jmc List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 19:03:58 -0000 I have a ProLiant DL740 (same architecture as 760) and 8-way SMP works fine with BETA7 as long as Hyperthreading is disabled in the BIOS. Here's my dmesg (notice the "ACPI APIC Table" line. That was missing from your kernel's 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-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) XEON(TM) MP CPU 1.50GHz (1499.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf22 Stepping = 2 Features=0x3febfbff real memory = 2147418112 (2047 MB) avail memory = 2095951872 (1998 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 cpu4 (AP): APIC ID: 8 cpu5 (AP): APIC ID: 10 cpu6 (AP): APIC ID: 12 cpu7 (AP): APIC ID: 14 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 acpi_tz0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 3.0 (no driver attached) pci0: at device 12.0 (no driver attached) pci0: at device 12.2 (no driver attached) atapci0: port 0x2820-0x282f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xf6ef0000-0xf6ef0fff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 16.2 (no driver attached) pcib1: on acpi0 pci1: on pcib1 bge0: mem 0xf6df0000-0xf6dfffff irq 44 at device 4.0 on pci1 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:08:02:e0:43:6e bge1: mem 0xf6de0000-0xf6deffff irq 43 at device 5.0 on pci1 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:08:02:e0:43:6f pcib2: on acpi0 pci2: on pcib2 ciss0: port 0x3000-0x30ff mem 0xf6bf0000-0xf6bf3fff,0xf6cc0000-0xf6cfffff irq 19 at device 14.0 on pci2 ciss0: [GIANT-LOCKED] pcib3: on acpi0 pci3: on pcib3 pci3: at device 30.0 (no driver attached) pcib4: on acpi0 pci7: on pcib4 pci7: at device 30.0 (no driver attached) pcib5: on acpi0 pci11: on pcib5 pci11: at device 30.0 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xee000-0xeffff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. 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 acd0: DVDROM at ata0-master PIO4 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! Mounting root from ufs:/dev/da0s1a bge0: gigabit link up From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 19:06: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 B8BA716A4CE for ; Fri, 15 Oct 2004 19:06:39 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B26E43D31 for ; Fri, 15 Oct 2004 19:06:39 +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; Fri, 15 Oct 2004 12:06:38 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C5A0E5D04; Fri, 15 Oct 2004 12:06:38 -0700 (PDT) To: fandino@ng.fadesa.es In-reply-to: Your message of "Fri, 15 Oct 2004 20:06:12 +0200." <41701194.5010107@ng.fadesa.es> Date: Fri, 15 Oct 2004 12:06:38 -0700 From: "Kevin Oberman" Message-Id: <20041015190638.C5A0E5D04@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata 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: Fri, 15 Oct 2004 19:06:39 -0000 > Date: Fri, 15 Oct 2004 20:06:12 +0200 > From: fandino > Sender: owner-freebsd-current@freebsd.org > > Hello, > > This is an interesting issue. While I was installing FreeBSD 5.3b7 > I wonder about the performance that the new branch will bring to my > computer, and it was a deception how bad FreeBSD performs compared > with Linux on the same hardware (even I repeat the test on different PC > with identical results). > > Tests were done win bonnie++ 1.93c and the results were Linux two > times faster than FreeBSD using the same hardware. > > GNU/Linux 2.4.18 with ext2: 56848 K/sec > FreeBSD 5.3b7 with default fs: 26347 K/sec > FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec Are you comparing apples with apples? I believe that Linux mounts file systems as async by default. To compare with FreeBSD, you should use "-o async" when you mount. Of course, this is less reliable. Also, make sure that disk write-cache is enabled on both or disabled on both. -- 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 Fri Oct 15 19:18: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 EEB3116A4CE for ; Fri, 15 Oct 2004 19:18:02 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7677B43D41 for ; Fri, 15 Oct 2004 19:18:02 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9FJHtXG004416; Fri, 15 Oct 2004 15:17:55 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> References: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> Date: Fri, 15 Oct 2004 15:17:54 -0400 To: Robert Gray , freebsd-current@freebsd.org 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) Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 19:18:03 -0000 At 11:41 AM -0600 10/15/04, Robert Gray wrote: >Yes, a built-in memory tester would be helpful. However, my >experience is that many memory problems pass the x86memtest, >but cause "seg faults" during buildworld, partly due to the >extra load and heat from disk activity. The memory tester would only be there to catch memory problems which are causing the installation process to fail. As such, I think it is a great idea. We certainly need to document that we are not providing a full-blown hardware tester. Memtest should be listed nothing more than something-to-run if the install fails with strange errors. >I'm a firm believer that we should encourage our users to >buy ECC systems - motherboards that support ECC, and the >more expensive SIMMs/DIMMs that have redundant bits. > >I'd rather spend a few more dollars to *know* when memory is >the problem during normal operations instead of trying to >locate the source of the problem after something bad happens. While I do agree with that, we are going to have to have a hard time convincing someone with a machine that they already own, and which "works with windows", and which can't even install FreeBSD. Or at least it will be tough if all we can do is tell them "we suspect the problem is your hardware, so spend some of your money to see if that suspicion is correct". It will be much easier for everyone if they can run some memory-testing program and see a failure. >I would be happy to lead a "documentation" project for FreeBSD >that talks about the issues and the current hardware options. >I've got the start of an article for the USENIX login magazine. >If people want to encourage me to publish, please send email >and suggest an appropriate mailing group or forum. There are documentation groups for FreeBSD, and certainly they can use more volunteers as much as any group can. The more the merrier. (Well, not always, but let us claim that for now). If you just want a place to put up a good article, you might check some BSD-related web sites, such as http://bsdnews.com/ . Almost all technical web sites would love to have people submit some helpful articles. -- 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 Fri Oct 15 19:26: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 89E5916A4CE for ; Fri, 15 Oct 2004 19:26:29 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1497943D5A for ; Fri, 15 Oct 2004 19:26:29 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9FJQOrl004971; Fri, 15 Oct 2004 15:26:25 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> Date: Fri, 15 Oct 2004 15:26:24 -0400 To: Robert Gray , freebsd-current@freebsd.org 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) Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 19:26:29 -0000 At 3:17 PM -0400 10/15/04, Garance A Drosihn wrote: >At 11:41 AM -0600 10/15/04, Robert Gray wrote: > >>I'm a firm believer that we should encourage our users to >>buy ECC systems - motherboards that support ECC, and the >>more expensive SIMMs/DIMMs that have redundant bits. >> >>I'd rather spend a few more dollars to *know* when memory is >>the problem during normal operations instead of trying to >>locate the source of the problem after something bad happens. > >While I do agree with that, ... Let me say that a bit more emphatically. I do agree that ECC memory is worth the extra money, and that it would be good to document that somewhere for people who are looking to buy new hardware for FreeBSD. It would make sense to have that in the FreeBSD handbook, perhaps in the section on "supported hardware". Maybe some page on "general advice for buying hardware". I am not sure what the best place would be for it. I'm a systems programmer, not a writer :-) Separate from that, I also think it would be very useful to have some sort of memory tester available from the boot-loader, at least on the installation CD's. -- 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 Fri Oct 15 19:42: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 411DE16A4CE for ; Fri, 15 Oct 2004 19:42:08 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E145543D2D for ; Fri, 15 Oct 2004 19:42:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9FJg5Wi016394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Oct 2004 12:42:05 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <417029A5.3010806@errno.com> Date: Fri, 15 Oct 2004 12:48:53 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> <20041015172105.GA2560@zibbi.icomtek.csir.co.za> In-Reply-To: <20041015172105.GA2560@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 19:42:08 -0000 John Hay wrote: > On Fri, Oct 15, 2004 at 08:34:19AM -0700, Sam Leffler wrote: > >>John Hay wrote: >> >>>Hi Sam, >>> >>> >>>>>>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated >>>>>>backport of the work I've done in Linux. >>>>>> >>>>>>cd /usr/src >>>>>>tar zxf net80211+ath-20041013.tgz >>>>>>sh doit >>>> >>>>Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. >>>>If things don't match up then you've got something out of sync. >>> >>> >>>#################### >>>tar -xzf net80211+ath-20041013.tgz >>>tar -xzf ath_hal-20041013.tgz >>>fgrep 0.9. ath_hal-20041013/version.h >>>#define ATH_HAL_VERSION "0.9.12.13" >>>cat ath_hal-20041013/freebsd/i386-elf.hal.o.uu | uudecode -p | strings | >>>fgrep 0.9. >>>0.9.12.6 >>>##################### >>> >> >>more ath_hal-20041013/freebsd/i386-elf.hal.o.uu > > > That have: > #define ATH_HAL_VERSION "0.9.12.6" I must've botched transferring the bits to freefall; everything looks right locally. I'll respin the tarball and post when there's an updated version. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:06: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 3B7E416A4CE for ; Fri, 15 Oct 2004 20:06:12 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88A6E43D3F for ; Fri, 15 Oct 2004 20:06:11 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3655F5313; Fri, 15 Oct 2004 22:06:10 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 950C15310; Fri, 15 Oct 2004 22:06:03 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 71983B861; Fri, 15 Oct 2004 22:06:03 +0200 (CEST) To: =?iso-8859-1?q?Jonas_C=E9dric?= References: <1843016318.20041015195324@virtual-globe.net> <1097863250.48859.1.camel@server.mcneil.com> <17610253177.20041015200951@virtual-globe.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 15 Oct 2004 22:06:03 +0200 In-Reply-To: <17610253177.20041015200951@virtual-globe.net> (Jonas =?iso-8859-1?q?C=E9dric's?= message of "Fri, 15 Oct 2004 20:09:51 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) 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: current@freebsd.org Subject: Re: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 20:06:12 -0000 Jonas C=E9dric writes: > icarus# which nslookup > /usr/bin/nslookup that's the old nslookup from BIND 8. you want to use /usr/sbin/nslookup. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:14: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 67E2716A4CE for ; Fri, 15 Oct 2004 20:14:17 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB7743D1D for ; Fri, 15 Oct 2004 20:14:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4AC4CF19B6; Fri, 15 Oct 2004 13:12:12 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00660-06; Fri, 15 Oct 2004 13:12:01 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 85EF5F194C; Fri, 15 Oct 2004 13:12:01 -0700 (PDT) From: Sean McNeil To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: References: <1843016318.20041015195324@virtual-globe.net> <1097863250.48859.1.camel@server.mcneil.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-byfdMvzq/9tXI3DpgyYA" Message-Id: <1097871120.78951.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 13:12:01 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: Jonas =?ISO-8859-1?Q?C=E9dric?= cc: current@freebsd.org Subject: Re: Problems with nslookup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 20:14:17 -0000 --=-byfdMvzq/9tXI3DpgyYA Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, 2004-10-15 at 13:06, Dag-Erling Sm=F8rgrav wrote: > Jonas C=E9dric writes: > > icarus# which nslookup > > /usr/bin/nslookup >=20 > that's the old nslookup from BIND 8. you want to use > /usr/sbin/nslookup. You got that backwards, DES. Check the dates if you have /usr/sbin/nslookup. My /usr/bin/nslookup is for bind9 and built 10/13 and I have no /usr/sbin/nslookup. Cheers, Sean --=-byfdMvzq/9tXI3DpgyYA 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) iD8DBQBBcC8QyQsGN30uGE4RAgJXAKCuKAAeEnjrLyXQ7JGxKV5HGN5mhwCg8xRA k6hEbnDoM8O5XIyEXoSZXtA= =LueU -----END PGP SIGNATURE----- --=-byfdMvzq/9tXI3DpgyYA-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:35: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 C21B816A4CE for ; Fri, 15 Oct 2004 20:35:58 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471F943D4C for ; Fri, 15 Oct 2004 20:35:58 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9FLYBth023070 for ; Fri, 15 Oct 2004 16:34:11 -0500 Date: Fri, 15 Oct 2004 16:34:11 -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: fdisk buglet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 20:35:58 -0000 fivethree% fdisk /dev/ad1 fdisk: cannot open disk /dev//dev/ad1: No such file or directory One possible fix: fivethree% diff -upr src/sbin/fdisk src2/sbin/fdisk diff -upr src/sbin/fdisk/fdisk.c src2/sbin/fdisk/fdisk.c --- src/sbin/fdisk/fdisk.c Mon Jun 14 03:21:19 2004 +++ src2/sbin/fdisk/fdisk.c Fri Oct 15 16:35:28 2004 @@ -299,14 +299,16 @@ main(int argc, char *argv[]) if (argc == 0) { disk = get_rootdisk(); } else { - if (stat(argv[0], &sb) == 0) { + disk = argv[0]; + if (stat(disk, &sb) == 0) { /* OK, full pathname given */ - disk = argv[0]; } else if (errno == ENOENT) { /* Try prepending "/dev" */ - asprintf(&disk, "%s%s", _PATH_DEV, argv[0]); - if (disk == NULL) - errx(1, "out of memory"); + if (strncmp(disk, _PATH_DEV, strlen(_PATH_DEV))) { + asprintf(&disk, "%s%s", _PATH_DEV, argv[0]); + if (disk == NULL) + errx(1, "out of memory"); + } } else { /* other stat error, let it fail below */ disk = argv[0]; Cheers, Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:37: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 6AC5416A4CE for ; Fri, 15 Oct 2004 20:37:07 +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 3CC7243D31 for ; Fri, 15 Oct 2004 20:37:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C828511E0; Fri, 15 Oct 2004 13:37:06 -0700 (PDT) Date: Fri, 15 Oct 2004 13:37:06 -0700 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20041015203706.GA92908@xor.obsecurity.org> References: <200409140338.12764.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <200409140338.12764.Emanuel.Strobl@gmx.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: xterm (+Konsole) and su on BETA4 with Xorg (from today) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 20:37:07 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 14, 2004 at 03:38:07AM +0200, Emanuel Strobl wrote: > Hello, >=20 > attention: perhaps a stupid question, but probably a big problem: >=20 > When I su (without -l) I'm not able to build any port. I get the followin= g=20 > error message (e. g.): >=20 >=20 > cale:/usr/ports/security/cryptplug# make > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> Extracting for cryptplug-0.3.16_1 > >> Checksum OK for cryptplug-0.3.16.tar.gz. > =3D=3D=3D> Patching for cryptplug-0.3.16_1 > =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gpgme-config - fo > =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gpg-agent - found > =3D=3D=3D> cryptplug-0.3.16_1 depends on executable: gmake - found > =3D=3D=3D> cryptplug-0.3.16_1 depends on file: /usr/local/bin/libtool1 > =3D=3D=3D> Configuring for cryptplug-0.3.16_1 > cp: /usr/ports/security/cryptplug/work/cryptplug-0.3.16 > /usr/ports/security/cryptplug/work/cryptplug-0.3.16/config.guess:=20 > r directory > *** Error code 1 >=20 > Stop in /usr/ports/security/cryptplug. >=20 >=20 > When I su with "-l" it's no problem to build that port. This is _not_ spe= cific=20 > to cryptoplug at all. Any port fails if I don't "su -l"! >=20 > I'm really "stoned". I upgraded from BETA3 to BETA4 (on newfs'd labels, s= o=20 > actually it's a reinstall, not a upgrade!) with freshly built ports (KDE3= .3,=20 > formerly KDE3.2.3 but always xorg with nvidia-drivers) I think this was a bug in kdm that was recently fixed - can you please verify that you have completely up-to-date ports? Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcDTyWry0BWjoQKURAgIpAKC5BZ7MeekYt4XDT/Az+CErnS7PxwCcCP9I gVE4X93bI6l1d5oPgHvGUX0= =zTkq -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:38: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 268FA16A4CE for ; Fri, 15 Oct 2004 20:38:52 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31EA43D46 for ; Fri, 15 Oct 2004 20:38:51 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 45701 invoked by uid 89); 15 Oct 2004 20:46:27 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 15 Oct 2004 20:46:27 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Fri, 15 Oct 2004 14:46:27 -0600 (MDT) Message-ID: <58185.208.4.77.15.1097873187.squirrel@208.4.77.15> In-Reply-To: <200410160202.23246.shinjii@virusinfo.rdksupportinc.com> References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <20041015151131.GA44099@ip.net.ua> <25545.128.101.36.205.1097856132.squirrel@128.101.36.205> <200410160202.23246.shinjii@virusinfo.rdksupportinc.com> Date: Fri, 15 Oct 2004 14:46:27 -0600 (MDT) From: "Ryan Sommers" To: shinjii@virusinfo.rdksupportinc.com 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: current@freebsd.org Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 20:38:52 -0000 Please include the list in all replies. Warren Liddell said: >> I suspect, from your earlier message, that your build environment, >> although non-standard isn't setup quite right. Are you mounting the >> /usr/src and /usr/ports over NFS? Where are you mounting them? What >> command are you using to build world? >> >> I frequently build with an NFS mounted /usr/src and /usr/ports. From >> your >> previous post it looks like you are using somewhat different paths, >> which >> although might not be a problem, it might if your object directory is >> different and you aren't using it in all the commands. >> >> If the machine is too small to hold the src and ports trees, is it large >> enough to hold /usr/obj? >> >> I would suggest the following. On your 'big' host, export a directory to >> use as /usr/ports, another as /usr/src, and if needed another as >> /usr/obj. >> On the 'small' host, NFS mount those directories to /usr/src, /usr/ports >> and /usr/obj. Then you can build and install just as if they weren't NFS >> mounted, which makes it somewhat easier to not forget to set make >> variables. When you reboot though, you won't be able to do the >> 'installworld' from single user unless you bring up your networking >> components and NFS mounts first. > > The small dive unable to hold a ports & src is able to hold its own > /usr/obj > dir which it has in /usr/obj > > The "Big" machine has the ports an src setup exactly like the "small" > machine > does so when mounting it over nfs i have the option to do the buildworld > on > the "Big" machine then do the installworld on the "small" machine. > > My Big machine is somewhat setup in a similar way running 4.10-STABLE i > remotely mount the ports an src dir's and do the neccessary updates 1 a > week > and it hasnt given me any hassles. Correct me if I'm wrong, you are doing a 'make buildworld' on the "big" machine and then mounting /usr/src and /usr/ports on the "small" machine and then trying to do a 'make installworld' on the "small" machine. If this is correct therein lies the problem you are running into. When you do a 'buildworld' everything that is built is stored under /usr/obj, nothing in /usr/src changes. When you are mounting your /usr/src on the "small" machine you aren't showing the "small" machine everything you just built for it. You need to not only export /usr/src from the "big" machine, but also export /usr/obj and mount both respectively on the "small" machine. This would lead to the reason your tool-chain isn't being seen on the "small" machine and why it then fails when you try to do an install world. If I'm wrong in any of these assumptions please give us explicit details as to what you are mounting from where to where, what commands you are tying and on what machine you are typing them. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21:43: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 C772716A4CE for ; Fri, 15 Oct 2004 21:43:22 +0000 (GMT) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DC7143D39 for ; Fri, 15 Oct 2004 21:43:22 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9FLhKO5013246 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 16 Oct 2004 07:43:21 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9FLhKxP049780; Sat, 16 Oct 2004 07:43:20 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9FLhIlb049779; Sat, 16 Oct 2004 07:43:18 +1000 (EST) (envelope-from pjeremy) Date: Sat, 16 Oct 2004 07:43:18 +1000 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20041015214318.GS83620@cirb503493.alcatel.com.au> References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> <200410152048.44173.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200410152048.44173.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2i cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 21:43:22 -0000 On Fri, 2004-Oct-15 20:48:35 +0930, Daniel O'Connor wrote: >cdrecord et al talk to the writer directly via xpt and pass, so if you want to >allow non-root users to burn CD/DVDs you need to allow them access to pass >and xpt (which is pretty bad from a security point of view..) It seems I got confused by an error message. The dvdauthor tools (dvd+rw-*) use /dev/cd* and I get errors like: server% dvd+rw-format /dev/cd0c * DVD±RW/-RAM format utility by , version 4.10. :-( unable to open("/dev/cd0c"): Permission denied server% Studying a ktrace, it seems that all it uses /dev/cd0c for it to issue a CAMGETPASSTHRU and then it opens /dev/passN but when that fails, it issues the above error message :-(. Changing the permissions on /dev/pass0 as well makes it work. >It sucks having to choose between features (growisofs, cdrecord, cdda2wav) and >security (burncd) Since you can identify the pass/xpt/cd device associated with the ATAPI device, it should be safe to make those devices world or group writable even if there are other SCSI devices on the system. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21:43: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 BF9FF16A4CE; Fri, 15 Oct 2004 21:43:58 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A50643D1F; Fri, 15 Oct 2004 21:43:58 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9FLhmia082031; Fri, 15 Oct 2004 14:43:52 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410152143.i9FLhmia082031@gw.catspoiler.org> Date: Fri, 15 Oct 2004 14:43:48 -0700 (PDT) From: Don Lewis To: das@FreeBSD.org In-Reply-To: <20041015171144.GA69709@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: ache@nagual.pp.ru cc: current@FreeBSD.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 21:43:58 -0000 On 15 Oct, David Schultz wrote: > On Fri, Oct 15, 2004, Andrey Chernov wrote: >> N of blocks can be different. >> Can't provide full debugging trace yet, excepting this one: > > The traceback won't be very helpful in this case because this most > likely indicates a swap leak that happened some time earlier. > What *would* be helpful is more information about your swap > devices, any steps you need to take while the system is running to > reproduce this, the approximate size of N, etc. I think a mounted filesystem on a swap-backed md device is likely to cause this problem. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21: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 72DAE16A4CE for ; Fri, 15 Oct 2004 21:49:51 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2218443D41 for ; Fri, 15 Oct 2004 21:49:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9FLnmWi016904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Oct 2004 14:49:50 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <41704795.6070603@errno.com> Date: Fri, 15 Oct 2004 14:56:37 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041009) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> <20041015172105.GA2560@zibbi.icomtek.csir.co.za> In-Reply-To: <20041015172105.GA2560@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 21:49:51 -0000 John Hay wrote: > On Fri, Oct 15, 2004 at 08:34:19AM -0700, Sam Leffler wrote: > >>John Hay wrote: >> >>>Hi Sam, >>> >>> >>>>>>http://www.freebsd.org/~sam/net80211+ath-20041013.tgz has an updated >>>>>>backport of the work I've done in Linux. >>>>>> >>>>>>cd /usr/src >>>>>>tar zxf net80211+ath-20041013.tgz >>>>>>sh doit >>>> >>>>Look in sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu for the version. >>>>If things don't match up then you've got something out of sync. >>> >>> >>>#################### >>>tar -xzf net80211+ath-20041013.tgz >>>tar -xzf ath_hal-20041013.tgz >>>fgrep 0.9. ath_hal-20041013/version.h >>>#define ATH_HAL_VERSION "0.9.12.13" >>>cat ath_hal-20041013/freebsd/i386-elf.hal.o.uu | uudecode -p | strings | >>>fgrep 0.9. >>>0.9.12.6 >>>##################### >>> >> >>more ath_hal-20041013/freebsd/i386-elf.hal.o.uu > > > That have: > #define ATH_HAL_VERSION "0.9.12.6" Let's try this again: http://people.freebsd.org/~sam/net80211+ath-20041015.tgz This applys cleanly to -current as of last night, builds, and boots. Beware of applying this over old patches as patch -N doesn't always seem to do the right thing with the new files. I tested against a clean cvs co. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21:50: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 F29C616A4DB; Fri, 15 Oct 2004 21:50:00 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDCBB43D5A; Fri, 15 Oct 2004 21:49:59 +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 i9FLnrp5059927; Sat, 16 Oct 2004 01:49:53 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9FLnqT2059926; Sat, 16 Oct 2004 01:49:52 +0400 (MSD) (envelope-from ache) Date: Sat, 16 Oct 2004 01:49:50 +0400 From: Andrey Chernov To: Don Lewis Message-ID: <20041015214949.GA59585@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Don Lewis , das@FreeBSD.org, current@FreeBSD.org References: <20041015171144.GA69709@VARK.MIT.EDU> <200410152143.i9FLhmia082031@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410152143.i9FLhmia082031@gw.catspoiler.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) cc: das@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 21:50:01 -0000 On Fri, Oct 15, 2004 at 02:43:48PM -0700, Don Lewis wrote: > I think a mounted filesystem on a swap-backed md device is likely to > cause this problem. I have no such complications as md device: # mount /dev/da0s1a on / (ufs, NFS exported, local, soft-updates) devfs on /dev (devfs, local) procfs on /proc (procfs, local) devfs on /var/named/dev (devfs, local) localhost:/null on /crypt (nfs) -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21:53:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C7DA16A4CE for ; Fri, 15 Oct 2004 21:53:52 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 092C943D39 for ; Fri, 15 Oct 2004 21:53:52 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.240.189 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 15 Oct 2004 21:53:51 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3B9EB61B2 for ; Fri, 15 Oct 2004 16:53:51 -0500 (CDT) 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 60687-07 for ; Fri, 15 Oct 2004 16:53:48 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id A8BE6616A for ; Fri, 15 Oct 2004 16:53:48 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i9FLrk8S017586 for ; Fri, 15 Oct 2004 16:53:46 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <417046E9.7090506@alumni.rice.edu> Date: Fri, 15 Oct 2004 16:53:45 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.8 (X11/20041013) 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 X-Virus-Scanned: by amavisd-new at noacks.org Subject: instant reboot when trying to load recent RELENG_5 kernel 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: Fri, 15 Oct 2004 21:53:52 -0000 Updated my RELENG_5 machines today and one of them did not survive the reboot. When the loader tries to load the kernel, the machine instantly reboots. I thought it might be due to using CPUTYPE?=athlon-xp in /etc/make.conf, but it still happens on a kernel compiled with CPUTYPE commented out. I also tried versions of the loader compiled with and without CPUTYPE; both loaders were able to successfully load a kernel from 3 days ago but neither of them succeeded with various kernels compiled today. This machine has an Asus A7N266 motherboard and an Athlon XP 1800 processor. For a while now it has needed ACPI disabled as it will instantly reboot with ACPI enabled. I was using the latest BIOS (1004) but updated the latest beta (1005.005) after this started happening. The beta doesn't appear to change anything that I can tell. The machine also recently developed the annoying habit of not coming back up after a reboot. I have to go power cycle it or press reset. This is similar to behavior I've seen on motherboards with dying capacitors, but the difference here is that it *always* succeeds when I manually power it up/reset it. Machines with dying capacitors would sometimes fail at that time too. Jon $ 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-BETA7 #4: Tue Oct 12 14:36:37 CDT 2004 root@proxy.concordiacrusaders.org:/usr/obj/usr/src/sys/PROXY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 1800+ (1536.83-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 1065271296 (1015 MB) avail memory = 1036959744 (988 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 $PIR: No matching entry for 0.1.INTA agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 $PIR: No matching entry for 1.10.INTA ahc0: port 0xc800-0xc8ff mem 0xe5000000-0xe5000fff irq 7 at device 8.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xc400-0xc43f mem 0xe4000000-0xe401ffff,0xe4800000-0xe4800fff irq 5 at device 10.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:28:44:a0 atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) cpu0 on motherboard orm0: at iomem 0xd8000-0xd97ff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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: 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 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) ahc1: No resources allocated. ahc1: No resources allocated. unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1536825688 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78533MB [159560/16/63] at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 8683MB (17783249 512 byte sectors: 255H 63S/T 1106C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 8683MB (17783249 512 byte sectors: 255H 63S/T 1106C) Mounting root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 21: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 B12CD16A4CE for ; Fri, 15 Oct 2004 21:56:38 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 392BB43D49 for ; Fri, 15 Oct 2004 21:56:38 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9FLuLkf082072; Fri, 15 Oct 2004 14:56:26 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410152156.i9FLuLkf082072@gw.catspoiler.org> Date: Fri, 15 Oct 2004 14:56:21 -0700 (PDT) From: Don Lewis To: bob@boulderlabs.com In-Reply-To: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 21:56:38 -0000 On 15 Oct, Robert Gray wrote: > > > Yes, a built-in memory tester would be helpful. However, my experience > is that many memory problems pass the x86memtest, but cause > "seg faults" during buildworld, partly due to the extra load and heat > from disk activity. > > I'm a firm believer that we should encourage our users to > buy ECC systems - motherboards that support ECC, and the > more expensive SIMMs/DIMMs that have redundant bits. So do I, but we don't have any support for reporting ECC errors. Hardware ECC support will paper over defective memory that has bad bits, but it won't be reliable. Frequent correctable ECC errors are a good indication that there is a hardware problem that needs to be fixed. Blindly turning ECC on will make hardware problems harder to detect and fix. I have one motherboard/memory combo (ECC on both) that sets the memory timing incorrectly (the memory is rated CL 2.5, but the BIOS configures it as CL 2 when it is configured to set the timing automaticallly). I was seeing files occasionally get corrupted when the were cached in RAM (/usr/src and /usr/obj would get hit), and some of the longer running tests in memtest86 would detect the problem. The problem went away when I manually set the memory timing to the correct value. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 22:02: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 6B5E916A4CE for ; Fri, 15 Oct 2004 22:02:06 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE2DC43D3F for ; Fri, 15 Oct 2004 22:02:05 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i9FM236w024642 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 16 Oct 2004 08:02:04 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i9FM23xP049806; Sat, 16 Oct 2004 08:02:03 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i9FM23pU049805; Sat, 16 Oct 2004 08:02:03 +1000 (EST) (envelope-from pjeremy) Date: Sat, 16 Oct 2004 08:02:03 +1000 From: Peter Jeremy To: Guido van Rooij Message-ID: <20041015220203.GT83620@cirb503493.alcatel.com.au> References: <20041013214911.GD986@green.homeunix.org> <20041015073118.GA19660@gvr.gvr.org> <20041015104856.GB45863@cirb503493.alcatel.com.au> <20041015123547.GA23221@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015123547.GA23221@gvr.gvr.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:02:06 -0000 On Fri, 2004-Oct-15 14:35:47 +0200, Guido van Rooij wrote: >A make buildworld cannot be used in sich a scenario. A nice memtester >that could be called from the bootloader would have been handy. http://www.memtest86.com/memtest86-3.1a.iso.gz I'm not sure how much effort would be involved in making memtest[86] in a form that could be loaded by the bootloader. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 22:08: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 6AD4416A4CE; Fri, 15 Oct 2004 22:08:55 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22E843D1D; Fri, 15 Oct 2004 22:08:54 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.97.54]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041015220853.JYPH29353.out011.verizon.net@[10.0.3.231]>; Fri, 15 Oct 2004 17:08:53 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Thomas Quinot In-Reply-To: <20041015170354.GF16083@melusine.cuivre.fr.eu.org> References: <20041013205141.GA874@galgenberg.net> <416EDA36.1070403@DeepCore.dk> <1097850967.843.14.camel@RabbitsDen> <20041015170354.GF16083@melusine.cuivre.fr.eu.org> Content-Type: text/plain Message-Id: <1097878121.812.3.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 18:08:42 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [138.89.97.54] at Fri, 15 Oct 2004 17:08:52 -0500 cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:08:55 -0000 On Fri, 2004-10-15 at 13:03, Thomas Quinot wrote: > * Alexandre Sunny Kovalenko, 2004-10-15 : > > > be fair, I do not know if it still is the case. If there is enough > > interest out there, I can plug it back in. > > If you can do that experiment and le tme know what happens, I'd > certainly be interested in fixing this issue. > > Thomas. I have added device atapicam back into my config, rebuilt the kernel and have been running for about an hour of light use with no visible ill effects. I will keep it in at least through couple of buildworlds and CD burns, but for now I would like to apologize for spreading FUD. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 22:16: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 B009816A4CE for ; Fri, 15 Oct 2004 22:16:14 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C2D43D31 for ; Fri, 15 Oct 2004 22:16:13 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9FMFtpD082112; Fri, 15 Oct 2004 15:15:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410152215.i9FMFtpD082112@gw.catspoiler.org> Date: Fri, 15 Oct 2004 15:15:55 -0700 (PDT) From: Don Lewis To: bob@boulderlabs.com In-Reply-To: <200410151741.i9FHfMxQ036620@vec.boulderlabs.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:16:14 -0000 On 15 Oct, Robert Gray wrote: > I'm a firm believer that we should encourage our users to > buy ECC systems - motherboards that support ECC, and the > more expensive SIMMs/DIMMs that have redundant bits. Oh yeah. Please tell me where I can find a motherboard that supports both the newer Athlon XP's (with a 333 MHz FSB) and ECC RAM. The only Athlon XP motherboards that I found that support ECC RAM use the AMD 761 chipset, which is limited to a 266 MHz FSB. Socket 370 motherboards that support ECC RAM are also getting rare. The only ones that support the newer processors use VIA chipsets and the chipset documentation is unavailable to end-users, which makes it rather difficult to write software to report ECC errors. I sure wish that Intel had upgraded the 440 BX chipset to support the newer processors. Up to date and documented ECC hardware appears to be limited to some of the Intel P4 chipsets and the Opteron/Athlon64. From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 22:18:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1153216A4CE; Fri, 15 Oct 2004 22:18:32 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8BF43D1F; Fri, 15 Oct 2004 22:18:31 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id IBA74465; Fri, 15 Oct 2004 15:18:31 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 669195D09; Fri, 15 Oct 2004 15:18:28 -0700 (PDT) To: "Alexandre \"Sunny\" Kovalenko" In-reply-to: Your message of "Fri, 15 Oct 2004 18:08:42 EDT." <1097878121.812.3.camel@RabbitsDen> Date: Fri, 15 Oct 2004 15:18:28 -0700 From: "Kevin Oberman" Message-Id: <20041015221828.669195D09@ptavv.es.net> cc: freebsd-current@freebsd.org cc: Thomas Quinot Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:18:32 -0000 > From: "Alexandre \"Sunny\" Kovalenko" > Date: Fri, 15 Oct 2004 18:08:42 -0400 > Sender: owner-freebsd-current@freebsd.org > > On Fri, 2004-10-15 at 13:03, Thomas Quinot wrote: > > * Alexandre Sunny Kovalenko, 2004-10-15 : > > > > > be fair, I do not know if it still is the case. If there is enough > > > interest out there, I can plug it back in. > > > > If you can do that experiment and le tme know what happens, I'd > > certainly be interested in fixing this issue. > > > > Thomas. > > I have added device atapicam back into my config, rebuilt the kernel and > have been running for about an hour of light use with no visible ill > effects. I will keep it in at least through couple of buildworlds and CD > burns, but for now I would like to apologize for spreading FUD. Not really FUD, but old data. There certainly were problems with ATAPICAM for some time after the introduction of ATAng to RELENG_5. I have not seen any problems with it on any of my V5 systems for at least 3 months and probably longer. -- 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 Fri Oct 15 22: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 8A7BC16A4CE for ; Fri, 15 Oct 2004 22:29:36 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C4C43D5C for ; Fri, 15 Oct 2004 22:29:36 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1FEC2F1AD4 for ; Fri, 15 Oct 2004 15:29:36 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00660-04 for ; Fri, 15 Oct 2004 15:29:35 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 3CDF4F1AC3 for ; Fri, 15 Oct 2004 15:29:35 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gH/jVksQCMBZcpqgKOUp" Message-Id: <1097879374.1215.7.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 15:29:35 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: re0 packet loss partially solved (patch included) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:29:36 -0000 --=-gH/jVksQCMBZcpqgKOUp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Folks, I've solved part of my problem with the re0 driver and it dropping packets. In interrupt mode, the xmit buffers are checked based on a timer. For 8169 chips, this timer was set to check half as often as with non-8169 chips. It should have been set to check twice as often. I still have packet loss in polling mode, however, and have not determined how to fix it. I'm confident it is related and that packets are being tossed because the xmit queue isn't being checked often enough. The following patch fixes xmit packet loss in interrupt mode: *** sys/dev/re/if_re.c.orig Tue Sep 28 11:22:24 2004 --- sys/dev/re/if_re.c Fri Oct 15 15:19:55 2004 *************** re_init_locked(sc) *** 2217,2223 **** * moderation, which dramatically improves TX frame rate. */ if (sc->rl_type =3D=3D RL_8169) ! CSR_WRITE_4(sc, RL_TIMERINT_8169, 0x800); else CSR_WRITE_4(sc, RL_TIMERINT, 0x400); =20 --- 2217,2223 ---- * moderation, which dramatically improves TX frame rate. */ if (sc->rl_type =3D=3D RL_8169) ! CSR_WRITE_4(sc, RL_TIMERINT_8169, 0x200); else CSR_WRITE_4(sc, RL_TIMERINT, 0x400); =20 --=-gH/jVksQCMBZcpqgKOUp 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) iD8DBQBBcE9OyQsGN30uGE4RAqOaAKDIy4ShsIUoBDnL3zqvswhGb3/ZzACfczmd 2N/j7zwJJXNOihDs4gEW84s= =ft6q -----END PGP SIGNATURE----- --=-gH/jVksQCMBZcpqgKOUp-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 22:55: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 4D1CF16A4CF for ; Fri, 15 Oct 2004 22:55:06 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3E7D43D3F for ; Fri, 15 Oct 2004 22:55:05 +0000 (GMT) (envelope-from kent.hauser@verizon.net) Received: from kent ([4.35.227.55]) by out001.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041015225505.LGLL23519.out001.verizon.net@kent> for ; Fri, 15 Oct 2004 17:55:05 -0500 From: Kent Hauser To: current@freebsd.org Date: Fri, 15 Oct 2004 12:55:01 -1000 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: <200410151255.02521.kent.hauser@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.35.227.55] at Fri, 15 Oct 2004 17:55:05 -0500 Subject: usb power turned off by X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 22:55:06 -0000 Hi, When I start X.org, the power on my USB ports is turned off. "usbdevs -v" still reports "self-powered". I can't figure a way to turn it back on. Any thoughts? Hardware is Thinkpad T41 running -CURRENT as of 10/12. Thanks, Kent From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 23:41: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 37A9516A4CE for ; Fri, 15 Oct 2004 23:41:03 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A6343D4C for ; Fri, 15 Oct 2004 23:41:02 +0000 (GMT) (envelope-from jcagle@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so30480rnk for ; Fri, 15 Oct 2004 16:41:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; 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=bP3qOqugToFQHBnhU9AW37mmG4g621mePaBSWF68gMEcY1Y8Ll9tvIr/O7RCmmC1ilSswGEUzXhbihcQvC/UJ/du5W9A765XazcvGyVqmrp7P/v6XE2/FhvS83+8at7C/sU0WtZw93M8Pl3MrHskxFfXoVhUEOIZXu3hOOnf8ds Received: by 10.38.78.34 with SMTP id a34mr234061rnb; Fri, 15 Oct 2004 16:41:01 -0700 (PDT) Received: by 10.38.66.29 with HTTP; Fri, 15 Oct 2004 16:41:01 -0700 (PDT) Message-ID: <6863f0c904101516417b27de0d@mail.gmail.com> Date: Fri, 15 Oct 2004 18:41:01 -0500 From: jmc To: rejden In-Reply-To: <6863f0c9041015120273ad77f9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> <20041015140438.GA566@hysteria.sk> <20041015141337.GA4157@hysteria.sk> <6863f0c9041015120273ad77f9@mail.gmail.com> cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: iggdawg@gmail.com Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jmc List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 23:41:03 -0000 On Fri, 15 Oct 2004 14:02:53 -0500, jmc wrote: > I have a ProLiant DL740 (same architecture as 760) and 8-way SMP works > fine with BETA7 as long as Hyperthreading is disabled in the BIOS. > Here's my dmesg (notice the "ACPI APIC Table" line. That was missing > from your kernel's dmesg: Actually, I'm wrong. It's the DL760 *G2* that is the same arch. as the DL740. The DL760 G1 is like the ProLiant 8500, and does not have hyperthreading. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 01:25: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 CF8C516A4CE; Sat, 16 Oct 2004 01:25:46 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A27A43D39; Sat, 16 Oct 2004 01:25:46 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id F2B16652EC; Sat, 16 Oct 2004 02:25:43 +0100 (BST) 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 70302-05-6; Sat, 16 Oct 2004 02:25:43 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id B419E6520C; Sat, 16 Oct 2004 02:25:42 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id CFF0B63E8; Fri, 15 Oct 2004 18:25:36 -0700 (PDT) Date: Fri, 15 Oct 2004 18:25:36 -0700 From: Bruce M Simpson To: nbco@screaming.net, freebsd-gnats-submit@FreeBSD.org Message-ID: <20041016012536.GS61186@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="00sTfE/IIAT5d2r5" Content-Disposition: inline cc: freebsdnic@mailbox.intel.com cc: mlaier@FreeBSD.org cc: current@FreeBSD.org Subject: Re: kern/72748: em0 problems on t41 after updating to 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: Sat, 16 Oct 2004 01:25:47 -0000 --00sTfE/IIAT5d2r5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Cc: to current@ as this could be a show-stopper for RELENG_5_3] Could you please try the attached patch, which reverts the ALTQ changes introduced on the RELENG_5 branch, and let me know if this resolves the issue? Thanks, BMS --00sTfE/IIAT5d2r5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="altq-releng5-em-backout.diff" Index: if_em.c =================================================================== RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.44.2.2 diff -u -p -r1.44.2.2 if_em.c --- if_em.c 15 Oct 2004 22:12:59 -0000 1.44.2.2 +++ if_em.c 16 Oct 2004 00:30:26 -0000 @@ -610,15 +610,15 @@ em_start_locked(struct ifnet *ifp) if (!adapter->link_active) return; - while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { + while (ifp->if_snd.ifq_head != NULL) { - IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); + IF_DEQUEUE(&ifp->if_snd, m_head); if (m_head == NULL) break; if (em_encap(adapter, m_head)) { ifp->if_flags |= IFF_OACTIVE; - IFQ_DRV_PREPEND(&ifp->if_snd, m_head); + IF_PREPEND(&ifp->if_snd, m_head); break; } @@ -949,7 +949,7 @@ em_poll_locked(struct ifnet *ifp, enum p em_clean_transmit_interrupts(adapter); } - if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + if (ifp->if_flags & IFF_RUNNING && ifp->if_snd.ifq_head != NULL) em_start_locked(ifp); } @@ -1019,7 +1019,7 @@ em_intr(void *arg) loop_cnt--; } - if (ifp->if_flags & IFF_RUNNING && !IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + if (ifp->if_flags & IFF_RUNNING && ifp->if_snd.ifq_head != NULL) em_start_locked(ifp); EM_UNLOCK(adapter); @@ -1892,9 +1892,7 @@ em_setup_interface(device_t dev, struct ifp->if_ioctl = em_ioctl; ifp->if_start = em_start; ifp->if_watchdog = em_watchdog; - IFQ_SET_MAXLEN(&ifp->if_snd, adapter->num_tx_desc - 1); - ifp->if_snd.ifq_drv_maxlen = adapter->num_tx_desc - 1; - IFQ_SET_READY(&ifp->if_snd); + ifp->if_snd.ifq_maxlen = adapter->num_tx_desc - 1; #if __FreeBSD_version < 500000 ether_ifattach(ifp, ETHER_BPF_SUPPORTED); --00sTfE/IIAT5d2r5-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 01:33: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 C726916A4CF for ; Sat, 16 Oct 2004 01:33:33 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493CA43D4C for ; Sat, 16 Oct 2004 01:33:33 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 8FFCC62E1 for ; Fri, 15 Oct 2004 20:33:32 -0500 (CDT) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13852-10 for ; Fri, 15 Oct 2004 20:33:29 -0500 (CDT) Received: from racerx.makeworld.com (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 5FB066294 for ; Fri, 15 Oct 2004 20:33:29 -0500 (CDT) From: Chris To: FreeBSD Current Date: Fri, 15 Oct 2004 20:33:29 -0500 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: <200410152033.29676.racerx@makeworld.com> X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.1.1 at makeworld.com - Isn't it ironic Subject: The release of 5.3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: racerx@makeworld.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 01:33:34 -0000 How far off is it now? Seems RC1 was missed, and according to the site (http://www.freebsd.org/releases/5.3R/schedule.html) it should be out in 2 days. -- Best regards, Chris It works better if you plug it in. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 01:44: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 2830416A4CE for ; Sat, 16 Oct 2004 01:44:29 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (heineken.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BBE243D2F for ; Sat, 16 Oct 2004 01:44:28 +0000 (GMT) (envelope-from nbco@btinternet.com) Received: from [192.168.2.2] ([217.51.145.238])i9G0NS830291 for ; Sat, 16 Oct 2004 01:23:29 +0100 From: nbco To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 02:44:25 +0100 User-Agent: KMail/1.7 References: <20041016012536.GS61186@empiric.icir.org> In-Reply-To: <20041016012536.GS61186@empiric.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410160244.25412.nbco@btinternet.com> Subject: Re: kern/72748: em0 problems on t41 after updating to 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 01:44:29 -0000 On Saturday 16 October 2004 02:25, Bruce M Simpson wrote: > [Cc: to current@ as this could be a show-stopper for RELENG_5_3] > > Could you please try the attached patch, which reverts the ALTQ > changes introduced on the RELENG_5 branch, and let me know if this > resolves the issue? This patch worked and I now have full network functionality on em Thanks .nbco > > Thanks, > BMS From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 01:55: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 3C1B916A4CF for ; Sat, 16 Oct 2004 01:55:32 +0000 (GMT) Received: from web50702.mail.yahoo.com (web50702.mail.yahoo.com [206.190.38.100]) by mx1.FreeBSD.org (Postfix) with SMTP id B30C143D39 for ; Sat, 16 Oct 2004 01:55:31 +0000 (GMT) (envelope-from w8hdkim@yahoo.com) Message-ID: <20041016015531.94461.qmail@web50702.mail.yahoo.com> Received: from [68.167.120.18] by web50702.mail.yahoo.com via HTTP; Fri, 15 Oct 2004 18:55:31 PDT Date: Fri, 15 Oct 2004 18:55:31 -0700 (PDT) From: Kim Culhan To: noackjr@alumni.rice.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: BETA7 sio 'options CONSPEED' not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 01:55:32 -0000 On Thu, 14 Oct 2004, Jon Noack wrote: > Willem Jan Withagen wrote: >> Emanuel Strobl wrote: > I have two machines with serial consoles running on com1. They are > cross-connected such that com2 of one machine is connected to com1 of the > other. Thus, I can "tip com2" on one machine to connect to the other's > serial console. As such, I believe only the com2 line in /etc/remote is > required. One caveat on the above.. If you have a getty running on both machines with the above setup you can effectively cause both machines to hang as they each respond to the other's login: prompts. When fbsd is configured to provide serial console logins it seems repeated password failures may not result in a 'backoff' of the time between login:'s This deadlock caused the machines to become unresponsive to network logins requiring a visit to the site. -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 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 2D25916A4CE for ; Sat, 16 Oct 2004 02:11:30 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FDB43D2D for ; Sat, 16 Oct 2004 02:11:29 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i9G2BVLK073045; Fri, 15 Oct 2004 22:11:31 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i9G2BVr6073044; Fri, 15 Oct 2004 22:11:31 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 15 Oct 2004 22:11:31 -0400 From: David Schultz To: Andrey Chernov , current@FreeBSD.ORG Message-ID: <20041016021131.GA72979@VARK.MIT.EDU> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015171700.GA74901@nagual.pp.ru> Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:11:30 -0000 On Fri, Oct 15, 2004, Andrey Chernov wrote: > On Fri, Oct 15, 2004 at 01:11:45PM -0400, David Schultz wrote: > > On Fri, Oct 15, 2004, Andrey Chernov wrote: > > > N of blocks can be different. > > > Can't provide full debugging trace yet, excepting this one: > > > > The traceback won't be very helpful in this case because this most > > likely indicates a swap leak that happened some time earlier. > > What *would* be helpful is more information about your swap > > devices, any steps you need to take while the system is running to > > reproduce this, the approximate size of N, etc. > > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/da0s1b 615408 41408 574000 7% > > Nothing special to reproduce, it is always reproduced automatically at > shutdown. You're clearly using some of that swap space for something, so it would be great if you could narrow it down a bit more. For instance, does the problem only occur if you shut the system down after having run particular applications? Are there ever any disk errors? I'll poke around and see if I can find anything by inspection. phk's rotitilling of the swap subsystem introduced a number of new nits, but no serious bugs that I can see... > Kernels from Aug 8 and below never do that, I see this panic constantly > only with most recent kernels (last 2 days). I not test kernels between > Aug 8 and last 2 days, so can't say anything. The bug was probably introduced earlier, either by me, Alan, or phk, but the swapoff codepath wasn't routinely exercised until recently. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:13: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 5CA0216A4CE for ; Sat, 16 Oct 2004 02:13:36 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CEE943D3F for ; Sat, 16 Oct 2004 02:13:36 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 28CFC72DD4; Fri, 15 Oct 2004 19:13:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 267AA72DCB; Fri, 15 Oct 2004 19:13:36 -0700 (PDT) Date: Fri, 15 Oct 2004 19:13:36 -0700 (PDT) From: Doug White To: Peter Jeremy In-Reply-To: <20041015082618.GR83620@cirb503493.alcatel.com.au> Message-ID: <20041015191125.Q76846@carver.gumbysoft.com> References: <20041011074219.GA39251@cirb503493.alcatel.com.au> <20041013071704.GQ83620@cirb503493.alcatel.com.au> <20041015082618.GR83620@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Andrew Li Subject: Re: HP DL380 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 02:13:36 -0000 On Fri, 15 Oct 2004, Peter Jeremy wrote: > On Wed, 2004-Oct-13 18:21:56 -0700, Doug White wrote: > >On Wed, 13 Oct 2004, Peter Jeremy wrote: > > > >> On Mon, 2004-Oct-11 19:18:52 -0700, Doug White wrote: > >> >On Mon, 11 Oct 2004, Peter Jeremy wrote: > >> >> I have an HP DL380 running 5.3 and it will not reboot from multi-user > >> >> mode - it hangs after printing "Rebooting..." and needs to be power- > >> >> cycled (since there's no reset button). > > >> I've narrowed it down to loading kernel modules - the problem does not > > >How about building them into your kernel instead? > > That seems to work. But it doesn't solve the underlying problem. (I > have been kldload'ing digi because it originally didn't work when it > was compiled into the kernel). Well its nice to know that changing the disposition of the driver seems to perturb the problem... > >This could be just stale modules... > > Nope. Kernel and modules were compiled and installed together. Also > there was no problem running and the hang was when the kernel asked > the system to reboot - which is well after any modules have been unloaded. Sounds like the digi driver doesn't like being unloaded. Also leftovers are likely to be found during shutdown when the devices are being closed down and there's dangling pointers. Although ... The system doesn't unload modules on shutdown .. did you you it yourself? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:15: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 1B59516A4E1 for ; Sat, 16 Oct 2004 02:15:38 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6730643D1D for ; Sat, 16 Oct 2004 02:15:35 +0000 (GMT) (envelope-from kent.hauser@verizon.net) Received: from kent ([4.35.227.55]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041016021534.LJHK2120.out012.verizon.net@kent> for ; Fri, 15 Oct 2004 21:15:34 -0500 From: Kent Hauser To: current@freebsd.org Date: Fri, 15 Oct 2004 16:15:33 -1000 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: <200410151615.33979.kent.hauser@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [4.35.227.55] at Fri, 15 Oct 2004 21:15:34 -0500 Subject: uvisor not creating ucom0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:15:39 -0000 Hi, I'm having a problem getting -CURRENT to talk to my new USB palm (actually a couple years old palm model). Without uvisor loaded, usbd reports it sees my palm & creates ugen0, ugen0.1, and ugen0.2 entries in /dev. With uvisor loaded, no entries are reported. With uvisor loaded, I get the following output from usbd: **** usbd: driver-attach event cookie=3217024892 devname=ucom0 USB_EVENT_DRIVER_ATTACH usbd: device-attach event at 1097892732.945264000, Palm Handheld, Palm, Inc.: vndr=0x0830 prdct=0x0001 rlse=0x0100 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: ucom0 usbd: Found action 'USB device' for Palm Handheld, Palm, Inc. at ucom0 **** ucom0 is mentioned, but no dev entry is created. I tried applying the patch from Axel Gonzales (8 Sep 04) for CLIE TH55 usb syncing with no effect. Any thoughts? Thanks. Kent From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:21: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 35B0D16A4CE for ; Sat, 16 Oct 2004 02:21:50 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4176743D1F for ; Sat, 16 Oct 2004 02:21:49 +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 i9G2LlQ2049902 for ; Sat, 16 Oct 2004 06:21:47 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9G2Llb2049895 for current@freebsd.org; Sat, 16 Oct 2004 06:21:47 +0400 (MSD) (envelope-from ache) Date: Sat, 16 Oct 2004 06:21:45 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20041016022143.GA49819@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041016021131.GA72979@VARK.MIT.EDU> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:21:50 -0000 On Fri, Oct 15, 2004 at 10:11:31PM -0400, David Schultz wrote: > You're clearly using some of that swap space for something, so it > would be great if you could narrow it down a bit more. For > instance, does the problem only occur if you shut the system down > after having run particular applications? Are there ever any disk > errors? There is a lot of disk activity - it is cvsup server. No disk errors. As I already say, effect immediately gone after switching to old kernel from Aug 8. It clearly indicates kernel problem. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:30: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 1405A16A4CE for ; Sat, 16 Oct 2004 02:30:08 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD16F43D45 for ; Sat, 16 Oct 2004 02:30:07 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.97.54]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041016023006.LLUY2120.out012.verizon.net@[10.0.3.231]>; Fri, 15 Oct 2004 21:30:06 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Kent Hauser In-Reply-To: <200410151615.33979.kent.hauser@verizon.net> References: <200410151615.33979.kent.hauser@verizon.net> Content-Type: text/plain Message-Id: <1097893794.702.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 22:29:55 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [138.89.97.54] at Fri, 15 Oct 2004 21:30:05 -0500 cc: current@freebsd.org Subject: Re: uvisor not creating ucom0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:30:08 -0000 On Fri, 2004-10-15 at 22:15, Kent Hauser wrote: > Hi, > > I'm having a problem getting -CURRENT to talk to my new USB palm (actually a > couple years old palm model). > > Without uvisor loaded, usbd reports it sees my palm & creates ugen0, ugen0.1, > and ugen0.2 entries in /dev. With uvisor loaded, no entries are reported. > > With uvisor loaded, I get the following output from usbd: > > **** > usbd: driver-attach event cookie=3217024892 devname=ucom0 > USB_EVENT_DRIVER_ATTACH > usbd: device-attach event at 1097892732.945264000, Palm Handheld, Palm, Inc.: > vndr=0x0830 prdct=0x0001 rlse=0x0100 clss=0x0000 subclss=0x0000 prtcl=0x0000 > device names: ucom0 > usbd: Found action 'USB device' for Palm Handheld, Palm, Inc. at ucom0 > **** > > ucom0 is mentioned, but no dev entry is created. > > I tried applying the patch from Axel Gonzales (8 Sep 04) for CLIE TH55 usb > syncing with no effect. > > Any thoughts? > > Thanks. Kent > _______________________________________________ > 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" If you are running current, you should get /dev/cuaU0 and /dev/ttyU0 instead of /dev/ucom0. Do you? I, personally, do not have much luck with using USB interface on my CLIE, but ports are created ;) --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02: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 D51C116A4CE for ; Sat, 16 Oct 2004 02:34:53 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE0743D39 for ; Sat, 16 Oct 2004 02:34:52 +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 i9G2YnZj005848; Sat, 16 Oct 2004 12:04:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Sat, 16 Oct 2004 12:04:38 +0930 User-Agent: KMail/1.7 References: <20041013205141.GA874@galgenberg.net> <200410152048.44173.doconnor@gsoft.com.au> <20041015214318.GS83620@cirb503493.alcatel.com.au> In-Reply-To: <20041015214318.GS83620@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3042432.zRKtrZN11c"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161204.46763.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: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:34:53 -0000 --nextPart3042432.zRKtrZN11c Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 16 Oct 2004 07:13, Peter Jeremy wrote: > Studying a ktrace, it seems that all it uses /dev/cd0c for it to issue > a CAMGETPASSTHRU and then it opens /dev/passN but when that fails, it > issues the above error message :-(. Changing the permissions on > /dev/pass0 as well makes it work. > > >It sucks having to choose between features (growisofs, cdrecord, cdda2wa= v) > > and security (burncd) > > Since you can identify the pass/xpt/cd device associated with the ATAPI > device, it should be safe to make those devices world or group writable > even if there are other SCSI devices on the system. I think you need write permissions on all 3 (cd, pass, xpt) but xpt grants = you=20 access to the entire bus so that would be bad from a security POV. Although that said in this specific case the CD writer would be the only th= ing=20 on that bus (unless you had >1 on the same chain, but that is not a good id= ea=20 for reasons to do with IDE sucking) Is there a way in devfs/devd to determine which pass and xpt devices are=20 associated with a given cd device? (my guess is you'd need to run camcontro= l=20 and parse the output..) =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 --nextPart3042432.zRKtrZN11c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcIjG5ZPcIHs/zowRAr1PAKCY3i+okojptvnnAaxs8pYgsBJzpwCgnZ3i mW/6k2K4lSd36YhxRkxrIOI= =DLqo -----END PGP SIGNATURE----- --nextPart3042432.zRKtrZN11c-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:41: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 26B6B16A4CE; Sat, 16 Oct 2004 02:41:00 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83AA843D45; Sat, 16 Oct 2004 02:40:59 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.200] ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9G2euLR027616; Fri, 15 Oct 2004 20:40:57 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417089E6.8030105@freebsd.org> Date: Fri, 15 Oct 2004 20:39:34 -0600 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: David Schultz References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> In-Reply-To: <20041016021131.GA72979@VARK.MIT.EDU> 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: Andrey Chernov cc: current@freebsd.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:41:00 -0000 David Schultz wrote: > On Fri, Oct 15, 2004, Andrey Chernov wrote: > >>On Fri, Oct 15, 2004 at 01:11:45PM -0400, David Schultz wrote: >> >>>On Fri, Oct 15, 2004, Andrey Chernov wrote: >>> >>>>N of blocks can be different. >>>>Can't provide full debugging trace yet, excepting this one: >>> >>>The traceback won't be very helpful in this case because this most >>>likely indicates a swap leak that happened some time earlier. >>>What *would* be helpful is more information about your swap >>>devices, any steps you need to take while the system is running to >>>reproduce this, the approximate size of N, etc. >> >># swapinfo >>Device 1K-blocks Used Avail Capacity >>/dev/da0s1b 615408 41408 574000 7% >> >>Nothing special to reproduce, it is always reproduced automatically at >>shutdown. > > > You're clearly using some of that swap space for something, so it > would be great if you could narrow it down a bit more. For > instance, does the problem only occur if you shut the system down > after having run particular applications? Are there ever any disk > errors? > > I'll poke around and see if I can find anything by inspection. > phk's rotitilling of the swap subsystem introduced a number of new > nits, but no serious bugs that I can see... > > >>Kernels from Aug 8 and below never do that, I see this panic constantly >>only with most recent kernels (last 2 days). I not test kernels between >>Aug 8 and last 2 days, so can't say anything. > > > The bug was probably introduced earlier, either by me, Alan, or > phk, but the swapoff codepath wasn't routinely exercised until > recently. FWIW, I think that doing a swapoff in the shutdown path is just asking for trouble. Fixing whatever bug this is would of course be nice, but the need for swapoff here is a hack and only opens up up to problems. Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 02:48: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 3C77416A4CE; Sat, 16 Oct 2004 02:48:46 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 785AE43D3F; Sat, 16 Oct 2004 02:48:45 +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 i9G2mgrN050593; Sat, 16 Oct 2004 06:48:42 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9G2mg4k050591; Sat, 16 Oct 2004 06:48:42 +0400 (MSD) (envelope-from ache) Date: Sat, 16 Oct 2004 06:48:41 +0400 From: Andrey Chernov To: Scott Long Message-ID: <20041016024840.GA50424@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Scott Long , David Schultz , current@freebsd.org References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417089E6.8030105@freebsd.org> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) cc: David Schultz cc: current@freebsd.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 02:48:46 -0000 On Fri, Oct 15, 2004 at 08:39:34PM -0600, Scott Long wrote: > FWIW, I think that doing a swapoff in the shutdown path is just asking > for trouble. Fixing whatever bug this is would of course be nice, but > the need for swapoff here is a hack and only opens up up to problems. I agree. It looks like sort of race happens. Application (cvsupd) can be killed, but its inodes activity delayed by softupdates a bit more (just raw guess). I see no useful purpose to call swapoff(8) at shutdown stage, correct me, if I am not right. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 03:14: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 51C3B16A4CE for ; Sat, 16 Oct 2004 03:14:23 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020E143D54 for ; Sat, 16 Oct 2004 03:14:23 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A8965F194C for ; Fri, 15 Oct 2004 20:14:22 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00662-01 for ; Fri, 15 Oct 2004 20:14:21 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1E950F186D for ; Fri, 15 Oct 2004 20:14:21 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lwYYv3ESRb1EHpF9gfwt" Message-Id: <1097896460.1123.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 15 Oct 2004 20:14:20 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com Subject: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 03:14:23 -0000 --=-lwYYv3ESRb1EHpF9gfwt Content-Type: multipart/mixed; boundary="=-cs8p8cAqBDThbZdFLYLl" --=-cs8p8cAqBDThbZdFLYLl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The following changes allows me to stream a 15Mbps video content with re0 and not lose any packets. I had to decrease the timer count so it checks more often and I modified it so that polling disables all but the timer interrupt. Attached is a patch to -current. Cheers, Sean --=-cs8p8cAqBDThbZdFLYLl Content-Disposition: attachment; filename=if_re.c.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=if_re.c.diff; charset=ISO-8859-1 KioqIHN5cy9kZXYvcmUvaWZfcmUuY34JVHVlIFNlcCAyOCAxMToyMjoyNCAyMDA0DQotLS0gc3lz L2Rldi9yZS9pZl9yZS5jCUZyaSBPY3QgMTUgMjA6MDE6MTEgMjAwNA0KKioqKioqKioqKioqKioq IHJlX2ludHIoYXJnKQ0KKioqIDE4MjgsMTgzOCAqKioqDQogIAkJZ290byBkb25lX2xvY2tlZDsN CiAgDQogICNpZmRlZiBERVZJQ0VfUE9MTElORw0KISAJaWYgIChpZnAtPmlmX2ZsYWdzICYgSUZG X1BPTExJTkcpDQohIAkJZ290byBkb25lX2xvY2tlZDsNCiEgCWlmICgoaWZwLT5pZl9jYXBlbmFi bGUgJiBJRkNBUF9QT0xMSU5HKSAmJg0KISAJICAgIGV0aGVyX3BvbGxfcmVnaXN0ZXIocmVfcG9s bCwgaWZwKSkgeyAvKiBvaywgZGlzYWJsZSBpbnRlcnJ1cHRzICovDQohIAkJQ1NSX1dSSVRFXzIo c2MsIFJMX0lNUiwgMHgwMDAwKTsNCiAgCQlyZV9wb2xsX2xvY2tlZChpZnAsIDAsIDEpOw0KICAJ CWdvdG8gZG9uZV9sb2NrZWQ7DQogIAl9DQotLS0gMTgyOCwxODM4IC0tLS0NCiAgCQlnb3RvIGRv bmVfbG9ja2VkOw0KICANCiAgI2lmZGVmIERFVklDRV9QT0xMSU5HDQohIAlpZiAoKGlmcC0+aWZf ZmxhZ3MgJiBJRkZfUE9MTElORykgPT0gMCAmJg0KISAJICAgIChpZnAtPmlmX2NhcGVuYWJsZSAm IElGQ0FQX1BPTExJTkcpICYmDQohIAkgICAgZXRoZXJfcG9sbF9yZWdpc3RlcihyZV9wb2xsLCBp ZnApKSB7DQohIAkJLyogb2ssIGRpc2FibGUgaW50ZXJydXB0cyBleGNlcHQgVFggdGltZXIgKi8N CiEgCQlDU1JfV1JJVEVfMihzYywgUkxfSU1SLCBSTF9JU1JfVElNRU9VVF9FWFBJUkVEKTsNCiAg CQlyZV9wb2xsX2xvY2tlZChpZnAsIDAsIDEpOw0KICAJCWdvdG8gZG9uZV9sb2NrZWQ7DQogIAl9 DQoqKioqKioqKioqKioqKiogcmVfc3RhcnQoaWZwKQ0KKioqIDE5OTQsMTk5OSAqKioqDQotLS0g MTk5NCwyMDAwIC0tLS0NCiAgDQogIAlzYyA9IGlmcC0+aWZfc29mdGM7DQogIAlSTF9MT0NLKHNj KTsNCisgCXJlX3R4ZW9mKHNjKTsNCiAgCXJlX3N0YXJ0X2xvY2tlZChpZnApOw0KICAJUkxfVU5M T0NLKHNjKTsNCiAgfQ0KKioqKioqKioqKioqKioqIHJlX2luaXRfbG9ja2VkKHNjKQ0KKioqIDIx NzAsMjE3OSAqKioqDQogIA0KICAjaWZkZWYgREVWSUNFX1BPTExJTkcNCiAgCS8qDQohIAkgKiBE aXNhYmxlIGludGVycnVwdHMgaWYgd2UgYXJlIHBvbGxpbmcuDQogIAkgKi8NCiAgCWlmIChpZnAt PmlmX2ZsYWdzICYgSUZGX1BPTExJTkcpDQohIAkJQ1NSX1dSSVRFXzIoc2MsIFJMX0lNUiwgMCk7 DQogIAllbHNlCS8qIG90aGVyd2lzZSAuLi4gKi8NCiAgI2VuZGlmIC8qIERFVklDRV9QT0xMSU5H ICovDQogIAkvKg0KLS0tIDIxNzEsMjE4MCAtLS0tDQogIA0KICAjaWZkZWYgREVWSUNFX1BPTExJ TkcNCiAgCS8qDQohIAkgKiBPbmx5IFRYIHRpbWVyIGludGVycnVwdHMgaWYgd2UgYXJlIHBvbGxp bmcuDQogIAkgKi8NCiAgCWlmIChpZnAtPmlmX2ZsYWdzICYgSUZGX1BPTExJTkcpDQohIAkJQ1NS X1dSSVRFXzIoc2MsIFJMX0lNUiwgUkxfSVNSX1RJTUVPVVRfRVhQSVJFRCk7DQogIAllbHNlCS8q IG90aGVyd2lzZSAuLi4gKi8NCiAgI2VuZGlmIC8qIERFVklDRV9QT0xMSU5HICovDQogIAkvKg0K KioqKioqKioqKioqKioqIHJlX2luaXRfbG9ja2VkKHNjKQ0KKioqIDIyMTcsMjIyMyAqKioqDQog IAkgKiBtb2RlcmF0aW9uLCB3aGljaCBkcmFtYXRpY2FsbHkgaW1wcm92ZXMgVFggZnJhbWUgcmF0 ZS4NCiAgCSAqLw0KICAJaWYgKHNjLT5ybF90eXBlID09IFJMXzgxNjkpDQohIAkJQ1NSX1dSSVRF XzQoc2MsIFJMX1RJTUVSSU5UXzgxNjksIDB4ODAwKTsNCiAgCWVsc2UNCiAgCQlDU1JfV1JJVEVf NChzYywgUkxfVElNRVJJTlQsIDB4NDAwKTsNCiAgDQotLS0gMjIxOCwyMjI0IC0tLS0NCiAgCSAq IG1vZGVyYXRpb24sIHdoaWNoIGRyYW1hdGljYWxseSBpbXByb3ZlcyBUWCBmcmFtZSByYXRlLg0K ICAJICovDQogIAlpZiAoc2MtPnJsX3R5cGUgPT0gUkxfODE2OSkNCiEgCQlDU1JfV1JJVEVfNChz YywgUkxfVElNRVJJTlRfODE2OSwgMHgyMDApOw0KICAJZWxzZQ0KICAJCUNTUl9XUklURV80KHNj LCBSTF9USU1FUklOVCwgMHg0MDApOw0KICANCg== --=-cs8p8cAqBDThbZdFLYLl-- --=-lwYYv3ESRb1EHpF9gfwt 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) iD8DBQBBcJIMyQsGN30uGE4RAksQAKCh8Fn4OQShjbPjUFAv4FlGFIWMNQCgr2F9 XXqMB3gcOgvOe5CCnsohgX4= =CGOS -----END PGP SIGNATURE----- --=-lwYYv3ESRb1EHpF9gfwt-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 03:28: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 6881616A4CE; Sat, 16 Oct 2004 03:28:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B7143D3F; Sat, 16 Oct 2004 03:28:28 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.200] ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9G3SPYS027729; Fri, 15 Oct 2004 21:28:25 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41709506.9030100@freebsd.org> Date: Fri, 15 Oct 2004 21:27:02 -0600 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: Andrey Chernov References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> In-Reply-To: <20041016024840.GA50424@nagual.pp.ru> 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: David Schultz cc: current@freebsd.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 03:28:28 -0000 Andrey Chernov wrote: > On Fri, Oct 15, 2004 at 08:39:34PM -0600, Scott Long wrote: > >>FWIW, I think that doing a swapoff in the shutdown path is just asking >>for trouble. Fixing whatever bug this is would of course be nice, but >>the need for swapoff here is a hack and only opens up up to problems. > > > I agree. It looks like sort of race happens. Application (cvsupd) can be > killed, but its inodes activity delayed by softupdates a bit more (just > raw guess). I see no useful purpose to call swapoff(8) at shutdown stage, > correct me, if I am not right. > The swapoff hack is needed so that the swapper will close the swap device and remove the reference on the gmirror instance, which in turn allows gmirror to know that it can close itself down. Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 04:18: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 5401916A4CE for ; Sat, 16 Oct 2004 04:18:33 +0000 (GMT) Received: from www.cotse.net (packetderm.com [68.166.125.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11ECA43D2F for ; Sat, 16 Oct 2004 04:18:30 +0000 (GMT) (envelope-from miker@cotse.com) Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0) by www.cotse.net (5.7.4/5.7.4) with ESMTP id i9G4INIq016955 for ; Sat, 16 Oct 2004 00:18:24 -0400 (EDT) (envelope-from miker@cotse.com) From: Michael Ray To: freebsd-current@freebsd.org Date: Fri, 15 Oct 2004 23:18:23 -0500 Organization: Cotse Message-ID: References: <41701194.5010107@ng.fadesa.es> In-Reply-To: <41701194.5010107@ng.fadesa.es> X-Mailer: Forte Agent 2.0/32.652 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miker@cotse.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 04:18:33 -0000 On Fri, 15 Oct 2004 20:06:12 +0200, you wrote: >Hello, > > This is an interesting issue. While I was installing FreeBSD 5.3b7 >I wonder about the performance that the new branch will bring to my >computer, and it was a deception how bad FreeBSD performs compared >with Linux on the same hardware (even I repeat the test on different PC >with identical results). Was this a GENERIC or custom kernel? Did you cvsup and buildworld, etc or was it a base install from the beta7 cd? Can you post your kernel config if it isn't GENERIC? Mike From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 04:47: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 D985516A4CE; Sat, 16 Oct 2004 04:47:30 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B30443D49; Sat, 16 Oct 2004 04:47:30 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.12.10) with ESMTP id i9G4lWg1073620; Sat, 16 Oct 2004 00:47:32 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.12.10/Submit) id i9G4lVI9073619; Sat, 16 Oct 2004 00:47:31 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 16 Oct 2004 00:47:31 -0400 From: David Schultz To: Scott Long Message-ID: <20041016044731.GA73571@VARK.MIT.EDU> Mail-Followup-To: Scott Long , Andrey Chernov , current@FreeBSD.ORG, pjd@FreeBSD.ORG References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> <41709506.9030100@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41709506.9030100@freebsd.org> cc: Andrey Chernov cc: pjd@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 04:47:31 -0000 On Fri, Oct 15, 2004, Scott Long wrote: > Andrey Chernov wrote: > >On Fri, Oct 15, 2004 at 08:39:34PM -0600, Scott Long wrote: > > > >>FWIW, I think that doing a swapoff in the shutdown path is just asking > >>for trouble. Fixing whatever bug this is would of course be nice, but > >>the need for swapoff here is a hack and only opens up up to problems. > > > > > >I agree. It looks like sort of race happens. Application (cvsupd) can be > >killed, but its inodes activity delayed by softupdates a bit more (just > >raw guess). I see no useful purpose to call swapoff(8) at shutdown stage, > >correct me, if I am not right. > > > > The swapoff hack is needed so that the swapper will close the swap > device and remove the reference on the gmirror instance, which in turn > allows gmirror to know that it can close itself down. Pawel has a patch that moves the swapoff() later in the shutdown sequence, after all user processes have been killed. It should make swapoff() basically a no-op / sanity check, since nothing should actually be paged out at that point. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 04:54: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 037FD16A4CE; Sat, 16 Oct 2004 04:54:54 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2957543D45; Sat, 16 Oct 2004 04:54:53 +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 i9G4snUu055819; Sat, 16 Oct 2004 08:54:49 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9G4snUb055818; Sat, 16 Oct 2004 08:54:49 +0400 (MSD) (envelope-from ache) Date: Sat, 16 Oct 2004 08:54:47 +0400 From: Andrey Chernov To: Scott Long , current@FreeBSD.ORG, pjd@FreeBSD.ORG Message-ID: <20041016045445.GA55747@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Scott Long , current@FreeBSD.ORG, pjd@FreeBSD.ORG References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> <41709506.9030100@freebsd.org> <20041016044731.GA73571@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041016044731.GA73571@VARK.MIT.EDU> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 04:54:54 -0000 On Sat, Oct 16, 2004 at 12:47:31AM -0400, David Schultz wrote: > Pawel has a patch that moves the swapoff() later in the shutdown > sequence, after all user processes have been killed. It should > make swapoff() basically a no-op / sanity check, since nothing > should actually be paged out at that point. Forward it to me, please, I'll test it. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 06:21: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 A19AE16A4CE; Sat, 16 Oct 2004 06:21:18 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B47443D54; Sat, 16 Oct 2004 06:21:18 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 74F0AACAF1; Sat, 16 Oct 2004 08:21:15 +0200 (CEST) Date: Sat, 16 Oct 2004 08:21:15 +0200 From: Pawel Jakub Dawidek To: Andrey Chernov , Scott Long , current@FreeBSD.ORG Message-ID: <20041016062115.GS73767@darkness.comp.waw.pl> References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> <41709506.9030100@freebsd.org> <20041016044731.GA73571@VARK.MIT.EDU> <20041016045445.GA55747@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TJq7xrFHmAmabYhN" Content-Disposition: inline In-Reply-To: <20041016045445.GA55747@nagual.pp.ru> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 06:21:18 -0000 --TJq7xrFHmAmabYhN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 08:54:47AM +0400, Andrey Chernov wrote: +> On Sat, Oct 16, 2004 at 12:47:31AM -0400, David Schultz wrote: +> > Pawel has a patch that moves the swapoff() later in the shutdown +> > sequence, after all user processes have been killed. It should +> > make swapoff() basically a no-op / sanity check, since nothing +> > should actually be paged out at that point. +>=20 +> Forward it to me, please, I'll test it. http://people.freebsd.org/~pjd/patches/swapoff_all.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --TJq7xrFHmAmabYhN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBcL3bForvXbEpPzQRAtNLAJwPNOiCL17njmvtZIPSKw358I8W6wCeNPuM QJNHNaLc3OhYvmRaNHa3Qxc= =paVx -----END PGP SIGNATURE----- --TJq7xrFHmAmabYhN-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 06:26: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 CD0FE16A4CE for ; Sat, 16 Oct 2004 06:26:01 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5ADC43D45 for ; Sat, 16 Oct 2004 06:26:00 +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 i9G6Pwfh050131; Sat, 16 Oct 2004 09:25:58 +0300 (EEST) (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 96495-10; Sat, 16 Oct 2004 09:25:58 +0300 (EEST) 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 i9G6Pv5n050128; Sat, 16 Oct 2004 09:25:57 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9G6Pn2C068862; Sat, 16 Oct 2004 09:25:49 +0300 (EEST) (envelope-from ru) Date: Sat, 16 Oct 2004 09:25:43 +0300 From: Ruslan Ermilov To: Warren Liddell Message-ID: <20041016062543.GA66090@ip.net.ua> References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <200410160153.37380.shinjii@virusinfo.rdksupportinc.com> <20041015164427.GA44567@ip.net.ua> <200410160733.03571.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <200410160733.03571.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 06:26:02 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 07:33:03AM +1000, Warren Liddell wrote: > > make installworld -DALWAYS_CHECK_MAKE >=20 > ok that fixed that problem :) ..=20 >=20 > now to the next one, which i believe is usally something to do with the o= bj=20 > dir but being as i have 1 .. im not sure whats goin on. >=20 This is the same problem as before, it's now just exposed later. I will say it again: please run "make buildworld" properly. I'd guess you're trying to install from a different machine, or from different MAKEOBJDIRPREFIX setting in environment, I don't know, you didn't provide enough details. The fact that installworld tries to rebuild osreldate.h (the first thing that buildworld should have done) tells me that you're doing something wrong. If you did it all properly, you should already have had /usr/obj/usr/FreeBSD5/src/include/osreldate.h after buildworld. > -------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/FreeBSD5/src; /usr/obj/usr/FreeBSD5/src/make.i386/make -f=20 > Makefile.inc1 install > env: not found > "/usr/FreeBSD5/src/Makefile.inc1", line 94: warning: "env -i=20 > PATH=3D/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/sbin:/usr/obj/usr/FreeBS= D5/src/i386/legacy/usr/bin:/usr/obj/usr/FreeBSD5/src/i386/legacy/usr/games:= /usr/obj/usr/FreeBSD5/src/i386/usr/sbin:/usr/obj/usr/FreeBSD5/src/i386/usr/= bin:/usr/obj/usr/FreeBSD5/src/i386/usr/games:/tmp/install.PDwkZs9x=20 > MAKEFLAGS=3D" -D ALWAYS_CHECK_MAKE=20 > -m /usr/FreeBSD5/src/share/mk" /usr/obj/usr/FreeBSD5/src/make.i386/make = =20 > -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status > =3D=3D=3D> share/info > =3D=3D=3D> include > creating osreldate.h from newvers.sh > touch: not found > *** Error code 127 >=20 > Stop in /usr/FreeBSD5/src/include. > *** Error code 1 >=20 > Stop in /usr/FreeBSD5/src. > *** Error code 1 >=20 > Stop in /usr/FreeBSD5/src. > *** Error code 1 >=20 > Stop in /usr/FreeBSD5/src. > *** Error code 1 >=20 > Stop in /usr/FreeBSD5/src. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcL7nqRfpzJluFF4RAoFBAJ9MtP9Dn+4dmh0AwVdYdG21DPqeSACdEUHN f8/7dA4XNbm1aOrxrP+yRr4= =7W5W -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 06:44: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 DE35A16A4CE for ; Sat, 16 Oct 2004 06:44:31 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1984443D48 for ; Sat, 16 Oct 2004 06:44:31 +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 i9G6iTso050749; Sat, 16 Oct 2004 09:44:29 +0300 (EEST) (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 96670-19; Sat, 16 Oct 2004 09:44:29 +0300 (EEST) 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 i9G6iSEG050746; Sat, 16 Oct 2004 09:44:28 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9G6iFLZ083029; Sat, 16 Oct 2004 09:44:15 +0300 (EEST) (envelope-from ru) Date: Sat, 16 Oct 2004 09:44:14 +0300 From: Ruslan Ermilov To: Sam Message-ID: <20041016064414.GC66090@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f+W+jCU1fRNres8c" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: fdisk buglet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 06:44:32 -0000 --f+W+jCU1fRNres8c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 15, 2004 at 04:34:11PM -0500, Sam wrote: > fivethree% fdisk /dev/ad1 > fdisk: cannot open disk /dev//dev/ad1: No such file or directory >=20 > One possible fix: >=20 > fivethree% diff -upr src/sbin/fdisk src2/sbin/fdisk > diff -upr src/sbin/fdisk/fdisk.c src2/sbin/fdisk/fdisk.c > --- src/sbin/fdisk/fdisk.c Mon Jun 14 03:21:19 2004 > +++ src2/sbin/fdisk/fdisk.c Fri Oct 15 16:35:28 2004 > @@ -299,14 +299,16 @@ main(int argc, char *argv[]) > if (argc =3D=3D 0) { > disk =3D get_rootdisk(); > } else { > - if (stat(argv[0], &sb) =3D=3D 0) { > + disk =3D argv[0]; > + if (stat(disk, &sb) =3D=3D 0) { > /* OK, full pathname given */ > - disk =3D argv[0]; > } else if (errno =3D=3D ENOENT) { > /* Try prepending "/dev" */ > - asprintf(&disk, "%s%s", _PATH_DEV, argv[0]); > - if (disk =3D=3D NULL) > - errx(1, "out of memory"); > + if (strncmp(disk, _PATH_DEV, strlen(_PATH_DEV))) { > + asprintf(&disk, "%s%s", _PATH_DEV, argv[0= ]); > + if (disk =3D=3D NULL) > + errx(1, "out of memory"); > + } > } else { > /* other stat error, let it fail below */ > disk =3D argv[0]; >=20 Simpler: %%% Index: fdisk.c =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/sbin/fdisk/fdisk.c,v retrieving revision 1.74 diff -u -r1.74 fdisk.c --- fdisk.c 14 Jun 2004 07:21:19 -0000 1.74 +++ fdisk.c 16 Oct 2004 06:43:16 -0000 @@ -302,7 +302,7 @@ if (stat(argv[0], &sb) =3D=3D 0) { /* OK, full pathname given */ disk =3D argv[0]; - } else if (errno =3D=3D ENOENT) { + } else if (errno =3D=3D ENOENT && argv[0][0] !=3D '/') { /* Try prepending "/dev" */ asprintf(&disk, "%s%s", _PATH_DEV, argv[0]); if (disk =3D=3D NULL) %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --f+W+jCU1fRNres8c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcMM+qRfpzJluFF4RAqy5AJ9jlgp9l83c9Yq4iWoccIb3s2CeugCfRHSp tLT8r9qu63hXafhzlSGSIGE= =u9ge -----END PGP SIGNATURE----- --f+W+jCU1fRNres8c-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 07:50: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 7408816A4D2 for ; Sat, 16 Oct 2004 07:50:34 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6132D43D58 for ; Sat, 16 Oct 2004 07:50:22 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 2AC1EACAF1; Sat, 16 Oct 2004 09:50:21 +0200 (CEST) Date: Sat, 16 Oct 2004 09:50:21 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20041016075021.GU73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iks5JP/frMpeeVyh" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: 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: Sat, 16 Oct 2004 07:50:34 -0000 --iks5JP/frMpeeVyh Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. The list of rc.conf(5) variables which are not documented in rc.conf(5) manual page, but exist in /etc/default/rc.conf: ike_enable ike_program ike_flags pppoed_provider rtsol_flags ip6addrctl_enable ip6addrctl_verbose sendmail_enable sendmail_pidfile sendmail_procname sendmail_flags sendmail_submit_enable sendmail_submit_flags sendmail_outbound_enable sendmail_outbound_flags sendmail_msp_queue_enable sendmail_msp_queue_flags devfs_rulesets devfs_system_ruleset devfs_set_rulesets performance_cx_lowest performance_throttle_state economy_cx_lowest economy_throttle_state The list of rc.conf(5) variables which are documented, but not used in our rcNG scripts: watchdogd_flags ramdisk_units ramdisk__config ramdisk__newfs ramdisk__owner ramdisk__perms Those ramdisk_* variables are from NetBSD, right? The list of rc.conf(5) variables which are documented and used in rcNG scripts, but don't exist in /etc/defaults/rc.conf: ntpdate_hosts atm_load natm_interfaces Dear committer, if you are responsible, please fix, thanks:) --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --iks5JP/frMpeeVyh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBcNK9ForvXbEpPzQRAqhGAJ9PiE2guLDMi7GW1f5V7hjfJgH5sACcCkR+ 93nUAKazEsZ+6Qfk/JkjjrY= =i2Wf -----END PGP SIGNATURE----- --iks5JP/frMpeeVyh-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 08: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 B73AF16A4CE for ; Sat, 16 Oct 2004 08:17:40 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE1E43D2D for ; Sat, 16 Oct 2004 08:17:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9G8HYWC289120 for ; Sat, 16 Oct 2004 04:17:36 -0400 Message-ID: <4170D91E.5000201@elischer.org> Date: Sat, 16 Oct 2004 01:17:34 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: portupgrade vs 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: Sat, 16 Oct 2004 08:17:40 -0000 having rebuilt port-upgrade, pkgdb and portupgrade now fail with: /usr/local/sbin/portupgrade:35:in `require': No such file to load -- pkgtools (LoadError) from /usr/local/sbin/portupgrade:35 anyone got a suggested fix? From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 08:27: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 C093416A4CE for ; Sat, 16 Oct 2004 08:27:09 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B13843D54 for ; Sat, 16 Oct 2004 08:27:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9G8R6WC298216; Sat, 16 Oct 2004 04:27:06 -0400 Message-ID: <4170DB59.2070906@elischer.org> Date: Sat, 16 Oct 2004 01:27:05 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <4170D91E.5000201@elischer.org> In-Reply-To: <4170D91E.5000201@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: portupgrade vs 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: Sat, 16 Oct 2004 08:27:09 -0000 Julian Elischer wrote: > having rebuilt port-upgrade, pkgdb and portupgrade now fail with: > > /usr/local/sbin/portupgrade:35:in `require': No such file to load -- > pkgtools (LoadError) > from /usr/local/sbin/portupgrade:35 > > anyone got a suggested fix? don't worry.. found the problem.. (you can't portupgrade portupgrade maybe?..) needed to install portupgrade by hand. > > _______________________________________________ > 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 Oct 16 08:53: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 7AC0F16A4CE for ; Sat, 16 Oct 2004 08:53:15 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8DE43D60 for ; Sat, 16 Oct 2004 08:53:14 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.49.12.220) by vsmtp2.tin.it (7.0.027) id 416FDDDD0004B231 for freebsd-current@freebsd.org; Sat, 16 Oct 2004 10:53:14 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by kaiser.sig11.org (Postfix) with ESMTP id CC29071 for ; Sat, 16 Oct 2004 10:53:12 +0200 (CEST) From: Matteo Riondato To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6SmXeaf4Lg+O7T3hlYxX" Message-Id: <1097916792.1810.4.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 16 Oct 2004 10:53:12 +0200 Subject: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 08:53:15 -0000 --=-6SmXeaf4Lg+O7T3hlYxX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Could we change an entry from: 20041007: One of the syscalls the 1:1 threading library libthr uses has changed, thus breaking ABI compatibility. Make sure you rebuild this library with the kernel. to: 20041007: One of the syscalls used by the 1:1 threading library libthr=20 has changed, thus breaking ABI compatibility. Make sure you rebuild this library with the kernel. ? I think this will improve the readability and the comprension of the entry by the non-native english speakers. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-6SmXeaf4Lg+O7T3hlYxX Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBcOF42Mp4pR7Fa+wRAvM0AJ9ZqqYKWejo6rqD2Jd6N7RZuKwN/gCgzlrU VPJEXksJgkX9zobpOh8JGZM= =fnGV -----END PGP SIGNATURE----- --=-6SmXeaf4Lg+O7T3hlYxX-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 11:27: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 47DA316A4CE for ; Sat, 16 Oct 2004 11:27:31 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E07C43D1F for ; Sat, 16 Oct 2004 11:27:29 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9GBRN9S084432; Sat, 16 Oct 2004 13:27:24 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <4171059C.9070908@withagen.nl> Date: Sat, 16 Oct 2004 13:27:24 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20041013214911.GD986@green.homeunix.org> <20041015073118.GA19660@gvr.gvr.org> <20041015104856.GB45863@cirb503493.alcatel.com.au> <20041015123547.GA23221@gvr.gvr.org> <20041015220203.GT83620@cirb503493.alcatel.com.au> In-Reply-To: <20041015220203.GT83620@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 11:27:31 -0000 Peter Jeremy wrote: >On Fri, 2004-Oct-15 14:35:47 +0200, Guido van Rooij wrote: > > >>A make buildworld cannot be used in sich a scenario. A nice memtester >>that could be called from the bootloader would have been handy. >> >> > >http://www.memtest86.com/memtest86-3.1a.iso.gz > >I'm not sure how much effort would be involved in making memtest[86] >in a form that could be loaded by the bootloader. > > > I'd be willing to do the work, but somebody needs to hold my hand in finding a place and way to get it early enough in the kernel. The memtest algorithms in themselves are not all that complex to program. The most complex ones just run in exponential time based on the size of the memory area to test. :( Which is way you'd prefer to know the memory architecture, so that you can segment the whole of the memory into smaller bits to test, and hence run faster. I need to dig in my paper archives, but I would still have the lecture materials on this. Another valid remark was made about the environment. temperature and power are also very influential factors for holding electrons in memory cells. And these are hard/impossible to influence whilest running the tests. An also important item for memory failure is refresh timing. It could be that the memory as such is correct, but that too much leakage causes bits to fall too fast. To detect this it requires that whole rows of the memory are not touched by either read or write for the duration of the refresh period. All in all again not very simple without knowing the memory architecture. These arguments have for me always been the reason, not to try implement a memory tester. Especially since most people using this will not be aware of limitted relevance of the tests they are running. But like I said, give me some pointers on how to plug it into the kernel, and I'll get going on this. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 13:50: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 CA2EA16A4DE for ; Fri, 15 Oct 2004 13:50:44 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F94B43D54 for ; Fri, 15 Oct 2004 13:50:44 +0000 (GMT) (envelope-from iggdawg@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=n2ixdCQ1Pqogo/emAvXegOk166WzkLUplNfd7OjHRjXuP03CoXwF9ApDaLPI/ov5JTXCXTtauH95N9ctnYY9ITsIaMYy3y3lO9U0WCh35ziO5qeK7SQH4NgoI+JWPvowDMDsFB49oU6JraMIvvUYgBqW8xCAXGJHf9AiGp+Pc7s Received: by mproxy.gmail.com with SMTP id 77so30305rnk for ; Fri, 15 Oct 2004 06:50:44 -0700 (PDT) Received: by 10.38.82.45 with SMTP id f45mr4169396rnb; Fri, 15 Oct 2004 06:49:37 -0700 (PDT) Received: by 10.38.15.14 with HTTP; Fri, 15 Oct 2004 06:49:37 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 09:49:37 -0400 From: To: Daniel O'Connor In-Reply-To: <200410152313.00482.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: rejden Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: iggdawg@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 13:50:44 -0000 if I'm reading his dmesg right, it looks like his other CPUs aren't starting up, even though they're showing up in the mptable? there's no "CPU <#> Launched!" entries in the dmesg I'm also confused as to exactly what the problem is. Rejden, can you be more specific? On Fri, 15 Oct 2004 23:12:59 +0930, Daniel O'Connor wrote: > On Fri, 15 Oct 2004 21:59, rejden wrote: > > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz > > You haven't actually said what the problem is.. > > -- > 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 > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:04: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 69EB416A4CF for ; Fri, 15 Oct 2004 14:04:44 +0000 (GMT) Received: from onyx.hysteria.sk (onyx.hysteria.sk [195.168.3.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C6043D45 for ; Fri, 15 Oct 2004 14:04:43 +0000 (GMT) (envelope-from rejden@hysteria.sk) Received: (qmail 1801 invoked by uid 1607); 15 Oct 2004 14:04:39 -0000 Date: Fri, 15 Oct 2004 16:04:39 +0200 From: rejden To: iggdawg@gmail.com Message-ID: <20041015140438.GA566@hysteria.sk> References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on onyx.hysteria.sk X-Spam-Status: No, hits=-4.9 required=5.0 X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 14:04:44 -0000 Hi, as somebody mentioned, CPU aren't starting yes i have options smp and device apic in kernel rejden On Fri, Oct 15, 2004 at 09:49:37AM -0400, iggdawg@gmail.com wrote: > if I'm reading his dmesg right, it looks like his other CPUs aren't > starting up, even though they're showing up in the mptable? there's > no "CPU <#> Launched!" entries in the dmesg > > I'm also confused as to exactly what the problem is. Rejden, can you > be more specific? > > > On Fri, 15 Oct 2004 23:12:59 +0930, Daniel O'Connor > wrote: > > On Fri, 15 Oct 2004 21:59, rejden wrote: > > > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz > > > > You haven't actually said what the problem is.. > > > > -- > > 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 > > > > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:11: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 232B716A4CF for ; Fri, 15 Oct 2004 14:11:03 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC81443D46 for ; Fri, 15 Oct 2004 14:11:02 +0000 (GMT) (envelope-from iggdawg@gmail.com) DomainKey-Signature: a=rsa-sha1; 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=q4cIEO5p5FTVK1dbrZk0/8PbLQ6VGY4btexnLWNmPWlvt9q4RtA9bss1NiaK+OZR9oxLj14mxCOokWCHvx175J0d07zwiaUY2XtiiI3FoEGNAuJRDcseM+jPVuKFPDEjX7ZElyJ/1rDvgfMdZwXFr8GPJSZ2essaLN3Y9RXbC5s Received: by mproxy.gmail.com with SMTP id 79so32042rnk for ; Fri, 15 Oct 2004 07:11:02 -0700 (PDT) Received: by 10.38.65.39 with SMTP id n39mr4180286rna; Fri, 15 Oct 2004 07:10:19 -0700 (PDT) Received: by 10.38.15.14 with HTTP; Fri, 15 Oct 2004 07:10:19 -0700 (PDT) Message-ID: Date: Fri, 15 Oct 2004 10:10:19 -0400 From: To: rejden In-Reply-To: <20041015140438.GA566@hysteria.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> <20041015140438.GA566@hysteria.sk> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: iggdawg@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 14:11:03 -0000 try booting from the GENERIC kernel and post that dmesg. it may be something you configured in your new kernel that's messing it up. On Fri, 15 Oct 2004 16:04:39 +0200, rejden wrote: > Hi, > as somebody mentioned, CPU aren't starting > yes i have options smp and device apic in kernel > > rejden > > > > > On Fri, Oct 15, 2004 at 09:49:37AM -0400, iggdawg@gmail.com wrote: > > if I'm reading his dmesg right, it looks like his other CPUs aren't > > starting up, even though they're showing up in the mptable? there's > > no "CPU <#> Launched!" entries in the dmesg > > > > I'm also confused as to exactly what the problem is. Rejden, can you > > be more specific? > > > > > > On Fri, 15 Oct 2004 23:12:59 +0930, Daniel O'Connor > > wrote: > > > On Fri, 15 Oct 2004 21:59, rejden wrote: > > > > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz > > > > > > You haven't actually said what the problem is.. > > > > > > -- > > > 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 > > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 14:13: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 DD1D016A4CF for ; Fri, 15 Oct 2004 14:13:42 +0000 (GMT) Received: from onyx.hysteria.sk (onyx.hysteria.sk [195.168.3.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E7343D45 for ; Fri, 15 Oct 2004 14:13:42 +0000 (GMT) (envelope-from rejden@hysteria.sk) Received: (qmail 4781 invoked by uid 1607); 15 Oct 2004 14:13:37 -0000 Date: Fri, 15 Oct 2004 16:13:37 +0200 From: rejden To: iggdawg@gmail.com Message-ID: <20041015141337.GA4157@hysteria.sk> References: <20041015122943.GA29434@hysteria.sk> <200410152313.00482.doconnor@gsoft.com.au> <20041015140438.GA566@hysteria.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on onyx.hysteria.sk X-Spam-Status: No, hits=-4.9 required=5.0 X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: smp problem with 8 CPU's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Oct 2004 14:13:43 -0000 okay i can try it, but in monday cos i have that box in work... On Fri, Oct 15, 2004 at 10:10:19AM -0400, iggdawg@gmail.com wrote: > try booting from the GENERIC kernel and post that dmesg. it may be > something you configured in your new kernel that's messing it up. > > > On Fri, 15 Oct 2004 16:04:39 +0200, rejden wrote: > > Hi, > > as somebody mentioned, CPU aren't starting > > yes i have options smp and device apic in kernel > > > > rejden > > > > > > > > > > On Fri, Oct 15, 2004 at 09:49:37AM -0400, iggdawg@gmail.com wrote: > > > if I'm reading his dmesg right, it looks like his other CPUs aren't > > > starting up, even though they're showing up in the mptable? there's > > > no "CPU <#> Launched!" entries in the dmesg > > > > > > I'm also confused as to exactly what the problem is. Rejden, can you > > > be more specific? > > > > > > > > > On Fri, 15 Oct 2004 23:12:59 +0930, Daniel O'Connor > > > wrote: > > > > On Fri, 15 Oct 2004 21:59, rejden wrote: > > > > > i cannot get working smp on compaq proliant dl760 with 8cpu's xeon 700mhz > > > > > > > > You haven't actually said what the problem is.. > > > > > > > > -- > > > > 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 > > > > > > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 15:53: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 ED8AE16A4CE for ; Fri, 15 Oct 2004 15:53:42 +0000 (GMT) Received: from mail.iinet.net.au (mail-09.iinet.net.au [203.59.3.41]) by mx1.FreeBSD.org (Postfix) with SMTP id 9587B43D46 for ; Fri, 15 Oct 2004 15:53:41 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 26653 invoked from network); 15 Oct 2004 15:53:40 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 15:53:39 -0000 From: Warren Liddell To: Ruslan Ermilov Date: Sat, 16 Oct 2004 01:53:37 +1000 User-Agent: KMail/1.7 References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <20041015151131.GA44099@ip.net.ua> In-Reply-To: <20041015151131.GA44099@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410160153.37380.shinjii@virusinfo.rdksupportinc.com> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 15:53:43 -0000 > You're supposed to "make buildworld" before doing "make installworld". > It will build (and cause "installworld" to use) the new make binary > > that understands the `+' syntax. From the new make(1) manpage: > > A `+' causes the command to be executed even if -n is specified > > on the command line. > > Cheers, Sadly i had done a buildworld, so next theory ? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 16:02: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 896A316A4CE for ; Fri, 15 Oct 2004 16:02:28 +0000 (GMT) Received: from mail.iinet.net.au (mail-06.iinet.net.au [203.59.3.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C0CB43D1D for ; Fri, 15 Oct 2004 16:02:27 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 15543 invoked from network); 15 Oct 2004 16:02:25 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 15 Oct 2004 16:02:25 -0000 From: Warren Liddell To: "Ryan Sommers" Date: Sat, 16 Oct 2004 02:02:23 +1000 User-Agent: KMail/1.7 References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <20041015151131.GA44099@ip.net.ua> <25545.128.101.36.205.1097856132.squirrel@128.101.36.205> In-Reply-To: <25545.128.101.36.205.1097856132.squirrel@128.101.36.205> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410160202.23246.shinjii@virusinfo.rdksupportinc.com> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.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, 15 Oct 2004 16:02:28 -0000 > I suspect, from your earlier message, that your build environment, > although non-standard isn't setup quite right. Are you mounting the > /usr/src and /usr/ports over NFS? Where are you mounting them? What > command are you using to build world? > > I frequently build with an NFS mounted /usr/src and /usr/ports. From your > previous post it looks like you are using somewhat different paths, which > although might not be a problem, it might if your object directory is > different and you aren't using it in all the commands. > > If the machine is too small to hold the src and ports trees, is it large > enough to hold /usr/obj? > > I would suggest the following. On your 'big' host, export a directory to > use as /usr/ports, another as /usr/src, and if needed another as /usr/obj. > On the 'small' host, NFS mount those directories to /usr/src, /usr/ports > and /usr/obj. Then you can build and install just as if they weren't NFS > mounted, which makes it somewhat easier to not forget to set make > variables. When you reboot though, you won't be able to do the > 'installworld' from single user unless you bring up your networking > components and NFS mounts first. The small dive unable to hold a ports & src is able to hold its own /usr/obj dir which it has in /usr/obj The "Big" machine has the ports an src setup exactly like the "small" machine does so when mounting it over nfs i have the option to do the buildworld on the "Big" machine then do the installworld on the "small" machine. My Big machine is somewhat setup in a similar way running 4.10-STABLE i remotely mount the ports an src dir's and do the neccessary updates 1 a week and it hasnt given me any hassles. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 16:18: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 51FF116A4CE for ; Fri, 15 Oct 2004 16:18:49 +0000 (GMT) Received: from pearl.ibctech.ca (dev.eagle.ca [209.167.58.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878C943D60 for ; Fri, 15 Oct 2004 16:18:48 +0000 (GMT) (envelope-from iaccounts@ibctech.ca) Received: (qmail 32347 invoked by uid 1002); 15 Oct 2004 16:21:01 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 8.235399 secs); 15 Oct 2004 16:21:01 -0000 Received: from unknown (HELO webmail.ibctech.ca) (127.0.0.1) by localhost.ibctech.ca with SMTP; 15 Oct 2004 16:20:51 -0000 Received: from 209.167.16.15 (SquirrelMail authenticated user steve@ibctech.ca); by webmail.ibctech.ca with HTTP; Fri, 15 Oct 2004 12:20:51 -0400 (EDT) Message-ID: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> Date: Fri, 15 Oct 2004 12:20:51 -0400 (EDT) From: "Steve Bertrand" To: freebsd-current@freebsd.org 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-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 Subject: Xorg and libm.so.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: Fri, 15 Oct 2004 16:18:49 -0000 I have just installed 5.3b7, and after installing Xorg, I get the following error: /libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by "Xorg" I found in google that certain libs have been upgraded, and indeed, I do have libm.so.3 in the /lib dir. Can I tell Xorg that it should use .3, and if so, how. Otherwise, how can I work around this issue so I can get X up and running? Note: I did the install over FTP, and installed Xorg through sysinstall. TIA. Steve PS. Please Cc me in reply, I am not subscribed to this list...yet ;o) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 00:48: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 52CA216A4CE for ; Sat, 16 Oct 2004 00:48:46 +0000 (GMT) Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8C943D41 for ; Sat, 16 Oct 2004 00:48:45 +0000 (GMT) (envelope-from Venkatesh.Babu@nokia.com) Received: from esdks002.ntc.nokia.com (esdks002.ntc.nokia.com [172.21.138.121])i9G0miF07364 for ; Sat, 16 Oct 2004 03:48:44 +0300 (EET DST) X-Scanned: Sat, 16 Oct 2004 03:48:31 +0300 Nokia Message Protector V1.3.31 2004060815 - RELEASE Received: (from root@localhost) by esdks002.ntc.nokia.com (8.12.9/8.12.9) id i9G0mVCs028098 for ; Sat, 16 Oct 2004 03:48:31 +0300 Received: from mgw-int1.ntc.nokia.com (172.21.143.96) by esdks002.ntc.nokia.com 00qois8W; Sat, 16 Oct 2004 03:48:29 EEST Received: from daebh001.NOE.Nokia.com (daebh001.americas.nokia.com [10.241.35.121])i9G0mIa21112 for ; Sat, 16 Oct 2004 03:48:18 +0300 (EET DST) Received: from mvebe001.NOE.Nokia.com ([172.18.140.37]) by daebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Fri, 15 Oct 2004 19:48:17 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 15 Oct 2004 17:48:16 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: smp problem with 8 CPU's Thread-Index: AcSzEML/8aod1M30TI2rTeHnUlwAQgABsKIA From: To: X-OriginalArrivalTime: 16 Oct 2004 00:48:17.0317 (UTC) FILETIME=[D3433D50:01C4B319] X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 Subject: Multiprocessing for network protocol stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 00:48:46 -0000 We have a proprietary OS, which is a variant of FreeBSD 2.x and has = extensive changes to protocol stack. We are planning to migrate to the = latest FreeBSD like 4.x or 5.x to get multiprocessor support. So I am = trying to evaluate these options. How good the network protocol stack takes advantages of the multi = processor in 5.x ? What parallelizing paradigm (Connection level parallelism / Packet = level parallelism / processor per message / predictable parallel = protocol processing) is implemented for network protocol stack (like = TCP/IP) in BSD 5.x ? Are there any benchmarks on the performance analysis of network = protocol stack on multiprocessor system ? Thanks, VBabu=20 From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 01:32: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 10A1816A4CE; Sat, 16 Oct 2004 01:32:19 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (heineken.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F41243D53; Sat, 16 Oct 2004 01:32:17 +0000 (GMT) (envelope-from nbco@screaming.net) Received: from [192.168.2.2] ([217.51.145.238])i9G0BG829767; Sat, 16 Oct 2004 01:11:17 +0100 From: nbco To: Bruce M Simpson Date: Sat, 16 Oct 2004 02:32:13 +0100 User-Agent: KMail/1.7 References: <20041016012536.GS61186@empiric.icir.org> In-Reply-To: <20041016012536.GS61186@empiric.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410160232.13578.nbco@screaming.net> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 cc: freebsdnic@mailbox.intel.com cc: freebsd-gnats-submit@freebsd.org cc: current@freebsd.org cc: mlaier@freebsd.org Subject: Re: kern/72748: em0 problems on t41 after updating to 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 01:32:19 -0000 On Saturday 16 October 2004 02:25, Bruce M Simpson wrote: > [Cc: to current@ as this could be a show-stopper for RELENG_5_3] > > Could you please try the attached patch, which reverts the ALTQ > changes introduced on the RELENG_5 branch, and let me know if this > resolves the issue? This patch worked and I now have full network functionality on em Thanks .nbco > Thanks, > BMS From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 11:06: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 52E4316A4CE for ; Sat, 16 Oct 2004 11:06:58 +0000 (GMT) Received: from mail.iinet.net.au (mail-02.iinet.net.au [203.59.3.34]) by mx1.FreeBSD.org (Postfix) with SMTP id A95AF43D58 for ; Sat, 16 Oct 2004 11:06:56 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 22187 invoked from network); 16 Oct 2004 11:06:55 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 16 Oct 2004 11:06:54 -0000 From: Warren Liddell To: Ruslan Ermilov Date: Sat, 16 Oct 2004 21:06:43 +1000 User-Agent: KMail/1.7 References: <200410160050.56138.shinjii@virusinfo.rdksupportinc.com> <200410160733.03571.shinjii@virusinfo.rdksupportinc.com> <20041016062543.GA66090@ip.net.ua> In-Reply-To: <20041016062543.GA66090@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410162106.43858.shinjii@virusinfo.rdksupportinc.com> X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:25 +0000 Subject: Re: error while doing installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 11:06:58 -0000 > This is the same problem as before, it's now just exposed > later. I will say it again: please run "make buildworld" > properly. I'd guess you're trying to install from a different > machine, or from different MAKEOBJDIRPREFIX setting in > environment, I don't know, you didn't provide enough details. > The fact that installworld tries to rebuild osreldate.h (the > first thing that buildworld should have done) tells me that > you're doing something wrong. If you did it all properly, > you should already have had > > /usr/obj/usr/FreeBSD5/src/include/osreldate.h > > after buildworld. I had del this msg form going through, but never mind. It was a silly problem on my part due to having the wrong obj dir mounted .. since then everything works aok. Thnxs for the help and putting up with my silly errors. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 20:10: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 D558116A4CE for ; Fri, 15 Oct 2004 20:10:44 +0000 (GMT) Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11DF443D1D for ; Fri, 15 Oct 2004 20:10:44 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp.engelschall.com (Postfix, from userid 1005) id B06F74CE671; Fri, 15 Oct 2004 22:10:49 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 68DFEA182C; Fri, 15 Oct 2004 22:10:33 +0200 (CEST) Date: Fri, 15 Oct 2004 22:10:33 +0200 From: "Ralf S. Engelschall" To: freebsd-current@freebsd.org Message-ID: <20041015201033.GA51887@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: http://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 X-Mailman-Approved-At: Sat, 16 Oct 2004 12:07:43 +0000 Subject: Linux ABI and permissions to /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rse@engelschall.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, 15 Oct 2004 20:10:45 -0000 Under latest RELENG_5 I'm experiencing since recently (about 2-4 weeks I think) "permission denied" errors under the Linux ABI on write-access to e.g. /dev/null or other devices under /dev: | $ id | uid=10000(rse) gid=10000(rse) groups=10000(rse),5(operator),2001(en) | $ ls -l /dev/null | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:39 /dev/null | $ echo foo >/dev/null | $ ls -l /compat/linux/bin/dev/null | ls: /compat/linux/bin/dev/null: No such file or directory | $ /compat/linux/bin/bash | bash bash2 | $ /compat/linux/bin/bash | $ ls -l /dev/null | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:40 /dev/null | $ echo foo >/dev/null | bash: /dev/null: Permission denied | $ Has anybody an idea where to search? There were no changes to devfs recently and the recent changes to the Linuxulator seemed harmless to me at the first glance... Ralf S. Engelschall rse@engelschall.com www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 12:14: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 DC6B416A4CF for ; Sat, 16 Oct 2004 12:14:38 +0000 (GMT) Received: from post-24.mail.nl.demon.net (post-24.mail.nl.demon.net [194.159.73.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D1F43D39 for ; Sat, 16 Oct 2004 12:14:36 +0000 (GMT) (envelope-from albi@scii.nl) Received: from aseed.demon.nl ([82.161.136.218]:10091 helo=mail.aseed.antenna.nl) by post-24.mail.nl.demon.net with esmtp (Exim 4.34) id 1CInSD-0002MU-8e; Sat, 16 Oct 2004 12:14:33 +0000 Received: from aseed.demon.nl (unknown [192.168.0.48]) by mail.aseed.antenna.nl (Postfix) with ESMTP id 1F9F01A9A7; Sat, 16 Oct 2004 14:24:01 +0200 (CEST) Received: from localhost (unknown [192.168.0.48]) by aseed.demon.nl (Postfix) with ESMTP id 17D072CD57; Sat, 16 Oct 2004 14:14:31 +0200 (CEST) Received: from aseed.demon.nl ([192.168.0.48]) by localhost (aseed.antenna.nl [192.168.0.48]) (amavisd-new, port 10024) with ESMTP id 75922-10; Sat, 16 Oct 2004 14:14:29 +0200 (CEST) Received: from aseed.demon.nl (unknown [192.168.0.48]) by aseed.demon.nl (Postfix) with ESMTP id EF7C52CD58; Sat, 16 Oct 2004 14:14:28 +0200 (CEST) Received: from 62.194.19.87 (SquirrelMail authenticated user albi); by aseed.demon.nl with HTTP; Sat, 16 Oct 2004 14:14:29 +0200 (CEST) Message-ID: <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> In-Reply-To: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> Date: Sat, 16 Oct 2004 14:14:29 +0200 (CEST) From: "albi" To: "Steve Bertrand" 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 aseed.antenna.nl cc: freebsd-current@freebsd.org Subject: Re: Xorg and libm.so.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: Sat, 16 Oct 2004 12:14:39 -0000 > I have just installed 5.3b7, and after installing Xorg, I get the > following error: > > /libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by > "Xorg" > > I found in google that certain libs have been upgraded, and indeed, I > do have libm.so.3 in the /lib dir. > > Can I tell Xorg that it should use .3, and if so, how. ln -s /lib/libm.so.3 /lib/libm.so.2 worked for me From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 12:25: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 F412116A4CE for ; Sat, 16 Oct 2004 12:25:18 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26AC743D46 for ; Sat, 16 Oct 2004 12:25:18 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd08.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1CInca-0003kN-00; Sat, 16 Oct 2004 14:25:16 +0200 Received: from Andro-Beta.Leidinger.net (Vr07ZyZZ8eBXiqqTCJADq3mJ93XhT2jQzAHWqXQilbJ5FI9OYwAQ8v@[84.128.194.217]) by fmrl08.sul.t-online.com with esmtp id 1CIncG-1GmVk00; Sat, 16 Oct 2004 14:24:56 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i9GCOmHA055455 for ; Sat, 16 Oct 2004 14:24:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 16 Oct 2004 14:25:02 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20041016142502.6362d396@Magellan.Leidinger.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=_Sat__16_Oct_2004_14_25_02_+0200_fa0wt.u_FDjLyQ4j" X-ID: Vr07ZyZZ8eBXiqqTCJADq3mJ93XhT2jQzAHWqXQilbJ5FI9OYwAQ8v@t-dialin.net X-TOI-MSGID: 5673f687-0318-4c2a-8490-8e47e45ce8c2 Subject: RFC: automated way of removing old base system files (only for a recent 6-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: Sat, 16 Oct 2004 12:25:19 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__16_Oct_2004_14_25_02_+0200_fa0wt.u_FDjLyQ4j Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, attached is a Makefile which removes old bases system files (WARNINIG: don't run this if you don't have a backup!). To test it run: make -f Makefile.obsoletefiles delete-old make -f Makefile.obsoletefiles delete-old-libs DO NOT USE THIS ON 5.x! DO NOT USE IT ON A NOT SO RECENT 6-CURRENT (20041002 or later should be safe)! When you test it, you will be asked for each file if you want to remove it (better safe than sorry). If you do this for e.g. a lot of jails (the targets know how to deal with DESTDIR=/path/to/jail) and you're sure all files can be removed, you can define BATCH_DELETE_OLD_FILES ("make -f Makefile.obsoletefiles -DBATCH_DELETE_OLD_FILES delete-old"). Then you will not be prompted for confirmation. WARNING: I may have typos in there, or I added a wrong file by accident, so look at each file and make sure it can be removed. If you trashed your system by testing this, you will be on your own (but please tell me about it, so I can fix the Makefile). If you know about a file which needs to be removed, but isn't by this Makefile, tell me about it please. For those who look at the code: the dates don't seem to be correct, further research needs to be done. But since the dates are not essential for the main feature of the Makefile, I decided to provide the actual snapshot for review. Corrections, hints, ideas and patches are welcome. 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 --Multipart=_Sat__16_Oct_2004_14_25_02_+0200_fa0wt.u_FDjLyQ4j Content-Type: text/plain; name="Makefile.obsoletefiles" Content-Disposition: attachment; filename="Makefile.obsoletefiles" Content-Transfer-Encoding: 8bit # # $FreeBSD$ # # This files lists old files (OLD_FILES), libraries (OLD_LIBS) and # directories (OLD_DIRS) which should get removed at an update. Recently # removed entries first (with the date as a comment). Dynamic libraries are # special cased (OLD_LIBS). Static libraries or the generic links to # the dynamic libraries (lib*.so) should be viewed as normal files # (OLD_FILES). # # In case of a complete directory hierarchy the sorting is in depth first # order. # # 20040925: bind9 import OLD_FILES+=usr/bin/dnskeygen OLD_FILES+=usr/bin/dnsquery OLD_FILES+=usr/lib/libisc.a OLD_FILEs+=usr/lib/libisc.so OLD_FILES+=usr/lib/libisc_p.a OLD_FILES+=usr/libexec/named-xfer OLD_FILES+=usr/sbin/named.restart OLD_FILES+=usr/sbin/ndc OLD_FILES+=usr/sbin/nslookup OLD_FILES+=usr/sbin/nsupdate # 2004XXYY: OS internal libs, no ports use them, no need to use OLD_LIBS OLD_FILES+=lib/geom/geom_concat.so.1 OLD_FILES+=lib/geom/geom_label.so.1 OLD_FILES+=lib/geom/geom_nop.so.1 OLD_FILES+=lib/geom/geom_stripe.so.1 .if ${MACHINE_ARCH} != "alpha" && ${MACHINE_ARCH} != "sparc64" # 20040130: libkse renamed to libpthread OLD_FILES+=usr/lib/libkse.a OLD_FILES+=usr/lib/libkse.so .endif # 200XYYZZ, /lib transition clitches OLD_FILES+=lib/libalias.so OLD_FILES+=lib/libatm.so OLD_FILES+=lib/libbsdxml.so OLD_FILES+=lib/libc.so OLD_FILES+=lib/libcam.so OLD_FILES+=lib/libcrypt.so OLD_FILES+=lib/libcrypto.so OLD_FILES+=lib/libdevstat.so OLD_FILES+=lib/libedit.so OLD_FILES+=lib/libgeom.so OLD_FILES+=lib/libipsec.so OLD_FILES+=lib/libipx.so OLD_FILES+=lib/libkvm.so OLD_FILES+=lib/libm.so OLD_FILES+=lib/libmd.so OLD_FILES+=lib/libncurses.so OLD_FILES+=lib/libreadline.so OLD_FILES+=lib/libsbuf.so OLD_FILES+=lib/libufs.so OLD_FILES+=lib/libz.so # 200304XX OLD_FILES+=usr/lib/libcipher.a OLD_FILES+=usr/lib/libcipher.so OLD_FILES+=usr/lib/libcipher_p.a OLD_FILES+=usr/lib/libgmp.a OLD_FILES+=usr/lib/libgmp.so OLD_FILES+=usr/lib/libgmp_p.a OLD_FILES+=usr/lib/libperl.a OLD_FILES+=usr/lib/libperl.so OLD_FILES+=usr/lib/libperl_p.a OLD_FILES+=usr/lib/libposix1e.a OLD_FILES+=usr/lib/libposix1e.so OLD_FILES+=usr/lib/libposix1e_p.a OLD_FILES+=usr/lib/libskey.a OLD_FILES+=usr/lib/libskey.so OLD_FILES+=usr/lib/libskey_p.a # 200303XX OLD_FILES+=usr/lib/libacl.so OLD_FILES+=usr/lib/libdescrypt.so OLD_FILES+=usr/lib/libf2c.so OLD_FILES+=usr/lib/libg++.so OLD_FILES+=usr/lib/libkdb.so OLD_FILES+=usr/lib/librsaINTL.so OLD_FILES+=usr/lib/libscrypt.so OLD_FILES+=usr/lib/libss.so # 200302XX OLD_FILES+=usr/lib/libacl.a OLD_FILES+=usr/lib/libacl_p.a OLD_FILES+=usr/lib/libkadm.a OLD_FILES+=usr/lib/libkadm.so OLD_FILES+=usr/lib/libkadm_p.a OLD_FILES+=usr/lib/libkafs.a OLD_FILES+=usr/lib/libkafs.so OLD_FILES+=usr/lib/libkafs_p.a OLD_FILES+=usr/lib/libkdb.a OLD_FILES+=usr/lib/libkdb_p.a OLD_FILES+=usr/lib/libkrb.a OLD_FILES+=usr/lib/libkrb.so OLD_FILES+=usr/lib/libkrb_p.a # 200206XX OLD_FILES+=usr/lib/libpam_ssh.a OLD_FILES+=usr/lib/libpam_ssh_p.a # 200203XX OLD_FILES+=usr/lib/libss.a OLD_FILES+=usr/lib/libss_p.a OLD_FILES+=usr/lib/libtelnet.a OLD_FILES+=usr/lib/libtelnet_p.a OLD_FILES+=usr/lib/libusb.a OLD_FILES+=usr/lib/libusb.so OLD_FILES+=usr/lib/libusb_p.a # 200104XX OLD_FILES+=usr/lib/libdescrypt.a OLD_FILES+=usr/lib/libscrypt.a OLD_FILES+=usr/lib/libscrypt_p.a # 20001200 OLD_FILES+=usr/lib/libgcc_r_pic.a # 200009XX OLD_FILES+=usr/lib/libRSAglue.a OLD_FILES+=usr/lib/libRSAglue.so OLD_FILES+=usr/lib/librsaINTL.a OLD_FILES+=usr/lib/librsaUSA.a OLD_FILES+=usr/lib/librsaUSA.so # 200002XX ? OLD_FILES+=usr/lib/libf2c.a OLD_FILES+=usr/lib/libf2c_p.a OLD_FILES+=usr/lib/libg++.a OLD_FILES+=usr/lib/libg++_p.a # 20001006 OLD_FILES+=usr/bin/miniperl # 20000810 OLD_FILES+=usr/bin/sperl* # 199909XX OLD_FILES+=usr/lib/libdesrypt_p.a ## unsorted # do we still support aout builds? #OLD_FILES+=usr/lib/aout/c++rt0.o #OLD_FILES+=usr/lib/aout/crt0.o #OLD_FILES+=usr/lib/aout/gcrt0.o #OLD_FILES+=usr/lib/aout/scrt0.o #OLD_FILES+=usr/lib/aout/sgcrt0.o # 20041001: version bump OLD_LIBS+=lib/libreadline.so.4 OLD_LIBS+=usr/lib/libhistory.so.4 OLD_LIBS+=usr/lib/libopie.so.2 OLD_LIBS+=usr/lib/libpcap.so.2 # 20040925: bind9 import OLD_LIBS+=usr/lib/libisc.so.1 # 200408XX OLD_LIBS+=usr/lib/snmp_netgraph.so.1 # 200403XX OLD_LIBS+=usr/lib/libarchive.so.1 .if ${MACHINE_ARCH} != "alpha" && ${MACHINE_ARCH} != "sparc64" # 20040130: libkse renamed to libpthread OLD_LIBS+=usr/lib/libkse.so.1 .endif # 200404XX OLD_LIBS+=usr/lib/libsnmp.so.1 OLD_LIBS+=usr/lib/snmp_mibII.so.1 # 200309XX OLD_LIBS+=usr/lib/libasn1.so.6 OLD_LIBS+=usr/lib/libhdb.so.6 OLD_LIBS+=usr/lib/libkadm5clnt.so.6 OLD_LIBS+=usr/lib/libkadm5srv.so.6 OLD_LIBS+=usr/lib/libkrb5.so.6 OLD_LIBS+=usr/lib/libroken.so.6 # 200304XX OLD_LIBS+=usr/lib/libc.so.4 OLD_LIBS+=usr/lib/libc_r.so.4 OLD_LIBS+=usr/lib/libdevstat.so.2 OLD_LIBS+=usr/lib/libedit.so.3 OLD_LIBS+=usr/lib/libgmp.so.3 OLD_LIBS+=usr/lib/libmp.so.3 OLD_LIBS+=usr/lib/libpam.so.1 OLD_LIBS+=usr/lib/libposix1e.so.2 OLD_LIBS+=usr/lib/libskey.so.2 OLD_LIBS+=usr/lib/libusbhid.so.0 OLD_LIBS+=usr/lib/libvgl.so.2 # 200302XX OLD_LIBS+=usr/lib/libacl.so.3 OLD_LIBS+=usr/lib/libasn1.so.5 OLD_LIBS+=usr/lib/libcrypto.so.2 OLD_LIBS+=usr/lib/libgssapi.so.5 OLD_LIBS+=usr/lib/libhdb.so.5 OLD_LIBS+=usr/lib/libkadm.so.3 OLD_LIBS+=usr/lib/libkadm5clnt.so.5 OLD_LIBS+=usr/lib/libkadm5srv.so.5 OLD_LIBS+=usr/lib/libkafs.so.3 OLD_LIBS+=usr/lib/libkafs5.so.5 OLD_LIBS+=usr/lib/libkdb.so.3 OLD_LIBS+=usr/lib/libkrb.so.3 OLD_LIBS+=usr/lib/libroken.so. OLD_LIBS+=usr/lib/libssl.so.2 OLD_LIBS+=usr/lib/pam_kerberosIV.so # 200203XX OLD_LIBS+=usr/lib/libss.so.3 OLD_LIBS+=usr/lib/libusb.so.0 # 200112XX OLD_LIBS+=usr/lib/libfetch.so.2 # 200104XX OLD_LIBS+=usr/lib/libdescrypt.so.2 OLD_LIBS+=usr/lib/libscrypt.so.2 # 200102XX OLD_LIBS+=usr/lib/libcrypto.so.1 OLD_LIBS+=usr/lib/libssl.so.1 # 200009XX OLD_LIBS+=usr/lib/libRSAglue.so.1 OLD_LIBS+=usr/lib/librsaINTL.so.1 OLD_LIBS+=usr/lib/librsaUSA.so.1 # 200006XX OLD_LIBS+=usr/lib/libalias.so.3 OLD_LIBS+=usr/lib/libfetch.so.1 OLD_LIBS+=usr/lib/libipsec.so.0 # 200005XX OLD_LIBS+=usr/lib/libxpg4.so.2 # 200002XX OLD_LIBS+=usr/lib/libc.so.3 OLD_LIBS+=usr/lib/libcurses.so.2 OLD_LIBS+=usr/lib/libdialog.so.3 OLD_LIBS+=usr/lib/libedit.so.2 OLD_LIBS+=usr/lib/libf2c.so.2 OLD_LIBS+=usr/lib/libftpio.so.4 OLD_LIBS+=usr/lib/libg++.so.4 OLD_LIBS+=usr/lib/libhistory.so.3 OLD_LIBS+=usr/lib/libmytinfo.so.2 OLD_LIBS+=usr/lib/libncurses.so.3 OLD_LIBS+=usr/lib/libreadline.so.3 OLD_LIBS+=usr/lib/libss.so.2 OLD_LIBS+=usr/lib/libtermcap.so.2 OLD_LIBS+=usr/lib/libutil.so.2 OLD_LIBS+=usr/lib/libvgl.so.1 OLD_LIBS+=usr/lib/libwrap.so.2 # 199909XX OLD_LIBS+=usr/lib/libc_r.so.3 OLD_DIRS+= OLD_LIBS_MESSAGE="Please be sure no application still uses those libraries, else you may kill such an application. Consult UPDATING for more information." .if !defined(BATCH_DELETE_OLD_FILES) RM_I=-i .endif delete-old-files: .if defined(${TARGET_ARCH}) .error "You have to run this in a native environment!" .endif @echo ">>> Removing old files (only deletes safe to delete libs)" .for file in ${OLD_FILES} # Ask for every old file if the user really wants to remove it. # It's anoying, but beter safe than sorry. # This doesn't handle noschg files, an user should remove this on his # own. @[ ! -f "${DESTDIR}/${file}" ] || rm ${RM_I} "${DESTDIR}/${file}" .endfor @echo ">>> Old files removed" delete-old-libs: .if defined(${TARGET_ARCH}) .error "You have to run this in a native environment!" .endif @echo ">>> Removing old libraries" @echo "${OLD_LIBS_MESSAGE}" | fmt .for file in ${OLD_LIBS} @[ ! -f "${DESTDIR}/${file}" ] || rm ${RM_I} "${DESTDIR}/${file}" .endfor @echo ">>> Old libraries removed" delete-old-dirs: .if defined(${TARGET_ARCH}) .error "You have to run this in a native environment!" .endif @echo ">>> Removing old directories" .for dir in ${OLD_DIRS} # Don't fail if an old directory isn't empty. @[ ! -d "${DESTDIR}/${dir}" ] || (rmdir -v "${DESTDIR}/${dir}" || true) .endfor @echo ">>> Old directories removed" delete-old: delete-old-files delete-old-dirs @echo "To remove old libraries run 'make delete-old-libs'." --Multipart=_Sat__16_Oct_2004_14_25_02_+0200_fa0wt.u_FDjLyQ4j-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 12: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 8FE0D16A4CE for ; Sat, 16 Oct 2004 12:50:12 +0000 (GMT) Received: from arizona.xtaz.net (arizona.xtaz.net [82.68.183.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20FA943D2D for ; Sat, 16 Oct 2004 12:50:12 +0000 (GMT) (envelope-from matt@xtaz.net) Received: from [192.168.1.4] (colorado.xtaz.net [192.168.1.4]) by arizona.xtaz.net (Postfix) with ESMTP id 8C7978FC32 for ; Sat, 16 Oct 2004 13:50:08 +0100 (BST) Message-ID: <41711900.8030804@xtaz.net> Date: Sat, 16 Oct 2004 13:50:08 +0100 From: Matt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Mixer problems RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 12:50:12 -0000 I have no idea how long it's been like this for as I've only just noticed but it appears the mixer settings no longer have any effect at all on my soundcard volume. It's permanently at full volume no matter what I set the mixer values to. I know the mixer used to work fine previously when I have changed the volume in XMMS etc but I only just noticed it doesn't any longer. It's possible it's since the change from pcm to snd. Seems like roughly a similar time I think when I last remember it working. I have a soundblaster live! in the machine, however there is also a onboard sound chip on the motherboard but the bios disables this when it detects the soundblaster. Sound is working fine apart from the volume issue. This is with the latest sources from RELENG_5 as I have just done a buildworld dance this morning. Relevant kernel stuff: device sound device "snd_emu10k1" Dmesg output: pcm0: port 0x1080-0x109f irq 3 at device 6.0 on pci5 pcm0: Output of mixer: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer rec is currently set to 0:0 Mixer ogain is currently set to 50:50 Mixer line1 is currently set to 75:75 Mixer phin is currently set to 0:0 Mixer phout is currently set to 0:0 Mixer video is currently set to 75:75 Recording source: mic From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 12:52: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 5FFA316A4CE for ; Sat, 16 Oct 2004 12:52:28 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E0A43D1F for ; Sat, 16 Oct 2004 12:52:27 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben (le.vpn.univie.ac.at [131.130.222.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i9GCqAi6378500; Sat, 16 Oct 2004 14:52:15 +0200 Date: Sat, 16 Oct 2004 14:52:03 +0200 (=?ISO-8859-1?Q?Westeurop=E4ische_Normalzeit?=) From: Lukas Ertl To: mjraiha@fade.pp.fi In-Reply-To: <20041014071003.GA72451@daemon.adsl.kpnqwest.fi> Message-ID: References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013093207.GM98575@pcwin002.win.tue.nl> <20041013151041.GD60427@daemon.adsl.kpnqwest.fi> <20041013160100.GA67958@daemon.adsl.kpnqwest.fi> <20041014071003.GA72451@daemon.adsl.kpnqwest.fi> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4249; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: Geom Vinum backwards compatible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 12:52:28 -0000 On Thu, 14 Oct 2004 mjraiha@fade.pp.fi wrote: > Maybe Lukas Ertl knows more about this? Cause recommends to use only one > vinum drive per disk. If you have more than one vinum drive per disk, make sure to have a bsdlabel on that disk where the first partition has an offset of several sectors from the start of the disk (i.e. partition 'a' must not start at offset 0). I haven't tried this with more than one drive per disk, but reports are welcome. 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 Oct 16 13:16: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 8335316A4CE for ; Sat, 16 Oct 2004 13:16:49 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B6543D1F for ; Sat, 16 Oct 2004 13:16:48 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CIoTA-0001EV-IC; Sat, 16 Oct 2004 20:19:36 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.13.1/8.13.1) with ESMTP id i9GDHIuH098418; Sat, 16 Oct 2004 20:17:18 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.13.1/8.13.1/Submit) id i9GDHHfZ098417; Sat, 16 Oct 2004 20:17:18 +0700 (NOVST) (envelope-from danfe) Date: Sat, 16 Oct 2004 20:17:17 +0700 From: Alexey Dokuchaev To: Matt Message-ID: <20041016131717.GA95897@regency.nsu.ru> References: <41711900.8030804@xtaz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41711900.8030804@xtaz.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Mixer problems RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 13:16:49 -0000 On Sat, Oct 16, 2004 at 01:50:08PM +0100, Matt wrote: > I have no idea how long it's been like this for as I've only just > noticed but it appears the mixer settings no longer have any effect at > all on my soundcard volume. It's permanently at full volume no matter > what I set the mixer values to. I second this. mixer(8) apparently does not work any longer. ./danfe From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:18: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 1C86C16A4CE for ; Sat, 16 Oct 2004 13:18:03 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5297C43D1F for ; Sat, 16 Oct 2004 13:18:02 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 61068 invoked by uid 0); 16 Oct 2004 13:17:02 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 16 Oct 2004 13:17:02 -0000 Message-ID: <41711F8F.8000501@gamersimpact.com> Date: Sat, 16 Oct 2004 08:18:07 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: albi References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> In-Reply-To: <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Steve Bertrand cc: freebsd-current@freebsd.org Subject: Re: Xorg and libm.so.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: Sat, 16 Oct 2004 13:18:03 -0000 albi wrote: >>I have just installed 5.3b7, and after installing Xorg, I get the >>following error: >> >>/libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by >>"Xorg" >> >>I found in google that certain libs have been upgraded, and indeed, I >>do have libm.so.3 in the /lib dir. >> >>Can I tell Xorg that it should use .3, and if so, how. >> >> > >ln -s /lib/libm.so.3 /lib/libm.so.2 worked for me > > A better way would be to recompile Xorg from ports against the new library. Make sure you remove the symlink. Or if you don't want to build a new Xorg use /etc/libmap.conf instead of symlink hacks. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:18: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 1523B16A4CE for ; Sat, 16 Oct 2004 13:18:16 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76CD043D53 for ; Sat, 16 Oct 2004 13:18:13 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 4CCE12C3D0; Sat, 16 Oct 2004 15:18:08 +0200 (CEST) Date: Sat, 16 Oct 2004 15:18:08 +0200 From: Thomas Quinot To: Daniel O'Connor Message-ID: <20041016131808.GC33515@melusine.cuivre.fr.eu.org> References: <20041013205141.GA874@galgenberg.net> <200410152048.44173.doconnor@gsoft.com.au> <20041015214318.GS83620@cirb503493.alcatel.com.au> <200410161204.46763.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410161204.46763.doconnor@gsoft.com.au> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: Peter Jeremy cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 13:18:16 -0000 * Daniel O'Connor, 2004-10-16 : > Is there a way in devfs/devd to determine which pass and xpt devices are > associated with a given cd device? (my guess is you'd need to run camcontrol > and parse the output..) If you want per-target/per-lun control on permissions, just wire down your devices statically using device hints. See sys/conf/NOTES for documentation. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:19: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 99A6E16A4CE for ; Sat, 16 Oct 2004 13:19:08 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2426443D2D for ; Sat, 16 Oct 2004 13:19:08 +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 2836622852; Sat, 16 Oct 2004 15:19:05 +0200 (CEST) Date: Sat, 16 Oct 2004 15:19:01 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.0.2.1) Professional X-Priority: 3 (Normal) Message-ID: <1083234373.20041016151901@andric.com> To: "Steve Bertrand" In-Reply-To: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------D8E0AB2F0C3BF0" cc: freebsd-current@freebsd.org Subject: Re: Xorg and libm.so.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: Sat, 16 Oct 2004 13:19:08 -0000 ------------D8E0AB2F0C3BF0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-10-15 at 18:20:51 Steve Bertrand wrote: > /libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by > "Xorg" > I found in google that certain libs have been upgraded, and indeed, I > do have libm.so.3 in the /lib dir. > Can I tell Xorg that it should use .3, and if so, how. Just rebuild your Xorg from scratch, or install more current pre-built packages. A quick fix is to install the compat-4x libraries, which provide a libm.so.2 in /usr/lib/compat, for just this case. But it's better to use updated libraries, of course. Please ignore any advice to simply ln -s libm.so.3 libm.so.2, this may cause all kinds of nasty problems. :) ------------D8E0AB2F0C3BF0 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFBcR/FsF6jCi4glqMRAjr+AJ0VySx2lqiAogrSrDdaVynXsJLfhgCfbySq 09iM8r2ZVgJCfJf+EuuM0WI= =ARAS -----END PGP MESSAGE----- ------------D8E0AB2F0C3BF0-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:33: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 B28B816A4CE; Sat, 16 Oct 2004 13:33:46 +0000 (GMT) Received: from virtual.schlenker-webdesign.de (virtual.schlenker-webdesign.de [213.133.110.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE11E43D46; Sat, 16 Oct 2004 13:33:45 +0000 (GMT) (envelope-from mattias@schlenker-webdesign.de) Received: from [192.168.1.247] (pD9545F33.dip.t-dialin.net [217.84.95.51]) (authenticated bits=0)i9GDXiFN070312; Sat, 16 Oct 2004 15:33:45 +0200 (CEST) (envelope-from mattias@schlenker-webdesign.de) Message-ID: <4171232A.9060301@schlenker-webdesign.de> Date: Sat, 16 Oct 2004 15:33:30 +0200 From: Mattias Schlenker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20041001 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Quinot , freebsd-current@freebsd.org References: <20041013205141.GA874@galgenberg.net> <200410152048.44173.doconnor@gsoft.com.au> <20041015214318.GS83620@cirb503493.alcatel.com.au> <200410161204.46763.doconnor@gsoft.com.au> <20041016131808.GC33515@melusine.cuivre.fr.eu.org> In-Reply-To: <20041016131808.GC33515@melusine.cuivre.fr.eu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 13:33:46 -0000 Thomas Quinot wrote: >* Daniel O'Connor, 2004-10-16 : > > > >>Is there a way in devfs/devd to determine which pass and xpt devices are >>associated with a given cd device? (my guess is you'd need to run camcontrol >>and parse the output..) >> >> > >If you want per-target/per-lun control on permissions, just wire down >your devices statically using device hints. See sys/conf/NOTES for >documentation. > > Is there a similar way to wire down USB mass storage or FW mass storage devices to certains SCSI units? Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:38: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 56B6816A4CE for ; Sat, 16 Oct 2004 13:38:23 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E6043D39 for ; Sat, 16 Oct 2004 13:38:23 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i9GDcLlb096168 for ; Sat, 16 Oct 2004 13:38:22 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4171244E.1080106@freebsd.org> Date: Sat, 16 Oct 2004 21:38:22 +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: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Any chance to get my sound card to 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: Sat, 16 Oct 2004 13:38:23 -0000 I have the sound card as the following mail said: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable But I didn't find that it works, I have loaded snd_es137x.ko: tiger# kldload snd_es137x.ko pcm0: port 0xe400-0xe41f,0xe000-0xe03f irq 17 at device 12.0 on pci0 pcm0: The driver seems identified the device, but no sound at all when I try to use it. David Xu From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:42: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 E4F5F16A4CF for ; Sat, 16 Oct 2004 13:42:08 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A9F43D1D for ; Sat, 16 Oct 2004 13:42:08 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 9588F3EE0; Sat, 16 Oct 2004 15:42:07 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 3C7BA3E9B; Sat, 16 Oct 2004 15:42:04 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D48C84089; Sat, 16 Oct 2004 15:42:01 +0200 (CEST) To: rse@engelschall.com In-Reply-To: <20041015201033.GA51887@engelschall.com> (Ralf S. Engelschall's message of "Fri, 15 Oct 2004 22:10:33 +0200") References: <20041015201033.GA51887@engelschall.com> From: Arne Schwabe Date: Sat, 16 Oct 2004 15:42:01 +0200 Message-ID: <86acumu6dy.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: Linux ABI and permissions to /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 13:42:09 -0000 "Ralf S. Engelschall" writes: > Under latest RELENG_5 I'm experiencing since recently (about 2-4 weeks I > think) "permission denied" errors under the Linux ABI on write-access to > e.g. /dev/null or other devices under /dev: > > | $ id > | uid=10000(rse) gid=10000(rse) groups=10000(rse),5(operator),2001(en) > | $ ls -l /dev/null > | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:39 /dev/null > | $ echo foo >/dev/null > | $ ls -l /compat/linux/bin/dev/null > | ls: /compat/linux/bin/dev/null: No such file or directory > | $ /compat/linux/bin/bash > | bash bash2 > | $ /compat/linux/bin/bash > | $ ls -l /dev/null > | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:40 /dev/null > | $ echo foo >/dev/null > | bash: /dev/null: Permission denied > | $ > > Has anybody an idea where to search? There were no changes to devfs > recently and the recent changes to the Linuxulator seemed harmless to me > at the first glance... is there a /usr/compat/linux/dev directory? If there is try to remove it, so that it does not shadow the /dev/ direcotry Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 13:47: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 E6A3416A4CE for ; Sat, 16 Oct 2004 13:47:53 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07B443D49 for ; Sat, 16 Oct 2004 13:47:53 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id B1E203EE0; Sat, 16 Oct 2004 15:47:52 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 2F7883E9B; Sat, 16 Oct 2004 15:47:49 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 024EE4089; Sat, 16 Oct 2004 15:47:46 +0200 (CEST) To: Sam Leffler In-Reply-To: <41704795.6070603@errno.com> (Sam Leffler's message of "Fri, 15 Oct 2004 14:56:37 -0700") References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> <20041015172105.GA2560@zibbi.icomtek.csir.co.za> <41704795.6070603@errno.com> From: Arne Schwabe Date: Sat, 16 Oct 2004 15:47:46 +0200 Message-ID: <86655au64d.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: John Hay cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 13:47:54 -0000 Sam Leffler writes: >>>more ath_hal-20041013/freebsd/i386-elf.hal.o.uu >> That have: >> #define ATH_HAL_VERSION "0.9.12.6" > > Let's try this again: > > http://people.freebsd.org/~sam/net80211+ath-20041015.tgz > > This applys cleanly to -current as of last night, builds, and boots. > Beware of applying this over old patches as patch -N doesn't always seem > to do the right thing with the new files. I tested against a clean cvs co. This time it works (: Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 14:06: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 E040116A4CE; Sat, 16 Oct 2004 14:06:44 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.void.net.my [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E1443D1F; Sat, 16 Oct 2004 14:06:41 +0000 (GMT) (envelope-from skywizard@time.net.my) Received: from kasumi.MyBSD.org.my (unknown [219.95.40.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 4E4F46CC1F; Sat, 16 Oct 2004 22:10:03 +0800 (MYT) Date: Sat, 16 Oct 2004 22:06:50 +0800 From: Ariff Abdullah To: David Xu Message-Id: <20041016220650.56e95112.skywizard@time.net.my> In-Reply-To: <4171244E.1080106@freebsd.org> References: <4171244E.1080106@freebsd.org> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to 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: Sat, 16 Oct 2004 14:06:45 -0000 On Sat, 16 Oct 2004 21:38:22 +0800 David Xu wrote: > I have the sound card as the following mail said: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable > > But I didn't find that it works, I have loaded snd_es137x.ko: > > tiger# kldload snd_es137x.ko > pcm0: port 0xe400-0xe41f,0xe000-0xe03f > irq 17 at device 12.0 on pci0 > pcm0: > > The driver seems identified the device, but no sound at all when I > try to use it. > You may try this patch: http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.diff It's pathetic, ugly, but does it job to properly initialize mixer on ev1938 chip. Perhaps somebody can really clean it up. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 14:15: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 BBBCB16A4CE for ; Sat, 16 Oct 2004 14:15:01 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D646943D2D for ; Sat, 16 Oct 2004 14:15:00 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 21611 invoked by uid 65534); 16 Oct 2004 14:14:59 -0000 Received: from pD95D8E6D.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.142.109) by mail.gmx.net (mp024) with SMTP; 16 Oct 2004 16:14:59 +0200 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 i9GEFKxT018477 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 16 Oct 2004 16:15:20 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 16:14:37 +0200 User-Agent: KMail/1.7 References: <4171244E.1080106@freebsd.org> In-Reply-To: <4171244E.1080106@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4144321.CJYsUFVHZi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161614.42819.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: David Xu Subject: Re: Any chance to get my sound card to 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: Sat, 16 Oct 2004 14:15:01 -0000 --nextPart4144321.CJYsUFVHZi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 16 October 2004 15:38, David Xu wrote: > But I didn't find that it works, I have loaded snd_es137x.ko: > > tiger# kldload snd_es137x.ko > pcm0: port 0xe400-0xe41f,0xe000-0xe03f irq > 17 at device 12.0 on pci0 > pcm0: > > The driver seems identified the device, but no sound at all when I try to > use it. Stupid question: Checked your mixer settings? FWIW, this is the soundcard=20 emulated by vmware, so the driver is pretty widely used... =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 --nextPart4144321.CJYsUFVHZi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.10 (FreeBSD) iD8DBQBBcSzSXhc68WspdLARAtU1AJoC1KMzZMFgSTSMCkf31UROmEa8fwCgp615 mzgNj+OVURQOAje3rmDDeMk= =hOk1 -----END PGP SIGNATURE----- --nextPart4144321.CJYsUFVHZi-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 14:30: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 0D3A416A4CE for ; Sat, 16 Oct 2004 14:30:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBA9643D45; Sat, 16 Oct 2004 14:30:01 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i9GEU0DV001379; Sat, 16 Oct 2004 14:30:01 GMT (envelope-from davidxu@freebsd.org) Message-ID: <41713068.2030504@freebsd.org> Date: Sat, 16 Oct 2004 22:30:00 +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: Ariff Abdullah References: <4171244E.1080106@freebsd.org> <20041016220650.56e95112.skywizard@time.net.my> In-Reply-To: <20041016220650.56e95112.skywizard@time.net.my> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to 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: Sat, 16 Oct 2004 14:30:02 -0000 Ariff Abdullah wrote: >On Sat, 16 Oct 2004 21:38:22 +0800 >David Xu wrote: > > >>I have the sound card as the following mail said: >>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable >> >>But I didn't find that it works, I have loaded snd_es137x.ko: >> >>tiger# kldload snd_es137x.ko >>pcm0: port 0xe400-0xe41f,0xe000-0xe03f >>irq 17 at device 12.0 on pci0 >>pcm0: >> >>The driver seems identified the device, but no sound at all when I >>try to use it. >> >> >> > >You may try this patch: >http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.diff > >It's pathetic, ugly, but does it job to properly initialize mixer >on ev1938 chip. Perhaps somebody can really clean it up. > > > > > Cool! it works for me, any chance to commit it ? >-- > >Ariff Abdullah >MyBSD > >http://www.MyBSD.org.my (IPv6/IPv4) >http://staff.MyBSD.org.my (IPv6/IPv4) >http://tomoyo.MyBSD.org.my (IPv6/IPv4) > > > > From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 14:33: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 763E616A4CE for ; Sat, 16 Oct 2004 14:33:39 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6982843D2F; Sat, 16 Oct 2004 14:33:39 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i9GEXbh9002438; Sat, 16 Oct 2004 14:33:38 GMT (envelope-from davidxu@freebsd.org) Message-ID: <41713142.7090804@freebsd.org> Date: Sat, 16 Oct 2004 22:33:38 +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: Michael Nottebrock References: <4171244E.1080106@freebsd.org> <200410161614.42819.michaelnottebrock@gmx.net> In-Reply-To: <200410161614.42819.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to 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: Sat, 16 Oct 2004 14:33:39 -0000 Michael Nottebrock wrote: >On Saturday 16 October 2004 15:38, David Xu wrote: > > > >>But I didn't find that it works, I have loaded snd_es137x.ko: >> >>tiger# kldload snd_es137x.ko >>pcm0: port 0xe400-0xe41f,0xe000-0xe03f irq >>17 at device 12.0 on pci0 >>pcm0: >> >>The driver seems identified the device, but no sound at all when I try to >>use it. >> >> > >Stupid question: Checked your mixer settings? FWIW, this is the soundcard >emulated by vmware, so the driver is pretty widely used... > > > I have checked mixer settings, it does not work no matter you turn it or not. it seems the driver is wrongly programing the device, the device is not an emulated but a real hardware. David Xu From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 15:06: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 7EFC616A4CE; Sat, 16 Oct 2004 15:06:40 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id D803943D45; Sat, 16 Oct 2004 15:06:37 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CIq8i-0007P2-00; Sat, 16 Oct 2004 17:06:36 +0200 Received: from [84.128.130.236] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CIq8g-0007aJ-00; Sat, 16 Oct 2004 17:06:36 +0200 From: Max Laier To: freebsd-gnats-submit@freebsd.org Date: Sat, 16 Oct 2004 17:06:07 +0200 User-Agent: KMail/1.7 References: <20041016012536.GS61186@empiric.icir.org> In-Reply-To: <20041016012536.GS61186@empiric.icir.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_jjTcB/p96QaFfVs" Message-Id: <200410161706.11043.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Bruce M Simpson cc: freebsdnic@mailbox.intel.com cc: current@freebsd.org cc: nbco@screaming.net Subject: Re: kern/72748: em0 problems on t41 after updating to 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: Sat, 16 Oct 2004 15:06:40 -0000 --Boundary-00=_jjTcB/p96QaFfVs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Saturday 16 October 2004 03:25, Bruce M Simpson wrote: > [Cc: to current@ as this could be a show-stopper for RELENG_5_3] > > Could you please try the attached patch, which reverts the ALTQ > changes introduced on the RELENG_5 branch, and let me know if this > resolves the issue? Can I ask you to also test this patch for comparison and maybe to track down the problem. Please tell me if this patch (applied to RELENG_5 or HEAD) resolves the issue as well? Thanks in advance. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-00=_jjTcB/p96QaFfVs Content-Type: text/x-diff; charset="iso-8859-1"; name="if_em.c.drvlen.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_em.c.drvlen.diff" Index: if_em.c =================================================================== RCS file: /usr/store/mlaier/fcvs/src/sys/dev/em/if_em.c,v retrieving revision 1.47 diff -u -r1.47 if_em.c --- if_em.c 9 Oct 2004 07:27:03 -0000 1.47 +++ if_em.c 16 Oct 2004 15:01:08 -0000 @@ -1893,7 +1893,7 @@ ifp->if_start = em_start; ifp->if_watchdog = em_watchdog; IFQ_SET_MAXLEN(&ifp->if_snd, adapter->num_tx_desc - 1); - ifp->if_snd.ifq_drv_maxlen = adapter->num_tx_desc - 1; + ifp->if_snd.ifq_drv_maxlen = 0; IFQ_SET_READY(&ifp->if_snd); #if __FreeBSD_version < 500000 --Boundary-00=_jjTcB/p96QaFfVs-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 15:13: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 3CF4D16A4CE for ; Sat, 16 Oct 2004 15:13:12 +0000 (GMT) Received: from box84.elkhouse.de (box84.elkhouse.de [213.9.1.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id E133743D3F for ; Sat, 16 Oct 2004 15:13:10 +0000 (GMT) (envelope-from roman@ontographics.com) Received: from [192.168.1.3] (1Cust90.vr1.dtm1.alter.net [149.229.96.90]) (authenticated bits=0) by box84.elkhouse.de (8.12.10/8.12.10) with ESMTP id i9GFEiRg035205 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 16 Oct 2004 15:14:45 GMT (envelope-from roman@ontographics.com) From: Roman Kennke To: Matt In-Reply-To: <41711900.8030804@xtaz.net> References: <41711900.8030804@xtaz.net> Content-Type: text/plain Message-Id: <1097939578.686.6.camel@moonlight> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 16 Oct 2004 17:12:58 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Mixer problems RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 15:13:12 -0000 Am Sa, den 16.10.2004 schrieb Matt um 14:50: > I have no idea how long it's been like this for as I've only just > noticed but it appears the mixer settings no longer have any effect at > all on my soundcard volume. It's permanently at full volume no matter > what I set the mixer values to. Same here. I think it's since one of the later BETAs that I noticed that. I have a t4dwave (Trident based) chip here. /Roman From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 15: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 A830F16A4CE for ; Sat, 16 Oct 2004 15:31:15 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D77B43D1D for ; Sat, 16 Oct 2004 15:31:14 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.13.190] (ppp83-237-13-190.pppoe.mtu-net.ru [83.237.13.190]) (authenticated bits=0) by portpc-design.spb.ru (8.13.1/8.13.1) with ESMTP id i9GFVB76017446 for ; Sat, 16 Oct 2004 19:31:11 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41713EBA.7050509@mcsi.pp.ru> Date: Sat, 16 Oct 2004 19:31:06 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <41640976.7020004@mcsi.pp.ru> <20041006155125.GK47017@green.homeunix.org> <41641614.3050102@mcsi.pp.ru> <20041008061859.GB980@green.homeunix.org> <416BFA13.9010101@mcsi.pp.ru> In-Reply-To: <416BFA13.9010101@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NDIS/UMA 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, 16 Oct 2004 15:31:15 -0000 Maxim Maximov wrote: > Brian Fundakowski Feldman wrote: > >> On Wed, Oct 06, 2004 at 07:58:12PM +0400, Maxim Maximov wrote: >> >>> Brian Fundakowski Feldman wrote: >>> >>>> On Wed, Oct 06, 2004 at 07:04:22PM +0400, Maxim Maximov wrote: >>>> >>>> >>>>> Hello. >>>>> >>>>> System running kernel >>>>> >>>>> FreeBSD ultra.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Fri Oct >>>>> 1 19:17:59 MSD 2004 >>>>> mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA i386 >>>>> >>>>> is sometimes experiencing following panic on boot after ppp >>>>> starts and sends first packet to ndis0 (hand-transcribed): >>>>> >>>>> kernel trap 12: page fault >>>>> db> trace >>>>> ntoskrnl_queue_dpc(0xdeadc0de, 0, 0, 0, 0xd6b96330) +0x9 >>>>> ntoskrnl_timercall(0xc1fb51f0) +0x7a >>>>> softclock(0) +0x17a >>>>> ithread_loop >>>>> fork_exit >>>>> fork_trampoline >>>>> >>>>> I'll update kernel and will re-post if the problem continues. >>>>> I'm posting this now because I think someone might be interested in >>>>> seeing 0xdeadc0de in stack trace. >>>> >>>> >>>> >>>> That very much looks like an NDIS driver bug. Did the vendor only >>>> provide >>>> one version to try? >>> >>> >>> Yes. This is ASUS L5G notebook. Driver page with the one and only >>> Wireless driver is here: >>> http://www.asus.com/support/download/item.aspx?ModelName=L5G >>> >>> I'm running NDIS for about 1.5 months. And this panic first happens >>> only yesterday, so I thought this is not the driver bug. BTW, here it >>> is: >>> >>> ndis0: mem 0xfeaf8000-0xfeaf9fff irq >>> 17 at device 2.0 on pci2 >>> ndis0: NDIS API version: 5.0 >>> ndis0: Ethernet address: 00:0e:a6:c2:00:e4 >>> ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>> ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps >>> >>> Full dmesg is at http://mcsi.pp.ru/dmesg.boot >>> >>> >>>> I wouldn't be surprised if NT has kernel code that >>>> specifically tries to recover from timers going off that were stored in >>>> memory that got freed (before they went off). >>>> >> >> >> It could conceivable be related to something this would fix: >> >> > > It is not. Recent kernel just paniced at the same place. However, > 0xdeadc0de changed to 0xdeadc0f2 or close. Are there any places in DDB I > should look at when it'll happen again? > To whom it might be interesting (Robert Watson maybe?), commenting net.isr.enable=1 in sysctl.conf (thus setting it to default 0) fixed this problem for me. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:07: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 5FC6E16A4CE for ; Sat, 16 Oct 2004 16:07:34 +0000 (GMT) Received: from xeon.unixmexico.net (xeon.unixmexico.net [148.243.246.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id C598D43D49 for ; Sat, 16 Oct 2004 16:07:33 +0000 (GMT) (envelope-from nbari@unixmexico.com) Received: (qmail 76129 invoked from network); 16 Oct 2004 16:07:32 -0000 Received: from unknown (HELO [10.190.0.160]) (beta@xeon.unixmexico.net@[127.0.0.1]) (envelope-sender ) by xeon.unixmexico.net (qmail-ldap-1.03) with SMTP for ; 16 Oct 2004 16:07:32 -0000 From: Nicolas de Bari To: freebsd-current@freebsd.org Content-Type: text/plain Organization: UNIXMEXICO Message-Id: <1097942852.37658.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 16 Oct 2004 11:07:32 -0500 Content-Transfer-Encoding: 7bit Subject: nvidia drivers system crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 16:07:34 -0000 Hi list. I am having strange problems with FreeBSD 5.X. my system: dell latidud D800. pentium M 1.7ghz. BIOS A11. WUXGA nvidia GeForce FX 5200 32M. The problem: Using FreeBSD 5.2.1 or FreeBSD 5.3 BETA 7 with Xorg or XFree86 if y type any of the following commands : X -xf86config /root/xorg.conf.new XFree86 -xf86config /root/XF86Config.new startx or xdm My system crash and i can't do nothing, the X is never up, the screan just shows few lines like : (this only happends with nvidia driver not with the nv) Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: FreeBSD 5.3 i386 [ELF] Current Operating System: FreeBSD laptop.unixmexico.net 5.3-BETA7 FreeBSD 5.3-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 i386 Build Date: 02 October 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 15 10:30:18 2004 ctrl+sup, ctrl+c, nothing responds also i have try to "shutdown -r 5 min" and then try to start the X but the system just crash and never reboots, I need to press the poweroff button thats the only thing that work. When using FreeBSD 4.10 the driver works perfectly with out problems, but i would like to use FreeBSD 5.X because of my wirless card. the one works great with the ndis method. On FreeBSD 5.X I have tryed with using a kernel with and without device agp, and installed the nvidia-drivers from the ports with a simple "make install clean". a dmesg on a FreeBSD 5.3 looks like (without device agp): --- 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-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf real memory = 536535040 (511 MB) avail memory = 511172608 (487 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 11, ignoring pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 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 0xbf40-0xbf5f irq 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 uhci2: port 0xbf20-0xbf3f irq 11 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 pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 bge0: mem 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:1f:25:d7:5e cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xfafe8000-0xfafebfff,0xfafef800-0xfafeffff irq 11 at device 1.2 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 32:4f:c0:00:2a:92:dc:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 32:4f:c0:92:dc:a1 fwe0: Ethernet address: 32:4f:c0:92:dc:a1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 1.3 (no driver attached) pci2: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 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 orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff 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 Timecounter "TSC" frequency 1698563602 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% cpu0: Performance states changed ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 wi0: at port 0xd000-0xd03f irq 11 function 0 config 1 on pccard0 wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A wi0: Intersil Firmware: Primary (0.3.0), Station (0.7.6) wi0: Ethernet address: 00:04:e2:1e:0d:2e wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [332722 x 2048 byte records] Mounting root from ufs:/dev/ad0s2a --- # sysctl -a hw.nvidia.registry hw.nvidia.registry.EnableVia4x: 0 hw.nvidia.registry.EnableALiAGP: 0 hw.nvidia.registry.NvAGP: 1 hw.nvidia.registry.EnableAGPSBA: 0 hw.nvidia.registry.EnableAGPFW: 0 hw.nvidia.registry.SoftEDIDs: 1 hw.nvidia.registry.Mobile: 4294967295 hw.nvidia.registry.ResmanDebugLevel: 4294967295 hw.nvidia.registry.FlatPanelMode: 0 on the /boot/loder.conf i have something like this: snd_ich_load="YES" linux_load="YES" nvidia_load="YES" also i have try the options shown in here: http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=255 but always the system crash, for last i am attaching the actual kernel that i am using: # kernel for laptop LATITUDE | D800 machine i386 cpu I686_CPU ident D800 # 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 /, 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. # 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 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 # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges 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 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 # 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. # Pseudo devices - the number indicates how many units to allocate. 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) device snp # 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 device urio # Diamond Rio 500 MP3 player # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # video options SC_PIXEL_MODE options VGA_WIDTH90 options VESA # ipfilter options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK options IPSTEALTH # Using the ATAPI/CAM Driver CDBurner device atapicam Any ideas of what could it be wrong or what do i need to make the nvidia drivers to work? thanks in advance. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:19: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 289D316A4CE for ; Sat, 16 Oct 2004 16:19:41 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7063143D4C for ; Sat, 16 Oct 2004 16:19:40 +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 i9GGJct9090357; Sat, 16 Oct 2004 09:19:39 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9GGJbOF090356; Sat, 16 Oct 2004 09:19:37 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Oct 2004 09:19:37 -0700 From: "David O'Brien" To: Andrea Campi Message-ID: <20041016161937.GA90317@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Andrea Campi , current@freebsd.org References: <20041013124242.GB53717@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041013124242.GB53717@webcom.it> 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: current@freebsd.org Subject: Re: nitpicking on strlcpy.c 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: Sat, 16 Oct 2004 16:19:41 -0000 On Wed, Oct 13, 2004 at 02:42:42PM +0200, Andrea Campi wrote: > I know, I am being silly... > > I just noticed rev 1.4 introduced a buglet in the OpenBSD rcsid: Fixed. Thanks. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:34: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 8A9CA16A4CE for ; Sat, 16 Oct 2004 16:34:45 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D5FA43D46 for ; Sat, 16 Oct 2004 16:34:45 +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 i9GGYhrf094156; Sat, 16 Oct 2004 09:34:43 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9GGYf2x094155; Sat, 16 Oct 2004 09:34:41 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Oct 2004 09:34:40 -0700 From: "David O'Brien" To: albi Message-ID: <20041016163440.GA93966@dragon.nuxi.com> References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> 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: Steve Bertrand cc: freebsd-current@freebsd.org Subject: Re: Xorg and libm.so.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 16:34:45 -0000 On Sat, Oct 16, 2004 at 02:14:29PM +0200, albi wrote: > > I have just installed 5.3b7, and after installing Xorg, I get the > > following error: > > > > /libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by > > "Xorg" > > > > I found in google that certain libs have been upgraded, and indeed, I > > do have libm.so.3 in the /lib dir. > > > > Can I tell Xorg that it should use .3, and if so, how. > > ln -s /lib/libm.so.3 /lib/libm.so.2 worked for me Please don't. This is a poor way to fix it. Install the compat4x port for now: cd /usr/ports/misc/compat4x make install clean -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:40: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 056D316A4CE; Sat, 16 Oct 2004 16:40:33 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0AFE43D4C; Sat, 16 Oct 2004 16:40:32 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CIrba-0004kY-00; Sat, 16 Oct 2004 18:40:30 +0200 Received: from [84.128.130.236] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CIrba-0000Os-00; Sat, 16 Oct 2004 18:40:30 +0200 From: Max Laier To: nbco@screaming.net Date: Sat, 16 Oct 2004 18:40:05 +0200 User-Agent: KMail/1.7 References: <20041016012536.GS61186@empiric.icir.org> <200410160232.13578.nbco@screaming.net> [score: 0.4461] In-Reply-To: <200410160232.13578.nbco@screaming.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410161840.09144.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Bruce M Simpson cc: freebsdnic@mailbox.intel.com cc: freebsd-gnats-submit@freebsd.org cc: current@freebsd.org Subject: Re: kern/72748: em0 problems on t41 after updating to 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: Sat, 16 Oct 2004 16:40:33 -0000 On Saturday 16 October 2004 03:32, nbco wrote: > On Saturday 16 October 2004 02:25, Bruce M Simpson wrote: > > [Cc: to current@ as this could be a show-stopper for RELENG_5_3] > > > > Could you please try the attached patch, which reverts the ALTQ > > changes introduced on the RELENG_5 branch, and let me know if this > > resolves the issue? > > This patch worked and I now have full network functionality on em > Thanks > .nbco Oh, and can you please make clear which version of if_em.c was used as base of the test? Did you patch version 1.44.2.1 or 1.44.2.2? The latter includes some additional fixes (not in BETA7) that might well be the culprit. So it should be worthwhile to try an unpatched RELENG_5 as well. All in all, it'd really surprise me if the ALTQ change is really the problem. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:57: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 2B07716A4CE for ; Sat, 16 Oct 2004 16:57:04 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E507B43D55 for ; Sat, 16 Oct 2004 16:57:02 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 14340 invoked by uid 65534); 16 Oct 2004 16:56:44 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp021) with SMTP; 16 Oct 2004 18:56:44 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 18:56:35 +0200 User-Agent: KMail/1.7 References: <200409140338.12764.Emanuel.Strobl@gmx.net> <20041015203706.GA92908@xor.obsecurity.org> In-Reply-To: <20041015203706.GA92908@xor.obsecurity.org> 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="nextPart1661697.DTLXVqtGVy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161856.42636.Emanuel.Strobl@gmx.net> cc: Kris Kennaway Subject: Re: xterm (+Konsole) and su on BETA4 with Xorg (from today) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 16:57:04 -0000 --nextPart1661697.DTLXVqtGVy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 15. Oktober 2004 22:37 schrieb Kris Kennaway: > On Tue, Sep 14, 2004 at 03:38:07AM +0200, Emanuel Strobl wrote: [...] > I think this was a bug in kdm that was recently fixed - can you please > verify that you have completely up-to-date ports? Sorry, it took a while to recompile kdebase3. =46irst, more importatnt, this bug was fiexd on 9th of October:=20 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D609441+0+archive/2004/freebs= d-current/20040919.freebsd-current As far as I can tell also the xterm (konsole) bug has been fixed since I _c= an_=20 compile ports with simple su (without login simulated), although I can't=20 remember where and when this was fixed. Thanks for keeping in mind such problems! =2DHarry > > Kris --nextPart1661697.DTLXVqtGVy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcVLKBylq0S4AzzwRAr6yAJ4xZCnT9JPwom2OcxQipNv+wurSGwCfZOi2 4shHnuXp8zqDni4dnrjY3PY= =FkaA -----END PGP SIGNATURE----- --nextPart1661697.DTLXVqtGVy-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 16:57: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 498CD16A4CE; Sat, 16 Oct 2004 16:57:30 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.void.net.my [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0109F43D2F; Sat, 16 Oct 2004 16:57:27 +0000 (GMT) (envelope-from skywizard@time.net.my) Received: from kasumi.MyBSD.org.my (unknown [219.94.117.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id DA1736CC1F; Sun, 17 Oct 2004 01:00:48 +0800 (MYT) Date: Sun, 17 Oct 2004 00:57:35 +0800 From: Ariff Abdullah To: David Xu Message-Id: <20041017005735.3fdf12fb.skywizard@time.net.my> In-Reply-To: <41713068.2030504@freebsd.org> References: <4171244E.1080106@freebsd.org> <20041016220650.56e95112.skywizard@time.net.my> <41713068.2030504@freebsd.org> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to 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: Sat, 16 Oct 2004 16:57:30 -0000 On Sat, 16 Oct 2004 22:30:00 +0800 David Xu wrote: > Ariff Abdullah wrote: > > >On Sat, 16 Oct 2004 21:38:22 +0800 > >David Xu wrote: > > > > > >>I have the sound card as the following mail said: > >>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/ > >www/db/text/2003/freebsd-stable/20031214.freebsd-stable> > >>But I didn't find that it works, I have loaded snd_es137x.ko: > >> > >>tiger# kldload snd_es137x.ko > >>pcm0: port > >0xe400-0xe41f,0xe000-0xe03f>irq 17 at device 12.0 on pci0 > >>pcm0: > >> > >>The driver seems identified the device, but no sound at all when I > >>try to use it. > >> > >> > >> > > > >You may try this patch: > >http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.diff > > > >It's pathetic, ugly, but does it job to properly initialize mixer > >on ev1938 chip. Perhaps somebody can really clean it up. > > > > > > > > > > > Cool! it works for me, any chance to commit it ? > > Glad to hear that. Now the problem is, the chipset seems *broken* during mixer initialization through ac97 interface programming, perhaps because how the driver was written, hence require some sort of wacky monkey circus hack. I don't think it's worth commiting this ugly workaround, unless we can come up with cleaner approach (complete rewrite, or some sort of *patching* interface). > I have checked mixer settings, it does not work no matter you > turn it or not. it seems the driver is wrongly programing the > device, the device is not an emulated but a real hardware. Agree. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:12: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 6484016A4CE for ; Sat, 16 Oct 2004 17:12:30 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 64E5443D46 for ; Sat, 16 Oct 2004 17:12:29 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 5819 invoked by uid 65534); 16 Oct 2004 17:12:28 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp002) with SMTP; 16 Oct 2004 19:12:28 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 19:12:25 +0200 User-Agent: KMail/1.7 References: <20041013214911.GD986@green.homeunix.org> <20041015220203.GT83620@cirb503493.alcatel.com.au> <4171059C.9070908@withagen.nl> In-Reply-To: <4171059C.9070908@withagen.nl> 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="nextPart6421401.QHoA1VPTny"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161912.26923.Emanuel.Strobl@gmx.net> cc: Peter Jeremy Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 17:12:30 -0000 --nextPart6421401.QHoA1VPTny Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 16. Oktober 2004 13:27 schrieb Willem Jan Withagen: > Peter Jeremy wrote: > >On Fri, 2004-Oct-15 14:35:47 +0200, Guido van Rooij wrote: > >>A make buildworld cannot be used in sich a scenario. A nice memtester > >>that could be called from the bootloader would have been handy. > > > >http://www.memtest86.com/memtest86-3.1a.iso.gz > > > >I'm not sure how much effort would be involved in making memtest[86] > >in a form that could be loaded by the bootloader. > > I'd be willing to do the work, but somebody needs to hold my hand in > finding a place and way to get it early enough in the kernel. The > memtest algorithms in themselves are not all that complex to program. [...] > Another valid remark was made about the environment. temperature and > power are also very influential factors for holding electrons in memory > cells. And these are hard/impossible to influence whilest running the > tests. Guys, I'd really love to see this great feature!!! I'm no hacker but due to my past I know something of memory and I always li= ked=20 the ASUS jumper which sets memory voltage between 3v3 and 3v6, with 3v4 as= =20 default. Perhaps you could add a comment that reducing the voltage to 3v3 o= n=20 ASUS boards will expose failures more likely. Thanks, =2DHarry > An also important item for memory failure is refresh timing. It could be > that the memory as such is correct, but that too much leakage causes > bits to fall too fast. To detect this it requires that whole rows of the > memory are not touched by either read or write for the duration of the > refresh period. All in all again not very simple without knowing the > memory architecture. > > These arguments have for me always been the reason, not to try implement > a memory tester. Especially since most people using this will not be > aware of limitted relevance of the tests they are running. > > But like I said, give me some pointers on how to plug it into the > kernel, and I'll get going on this. > > --WjW > > _______________________________________________ > 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" --nextPart6421401.QHoA1VPTny Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcVZ6Bylq0S4AzzwRAhfyAJwMAgwUzPngYRH3Nsl200V7uNNtOwCfdd0T ON5dTLD5JS61eyTZBg8LrD4= =do8r -----END PGP SIGNATURE----- --nextPart6421401.QHoA1VPTny-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:19: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 A87C016A4CE for ; Sat, 16 Oct 2004 17:19:25 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9443243D41 for ; Sat, 16 Oct 2004 17:19:24 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 26643 invoked by uid 65534); 16 Oct 2004 17:19:23 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp005) with SMTP; 16 Oct 2004 19:19:23 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 19:19:20 +0200 User-Agent: KMail/1.7 References: <86fz4fx5rs.fsf@kamino.rfc1149.org> In-Reply-To: <86fz4fx5rs.fsf@kamino.rfc1149.org> 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="nextPart8927059.jz0gDJYNgT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161919.22753.Emanuel.Strobl@gmx.net> cc: Arne Schwabe cc: current@freebsd.org Subject: Re: Problems with firewire card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 17:19:25 -0000 --nextPart8927059.jz0gDJYNgT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Freitag, 15. Oktober 2004 19:14 schrieb Arne Schwabe: > cardbus0: Resource not specified in CIS: id=10, size=1000 > cardbus0: Resource not specified in CIS: id=14, size=100 > cardbus0: Resource not specified in CIS: id=18, size=100 > pcib2: device cardbus0 requested decoded memory range 0xc0200000-0xcfffffff > found-> vendor=0x1033, dev=0x00cd, revid=0x03 > bus=3, slot=0, func=0 > class=0c-00-10, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0290, cachelnsz=8 (dwords) > lattimer=0xe8 (6960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=222 > powerspec 2 supports D0 D2 D3 current D0 > fwohci0: mem > 0xc0241000-0xc02410ff,0xc0241100-0xc02411ff,0xc0240000-0xc0240fff irq 10 at > device 0.0 on cardbus0 pcib2: device fwohci0 requested decoded memory range > 0xc0240000-0xc0240fff fwohci0: [MPSAFE] [...] > Attaching a fw disk(ipod) results in a panic :/ The Fw cards works -current (6) or RELENG_5 ? > under Windows without problems. > > > Arne --nextPart8927059.jz0gDJYNgT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcVgaBylq0S4AzzwRAqThAJ90K5OQn0tVqwMek+f7/zc+7Zzy6wCfTVaf boqZCyGXLtYl48CgOkehL6w= =z1K5 -----END PGP SIGNATURE----- --nextPart8927059.jz0gDJYNgT-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:19: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 AC54E16A4CF for ; Sat, 16 Oct 2004 17:19:25 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 91F8243D2F for ; Sat, 16 Oct 2004 17:19:24 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 26643 invoked by uid 65534); 16 Oct 2004 17:19:23 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp005) with SMTP; 16 Oct 2004 19:19:23 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 19:19:20 +0200 User-Agent: KMail/1.7 References: <86fz4fx5rs.fsf@kamino.rfc1149.org> In-Reply-To: <86fz4fx5rs.fsf@kamino.rfc1149.org> 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="nextPart8927059.jz0gDJYNgT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161919.22753.Emanuel.Strobl@gmx.net> cc: Arne Schwabe cc: current@freebsd.org Subject: Re: Problems with firewire card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 17:19:25 -0000 --nextPart8927059.jz0gDJYNgT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Freitag, 15. Oktober 2004 19:14 schrieb Arne Schwabe: > cardbus0: Resource not specified in CIS: id=10, size=1000 > cardbus0: Resource not specified in CIS: id=14, size=100 > cardbus0: Resource not specified in CIS: id=18, size=100 > pcib2: device cardbus0 requested decoded memory range 0xc0200000-0xcfffffff > found-> vendor=0x1033, dev=0x00cd, revid=0x03 > bus=3, slot=0, func=0 > class=0c-00-10, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0290, cachelnsz=8 (dwords) > lattimer=0xe8 (6960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=222 > powerspec 2 supports D0 D2 D3 current D0 > fwohci0: mem > 0xc0241000-0xc02410ff,0xc0241100-0xc02411ff,0xc0240000-0xc0240fff irq 10 at > device 0.0 on cardbus0 pcib2: device fwohci0 requested decoded memory range > 0xc0240000-0xc0240fff fwohci0: [MPSAFE] [...] > Attaching a fw disk(ipod) results in a panic :/ The Fw cards works -current (6) or RELENG_5 ? > under Windows without problems. > > > Arne --nextPart8927059.jz0gDJYNgT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcVgaBylq0S4AzzwRAqThAJ90K5OQn0tVqwMek+f7/zc+7Zzy6wCfTVaf boqZCyGXLtYl48CgOkehL6w= =z1K5 -----END PGP SIGNATURE----- --nextPart8927059.jz0gDJYNgT-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:44: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 8E63816A4CE for ; Sat, 16 Oct 2004 17:44:03 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5945A43D41 for ; Sat, 16 Oct 2004 17:44:02 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9GHi0i3018868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 16 Oct 2004 19:44:01 +0200 Message-ID: <41715DE0.8080209@ng.fadesa.es> Date: Sat, 16 Oct 2004 19:44:00 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41701194.5010107@ng.fadesa.es> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 17:44:03 -0000 Michael Ray wrote: > On Fri, 15 Oct 2004 20:06:12 +0200, you wrote: > > >>Hello, >> >> This is an interesting issue. While I was installing FreeBSD 5.3b7 >>I wonder about the performance that the new branch will bring to my >>computer, and it was a deception how bad FreeBSD performs compared >>with Linux on the same hardware (even I repeat the test on different PC >>with identical results). > > > Was this a GENERIC or custom kernel? Did you cvsup and buildworld, etc > or was it a base install from the beta7 cd? Can you post your kernel > config if it isn't GENERIC? it's GENERIC from the 5.3b7 iso image. http://195.55.55.164/tests/dmesg.txt From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:44: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 BE70616A4CF for ; Sat, 16 Oct 2004 17:44:05 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0861443D2D for ; Sat, 16 Oct 2004 17:44:05 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9GHi3i3018879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 16 Oct 2004 19:44:04 +0200 Message-ID: <41715DE3.90002@ng.fadesa.es> Date: Sat, 16 Oct 2004 19:44:03 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> In-Reply-To: <20041015190638.C5A0E5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 17:44:05 -0000 Each disk of the read split the throughput by half.Hello Kevin, Kevin Oberman wrote: >>Tests were done win bonnie++ 1.93c and the results were Linux two >>times faster than FreeBSD using the same hardware. >> >>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>FreeBSD 5.3b7 with default fs: 26347 K/sec >>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > > > Are you comparing apples with apples? I believe that Linux mounts file > systems as async by default. To compare with FreeBSD, you should use "-o > async" when you mount. Of course, this is less reliable. > > Also, make sure that disk write-cache is enabled on both or disabled on > both. write-cache was enable on all tests and disks were in UDMA5 mode. In this new round of tests I add FreeBSD witch async and OpenBSD (always using the same hardware). FreeBSD is by far, the worst throughput of all (about 50% slower than others) :-? GNU/Linux 2.4.18 with ext2: 56848 K/sec FreeBSD 5.3b7 with default fs: 26347 K/sec FreeBSD 5.3b7 with default fs(async): 26566 K/sec FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec OpenBSD 3.5 UFS fs: 55277 K/sec * Each disk of the raid had a throughput of approx. 15000 K/sec ** Each disk of the raid had a throughput of approx. 7500 K/sec Each disk of the read split the throughput by half. How is possible that FreeBSD performs as bad? http://195.55.55.164/tests/bsd.txt (original FBSD test) http://195.55.55.164/tests/obsd.txt (openbsd test) http://195.55.55.164/tests/gstripe-4.txt (4 disks gstripe tests with async) http://195.55.55.164/tests/fbsd2.txt (FBSD test with async) http://195.55.55.164/tests/linux.txt (original GNU/Linux test) http://195.55.55.164/tests/dmesg.txt From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:46: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 168E916A4CE for ; Sat, 16 Oct 2004 17:46:41 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5141843D31 for ; Sat, 16 Oct 2004 17:46:40 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9GHkdi3018931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 16 Oct 2004 19:46:39 +0200 Message-ID: <41715E7F.7060509@ng.fadesa.es> Date: Sat, 16 Oct 2004 19:46:39 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> In-Reply-To: <20041015190638.C5A0E5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 17:46:41 -0000 Hello Kevin, Kevin Oberman wrote: >>Tests were done win bonnie++ 1.93c and the results were Linux two >>times faster than FreeBSD using the same hardware. >> >>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>FreeBSD 5.3b7 with default fs: 26347 K/sec >>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > > > Are you comparing apples with apples? I believe that Linux mounts file > systems as async by default. To compare with FreeBSD, you should use "-o > async" when you mount. Of course, this is less reliable. > > Also, make sure that disk write-cache is enabled on both or disabled on > both. write-cache was enable on all tests and disks were in UDMA5 mode. In this new round of tests I add FreeBSD witch async and OpenBSD (always using the same hardware). FreeBSD is by far, the worst throughput of all (about 50% slower than others) :-? GNU/Linux 2.4.18 with ext2: 56848 K/sec FreeBSD 5.3b7 with default fs: 26347 K/sec FreeBSD 5.3b7 with default fs(async): 26566 K/sec FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec OpenBSD 3.5 UFS fs: 55277 K/sec * Each disk of the raid had a throughput of approx. 15000 K/sec ** Each disk of the raid had a throughput of approx. 7500 K/sec Each disk of the read split the throughput by half. How is possible that FreeBSD performs as bad? http://195.55.55.164/tests/bsd.txt (original FBSD test) http://195.55.55.164/tests/obsd.txt (openbsd test) http://195.55.55.164/tests/gstripe-4.txt (4 disks gstripe tests with async) http://195.55.55.164/tests/fbsd2.txt (FBSD test with async) http://195.55.55.164/tests/linux.txt (original GNU/Linux test) http://195.55.55.164/tests/dmesg.txt From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:49: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 246F816A4CE for ; Sat, 16 Oct 2004 17:49:27 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8B0643D2D for ; Sat, 16 Oct 2004 17:49:26 +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 i9GHnQk8097726 for ; Sat, 16 Oct 2004 10:49:26 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9GHnPHK097723 for freebsd-current@freebsd.org; Sat, 16 Oct 2004 10:49:25 -0700 (PDT) (envelope-from obrien) Date: Sat, 16 Oct 2004 10:49:25 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20041016174925.GA96809@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 Subject: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT 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: Sat, 16 Oct 2004 17:49:27 -0000 Now that we don't support running 6-CURRENT on i386 class machines (vs. 486 and newer), I'd like to commit this minor optimization. Issues? Concerns? Index: htonl.S =================================================================== RCS file: /home/ncvs/src/lib/libc/i386/net/htonl.S,v retrieving revision 1.9 diff -u -r1.9 htonl.S --- htonl.S 23 Mar 2002 02:06:08 -0000 1.9 +++ htonl.S 16 Oct 2004 17:40:31 -0000 @@ -46,7 +46,11 @@ .set CNAME(htonl),CNAME(__htonl) ENTRY(__htonl) movl 4(%esp),%eax +#ifdef I386_CPU xchgb %al,%ah roll $16,%eax xchgb %al,%ah +#else + bswap %eax +#endif ret Index: ntohl.S =================================================================== RCS file: /home/ncvs/src/lib/libc/i386/net/ntohl.S,v retrieving revision 1.9 diff -u -r1.9 ntohl.S --- ntohl.S 23 Mar 2002 02:06:08 -0000 1.9 +++ ntohl.S 16 Oct 2004 17:38:24 -0000 @@ -46,7 +46,11 @@ .set CNAME(ntohl),CNAME(__ntohl) ENTRY(__ntohl) movl 4(%esp),%eax +#ifdef I386_CPU xchgb %al,%ah roll $16,%eax xchgb %al,%ah +#else + bswap %eax +#endif ret -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 18:31: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 A8FFB16A4CE for ; Sat, 16 Oct 2004 18:31:37 +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 773A143D54 for ; Sat, 16 Oct 2004 18:31:35 +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.34 (FreeBSD)) id 1CItL4-000FiF-Qy for freebsd-current@freebsd.org; Sat, 16 Oct 2004 11:31:34 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.26886.433270.800049@ran.psg.com> Date: Sat, 16 Oct 2004 11:31:34 -0700 To: FreeBSD Current Subject: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 18:31:37 -0000 on -current as of an hour ago (and the last few days too), running many progs leaves the console, whether serial or xterm from another host, not echoing. a `reset` fixes it. shell is bash2. randy From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19: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 6D5A816A4CE for ; Sat, 16 Oct 2004 19:03:26 +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 D28CA43D41 for ; Sat, 16 Oct 2004 19:03:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 764BB53364; Sat, 16 Oct 2004 12:03:24 -0700 (PDT) Date: Sat, 16 Oct 2004 12:03:24 -0700 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20041016190324.GA39913@xor.obsecurity.org> References: <200409140338.12764.Emanuel.Strobl@gmx.net> <20041015203706.GA92908@xor.obsecurity.org> <200410161856.42636.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <200410161856.42636.Emanuel.Strobl@gmx.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: xterm (+Konsole) and su on BETA4 with Xorg (from today) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:03:26 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 06:56:35PM +0200, Emanuel Strobl wrote: > Am Freitag, 15. Oktober 2004 22:37 schrieb Kris Kennaway: > > On Tue, Sep 14, 2004 at 03:38:07AM +0200, Emanuel Strobl wrote: > [...] > > I think this was a bug in kdm that was recently fixed - can you please > > verify that you have completely up-to-date ports? >=20 > Sorry, it took a while to recompile kdebase3. > First, more importatnt, this bug was fiexd on 9th of October:=20 > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D609441+0+archive/2004/free= bsd-current/20040919.freebsd-current >=20 > As far as I can tell also the xterm (konsole) bug has been fixed since I = _can_=20 > compile ports with simple su (without login simulated), although I can't= =20 > remember where and when this was fixed. I think the kdm bug caused the environment pollution that caused your konsole problems too. > Thanks for keeping in mind such problems! No worries. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcXB8Wry0BWjoQKURAsMVAKCJAUa/2LSz94KYnSzEki3O7QhuCQCgktou /SOvMHqKX2iUtrpEB455FI0= =G1Mu -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:08: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 8833916A4CE for ; Sat, 16 Oct 2004 19:08:31 +0000 (GMT) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A9C43D3F for ; Sat, 16 Oct 2004 19:08:31 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i9GJ8UBx011741; Sat, 16 Oct 2004 12:08:30 -0700 Received: from yggdrasil.seektruth.org (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i9GJ8UE9003562 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 16 Oct 2004 12:08:30 -0700 From: David Syphers To: freebsd-current@freebsd.org, rionda@gufi.org Date: Sat, 16 Oct 2004 12:08:31 -0700 User-Agent: KMail/1.7 References: <1097916792.1810.4.camel@kaiser.sig11.org> In-Reply-To: <1097916792.1810.4.camel@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410161208.32381.dsyphers@u.washington.edu> Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:08:31 -0000 On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > Could we change an entry from: > > 20041007: > One of the syscalls the 1:1 threading library libthr uses has > changed, thus breaking ABI compatibility. Make sure you rebuild > this library with the kernel. > > to: > > 20041007: > One of the syscalls used by the 1:1 threading library libthr > has changed, thus breaking ABI compatibility. Make sure you rebuild > this library with the kernel. > > I think this will improve the readability and the comprension of the > entry by the non-native english speakers. I hate to be pedantic, but the original entry is preferable. In English it is correct to avoid the passive voice when possible (though not nearly to the extent that, say, French does). The active voice is quite appropriate here, where the subject is clearly defined. Is there a particular reason why non-native speakers would prefer the passive voice? -David From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:27: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 E0D0B16A4CE for ; Sat, 16 Oct 2004 19:27:47 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629F243D1D for ; Sat, 16 Oct 2004 19:27:47 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao01.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041016192745.UFHM17471.lakermmtao01.cox.net@dolphin.local.net> for ; Sat, 16 Oct 2004 15:27:45 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9GJRkiE038459 for ; Sat, 16 Oct 2004 14:27:46 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 16 Oct 2004 14:27:41 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20041016142741.32cd5ae8@dolphin.local.net> In-Reply-To: <16753.26886.433270.800049@ran.psg.com> References: <16753.26886.433270.800049@ran.psg.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:27:48 -0000 On Sat, 16 Oct 2004 11:31:34 -0700, Randy Bush wrote: > on -current as of an hour ago (and the last few days too), running > many progs leaves the console, whether serial or xterm from another > host, not echoing. a `reset` fixes it. shell is bash2. > > randy Yes, I'm still noticing this, too. The last commits from yesterday seem to have improved the situation somewhat, but it's still not 100%. Echo will just randomly become disabled after certain commands. Wish I could provide more specifics. Sorry. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:31: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 843E616A4CE for ; Sat, 16 Oct 2004 19:31:35 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E62043D39 for ; Sat, 16 Oct 2004 19:31:34 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 12016 invoked by uid 65534); 16 Oct 2004 19:31:33 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp012) with SMTP; 16 Oct 2004 21:31:33 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 21:31:23 +0200 User-Agent: KMail/1.7 References: <200409140338.12764.Emanuel.Strobl@gmx.net> <200410161856.42636.Emanuel.Strobl@gmx.net> <20041016190324.GA39913@xor.obsecurity.org> In-Reply-To: <20041016190324.GA39913@xor.obsecurity.org> 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="nextPart1906819.WP29Je5MfX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410162131.32167.Emanuel.Strobl@gmx.net> cc: Kris Kennaway Subject: KDE and 5-release [Was: Re: xterm (+Konsole) and su on BETA4 with Xorg (from today)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:31:35 -0000 --nextPart1906819.WP29Je5MfX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 16. Oktober 2004 21:03 schrieb Kris Kennaway: > On Sat, Oct 16, 2004 at 06:56:35PM +0200, Emanuel Strobl wrote: > > Am Freitag, 15. Oktober 2004 22:37 schrieb Kris Kennaway: > > > On Tue, Sep 14, 2004 at 03:38:07AM +0200, Emanuel Strobl wrote: > > > > [...] > > > > > I think this was a bug in kdm that was recently fixed - can you please > > > verify that you have completely up-to-date ports? > > > > Sorry, it took a while to recompile kdebase3. > > First, more importatnt, this bug was fiexd on 9th of October: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D609441+0+archive/2004/fr= eebs > >d-current/20040919.freebsd-current > > > > As far as I can tell also the xterm (konsole) bug has been fixed since I > > _can_ compile ports with simple su (without login simulated), although I > > can't remember where and when this was fixed. > > I think the kdm bug caused the environment pollution that caused your > konsole problems too. I tought I read some discussion about that but actualy wasn't really sure. = But=20 looks like :) Another suggestion (which I think is out of discussion, but): I'd strongly= =20 recommend releasing 5.3 with kde 3.3.1! I'm using (at least on my multihead machine) KDE for daily work and 3.3.0 h= as=20 really lots of ugly bugs. Almost every (for me) really annoying bug was fix= ed=20 in 3.3.1 accoreding to the changelog=20 (http://www.kde.org/announcements/changelogs/changelog3_3to3_3_1.php) Since fruitsalad.org is doing pkg-plist runs excesively I think the port wi= ll=20 be commited soon. Is it possible to do another port freeze when -RC1 is out? Additional reasons would be apache2, libtiff (which I can't find a=20 corresponding port), jdk14, kmplayer and lost of others. Perhaps you were often asked about a ports release branch, but I think toda= y=20 there are so many ports and so many security dependencies, isn't it worth=20 another thought? Thanks a lot, =2DHarry > > > Thanks for keeping in mind such problems! > > No worries. > > Kris --nextPart1906819.WP29Je5MfX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcXcUBylq0S4AzzwRAiKwAKCC60s2jPvy62SzIvD4NhminNPaeQCgkh4K CLnnCMoFexqpJpnhOu3LPgY= =A7Sb -----END PGP SIGNATURE----- --nextPart1906819.WP29Je5MfX-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19: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 4560716A4CE for ; Sat, 16 Oct 2004 19:40:12 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8788C43D1D for ; Sat, 16 Oct 2004 19:40:11 +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 9C6481FF92F for ; Sat, 16 Oct 2004 21:40:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id CF5AB1FF91D; Sat, 16 Oct 2004 21:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C8F95155DD; Sat, 16 Oct 2004 19:38:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BE8AF154FC for ; Sat, 16 Oct 2004 19:39:00 +0000 (UTC) Date: Sat, 16 Oct 2004 19:39:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current 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 Subject: 6-CUR: panic in ipsec processing w/o ipsec in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:40:12 -0000 Hi, on my MP machine running 6-CURRENT from around late 2004-09-26 I got a panic while editing a Makefile of a port; though compiled in I have no ipsec in use on that machine atm. hand transcribed: panic free +0xaa _key_delsp +0x1b key_delsp +0xab _key_freesp +0x8a ipsec4_hdrsiz +0x9b ipsec4_hdrsiz_tc +0xa9 tcp_output +0x9c1 tcp_usr_send +0x18b sosend +0x5e7 soo_write +0x46 dofilewrite +0xa8 write +0x39 syscall Xint0x80_syscall the bt looks strange to me, so I decided to post though this may already be corrected ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:40: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 C58F716A52B for ; Sat, 16 Oct 2004 19:40:16 +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 4A30B43D1D for ; Sat, 16 Oct 2004 19:40:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0A010513E3; Sat, 16 Oct 2004 12:40:13 -0700 (PDT) Date: Sat, 16 Oct 2004 12:40:13 -0700 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20041016194013.GA41382@xor.obsecurity.org> References: <200409140338.12764.Emanuel.Strobl@gmx.net> <200410161856.42636.Emanuel.Strobl@gmx.net> <20041016190324.GA39913@xor.obsecurity.org> <200410162131.32167.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <200410162131.32167.Emanuel.Strobl@gmx.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: KDE and 5-release [Was: Re: xterm (+Konsole) and su on BETA4 with Xorg (from today)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:40:16 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 09:31:23PM +0200, Emanuel Strobl wrote: > Am Samstag, 16. Oktober 2004 21:03 schrieb Kris Kennaway: > > On Sat, Oct 16, 2004 at 06:56:35PM +0200, Emanuel Strobl wrote: > > > Am Freitag, 15. Oktober 2004 22:37 schrieb Kris Kennaway: > > > > On Tue, Sep 14, 2004 at 03:38:07AM +0200, Emanuel Strobl wrote: > > > > > > [...] > > > > > > > I think this was a bug in kdm that was recently fixed - can you ple= ase > > > > verify that you have completely up-to-date ports? > > > > > > Sorry, it took a while to recompile kdebase3. > > > First, more importatnt, this bug was fiexd on 9th of October: > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D609441+0+archive/2004/= freebs > > >d-current/20040919.freebsd-current > > > > > > As far as I can tell also the xterm (konsole) bug has been fixed sinc= e I > > > _can_ compile ports with simple su (without login simulated), althoug= h I > > > can't remember where and when this was fixed. > > > > I think the kdm bug caused the environment pollution that caused your > > konsole problems too. >=20 > I tought I read some discussion about that but actualy wasn't really sure= . But=20 > looks like :) >=20 > Another suggestion (which I think is out of discussion, but): I'd strongl= y=20 > recommend releasing 5.3 with kde 3.3.1! > I'm using (at least on my multihead machine) KDE for daily work and 3.3.0= has=20 > really lots of ugly bugs. Almost every (for me) really annoying bug was f= ixed=20 > in 3.3.1 accoreding to the changelog=20 > (http://www.kde.org/announcements/changelogs/changelog3_3to3_3_1.php) >=20 > Since fruitsalad.org is doing pkg-plist runs excesively I think the port = will=20 > be commited soon. >=20 > Is it possible to do another port freeze when -RC1 is out? > Additional reasons would be apache2, libtiff (which I can't find a=20 > corresponding port), jdk14, kmplayer and lost of others. >=20 > Perhaps you were often asked about a ports release branch, but I think to= day=20 > there are so many ports and so many security dependencies, isn't it worth= =20 > another thought? KDE 3.3.1 will not be shipped in 5.3-RELEASE. Sorry, it's just too far along in the release process. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcXkdWry0BWjoQKURAuTgAJwI7PZTGioK/tOwL2bjie43RQu//ACgu55l 9FgVyRFZj7FDakpCnwoy+ks= =M+Qv -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:40: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 EFB5F16A551 for ; Sat, 16 Oct 2004 19:40:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D416F43D54 for ; Sat, 16 Oct 2004 19:40:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C123072DD4; Sat, 16 Oct 2004 12:40:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BF60872DCB; Sat, 16 Oct 2004 12:40:24 -0700 (PDT) Date: Sat, 16 Oct 2004 12:40:24 -0700 (PDT) From: Doug White To: "Alexander S. Usov" In-Reply-To: <200410151833.17768.A.S.Usov@kvi.nl> Message-ID: <20041016123832.C83560@carver.gumbysoft.com> References: <200410151833.17768.A.S.Usov@kvi.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Problems using AMD automounter on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:40:25 -0000 On Fri, 15 Oct 2004, Alexander S. Usov wrote: > Hi. > > I have found a very strange behavior on using the external USB-HDD > and automounting it under BETA7. Is this a High-speed USB device? I can reproduce transaction loss on my KT400 machine in the ehci driver that generates log entries like this. > In the same time the copying itself went smooth. > BTW, is it enough to just dismount partition to make it flush all > buffers before switching the HDD off ? In general, yes. > And is it also holds for the msdos_fs, as this one can't be mounted > in sync mode ? Yes. _ALWAYS_ unmount all filesystems from a device before detaching it, or you will get panics. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:43:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 726E816A4CF for ; Sat, 16 Oct 2004 19:43:54 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F3B43D1D for ; Sat, 16 Oct 2004 19:43:53 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd09.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CIuT3-0007FF-00; Sat, 16 Oct 2004 21:43:53 +0200 Received: from Andro-Beta.Leidinger.net (XKuEwoZLoevDrYA0UQTmYTjjW6qA6V5dyKZdJCvfBWjq+KjtX5p84e@[84.128.194.217]) by fmrl09.sul.t-online.com with esmtp id 1CIuSr-2HNc1I0; Sat, 16 Oct 2004 21:43:41 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i9GJheVZ001361 for ; Sat, 16 Oct 2004 21:43:40 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 16 Oct 2004 21:43:40 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20041016214340.3941ad47@Magellan.Leidinger.net> In-Reply-To: <20041016142502.6362d396@Magellan.Leidinger.net> References: <20041016142502.6362d396@Magellan.Leidinger.net> 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: XKuEwoZLoevDrYA0UQTmYTjjW6qA6V5dyKZdJCvfBWjq+KjtX5p84e@t-dialin.net X-TOI-MSGID: 879602be-af6b-4c99-9250-d172b989aca4 Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-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: Sat, 16 Oct 2004 19:43:54 -0000 On Sat, 16 Oct 2004 14:25:02 +0200 Alexander Leidinger wrote: > WARNING: I may have typos in there, or I added a wrong file by accident, > so look at each file and make sure it can be removed. If you trashed > your system by testing this, you will be on your own (but please tell me > about it, so I can fix the Makefile). Ok, here's one: please remove the "libarchive.so.1" line in the Makefile, else you won't be able to untar anything when you remove it. 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 Oct 16 19: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 E1EB316A4CE for ; Sat, 16 Oct 2004 19:46:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D283743D53 for ; Sat, 16 Oct 2004 19:46:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C9B1072DD4; Sat, 16 Oct 2004 12:46:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C4D0072DCB; Sat, 16 Oct 2004 12:46:19 -0700 (PDT) Date: Sat, 16 Oct 2004 12:46:19 -0700 (PDT) From: Doug White To: Kent Hauser In-Reply-To: <200410151255.02521.kent.hauser@verizon.net> Message-ID: <20041016124501.R83560@carver.gumbysoft.com> References: <200410151255.02521.kent.hauser@verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: usb power turned off by X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:46:20 -0000 On Fri, 15 Oct 2004, Kent Hauser wrote: > Hi, > > When I start X.org, the power on my USB ports is turned off. That makes no sense whatsoever. :) > "usbdevs -v" still reports "self-powered". I can't figure a way to turn > it back on. Any thoughts? Thats not the same thing. The power source of a device is fixed. I don't think you can view the active/inactive state of the port power. Does unplugging & replugging the device resurrect it? Do the video card and USB controller share an interrupt? > Hardware is Thinkpad T41 running -CURRENT as of 10/12. You might poke -mobile. T41s seem common, but also have lots of problems ... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19: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 D79ED16A4CF; Sat, 16 Oct 2004 19:51:22 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2637443D49; Sat, 16 Oct 2004 19:51:22 +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 i9GJpKMs002735; Sat, 16 Oct 2004 23:51:20 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9GJpKk9002734; Sat, 16 Oct 2004 23:51:20 +0400 (MSD) (envelope-from ache) Date: Sat, 16 Oct 2004 23:51:20 +0400 From: Andrey Chernov To: Pawel Jakub Dawidek Message-ID: <20041016195120.GA2702@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Pawel Jakub Dawidek , Scott Long , current@FreeBSD.org References: <20041015075641.GA6820@nagual.pp.ru> <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> <41709506.9030100@freebsd.org> <20041016044731.GA73571@VARK.MIT.EDU> <20041016045445.GA55747@nagual.pp.ru> <20041016062115.GS73767@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20041016062115.GS73767@darkness.comp.waw.pl> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) cc: Scott Long cc: current@FreeBSD.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:51:23 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 08:21:15AM +0200, Pawel Jakub Dawidek wrote: > +> Forward it to me, please, I'll test it. >=20 > http://people.freebsd.org/~pjd/patches/swapoff_all.patch It ever not compiles: [...] ../../../vm/swap_pager.c =2E./../../vm/swap_pager.c: In function `swapoff_one': =2E./../../vm/swap_pager.c:2151: warning: unused variable `error' *** Error code 1 --=20 Andrey Chernov | http://ache.pp.ru/ --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iQCVAwUBQXF7uOJgpPLZnQjrAQGwGwP/TkFx6pBWHCFDYR4umlej0xb71WDAR0MZ hZBqPY0IJfC5MxUCpFyt70Y4ya28mwE4gMRa/pxIBLXbbGnovEMOttDhzl/D+bJB 70QzYA2Uv6M86f4CyLrvZRq5rSWwqlbn2uCtE1Uu6jZLgME52KXLNYjRKjncniso bVtSpKw6glg= =vFCU -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:51: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 835E716A4E3 for ; Sat, 16 Oct 2004 19:51:30 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id EAEB543D39 for ; Sat, 16 Oct 2004 19:51:29 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 64084 invoked by uid 0); 16 Oct 2004 19:50:29 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 16 Oct 2004 19:50:29 -0000 Message-ID: <41717BC8.3070205@gamersimpact.com> Date: Sat, 16 Oct 2004 14:51:36 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <16753.26886.433270.800049@ran.psg.com> <20041016142741.32cd5ae8@dolphin.local.net> In-Reply-To: <20041016142741.32cd5ae8@dolphin.local.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:51:30 -0000 Conrad J. Sabatier wrote: >On Sat, 16 Oct 2004 11:31:34 -0700, Randy Bush wrote: > > > >>on -current as of an hour ago (and the last few days too), running >>many progs leaves the console, whether serial or xterm from another >>host, not echoing. a `reset` fixes it. shell is bash2. >> >>randy >> >> > >Yes, I'm still noticing this, too. The last commits from yesterday >seem to have improved the situation somewhat, but it's still not 100%. >Echo will just randomly become disabled after certain commands. > >Wish I could provide more specifics. Sorry. > > > Are you both using the syscons "device sc" console driver or are you using the pcvt "device vt" console driver? -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19:53: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 57CDB16A4CE for ; Sat, 16 Oct 2004 19:53:50 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95CBE43D54 for ; Sat, 16 Oct 2004 19:53:49 +0000 (GMT) (envelope-from marck@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id i9GJrm0N089527 for ; Sat, 16 Oct 2004 23:53:48 +0400 (MSD) (envelope-from marck@FreeBSD.org) Date: Sat, 16 Oct 2004 23:53:48 +0400 (MSD) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: current@FreeBSD.org Message-ID: <20041016235144.P53591@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 19:53:50 -0000 ... with ===> lib/compat/compat1x cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/make install -DNO_SUBDIR DESTDIR=/R/stage/trees/compat1x SHARED=copies install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.so.1.1 libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 /R/stage/trees/compat1x/usr/lib/compat/aout install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 is this error known? I did not have time to investigate the case further... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@FreeBSD.org *** --------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 19: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 4A99916A4CE for ; Sat, 16 Oct 2004 19:58:11 +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 0F9CA43D2D for ; Sat, 16 Oct 2004 19:58:11 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.43) id 1CIugo-0003mb-Ic for freebsd-current@freebsd.org; Sat, 16 Oct 2004 20:58:06 +0100 Date: Sat, 16 Oct 2004 20:58:06 +0100 From: Dick Davies To: FreeBSD Current Users Message-ID: <20041016195806.GJ15615@lb.tenfour> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: Rasputin Subject: usb 2 drives 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: Sat, 16 Oct 2004 19:58:11 -0000 I've added ehci to a kernel, but my usb 2 drive still shows up as 1 Mbps over umass O_o Is this normal for 5.3.beta6? (If so: 'bollocks') Or is there some way to persuade umass to go over ehci ? -- Everybody I know who is right always agrees with ME. - Rev Lady Mal Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:02: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 DC94C16A4CF for ; Sat, 16 Oct 2004 20:02:40 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A80F43D2D for ; Sat, 16 Oct 2004 20:02:40 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben (le@le.vpn.univie.ac.at [131.130.222.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i9GK2Jrx079996; Sat, 16 Oct 2004 22:02:27 +0200 Date: Sat, 16 Oct 2004 22:02:16 +0200 (=?ISO-8859-1?Q?Westeurop=E4ische_Normalzeit?=) From: Lukas Ertl To: Dick Davies In-Reply-To: <20041016195806.GJ15615@lb.tenfour> Message-ID: References: <20041016195806.GJ15615@lb.tenfour> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: FreeBSD Current Users Subject: Re: usb 2 drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 20:02:41 -0000 On Sat, 16 Oct 2004, Dick Davies wrote: > I've added ehci to a kernel, but my usb 2 drive still shows up as > 1 Mbps over umass O_o > > Is this normal for 5.3.beta6? (If so: 'bollocks') Or is there some way > to persuade umass to go over ehci ? Have a look at the output of usbdevs. It'll show you where your drive is connected to (ehci or {u,o}hci). 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 Oct 16 20:05: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 CECB216A4CE for ; Sat, 16 Oct 2004 20:05:29 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25CCA43D4C for ; Sat, 16 Oct 2004 20:05:29 +0000 (GMT) (envelope-from marck@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id i9GK5SL7089691 for ; Sun, 17 Oct 2004 00:05:28 +0400 (MSD) (envelope-from marck@FreeBSD.org) Date: Sun, 17 Oct 2004 00:05:28 +0400 (MSD) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: current@FreeBSD.org In-Reply-To: <20041016235144.P53591@woozle.rinet.ru> Message-ID: <20041017000419.G53591@woozle.rinet.ru> References: <20041016235144.P53591@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 20:05:29 -0000 On Sat, 16 Oct 2004, Dmitry Morozovsky wrote: DM> DM> ===> lib/compat/compat1x DM> cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/make install DM> -DNO_SUBDIR DESTDIR=/R/stage/trees/compat1x SHARED=copies DM> install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.so.1.1 DM> libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 DM> libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 DM> libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 DM> libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 DM> /R/stage/trees/compat1x/usr/lib/compat/aout DM> install: wrong number or types of arguments DM> usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] DM> [-o owner] file1 file2 DM> install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] DM> [-o owner] file1 ... fileN directory DM> install -d [-v] [-g group] [-m mode] [-o owner] directory ... DM> *** Error code 64 DM> DM> is this error known? I did not have time to investigate the case further... For the reference: RELENG_5 at 20041009 has been built successfully (modulo NO_PF, docports dependencies and wrong cdrtools package). Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@FreeBSD.org *** --------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:10: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 4605716A4CE; Sat, 16 Oct 2004 20:10:30 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B855443D3F; Sat, 16 Oct 2004 20:10:29 +0000 (GMT) (envelope-from kent.hauser@verizon.net) Received: from [192.168.1.103] ([4.26.247.15]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041016201029.QOEK2120.out012.verizon.net@[192.168.1.103]>; Sat, 16 Oct 2004 15:10:29 -0500 From: Kent Hauser To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 10:10:26 -1000 User-Agent: KMail/1.7 References: <200410151255.02521.kent.hauser@verizon.net> <20041016124501.R83560@carver.gumbysoft.com> In-Reply-To: <20041016124501.R83560@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410161010.27141.kent.hauser@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [4.26.247.15] at Sat, 16 Oct 2004 15:10:29 -0500 cc: current@freebsd.org Subject: Re: usb power turned off by X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 20:10:30 -0000 Hi, Sorry my bug report fails the laugh test. I didn't find the problem funny either. Here's how I determined X.org turns off USB power. 1) Palm charging from USB. LED goes off when I start X. 2) wireless mouse "base station" plugged into USB. power/activity LED goes off when I start X. 3) remove .xinitrc so that KDE not started. LEDs still off. 4) exit X. no power LEDs. reboot, LEDs re-light. I've not seen anything on the mobile lists. A minimal workaround would be some way to turn USB power back on (and/or display status). My USB controller probes as follows: Oct 16 08:57:59 kent kernel: usb0: on uhci0 Thanks. Kent On Saturday 16 October 2004 09:46 am, Doug White wrote: > On Fri, 15 Oct 2004, Kent Hauser wrote: > > Hi, > > > > When I start X.org, the power on my USB ports is turned off. > > That makes no sense whatsoever. :) > > > "usbdevs -v" still reports "self-powered". I can't figure a way to turn > > it back on. Any thoughts? > > Thats not the same thing. The power source of a device is fixed. I don't > think you can view the active/inactive state of the port power. > > Does unplugging & replugging the device resurrect it? > > Do the video card and USB controller share an interrupt? > > > Hardware is Thinkpad T41 running -CURRENT as of 10/12. > > You might poke -mobile. T41s seem common, but also have lots of problems > ... From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:10: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 4605716A4CE; Sat, 16 Oct 2004 20:10:30 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B855443D3F; Sat, 16 Oct 2004 20:10:29 +0000 (GMT) (envelope-from kent.hauser@verizon.net) Received: from [192.168.1.103] ([4.26.247.15]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041016201029.QOEK2120.out012.verizon.net@[192.168.1.103]>; Sat, 16 Oct 2004 15:10:29 -0500 From: Kent Hauser To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 10:10:26 -1000 User-Agent: KMail/1.7 References: <200410151255.02521.kent.hauser@verizon.net> <20041016124501.R83560@carver.gumbysoft.com> In-Reply-To: <20041016124501.R83560@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410161010.27141.kent.hauser@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [4.26.247.15] at Sat, 16 Oct 2004 15:10:29 -0500 cc: current@freebsd.org Subject: Re: usb power turned off by X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 20:10:30 -0000 Hi, Sorry my bug report fails the laugh test. I didn't find the problem funny either. Here's how I determined X.org turns off USB power. 1) Palm charging from USB. LED goes off when I start X. 2) wireless mouse "base station" plugged into USB. power/activity LED goes off when I start X. 3) remove .xinitrc so that KDE not started. LEDs still off. 4) exit X. no power LEDs. reboot, LEDs re-light. I've not seen anything on the mobile lists. A minimal workaround would be some way to turn USB power back on (and/or display status). My USB controller probes as follows: Oct 16 08:57:59 kent kernel: usb0: on uhci0 Thanks. Kent On Saturday 16 October 2004 09:46 am, Doug White wrote: > On Fri, 15 Oct 2004, Kent Hauser wrote: > > Hi, > > > > When I start X.org, the power on my USB ports is turned off. > > That makes no sense whatsoever. :) > > > "usbdevs -v" still reports "self-powered". I can't figure a way to turn > > it back on. Any thoughts? > > Thats not the same thing. The power source of a device is fixed. I don't > think you can view the active/inactive state of the port power. > > Does unplugging & replugging the device resurrect it? > > Do the video card and USB controller share an interrupt? > > > Hardware is Thinkpad T41 running -CURRENT as of 10/12. > > You might poke -mobile. T41s seem common, but also have lots of problems > ... From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:26: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 3AA7116A4D4 for ; Sat, 16 Oct 2004 20:26:06 +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 D024F43D1D for ; Sat, 16 Oct 2004 20:26:05 +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])i9GKPkHH021690; Sat, 16 Oct 2004 16:25:47 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i9GKPkUt083268; Sat, 16 Oct 2004 16:25:46 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i9GKPj1B083267; Sat, 16 Oct 2004 16:25:45 -0400 (EDT) (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: Sat, 16 Oct 2004 16:25:21 -0400 User-Agent: KMail/1.7 References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> In-Reply-To: <200410161208.32381.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1812582.Quxf86HvTd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410161625.42502.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: David Syphers cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 20:26:06 -0000 --nextPart1812582.Quxf86HvTd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 16 October 2004 03:08 pm, David Syphers wrote: > On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > > Could we change an entry from: > > > > 20041007: > > One of the syscalls the 1:1 threading library libthr uses has > > changed, thus breaking ABI compatibility. Make sure you rebuild > > this library with the kernel. > > > > to: Compromise: One of the syscalls _which_ the ... > > > > 20041007: > > One of the syscalls used by the 1:1 threading library libthr > > has changed, thus breaking ABI compatibility. Make sure you rebuild > > this library with the kernel. > > > > I think this will improve the readability and the comprension of the > > entry by the non-native english speakers. > > I hate to be pedantic, but the original entry is preferable. In English it > is correct to avoid the passive voice when possible (though not nearly to > the extent that, say, French does). The active voice is quite appropriate > here, where the subject is clearly defined. Is there a particular reason > why non-native speakers would prefer the passive voice? =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) --nextPart1812582.Quxf86HvTd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBcYPGg1EgpGw750IRAptMAJ93Sz0+ui5Mk6WBF//1Y8jqkclgLgCfeJK1 IeN4DbihWyEACCtuOXPL0Xc= =d6Bl -----END PGP SIGNATURE----- --nextPart1812582.Quxf86HvTd-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:32: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 2FD0C16A4CE for ; Sat, 16 Oct 2004 20:32:33 +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 DF03143D31 for ; Sat, 16 Oct 2004 20:32:32 +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.34 (FreeBSD)) id 1CIvE6-000IvY-7T; Sat, 16 Oct 2004 13:32:30 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.34141.727408.377491@ran.psg.com> Date: Sat, 16 Oct 2004 13:32:29 -0700 To: Kris Kennaway cc: FreeBSD Current Subject: Re: /security/op 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: Sat, 16 Oct 2004 20:32:33 -0000 > I think you missed my point :) It could be a pam interaction or some > other dark magic, but you've not given much information upon which to > base a guess. sorry. too much happening here to get it today. % id uid=106(robot) gid=10 groups=10 % ls -l /usr/home/robot/cr /var/dns/INC.cr -rw------- 1 robot staff 19951 Oct 16 05:31 /usr/home/robot/cr -rw-r--r-- 1 bind bind 23087 Nov 5 2003 /var/dns/INC.cr # cat /usr/local/etc/op.access DEFAULT users=robot dns.cr.cp /bin/cp $1 $2 /bin/chmod 644 $2 /usr/sbin/chown bind:bind $2 % ktrace op dns.cr.cp /usr/home/robot/cr /var/dns/INC.cr line 1: cmd='DEFAULT' add opt 'users=robot' line 2: cmd='dns.cr.cp' add arg '/bin/cp' line 2: cmd='dns.cr.cp' add arg '$1' line 2: cmd='dns.cr.cp' add arg '$2' line 3: cmd='dns.cr.cp' add arg '/bin/chmod' line 3: cmd='dns.cr.cp' add arg '644' line 3: cmd='dns.cr.cp' add arg '$2' line 4: cmd='dns.cr.cp' add arg '/usr/sbin/chown' line 4: cmd='dns.cr.cp' add arg 'bind:bind' line 4: cmd='dns.cr.cp' add arg '$2' line 5: cmd='' add arg '/bin/cp' line 5: cmd='' add arg '$1' line 5: cmd='' add arg '$2' line 5: cmd='' add arg '/bin/chmod' line 5: cmd='' add arg '644' line 5: cmd='' add arg '$2' line 5: cmd='' add arg '/usr/sbin/chown' line 5: cmd='' add arg 'bind:bind' line 5: cmd='' add arg '$2' line 5: cmd='' add opt 'users=robot' Permission denied by op % kdump 99278 ktrace RET ktrace 0 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/bin/op" 99278 ktrace RET execve -1 errno 2 No such file or directory 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/sbin/op" 99278 ktrace RET execve -1 errno 2 No such file or directory 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/usr/bin/op" 99278 ktrace RET execve -1 errno 2 No such file or directory 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/usr/sbin/op" 99278 ktrace RET execve -1 errno 2 No such file or directory 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/usr/X11R6/bin/op" 99278 ktrace RET execve -1 errno 2 No such file or directory 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) 99278 ktrace NAMI "/usr/local/bin/op" 99278 ktrace NAMI "/libexec/ld-elf.so.1" From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:39: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 56B9116A4CE for ; Sat, 16 Oct 2004 20:39:45 +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 A7DD343D54 for ; Sat, 16 Oct 2004 20:39:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82CBC51342; Sat, 16 Oct 2004 13:39:37 -0700 (PDT) Date: Sat, 16 Oct 2004 13:39:37 -0700 From: Kris Kennaway To: Randy Bush Message-ID: <20041016203937.GA43198@xor.obsecurity.org> References: <16753.34141.727408.377491@ran.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <16753.34141.727408.377491@ran.psg.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current cc: Kris Kennaway Subject: Re: /security/op 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: Sat, 16 Oct 2004 20:39:45 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 01:32:29PM -0700, Randy Bush wrote: > Permission denied by op >=20 > % kdump > 99278 ktrace RET ktrace 0 > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/bin/op" > 99278 ktrace RET execve -1 errno 2 No such file or directory > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/sbin/op" > 99278 ktrace RET execve -1 errno 2 No such file or directory > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/usr/bin/op" > 99278 ktrace RET execve -1 errno 2 No such file or directory > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/usr/sbin/op" > 99278 ktrace RET execve -1 errno 2 No such file or directory > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/usr/X11R6/bin/op" > 99278 ktrace RET execve -1 errno 2 No such file or directory > 99278 ktrace CALL execve(0xbfbfe560,0xbfbfea8c,0xbfbfeaa0) > 99278 ktrace NAMI "/usr/local/bin/op" > 99278 ktrace NAMI "/libexec/ld-elf.so.1" That doesn't show the error. Perhaps you need to do kdump -i. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcYcJWry0BWjoQKURAi2JAJ9WvECPo/GSdR/1mRryew9tcOiJ8QCg7t1k 440O56cBhYJTr6VFKhZmgww= =M6Ga -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:40:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF26916A4CE; Sat, 16 Oct 2004 20:40:17 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F93E43D54; Sat, 16 Oct 2004 20:40:17 +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 i9GKeFkf000677; Sun, 17 Oct 2004 00:40:15 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.13.1/8.13.1/Submit) id i9GKeFQB000672; Sun, 17 Oct 2004 00:40:15 +0400 (MSD) (envelope-from ache) Date: Sun, 17 Oct 2004 00:40:14 +0400 From: Andrey Chernov To: Pawel Jakub Dawidek , Scott Long , current@FreeBSD.org Message-ID: <20041016204014.GA592@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Pawel Jakub Dawidek , Scott Long , current@FreeBSD.org References: <20041015171144.GA69709@VARK.MIT.EDU> <20041015171700.GA74901@nagual.pp.ru> <20041016021131.GA72979@VARK.MIT.EDU> <417089E6.8030105@freebsd.org> <20041016024840.GA50424@nagual.pp.ru> <41709506.9030100@freebsd.org> <20041016044731.GA73571@VARK.MIT.EDU> <20041016045445.GA55747@nagual.pp.ru> <20041016062115.GS73767@darkness.comp.waw.pl> <20041016195120.GA2702@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20041016195120.GA2702@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.20 (host: pobrecita.freebsd.ru) Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 20:40:18 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 11:51:20PM +0400, Andrey Chernov wrote: > On Sat, Oct 16, 2004 at 08:21:15AM +0200, Pawel Jakub Dawidek wrote: > > +> Forward it to me, please, I'll test it. > >=20 > > http://people.freebsd.org/~pjd/patches/swapoff_all.patch >=20 > It ever not compiles: >=20 > ../../../vm/swap_pager.c:2151: warning: unused variable `error' I manually move 'error' under '#ifdef MAC'. It seems your patch works! At now I reboot already two times without a panic. --=20 Andrey Chernov | http://ache.pp.ru/ --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iQCVAwUBQXGHLuJgpPLZnQjrAQGiogQA28Cg2COsCF2OFzEWPFHzaqln+zavTqfx 2mwlPzS0Njg1eOaVz4h13LE2da7UdUnCikwZ62Z2FW8fwbAVYDtUXtFVY6vtc+jd 8F210pzPrWy9brY308dZI5G8QT5IWeGRbT/aAnm6tZYOfN1SpT5Oe9TPs9lIE5q9 rBamnclf5h8= =qG/4 -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 20:41: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 4A04F16A4CE for ; Sat, 16 Oct 2004 20:41:35 +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 2487343D2F for ; Sat, 16 Oct 2004 20:41:35 +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.34 (FreeBSD)) id 1CIvMs-000JAD-My; Sat, 16 Oct 2004 13:41:34 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.34686.139094.599394@ran.psg.com> Date: Sat, 16 Oct 2004 13:41:34 -0700 To: Kris Kennaway References: <16753.34141.727408.377491@ran.psg.com> <20041016203937.GA43198@xor.obsecurity.org> cc: FreeBSD Current Subject: Re: /security/op 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: Sat, 16 Oct 2004 20:41:35 -0000 > That doesn't show the error. Perhaps you need to do kdump -i. i presume you mean ktrace -i same result From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:08: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 0E5BC16A4CE; Sat, 16 Oct 2004 21:08:01 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BFF943D41; Sat, 16 Oct 2004 21:08:00 +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 i9GL7w6O083480; Sun, 17 Oct 2004 00:07:58 +0300 (EEST) (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 51468-18; Sun, 17 Oct 2004 00:07:58 +0300 (EEST) 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 i9GL7vQ9083477; Sun, 17 Oct 2004 00:07:57 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9GL7ntb041613; Sun, 17 Oct 2004 00:07:49 +0300 (EEST) (envelope-from ru) Date: Sun, 17 Oct 2004 00:07:49 +0300 From: Ruslan Ermilov To: Dmitry Morozovsky Message-ID: <20041016210749.GB16260@ip.net.ua> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <20041017000419.G53591@woozle.rinet.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:08:01 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 12:05:28AM +0400, Dmitry Morozovsky wrote: > On Sat, 16 Oct 2004, Dmitry Morozovsky wrote: >=20 > DM>=20 > DM> =3D=3D=3D> lib/compat/compat1x > DM> cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/make ins= tall > DM> -DNO_SUBDIR DESTDIR=3D/R/stage/trees/compat1x SHARED=3Dcopies > DM> install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.s= o.1.1 > DM> libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 > DM> libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 > DM> libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 > DM> libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 > DM> /R/stage/trees/compat1x/usr/lib/compat/aout > DM> install: wrong number or types of arguments > DM> usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > DM> [-o owner] file1 file2 > DM> install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > DM> [-o owner] file1 ... fileN directory > DM> install -d [-v] [-g group] [-m mode] [-o owner] directory ... > DM> *** Error code 64 > DM>=20 > DM> is this error known? I did not have time to investigate the case furt= her... >=20 > For the reference: RELENG_5 at 20041009 has been built successfully (modu= lo=20 > NO_PF, docports dependencies and wrong cdrtools package). >=20 It looks like /R/stage/trees/compat1x/usr/lib/compat/aout wasn't created for some reason. It should have been created as part of making the release.1 target that runs mtree(8) commands for all distributions in ${DISTRIBUTIONS}, including "compat1x". Do you have a gzipped full log of "make release" available somewhere? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcY2lqRfpzJluFF4RAh9RAJ4+Cv91jzY/h782iQmh1OBmmB7DtQCeOq3p p3QgV0NEUKS2tVbACbPqrag= =ESsT -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:16: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 E6C5A16A4CE for ; Sat, 16 Oct 2004 21:16:50 +0000 (GMT) Received: from mxout6.cac.washington.edu (mxout6.cac.washington.edu [140.142.33.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3B8B43D45 for ; Sat, 16 Oct 2004 21:16:50 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) ESMTP id i9GLGnvJ001338; Sat, 16 Oct 2004 14:16:49 -0700 Received: from yggdrasil.seektruth.org (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i9GLGmXc029287 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 16 Oct 2004 14:16:48 -0700 From: David Syphers To: freebsd-current@freebsd.org Date: Sat, 16 Oct 2004 14:16:50 -0700 User-Agent: KMail/1.7 References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> <200410161625.42502.marc.ramirez@bluecirclesoft.com> In-Reply-To: <200410161625.42502.marc.ramirez@bluecirclesoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410161416.51163.dsyphers@u.washington.edu> cc: Marc Ramirez cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:16:51 -0000 On Saturday 16 October 2004 01:25 pm, Marc Ramirez wrote: > On Saturday 16 October 2004 03:08 pm, David Syphers wrote: > > On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > > > Could we change an entry from: > > > > > > 20041007: > > > One of the syscalls the 1:1 threading library libthr uses has > > > changed, thus breaking ABI compatibility. Make sure you > > > rebuild this library with the kernel. > > > > > > to: > > Compromise: One of the syscalls _which_ the ... Okay... this would be grammatically correct. However, I'm curious why the original poster believes the current version to be unclear, since it is also grammatically correct. (Omitting "that" or "which" at the beginning of a restrictive relative clause is very common in English.) -David From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:17: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 9E56A16A4CE; Sat, 16 Oct 2004 21:17:13 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFD6943D41; Sat, 16 Oct 2004 21:17:12 +0000 (GMT) (envelope-from marck@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id i9GLHBCO090732; Sun, 17 Oct 2004 01:17:11 +0400 (MSD) (envelope-from marck@FreeBSD.org) Date: Sun, 17 Oct 2004 01:17:11 +0400 (MSD) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: Ruslan Ermilov In-Reply-To: <20041016210749.GB16260@ip.net.ua> Message-ID: <20041017011515.N90434@woozle.rinet.ru> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> <20041016210749.GB16260@ip.net.ua> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:17:13 -0000 On Sun, 17 Oct 2004, Ruslan Ermilov wrote: RE> On Sun, Oct 17, 2004 at 12:05:28AM +0400, Dmitry Morozovsky wrote: RE> > On Sat, 16 Oct 2004, Dmitry Morozovsky wrote: RE> > RE> > DM> RE> > DM> ===> lib/compat/compat1x RE> > DM> cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/make install RE> > DM> -DNO_SUBDIR DESTDIR=/R/stage/trees/compat1x SHARED=copies RE> > DM> install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.so.1.1 RE> > DM> libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 RE> > DM> libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 RE> > DM> libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 RE> > DM> libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 RE> > DM> /R/stage/trees/compat1x/usr/lib/compat/aout RE> > DM> install: wrong number or types of arguments RE> > DM> usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] RE> > DM> [-o owner] file1 file2 RE> > DM> install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] RE> > DM> [-o owner] file1 ... fileN directory RE> > DM> install -d [-v] [-g group] [-m mode] [-o owner] directory ... RE> > DM> *** Error code 64 RE> > DM> RE> > DM> is this error known? I did not have time to investigate the case further... RE> > RE> > For the reference: RELENG_5 at 20041009 has been built successfully (modulo RE> > NO_PF, docports dependencies and wrong cdrtools package). RE> > RE> It looks like /R/stage/trees/compat1x/usr/lib/compat/aout wasn't RE> created for some reason. It should have been created as part of RE> making the release.1 target that runs mtree(8) commands for all RE> distributions in ${DISTRIBUTIONS}, including "compat1x". Do you RE> have a gzipped full log of "make release" available somewhere? http://whale.rinet.ru/releaselog.53.bz2 (590k) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@FreeBSD.org *** --------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:23: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 367DF16A4CE for ; Sat, 16 Oct 2004 21:23:21 +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 0A05D43D2F for ; Sat, 16 Oct 2004 21:23:21 +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.34 (FreeBSD)) id 1CIw1I-000KEs-4k; Sat, 16 Oct 2004 14:23:20 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.37191.540827.745746@ran.psg.com> Date: Sat, 16 Oct 2004 14:23:19 -0700 To: Ryan Sommers References: <16753.26886.433270.800049@ran.psg.com> <20041016142741.32cd5ae8@dolphin.local.net> <41717BC8.3070205@gamersimpact.com> cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:23:21 -0000 >>> on -current as of an hour ago (and the last few days too), running >>> many progs leaves the console, whether serial or xterm from another >>> host, not echoing. a `reset` fixes it. shell is bash2. > Are you both using the syscons "device sc" console driver or are you > using the pcvt "device vt" console driver? sc here. should i switch? randy From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:30: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 6866716A4CE for ; Sat, 16 Oct 2004 21:30:25 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CC4443D2F for ; Sat, 16 Oct 2004 21:30:25 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.loki.lan (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 0689619F3D for ; Sat, 16 Oct 2004 14:32:56 -0700 (PDT) Received: from spud (d2.loki.lan [172.21.42.22]) by speck.loki.lan (Postfix) with ESMTP id C00C3322E for ; Sat, 16 Oct 2004 14:30:22 -0700 (PDT) From: "Darren Pilgrim" To: Date: Sat, 16 Oct 2004 14:30:10 -0700 Message-ID: <000001c4b3c7$53fd4eb0$162a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Problem with snd_mss driver probe/attach, maybe ACPI conflict? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:30:25 -0000 I have an MSS-compatible ISA sound card using the snd_mss driver. When = I boot with snd_mss_load=3D"YES" in /boot/loader.conf, the acpi_cpu0 = device doesn't attach and I get 14 errors like this: pcm0: port 0x530-0x537 on acpi0 device_probe_and_attach: pcm0 attach returned 6 And pcm0 attaches normally: pcm0: at port 0x370-0x371,0x330-0x331,0x388-0x38b,0x530-0x537,0x220-0x22f irq 5 drq = 1,0 on isa0 If I boot the system without the driver, acpi_cpu0 attaches: acpi_cpu0: on acpi0 acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% Then, kldloading snd_mss.ko after multi-user startup, I get no errors = and pcm0 attaches normally: pcm0: at port 0x370-0x371,0x330-0x331,0x388-0x38b,0x530-0x537,0x220-0x22f irq 5 drq = 1,0 on isa0 In both cases the sound card works for PCM playback, which is all the functionality I need. This reminds me of probe-order problems from way back. How do I tell FreeBSD to attach acpi_cpu0? before trying to = attach pcm0? If that's not what I need to do, how do I fix this? This is on 5.2.1-p9. From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:32: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 3A68616A4CF for ; Sat, 16 Oct 2004 21:32:13 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 903BF43D1D for ; Sat, 16 Oct 2004 21:32: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 i9GLW77I018824; Sat, 16 Oct 2004 23:32:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Oct 2004 14:23:19 PDT." <16753.37191.540827.745746@ran.psg.com> Date: Sat, 16 Oct 2004 23:32:07 +0200 Message-ID: <18823.1097962327@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Ryan Sommers cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:32:13 -0000 In message <16753.37191.540827.745746@ran.psg.com>, Randy Bush writes: >>>> on -current as of an hour ago (and the last few days too), running >>>> many progs leaves the console, whether serial or xterm from another >>>> host, not echoing. a `reset` fixes it. shell is bash2. >> Are you both using the syscons "device sc" console driver or are you >> using the pcvt "device vt" console driver? > >sc here. should i switch? syscons should be fixed in -current. And no, you should certainly not switch to the pcvt driver. -- 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 Oct 16 21:33: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 AF75316A4DE; Sat, 16 Oct 2004 21:33:02 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E848143D31; Sat, 16 Oct 2004 21:33:01 +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 i9GLX0aN084438; Sun, 17 Oct 2004 00:33:00 +0300 (EEST) (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 54149-08; Sun, 17 Oct 2004 00:33:00 +0300 (EEST) 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 i9GLWxVN084429; Sun, 17 Oct 2004 00:33:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9GLWpbm071116; Sun, 17 Oct 2004 00:32:51 +0300 (EEST) (envelope-from ru) Date: Sun, 17 Oct 2004 00:32:51 +0300 From: Ruslan Ermilov To: Dmitry Morozovsky Message-ID: <20041016213251.GA60166@ip.net.ua> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> <20041016210749.GB16260@ip.net.ua> <20041017011515.N90434@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20041017011515.N90434@woozle.rinet.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:33:02 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 01:17:11AM +0400, Dmitry Morozovsky wrote: > On Sun, 17 Oct 2004, Ruslan Ermilov wrote: >=20 > RE> On Sun, Oct 17, 2004 at 12:05:28AM +0400, Dmitry Morozovsky wrote: > RE> > On Sat, 16 Oct 2004, Dmitry Morozovsky wrote: > RE> >=20 > RE> > DM>=20 > RE> > DM> =3D=3D=3D> lib/compat/compat1x > RE> > DM> cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/ma= ke install > RE> > DM> -DNO_SUBDIR DESTDIR=3D/R/stage/trees/compat1x SHARED=3Dcopies > RE> > DM> install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 li= bf2c.so.1.1 > RE> > DM> libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so= =2E1.1 > RE> > DM> libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 > RE> > DM> libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1= =2E1 > RE> > DM> libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 > RE> > DM> /R/stage/trees/compat1x/usr/lib/compat/aout > RE> > DM> install: wrong number or types of arguments > RE> > DM> usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m= mode] > RE> > DM> [-o owner] file1 file2 > RE> > DM> install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m= mode] > RE> > DM> [-o owner] file1 ... fileN directory > RE> > DM> install -d [-v] [-g group] [-m mode] [-o owner] director= y ... > RE> > DM> *** Error code 64 > RE> > DM>=20 > RE> > DM> is this error known? I did not have time to investigate the cas= e further... > RE> >=20 > RE> > For the reference: RELENG_5 at 20041009 has been built successfully= (modulo=20 > RE> > NO_PF, docports dependencies and wrong cdrtools package). > RE> >=20 > RE> It looks like /R/stage/trees/compat1x/usr/lib/compat/aout wasn't > RE> created for some reason. It should have been created as part of > RE> making the release.1 target that runs mtree(8) commands for all > RE> distributions in ${DISTRIBUTIONS}, including "compat1x". Do you > RE> have a gzipped full log of "make release" available somewhere? >=20 > http://whale.rinet.ru/releaselog.53.bz2 (590k) >=20 This line is the cause of the breakage: > for i in base catpages manpages games proflibs dict info doc; do ... > touch release.1 As you can see, there's no "compat*" dists listed here. Since the list of distributions fully matches the "make -V DISTRIBUTIONS" output in src/release of HEAD, I believe that you try to use HEAD version of release/Makefile to build a RELENG_5_3. I mentioned this a number of times on the current@ mailing list, that to build a 5.x release on 4.x, you need to check out and use target (5.x) version of src/release/Makefile*. And you should use the WORLDDIR knob of "make release" to specify the location of your 4.x src/ tree. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcZODqRfpzJluFF4RAnpUAJ9p3b/JJ/pNQhVmwX7AkLegfysgCACgntNt tZP5r1muw7xcf6tRf509sFE= =aFQe -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:38: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 2C58016A4CF; Sat, 16 Oct 2004 21:38:20 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E5B43D2D; Sat, 16 Oct 2004 21:38:19 +0000 (GMT) (envelope-from marck@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id i9GLcIg6091020; Sun, 17 Oct 2004 01:38:18 +0400 (MSD) (envelope-from marck@FreeBSD.org) Date: Sun, 17 Oct 2004 01:38:18 +0400 (MSD) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: Ruslan Ermilov In-Reply-To: <20041016213251.GA60166@ip.net.ua> Message-ID: <20041017013523.O90434@woozle.rinet.ru> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> <20041017011515.N90434@woozle.rinet.ru> <20041016213251.GA60166@ip.net.ua> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:38:20 -0000 On Sun, 17 Oct 2004, Ruslan Ermilov wrote: RE> On Sun, Oct 17, 2004 at 01:17:11AM +0400, Dmitry Morozovsky wrote: RE> > On Sun, 17 Oct 2004, Ruslan Ermilov wrote: RE> > RE> > RE> On Sun, Oct 17, 2004 at 12:05:28AM +0400, Dmitry Morozovsky wrote: RE> > RE> > On Sat, 16 Oct 2004, Dmitry Morozovsky wrote: RE> > RE> > RE> > RE> > DM> RE> > RE> > DM> ===> lib/compat/compat1x RE> > RE> > DM> cd /usr/src/lib/compat/compat1x; /usr/obj/usr/src/make.i386/make install RE> > RE> > DM> -DNO_SUBDIR DESTDIR=/R/stage/trees/compat1x SHARED=copies RE> > RE> > DM> install -o root -g wheel -m 444 libc.so.1.1 libcurses.so.1.1 libf2c.so.1.1 RE> > RE> > DM> libg++.so.1.1 libgcc.so.1.1 libgnumalloc.so.1.1 libgnuregex.so.1.1 RE> > RE> > DM> libln.so.1.1 libm.so.1.1 libmalloc.so.1.1 libreadline.so.1.1 RE> > RE> > DM> libresolv.so.1.1 librpcsvc.so.1.1 libskey.so.1.1 libtelnet.so.1.1 RE> > RE> > DM> libtermcap.so.1.1 libutil.so.1.1 liby.so.1.1 RE> > RE> > DM> /R/stage/trees/compat1x/usr/lib/compat/aout RE> > RE> > DM> install: wrong number or types of arguments RE> > RE> > DM> usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] RE> > RE> > DM> [-o owner] file1 file2 RE> > RE> > DM> install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] RE> > RE> > DM> [-o owner] file1 ... fileN directory RE> > RE> > DM> install -d [-v] [-g group] [-m mode] [-o owner] directory ... RE> > RE> > DM> *** Error code 64 RE> > RE> > DM> RE> > RE> > DM> is this error known? I did not have time to investigate the case further... RE> > RE> > RE> > RE> > For the reference: RELENG_5 at 20041009 has been built successfully (modulo RE> > RE> > NO_PF, docports dependencies and wrong cdrtools package). RE> > RE> > RE> > RE> It looks like /R/stage/trees/compat1x/usr/lib/compat/aout wasn't RE> > RE> created for some reason. It should have been created as part of RE> > RE> making the release.1 target that runs mtree(8) commands for all RE> > RE> distributions in ${DISTRIBUTIONS}, including "compat1x". Do you RE> > RE> have a gzipped full log of "make release" available somewhere? RE> > RE> > http://whale.rinet.ru/releaselog.53.bz2 (590k) RE> > RE> This line is the cause of the breakage: RE> RE> > for i in base catpages manpages games proflibs dict info doc; do ... RE> > touch release.1 RE> RE> As you can see, there's no "compat*" dists listed here. Since the RE> list of distributions fully matches the "make -V DISTRIBUTIONS" RE> output in src/release of HEAD, I believe that you try to use HEAD RE> version of release/Makefile to build a RELENG_5_3. RE> RE> I mentioned this a number of times on the current@ mailing list, RE> that to build a 5.x release on 4.x, you need to check out and use RE> target (5.x) version of src/release/Makefile*. And you should use RE> the WORLDDIR knob of "make release" to specify the location of RE> your 4.x src/ tree. Yes, somehow my /FreeBSd/src.53 tree is mixed with RELENG_5_3 and HEAD tags... Will re-update and re-check... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@FreeBSD.org *** --------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:40: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 DECCF16A4CF for ; Sat, 16 Oct 2004 21:40:22 +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 B83D043D45 for ; Sat, 16 Oct 2004 21:40:22 +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.34 (FreeBSD)) id 1CIwHl-000Kh2-VT; Sat, 16 Oct 2004 14:40:22 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.38213.468274.583913@ran.psg.com> Date: Sat, 16 Oct 2004 14:40:21 -0700 To: "Poul-Henning Kamp" References: <16753.37191.540827.745746@ran.psg.com> <18823.1097962327@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:40:23 -0000 >> sc here. should i switch? > syscons should be fixed in -current. well, i cvsupped at 15:41 gmt today. > And no, you should certainly not switch to the pcvt driver. yessir! randy From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:47: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 05C2916A4CE for ; Sat, 16 Oct 2004 21:47:27 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4914643D48 for ; Sat, 16 Oct 2004 21:47:26 +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 i9GLlLvo019180; Sat, 16 Oct 2004 23:47:21 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Oct 2004 14:40:21 PDT." <16753.38213.468274.583913@ran.psg.com> Date: Sat, 16 Oct 2004 23:47:21 +0200 Message-ID: <19179.1097963241@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:47:27 -0000 In message <16753.38213.468274.583913@ran.psg.com>, Randy Bush writes: >>> sc here. should i switch? >> syscons should be fixed in -current. > >well, i cvsupped at 15:41 gmt today. Hmm, I spent an entire day trying to figure out how to do it right in syscons (It's an incrediby convoluted piece of rococco code) and I'm damn sure I tested it and saw it work before I committed. Does it depend on which shell you use for single-user mode ? -- 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 Oct 16 21:49: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 B439516A4CE for ; Sat, 16 Oct 2004 21:49:43 +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 8919043D1D for ; Sat, 16 Oct 2004 21:49:43 +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.34 (FreeBSD)) id 1CIwQp-000Kw8-46; Sat, 16 Oct 2004 14:49:43 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16753.38774.621295.6356@ran.psg.com> Date: Sat, 16 Oct 2004 14:49:42 -0700 To: "Poul-Henning Kamp" References: <16753.38213.468274.583913@ran.psg.com> <19179.1097963241@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:49:43 -0000 > Does it depend on which shell you use for single-user mode ? uh, make the test you want clear, plz. i am fried today. root's shell is /usr/local/bin/bash (no comments, please:-) i am seeing the problem as root in multiluser. i don't spend much time in single abuser, so can't say. randy From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 21:50: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 5C68316A4CE for ; Sat, 16 Oct 2004 21:50:46 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8346943D2F for ; Sat, 16 Oct 2004 21:50:45 +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 i9GLoiDC019261; Sat, 16 Oct 2004 23:50:44 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Oct 2004 14:49:42 PDT." <16753.38774.621295.6356@ran.psg.com> Date: Sat, 16 Oct 2004 23:50:44 +0200 Message-ID: <19260.1097963444@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 21:50:46 -0000 In message <16753.38774.621295.6356@ran.psg.com>, Randy Bush writes: >> Does it depend on which shell you use for single-user mode ? > >uh, make the test you want clear, plz. i am fried today. > >root's shell is /usr/local/bin/bash (no comments, please:-) > >i am seeing the problem as root in multiluser. i don't spend >much time in single abuser, so can't say. Ahh, that's different then. I'll hunt this one down tomorrow. -- 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 Oct 16 22:00: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 6BA5416A4D4 for ; Sat, 16 Oct 2004 22:00:51 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D01C43D54 for ; Sat, 16 Oct 2004 22:00:23 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao09.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041016215906.VTVK16785.lakermmtao09.cox.net@dolphin.local.net> for ; Sat, 16 Oct 2004 17:59:06 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9GLx53K001862 for ; Sat, 16 Oct 2004 16:59:05 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 16 Oct 2004 16:59:00 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20041016165900.4a0446b0@dolphin.local.net> In-Reply-To: <41717BC8.3070205@gamersimpact.com> References: <16753.26886.433270.800049@ran.psg.com> <20041016142741.32cd5ae8@dolphin.local.net> <41717BC8.3070205@gamersimpact.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 22:00:51 -0000 On Sat, 16 Oct 2004 14:51:36 -0500, Ryan Sommers wrote: > Conrad J. Sabatier wrote: > > >On Sat, 16 Oct 2004 11:31:34 -0700, Randy Bush wrote: > > > > > > > >>on -current as of an hour ago (and the last few days too), running > >>many progs leaves the console, whether serial or xterm from another > >>host, not echoing. a `reset` fixes it. shell is bash2. > >> > >>randy > >> > >> > > > >Yes, I'm still noticing this, too. The last commits from yesterday > >seem to have improved the situation somewhat, but it's still not > >100%. Echo will just randomly become disabled after certain commands. > > > >Wish I could provide more specifics. Sorry. > > > > > > > Are you both using the syscons "device sc" console driver or are you > using the pcvt "device vt" console driver? "device sc" It's very odd, and hard to tell what's causing this or when it's likely to occur. I've noticed it a few times after running portupgrade. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 22:09: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 3AB0416A4CE for ; Sat, 16 Oct 2004 22:09:24 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 398D443D2D for ; Sat, 16 Oct 2004 22:09:23 +0000 (GMT) (envelope-from lists@MHoerich.de) Received: (qmail 28042 invoked by uid 0); 16 Oct 2004 22:09:22 -0000 Received: from 217.229.131.247 by www45.gmx.net with HTTP; Sun, 17 Oct 2004 00:09:22 +0200 (MEST) Date: Sun, 17 Oct 2004 00:09:22 +0200 (MEST) From: "Mario Hoerich" To: current@freebsd.org MIME-Version: 1.0 References: <41711900.8030804@xtaz.net> X-Priority: 3 (Normal) X-Authenticated: #5114400 Message-ID: <11321.1097964562@www45.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Mixer problems RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 22:09:24 -0000 # Matt: [ mixer no longer affects volume ] > > It's possible it's since the change from pcm to snd. Seems like roughly > a similar time I think when I last remember it working. [...] > pcm0: port 0x1080-0x109f irq 3 at device 6.0 on pci5 > pcm0: Mixer works fine on 5.3-BETA5. pcm0: port 0xd400-0xd41f at device 14.0 on pci0 pcm0: Regards, Mario From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 22:19: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 1B0F816A4CE for ; Sat, 16 Oct 2004 22:19:41 +0000 (GMT) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B439B43D1F for ; Sat, 16 Oct 2004 22:19:40 +0000 (GMT) (envelope-from null@pozo.com) Received: from sunpci.pozo.com (sunpci.pozo.com [192.168.0.29]) (authenticated bits=0) by pozo.com (8.13.1/8.13.1) with ESMTP id i9GMJVq7064611 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT); Sat, 16 Oct 2004 15:19:31 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <6.1.2.0.2.20041016151749.03b6ede8@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sat, 16 Oct 2004 15:19:31 -0700 To: "Conrad J. Sabatier" , freebsd-current@freebsd.org From: Manfred Antar In-Reply-To: <20041016165900.4a0446b0@dolphin.local.net> References: <16753.26886.433270.800049@ran.psg.com> <20041016142741.32cd5ae8@dolphin.local.net> <41717BC8.3070205@gamersimpact.com> <20041016165900.4a0446b0@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 22:19:41 -0000 At 02:59 PM 10/16/2004, Conrad J. Sabatier wrote: >On Sat, 16 Oct 2004 14:51:36 -0500, Ryan Sommers > wrote: > >> Conrad J. Sabatier wrote: >> >> >On Sat, 16 Oct 2004 11:31:34 -0700, Randy Bush wrote: >> > >> > >> > >> >>on -current as of an hour ago (and the last few days too), running >> >>many progs leaves the console, whether serial or xterm from another >> >>host, not echoing. a `reset` fixes it. shell is bash2. >> >> >> >>randy >> >> >> >> >> > >> >Yes, I'm still noticing this, too. The last commits from yesterday >> >seem to have improved the situation somewhat, but it's still not >> >100%. Echo will just randomly become disabled after certain commands. >> > >> >Wish I could provide more specifics. Sorry >> > >> Are you both using the syscons "device sc" console driver or are you >> using the pcvt "device vt" console driver? > >"device sc" > >It's very odd, and hard to tell what's causing this or when it's >likely to occur. > >I've noticed it a few times after running portupgrade. Same thing here with portupgrade and a statically compiled bash (version 3) ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 22:24: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 2DA4D16A4CF for ; Sat, 16 Oct 2004 22:24:45 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FD043D62 for ; Sat, 16 Oct 2004 22:24:44 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (port-212-202-38-171.dynamic.qsc.de [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id 8D19112396C for ; Sun, 17 Oct 2004 00:23:24 +0200 (CEST) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id 4722C611D for ; Sun, 17 Oct 2004 00:24:12 +0200 (CEST) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55709-02 for ; Sun, 17 Oct 2004 00:24:08 +0200 (CEST) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id C8437611B for ; Sun, 17 Oct 2004 00:24:07 +0200 (CEST) From: "Bjoern Koenig" To: Date: Sun, 17 Oct 2004 00:27:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSzxarg8/kxIhsMTxyy44r3Cwa9QAACJCgg In-Reply-To: <20041016211706.08B3F16A4D4@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041016222407.C8437611B@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: Re: FreeBSD 5.3b7and poor ata 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, 16 Oct 2004 22:24:45 -0000 Hello, Tell your hard disk controller chip or at least the model of your = mainboard. Do you have UDMA devices at your secondary ATA channel? I had a similar problem and I wrote a problem report, but it was closed = although the problem wasn't solved. Atacontrol shows me UDMA5 too, but hard disk is slow. Try to set UDMA = explicitly. atacontrol mode 0 UDMA5 UDMA5 Test your hard disk again. Does it work now at the right speed? Bj=C3=B6rn From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 22:49: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 2989716A4CE for ; Sat, 16 Oct 2004 22:49:01 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id E172F43D3F for ; Sat, 16 Oct 2004 22:49:00 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from hoppel.local (unknown [212.202.38.171]) by mail.efacilitas.de (Postfix) with ESMTP id EAAA312396C for ; Sun, 17 Oct 2004 00:29:02 +0200 (CEST) Received: from localhost (localhost.local [127.0.0.1]) by hoppel.local (Postfix) with ESMTP id F17B9611D for ; Sun, 17 Oct 2004 00:29:40 +0200 (CEST) Received: from hoppel.local ([127.0.0.1]) by localhost (mail.efacilitas.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55709-04 for ; Sun, 17 Oct 2004 00:29:37 +0200 (CEST) Received: from alpha (alpha.local [192.168.1.2]) by hoppel.local (Postfix) with ESMTP id 8286A611F for ; Sun, 17 Oct 2004 00:29:37 +0200 (CEST) From: "Bjoern Koenig" To: Date: Sun, 17 Oct 2004 00:33:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSzxarg8/kxIhsMTxyy44r3Cwa9QAACJCggAAB0C+A= In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20041016222937.8286A611F@hoppel.local> X-Virus-Scanned: by amavisd-new at alpha-tierchen.de Subject: RE: FreeBSD 5.3b7and poor ata 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, 16 Oct 2004 22:49:01 -0000 Bjoern Koenig wrote: > Tell your hard disk controller chip or at least the model of your=20 > mainboard. Do you have UDMA devices at your secondary ATA channel? I discovered your dmesg output. If it possible then boot without the ad2 = device and/or without your DVD drive. My hard disk worked fine after removing my CD-R drive. Bj=C3=B6rn From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 23:10: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 3B06116A4CE for ; Sat, 16 Oct 2004 23:10:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 387F643D2D for ; Sat, 16 Oct 2004 23:10:35 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 12189 invoked by uid 65534); 16 Oct 2004 23:10:34 -0000 Received: from p5089DEEC.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.222.236) by mail.gmx.net (mp026) with SMTP; 17 Oct 2004 01:10:34 +0200 X-Authenticated: #15946415 Received: from [10.0.0.13] (helo=[10.0.0.13]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CIxhC-0003ls-UQ for freebsd-current@freebsd.org; Sun, 17 Oct 2004 01:10:43 +0200 Message-ID: <4171AA66.2050005@gmx.de> Date: Sun, 17 Oct 2004 01:10:30 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (X11/20041015) 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: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 23:10:36 -0000 Hi, I just cvsup'd RELENG_5 and the system is not booting any more with the new kernel. It hangs at the ata identifying with the message: ata1-slave: FAILURE - ATAPI_IDENTIFY timed out I am using the GENERIC kernel, the only additional thing in there is atapicam. Maybe I just cvsup'd at a bad time :-) ? Cheers, Jochen From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 23:38:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E805216A4CE for ; Sat, 16 Oct 2004 23:38:42 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E06243D1D for ; Sat, 16 Oct 2004 23:38:42 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.13.1/8.13.1) with ESMTP id i9GNcTRO076524; Sat, 16 Oct 2004 19:38:29 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.13.1/8.13.1/Submit) id i9GNcSJ5076523; Sat, 16 Oct 2004 19:38:28 -0400 (EDT) (envelope-from geoff) Date: Sat, 16 Oct 2004 19:38:28 -0400 From: Geoff Speicher To: David Syphers Message-ID: <20041016233828.GA76284@sirius.speicher.org> References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> <200410161625.42502.marc.ramirez@bluecirclesoft.com> <200410161416.51163.dsyphers@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410161416.51163.dsyphers@u.washington.edu> User-Agent: Mutt/1.4.2.1i cc: Marc Ramirez cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Oct 2004 23:38:43 -0000 On Sat, Oct 16, 2004 at 02:16:50PM -0700, David Syphers wrote: > On Saturday 16 October 2004 01:25 pm, Marc Ramirez wrote: > > On Saturday 16 October 2004 03:08 pm, David Syphers wrote: > > > On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > > > > Could we change an entry from: > > > > > > > > 20041007: > > > > One of the syscalls the 1:1 threading library libthr uses has > > > > changed, thus breaking ABI compatibility. Make sure you > > > > rebuild this library with the kernel. > > > > > > > > to: > > > > Compromise: One of the syscalls _which_ the ... > > Okay... this would be grammatically correct. However, I'm curious why the > original poster believes the current version to be unclear, since it is also > grammatically correct. (Omitting "that" or "which" at the beginning of a > restrictive relative clause is very common in English.) I think the point is that sometimes the omission makes a sentence less clear, and this is arguably an instance of one of those cases. I think you would agree that inserting a "that" isn't any less clear or correct. On my bikeshed, somebody wrote this: 20041007: Rebuild libthr the next time you rebuild your kernel. :) Geoff