From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 01:08: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 0F54016A4CE for ; Sun, 15 Feb 2004 01:08:57 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4436C43D1F for ; Sun, 15 Feb 2004 01:08:56 -0800 (PST) (envelope-from pilkis@gmx.net) Received: (qmail 26653 invoked by uid 65534); 15 Feb 2004 09:08:53 -0000 Received: from unknown (EHLO pilkishome) (62.68.63.42) by mail.gmx.net (mp017) with SMTP; 15 Feb 2004 10:08:53 +0100 X-Authenticated: #6832473 Message-ID: <015e01c3f3a3$56edf500$1e64a8c0@spotripoli.local> From: "Putinas" To: References: <20040214202424.C3256@carver.gumbysoft.com> Date: Sun, 15 Feb 2004 11:08:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1251"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2055 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2055 Subject: Re: ACPI-0438: *** Error: Looking up [\\_PR_.CPU0] in namespace, AE_NOT_FOUND X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 09:08:57 -0000 How bad is this thing ( AE_NOT_FOUND ) ? pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pcib2: at device 30.0 on pci0 ----- Original Message ----- From: "Doug White" To: "Martin Minkus" Cc: Sent: Sunday, February 15, 2004 6:25 AM Subject: Re: ACPI-0438: *** Error: Looking up [\\_PR_.CPU0] in namespace, AE_NOT_FOUND > On Sat, 14 Feb 2004, Martin Minkus wrote: > >> I've been getting this weird error message of late on newer current >> builds. > > Have you upgraded your BIOS recently? This is probably a bug in the > bytecode provided in the system BIOS. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02:12:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FDC16A4CE; Sun, 15 Feb 2004 02:12:10 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2119D43D1F; Sun, 15 Feb 2004 02:12:10 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (6icu6di2@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FAC8o26194345; Sun, 15 Feb 2004 13:12:08 +0300 (MSK) Date: Sun, 15 Feb 2004 13:12:08 +0300 (MSK) From: Maxim Konovalov To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <402F3CE5.7090407@DeepCore.dk> Message-ID: <20040215131124.H97657@news1.macomnet.ru> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <402F3CE5.7090407@DeepCore.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: "Simon L. Nielsen" cc: sos@FreeBSD.org Subject: Re: Sony V505BX ATA 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: Sun, 15 Feb 2004 10:12:11 -0000 [...] > Loose atapicam, does it work then ? If so please address the atapicam > maintainer with the problems ... Yes, it works for me, thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02:42: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 0E65B16A57D; Sun, 15 Feb 2004 02:42:40 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7396E43D1D; Sun, 15 Feb 2004 02:42:39 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id B1DAD1183E; Sun, 15 Feb 2004 11:42:37 +0100 (CET) Date: Sun, 15 Feb 2004 11:42:37 +0100 From: "Simon L. Nielsen" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040215104236.GA722@arthur.nitro.dk> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <402F3CE5.7090407@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <402F3CE5.7090407@DeepCore.dk> User-Agent: Mutt/1.5.5.1i cc: current@FreeBSD.org cc: sos@FreeBSD.org Subject: Re: ata(4) related panic - Memory modified after free [was: Sony V505BX ATA 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: Sun, 15 Feb 2004 10:42:40 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.02.15 10:33:25 +0100, S=F8ren Schmidt wrote: > Simon L. Nielsen wrote: >=20 > > > >Memory modified after free 0xc4667200(508) val=3D1000100 @ 0xc4667200 > > > > > >Fatal trap 12: page fault while in kernel mode > >fault virtual address =3D 0x1000120 > >fault code =3D supervisor read, page not present > >instruction pointer =3D 0x8:0xc06627c2 > >stack pointer =3D 0x10:0xc0c21ba4 > >frame pointer =3D 0x10:0xc0c21bc0 > >code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > >processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >current process =3D 0 (swapper) > >kernel: type 12 trap, code=3D0 > >Stopped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax > >db> trace > >mtrash_ctor(c4667200,200,0) at mtrash_ctor+0x3a > >uma_zalloc_arg(c1051cc0,0,1) at uma_zalloc_arg+0x169 > >malloc(1a0,c072a4a0,1,c443dd80,c457b3c0) at malloc+0xb7 > >xpt_alloc_device(c443dd80,c457b3c0,0) at xpt_alloc_device+0x3e > >xpt_compile_path(c4482bd0,c1985d80,0,2,0) at xpt_compile_path+0x84 > >xpt_create_path(c0c21ca4,c1985d80,0,2,0) at xpt_create_path+0x49 > >xpt_scan_bus(c1985d80,c4661400,c0c21cf0,c043a51d,c443ddc0) at=20 > >xpt_scan_bus+0xea > >xpt_action(c4661400,c4661400,c443dd80,c043a030,c0c21d14) at=20 > >xpt_action+0x7e2 > >xpt_finishconfig(c1985d80,c4661400) at xpt_finishconfig+0x30 > >xptconfigfunc(c443dd80,0,c0c21d40,c0439e97,c443dd80) at xptconfigfunc+0x= 10b > >xptdefbusfunc(c443dd80,c0c21d54) at xptdefbusfunc+0x15 > >xptbustraverse(0,c043a030,c0c21d54,0,c043d590) at xptbustraverse+0x2b > >xpt_for_all_busses(c043d590,0) at xpt_for_all_busses+0x29 > >xpt_config(0) at xpt_config+0x74 > >run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0435ad5) at=20 > >run_interrupt_driven_config_hooks+0x18 > >mi_startup() at mi_startup+0x96 > >begin() at begin+0x2c > >db>=20 >=20 > Loose atapicam, does it work then ? If so please address the atapicam=20 > maintainer with the problems ... I can see that the panic is in cam, but the odd thing is that I don't have atapicam in the kernel (I double checked - it isn't there). I do have normal cam in the kernel (for USB). To me it seems like some kind of memory corruption either in ata(4) or somehow masked by ata when retries is set to 3, but I'm no kernel hacker. BTW, I tried to disable acpi as suggested by somebody else (sorry forgot the name right now), but that didn't change anything. Here is a gdb backtrace, if it makes more sense to somebody (not from the same time as the ddb trace above) : #0 0xc06627c2 in mtrash_ctor (mem=3D0xc4666200, size=3D-1056882688, arg=3D= 0x0) at /usr/src/sys/vm/uma_dbg.c:137 #1 0xc06614d5 in uma_zalloc_arg (zone=3D0xc1051cc0, udata=3D0x0, flags=3D1) at /usr/src/sys/vm/uma_core.c:1416 #2 0xc053da8b in malloc (size=3D3238337728, type=3D0xc072a4a0, flags=3D1) at /usr/src/sys/vm/uma.h:234 #3 0xc043c0be in xpt_alloc_device (bus=3D0xc443dd80, target=3D0xc457a3c0,= =20 lun_id=3D0) at /usr/src/sys/cam/cam_xpt.c:4988 #4 0xc043b0b0 in xpt_compile_path (new_path=3D0xc4685080, perph=3D0x100010= 0,=20 path_id=3D0, target_id=3D2, lun_id=3D0) at /usr/src/sys/cam/cam_xpt.c:4= 056 #5 0xc043b001 in xpt_create_path (new_path_ptr=3D0x1000100, perph=3D0xc198= 5d80,=20 path_id=3D0, target_id=3D2, lun_id=3D0) at /usr/src/sys/cam/cam_xpt.c:4= 006 #6 0xc043c4a6 in xpt_scan_bus (periph=3D0xc1985d80, request_ccb=3D0xc46604= 00) at /usr/src/sys/cam/cam_xpt.c:5243 #7 0xc043a9da in xpt_action (start_ccb=3D0xc4660400) at /usr/src/sys/cam/cam_xpt.c:3522 #8 0xc043d7ac in xpt_finishconfig (periph=3D0xc1985d80, done_ccb=3D0xc4660= 400) at /usr/src/sys/cam/cam_xpt.c:6865 #9 0xc043d69b in xptconfigfunc (bus=3D0xc443dd80, arg=3D0x0) at /usr/src/sys/cam/cam_xpt.c:6774 #10 0xc043a045 in xptdefbusfunc (bus=3D0x0, arg=3D0x1000100) at /usr/src/sys/cam/cam_xpt.c:2772 #11 0xc0439e97 in xptbustraverse (start_bus=3D0x0,=20 tr_func=3D0xc043a030 , arg=3D0xc0c21d54) at /usr/src/sys/cam/cam_xpt.c:2630 #12 0xc043a0e5 in xpt_for_all_busses (tr_func=3D0x1000100, arg=3D0x1000100) at /usr/src/sys/cam/cam_xpt.c:2841 #13 0xc043d720 in xpt_config (arg=3D0x0) at /usr/src/sys/cam/cam_xpt.c:6825 #14 0xc0557c6c in run_interrupt_driven_config_hooks (dummy=3D0x0) at /usr/src/sys/kern/subr_autoconf.c:76 #15 0xc052620a in mi_startup () at /usr/src/sys/kern/init_main.c:212 (kgdb) list 132 =20 133 for (p =3D mem; cnt > 0; cnt--, p++) 134 if (*p !=3D uma_junk) { 135 printf("Memory modified after free %p(%d) v= al=3D%x @ %p\n", 136 mem, size, *p, p); 137 panic("Most recently used by %s\n", (*ksp = =3D=3D NULL)? 138 "none" : (*ksp)->ks_shortdesc); 139 } 140 } 141 =20 --=20 Simon L. Nielsen FreeBSD Documentation Team --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAL00bh9pcDSc1mlERArDLAKCtZGoOnbN1duSERKtWqrZyoyHcogCgwdqM tK5FXdWv1WrcwPnALvm2ppk= =iN3J -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02: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 CF76116A4CE for ; Sun, 15 Feb 2004 02:52:28 -0800 (PST) Received: from mcp.lphp.org (APastourelles-107-1-1-246.w80-13.abo.wanadoo.fr [80.13.78.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABFE43D1D for ; Sun, 15 Feb 2004 02:52:28 -0800 (PST) (envelope-from ajacoutot@lphp.org) Received: from mcp.lphp.local (localhost [127.0.0.1]) by mcp.lphp.org (8.12.10/8.12.10) with ESMTP id i1FAqa0R005350 for ; Sun, 15 Feb 2004 11:52:36 +0100 (CET) (envelope-from ajacoutot@lphp.org) Received: (from www@localhost) by mcp.lphp.local (8.12.10/8.12.10/Submit) id i1FAqaKH005349 for freebsd-current@freebsd.org; Sun, 15 Feb 2004 11:52:36 +0100 (CET) (envelope-from ajacoutot@lphp.org) Received: from bsdbox.lphp.local (bsdbox.lphp.local [192.168.0.2]) by webmail.lphp.org (IMP) with HTTP for ; Sun, 15 Feb 2004 11:52:36 +0100 Message-ID: <1076842356.402f4f74203b3@webmail.lphp.org> Date: Sun, 15 Feb 2004 11:52:36 +0100 From: ajacoutot@lphp.org To: freebsd-current@freebsd.org References: <200402111048.47537.ajacoutot@lphp.org> <20040214200835.P3256@carver.gumbysoft.com> In-Reply-To: <20040214200835.P3256@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-5.2.1 Subject: Re: cdrom boot hangs in a different way others reported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 10:52:28 -0000 Selon Doug White : > Is there a corresponding master device? Running a slave alone on a channel > is a non-supported configuration. No, it is not alone, a HD is a master on the IDE. > Lite-On drives are known to have issues; I wonder of LG needs to be added > to the list... Well, actually, I set the cdrom as master and the HD as slave and it works fine now. Strange bug though... Antoine From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 02: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 2FDE316A4CE for ; Sun, 15 Feb 2004 02:55:04 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E9743D1D for ; Sun, 15 Feb 2004 02:55:04 -0800 (PST) (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 15E431FF90A for ; Sun, 15 Feb 2004 11:55:02 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 2CDC81FF905; Sun, 15 Feb 2004 11:55:00 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 51FF7153CA; Sun, 15 Feb 2004 10:54:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 47C6115380 for ; Sun, 15 Feb 2004 10:54:03 +0000 (UTC) Date: Sun, 15 Feb 2004 10:54:03 +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: pxeloader problem: BTX halted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 10:55:04 -0000 Hi, I have a problem with latest pxeboot which seems to "crash". The only thing I could read on the screen (no serial console at that point) had been BTX halted this seems to be in sys/boot/i386/btx/btx/btx.S I have set following in make.conf: LOADER_TFTP_SUPPORT= YES LOADER_BZIP2_SUPPORT= YES NOFORTH= YES There is no keyboard attached. The last pxeboot I had been using had been from 20040125. anyone any ideas - any patch to try ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 03:06:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F0B616A4CE; Sun, 15 Feb 2004 03:06:00 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD14643D1D; Sun, 15 Feb 2004 03:05:59 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 1BF1E1183E; Sun, 15 Feb 2004 12:05:59 +0100 (CET) Date: Sun, 15 Feb 2004 12:05:59 +0100 From: "Simon L. Nielsen" To: Steve Kargl Message-ID: <20040215110557.GC722@arthur.nitro.dk> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <20040214223055.GA50966@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <20040214223055.GA50966@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.5.1i cc: current@freebsd.org cc: S?ren Schmidt cc: sos@freebsd.org Subject: Re: Sony V505BX ATA 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: Sun, 15 Feb 2004 11:06:00 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.02.14 14:30:55 -0800, Steve Kargl wrote: > On Sat, Feb 14, 2004 at 10:44:13PM +0100, Simon L. Nielsen wrote: > > acd0: Medium: CD-R 120mm data disc > > Memory modified after free 0xc4667200(508) val=3D1000100 @ 0xc4667200 > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0x1000120 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x8:0xc06627c2 > > stack pointer =3D 0x10:0xc0c21ba4 > > frame pointer =3D 0x10:0xc0c21bc0 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 0 (swapper) > > kernel: type 12 trap, code=3D0 > > Stopped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax > > db> trace > > mtrash_ctor(c4667200,200,0) at mtrash_ctor+0x3a >=20 > I reported a similar crash several days ago. > > http://lists.freebsd.org/pipermail/freebsd-current/2004-February/020580.h= tml Yes that looks similar. > My backtrace is different, I get the same "Memory modified after > free" message and a mtrash_ctor panic. I've tracked the problem > down to (see thread): Mine doesn't seem to be related to acpi. Have you tried the small patch maxim posted in the start of this thread ? --=20 Simon L. Nielsen FreeBSD Documentation Team --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAL1KVh9pcDSc1mlERAu5cAJ4+CFQ2ooqMyOScILAIm0/I1Ds8DgCfZzO5 +z46eBN9PwztbPwwIZiduV0= =GwAH -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 03:36: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 3D49516A4CE for ; Sun, 15 Feb 2004 03:36:58 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9358E43D1F for ; Sun, 15 Feb 2004 03:36:57 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1FBathM013090 for ; Sun, 15 Feb 2004 12:36:55 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 15 Feb 2004 12:36:55 +0100 Message-ID: <13089.1076845015@critter.freebsd.dk> Subject: REVIEW/TEST: tty.patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 11:36:58 -0000 http://phk.freebsd.dk/patch/tty.patch This patch adds asserts that dev_t's passed to ttyread(), ttywrite(), ttypoll() and ttykqwrite() have (d_flags & D_TTY). Add missing D_TTY flags to various drivers. Make ttyread(), ttywrite(), ttypoll() and ttykqwrite() the default cdevsw methods for D_TTY drivers. Remove now unneeded initializations for these methods in relevant drivers. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 03:42: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 9E09216A4CE for ; Sun, 15 Feb 2004 03:42:38 -0800 (PST) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C00D843D1D for ; Sun, 15 Feb 2004 03:42:37 -0800 (PST) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id i1FBga128810; Sun, 15 Feb 2004 11:42:36 GMT (envelope-from rb) Message-Id: <6.0.1.1.2.20040215113736.03d506f0@gid.co.uk> X-Sender: rbmail@gid.co.uk (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Sun, 15 Feb 2004 11:42:33 +0000 To: current@freebsd.org From: Bob Bishop Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: 5.2.1-RC2-i386-disc1.iso borked? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 11:42:38 -0000 Hi, Downloaded from ftp.freebsd.org. CD volume name is fbsd_miniinst which doesn't seem right, and packages/perl-5.6.1_15.tbz is zero size which stops installation rather dead. -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 04:08:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E58416A4D1 for ; Sun, 15 Feb 2004 04:07:58 -0800 (PST) Received: from smtp2.actcom.co.il (smtp2.actcom.co.il [192.114.47.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF69243D3F for ; Sun, 15 Feb 2004 04:07:57 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Received: from yahoo.com (line108-59.adsl.actcom.co.il [192.117.108.59]) by smtp2.actcom.co.il (8.12.8/8.12.8) with ESMTP id i1FC7tjR001381 for ; Sun, 15 Feb 2004 14:07:56 +0200 Message-ID: <402F6199.7030009@yahoo.com> Date: Sun, 15 Feb 2004 14:10:01 +0200 From: Rostislav Krasny X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Delay during FTP installation before ftp hostname is resolving X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 12:08:00 -0000 Hello there. I installed 5.2.1-RC2 through FTP and I noticed that there was a long delay between sysinstall reported that it is trying to resolv FTP hostname and this hostname is actually resolving. During the installation I answered "No" to following two questions: Do you want to try IPv6 configuration of the interface? Do you want to try DHCP configuration of the interface? Then I configured the NIC manually with following parameters: Host: localhost IPv4 Gateway: 192.168.1.1 Name server: 192.114.47.4 IPv4 address: 192.168.1.4 Netmask: 255.255.255.0 This is the topology of my network: [Internet]---[ISP and 192.114.47.4]--ADSL--[192.168.1.1]---[192.168.1.4] I ran Ethereal on the 192.168.1.1 host and this is a short summary of this running: No. Time Source Destination Protocol Info 1 0.000000 00:01:02:ae:e8:7d ff:ff:ff:ff:ff:ff ARP Who has 192.168.1.4? Tell 192.168.1.4 2 0.017000 fe80::201:2ff:feae:e87d ff02::1:ffae:e87d ICMPv6 Multicast listener report 3 0.017000 fe80::201:2ff:feae:e87d ff02::2:65d0:d71e ICMPv6 Multicast listener report 4 0.057000 00:01:02:ae:e8:7d ff:ff:ff:ff:ff:ff ARP Who has 192.168.1.1? Tell 192.168.1.4 5 0.057000 00:01:02:1e:bc:a0 00:01:02:ae:e8:7d ARP 192.168.1.1 is at 00:01:02:1e:bc:a0 6 1.000000 :: ff02::1:ffae:e87d ICMPv6 Neighbor solicitation 7 3.609000 fe80::201:2ff:feae:e87d ff02::1:ffae:e87d ICMPv6 Multicast listener report 8 5.609000 fe80::201:2ff:feae:e87d ff02::2:65d0:d71e ICMPv6 Multicast listener report 9 150.035000 00:01:02:ae:e8:7d ff:ff:ff:ff:ff:ff ARP Who has 192.168.1.1? Tell 192.168.1.4 10 150.035000 00:01:02:1e:bc:a0 00:01:02:ae:e8:7d ARP 192.168.1.1 is at 00:01:02:1e:bc:a0 11 150.036000 192.168.1.4 192.114.47.4 DNS Standard query A ftp2.freebsd.org 12 150.498000 192.114.47.4 192.168.1.4 DNS Standard query response CNAME ftp2.us.freebsd.org A 130.94.149.162 Why there was this delay and is it possibly to fix it? Why IPv6/ICMPv6 is used although I didn't configure the NIC with IPv6? From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 04:08: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 94B5816A4CF for ; Sun, 15 Feb 2004 04:08:18 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1DD43D1F for ; Sun, 15 Feb 2004 04:08:18 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1FC8HhM013193 for ; Sun, 15 Feb 2004 13:08:17 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 15 Feb 2004 13:08:17 +0100 Message-ID: <13192.1076846897@critter.freebsd.dk> Subject: HEADSUP: The bigger cdevsw/dev_t picture X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 12:08:18 -0000 You have seen me throw a number of kilopatches out for review/test in the last week, and there is a couple more forthcoming. This is my big ugly "dev_t refcount" source-tree being decomposed into self-contained bites which hopefully makes review/test easier. I am finalizing a mechanical patch which flips the sense of the "D_NOGIANT" flag to become "D_NEEDGIANT", this will also go out for review today I think. The final bit of this package of patches will be a tiny patch which goes over all makedev(9) and udev2dev(9) users in the tree and convert them to the new world order where they only succeed if a dev_t was already created with make_dev(). At that point I will release the integrated mega-patch for your convenience. This entire load of patches will be committed in rapid order followed by a bump to __FreeBSD_version, probably next weekend. When that has settled down a bit, I will send the meaty part of the dev_t reference counting patch in review. Background: All this comes about because of device driver unloading. To be able to tell that we can safely unload a device driver, we need to be sure that a thread has not just entered the drivers open() routine but not yet done anything useful there. To be able to check this, we need to have a sort of reference counts on dev_t. The way this gets implemented is that struct cdevsw{} presented to make_dev() will get put on a linked list, and all dev_t's created against that cdevsw{} will be hung off a list from the cdevsw{}. the dev_t will grow a reference count field and functions to grab/release a reference will be added. When destroy_dev() is called, the dev_t is removed from the list of the cdevsw{} and added to the dead_cdevsw{} list, and when its reference count decreases to zero, it can be released/recycled. To unload a device driver, after doing any private EBUSY checks, the unload code will check if any dev_t's hang off the cdevsw{}, and if this is not the case, the driver can safely be unloaded. (safely with respect to it's cdevsw that is). -- 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 Feb 14 10:34: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 C931A16A4CE for ; Sat, 14 Feb 2004 10:34:34 -0800 (PST) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9836443D2D for ; Sat, 14 Feb 2004 10:34:34 -0800 (PST) (envelope-from msch@snafu.de) Received: from tc04-n65-181.de.inter.net ([213.73.65.181]) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1As4ca-0001Ly-00 for freebsd-current@FreeBSD.org; Sat, 14 Feb 2004 19:34:33 +0100 From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@FreeBSD.org Date: Sat, 14 Feb 2004 19:34:32 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402141934.32797.msch@snafu.de> X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 Subject: Panic with current kernel (ATA-related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2004 18:34:34 -0000 Hi, I'm very sorry, but I think I found another ATA problem: The problem occurs on a FUJITSU-SIEMENS E-series Laptop (E4010) with an Intel ICH4 UDMA100 Controller. This Laptop has two ATA-devices, a FUJITSU MHT2040AT disk ('ad0', without any problems!) as ata0-master (UDMA100) and a CDRW-device 'acd0' as ata1-master (PIO4). This CDRW-device is properly detected with a GENERIC 5.2.1-RC kernel of 'Sat Jan 31 05:36:22 GMT 2004' from freebsd.org. With a -current kernel GENERIC of 'Thu Feb 12' this kernel panics if the CDRW-device is *not* removed (i.e is present): The last messages I can see are: -----------------------8><-------------------------------- [...] cbb0: PC Card activation failed ad0: 38154MB [77520/16/63] at ata0-master UDMA100 ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt acd0: CDRW at ata1-master PIO4 Mounting root from ufs:/dev/ad0s2a Loading configuration files. Entropy harvesting: interrupts ethernet \ Memory modified after free 0xc44d6a00(508) val=1ff01ff @ 0xc44d6a00 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1ff021f fault code = supervisor read, page not present instruction pointer = 0x8:0xc071d506 stack pointer = 0x10:0xd810d984 frame pointer = 0x10:0xd810d9a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 66 (sh) kernel: type 12 trap, code=0 Stopped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax db> trace mtrash_ctor(c44d6a00,200,0) at mtrash_ctor+0x3a uma_zalloc_arg(c1038e00,0,2) at uma_zalloc_arg+0x169 malloc(188,c080c6e0,2,3,c4379000) at malloc+0xb7 elf32_load_file(c437ba50,d49fe0f4,d810dab0,d810dbd0,1000) at \ elf32_load-file+0x51 exec_elf32_imgact(d810db94,c0600484,c087e1d0,0,0) at \ exec_elf32_imgact+0x4c7 kern_execve(c4379000,80672d0,8067330,806733c,0) at \ kern_execve+0x33a execve(c4379000,d810dd14,3,0,282) at execve+0x18 syscall(2f,2f,2f,80672d0,8067330) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (59, FreeBSD ELF32, execve), eip = 0x2812d11f, \ esp = 0xbfbfe21c, ebp = 0xbfbfe238 --- db> -----------------------8><-------------------------------- I'll cvsup again now and see if it persists... -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 12:38: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 8625D16A4CE; Sat, 14 Feb 2004 12:38:43 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3F8843D1F; Sat, 14 Feb 2004 12:38:42 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1EKdPes028103; Sat, 14 Feb 2004 21:39:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402E874D.8080909@DeepCore.dk> Date: Sat, 14 Feb 2004 21:38:37 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> In-Reply-To: <20040214203557.GE888@arthur.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Sony V505BX ATA 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, 14 Feb 2004 20:38:43 -0000 Simon L. Nielsen wrote: > On 2004.02.14 20:24:51 +0300, Maxim Konovalov wrote: > >>Hi Soren, >> >>It seems the following commit broke my Sony V505BX: >> >>%sos 2004/01/30 11:16:08 PST >>% >>% FreeBSD src repository >>% >>% Modified files: >>% sys/dev/ata ata-all.c ata-queue.c >>% Log: >>% Be more robust in the probe. We dont want to get into a loop with >>% reinitting when we try to identify devices. If they dont interrupt >>% on identify we retry once. If this fails we simply ignore that device. >>% >>% Revision Changes Path >>% 1.203 +10 -11 src/sys/dev/ata/ata-all.c >>% 1.19 +28 -13 src/sys/dev/ata/ata-queue.c >> >>It panics right after the message >> >>ad0: 57231MB [116280/16/63] at ata0-master UDMA100 >>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>acd0: CDRW at ata1-master UDMA33 > > > This also makes my IBM Thinkpad R40 boot again. And it disables the LiteOn workaround... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 12:50: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 C416316A526; Sat, 14 Feb 2004 12:50:38 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 157A743D2D; Sat, 14 Feb 2004 12:50:38 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1EKpK0G028289; Sat, 14 Feb 2004 21:51:21 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402E8A19.70808@DeepCore.dk> Date: Sat, 14 Feb 2004 21:50:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> In-Reply-To: <20040214204918.GF888@arthur.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 cc: current@FreeBSD.org cc: sos@FreeBSD.org Subject: Re: Sony V505BX ATA 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, 14 Feb 2004 20:50:38 -0000 Simon L. Nielsen wrote: > On 2004.02.14 21:38:37 +0100, Søren Schmidt wrote: > >>Simon L. Nielsen wrote: >> >>>On 2004.02.14 20:24:51 +0300, Maxim Konovalov wrote: >>> >>> >>>>Hi Soren, >>>> >>>>It seems the following commit broke my Sony V505BX: >>>> >>>>%sos 2004/01/30 11:16:08 PST >>>>% >>>>% FreeBSD src repository >>>>% >>>>% Modified files: >>>>% sys/dev/ata ata-all.c ata-queue.c >>>>% Log: >>>>% Be more robust in the probe. We dont want to get into a loop with >>>>% reinitting when we try to identify devices. If they dont interrupt >>>>% on identify we retry once. If this fails we simply ignore that >>>>device. >>>>% >>>>% Revision Changes Path >>>>% 1.203 +10 -11 src/sys/dev/ata/ata-all.c >>>>% 1.19 +28 -13 src/sys/dev/ata/ata-queue.c >>>> >>>>It panics right after the message >>>> >>>>ad0: 57231MB [116280/16/63] at ata0-master UDMA100 >>>>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>>>ata1-slave: TIMEOUT - ATAPI_IDENTIFY no interrupt >>>>acd0: CDRW at ata1-master UDMA33 >>> >>> >>>This also makes my IBM Thinkpad R40 boot again. >> >>And it disables the LiteOn workaround... > > > Yes, exactly... (hardware sucks) I mainly wanted to let other poeple > with the same hardware know about this workaround. > > Since this is a real panic, and not a hang, I think this workaround just > hides the real problem which might be somewhere else. I hope to have a > look what really goes wrong tomorrow. I guess it's time to try firewire > debugging. > > BTW. I haven't told you about the problem before because didn't want to > bother you with the problem until I could give you a proper error > report. Just get a panic with ddb and get me the traceback... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 13:58: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 1391D16A4CE for ; Sat, 14 Feb 2004 13:58:58 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id F323543D1F for ; Sat, 14 Feb 2004 13:58:57 -0800 (PST) (envelope-from joseph@magnesium.net) Received: (qmail 77763 invoked by uid 1248); 14 Feb 2004 21:58:57 -0000 Date: 14 Feb 2004 15:58:57 -0600 Date: Sat, 14 Feb 2004 15:58:57 -0600 From: Joseph Dunn To: freebsd-current@freebsd.org Message-ID: <20040214215857.GA77673@toxic.magnesium.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 Subject: Strange kernel debug 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: Sat, 14 Feb 2004 21:58:58 -0000 Hi, I upgraded to -current last night from 5.1, and everything has been running smoothly. However, my kernel just spit this out: lock order reversal 1st 0xc29a6638 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_ generic.c:901 2nd 0xc08710a0 Giant (Giant) @ /usr/src/sys/fs/specfs/spec_vnops.c:377 Stack backtrace: backtrace(0,ffffffff,c087e000,c087e028,c080da5c) at backtrace+0x12 witness_checkorder(c08710a0,9,c07aebdb,179) at witness_checkorder+0x593 _mtx_lock_flags(c08710a0,0,c07aebdb,179) at _mtx_lock_flags+0x67 spec_poll(cbd8aaf0,cbd8ab10,c06347e6,cbd8aaf0,c0853300) at spec_poll+0xe2 spec_vnoperate(cbd8aaf0) at spec_vnoperate+0x13 vn_poll(c2669088,40,c2a2bc80,c263dd20) at vn_poll+0x3a selscan(c263dd20,cbd8aba4,cbd8ab94,7,c08a0be0) at selscan+0xf1 kern_select(c263dd20,7,8069210,8069240,0) at kern_select+0x31d select(c263dd20,cbd8ad14,5,0,202) at select+0x45 syscall(2f,2f,2f,3,0) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (93), eip = 0x2829883b, esp = 0xbfbfe8fc, ebp = 0xbfbfe9a8 --- Is this something that I need to be worried about, or is it just debug information? Joseph Dunn From owner-freebsd-current@FreeBSD.ORG Sat Feb 14 15:15: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 F3B7D16A4CE for ; Sat, 14 Feb 2004 15:15:06 -0800 (PST) Received: from mail001.syd.optusnet.com.au (mail001.syd.optusnet.com.au [211.29.132.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA0B43D31 for ; Sat, 14 Feb 2004 15:15:06 -0800 (PST) (envelope-from tonym@optushome.com.au) Received: from c211-30-17-16.thorn1.nsw.optusnet.com.au (c211-30-17-16.thorn1.nsw.optusnet.com.au [211.30.17.16]) i1ENF4r08325; Sun, 15 Feb 2004 10:15:04 +1100 Received: from k9.home (localhost.home [127.0.0.1]) ESMTP id i1ENF6JR001173; Sun, 15 Feb 2004 10:15:06 +1100 (EST) (envelope-from tonym@k9.home) Received: (from tonym@localhost) by k9.home (8.12.10/8.12.10/Submit) id i1ENF6UQ001172; Sun, 15 Feb 2004 10:15:06 +1100 (EST) (envelope-from tonym) Date: Sun, 15 Feb 2004 10:15:06 +1100 (EST) From: Tony Maher Message-Id: <200402142315.i1ENF6UQ001172@k9.home> To: current@freebsd.org, tonym@optushome.com.au In-Reply-To: <200402140155.i1E1tga5068430@k9.home> X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 Subject: Re: current and python X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Feb 2004 23:15:07 -0000 > I recently updated (Sat Feb 7) my box and have noticed problems with python > in particular idle and installing python ports. I can only start idle with > -n switch (no subprocesses). I have tried reinstalling python and various > combinations in /etc/libmap.conf (having read UPDATING). Updating to Sat Feb 14 fixed the problem. Sorry for the noise. -- tonym From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 01: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 9C86B16A4CF; Sun, 15 Feb 2004 01:33:29 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C868543D2D; Sun, 15 Feb 2004 01:33:28 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1F9Y30G035224; Sun, 15 Feb 2004 10:34:04 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402F3CE5.7090407@DeepCore.dk> Date: Sun, 15 Feb 2004 10:33:25 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> In-Reply-To: <20040214214411.GA726@arthur.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 cc: current@FreeBSD.org cc: sos@FreeBSD.org Subject: Re: Sony V505BX ATA 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: Sun, 15 Feb 2004 09:33:29 -0000 Simon L. Nielsen wrote: > > Memory modified after free 0xc4667200(508) val=1000100 @ 0xc4667200 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1000120 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06627c2 > stack pointer = 0x10:0xc0c21ba4 > frame pointer = 0x10:0xc0c21bc0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at mtrash_ctor+0x3a: movl 0x20(%eax),%eax > db> trace > mtrash_ctor(c4667200,200,0) at mtrash_ctor+0x3a > uma_zalloc_arg(c1051cc0,0,1) at uma_zalloc_arg+0x169 > malloc(1a0,c072a4a0,1,c443dd80,c457b3c0) at malloc+0xb7 > xpt_alloc_device(c443dd80,c457b3c0,0) at xpt_alloc_device+0x3e > xpt_compile_path(c4482bd0,c1985d80,0,2,0) at xpt_compile_path+0x84 > xpt_create_path(c0c21ca4,c1985d80,0,2,0) at xpt_create_path+0x49 > xpt_scan_bus(c1985d80,c4661400,c0c21cf0,c043a51d,c443ddc0) at xpt_scan_bus+0xea > xpt_action(c4661400,c4661400,c443dd80,c043a030,c0c21d14) at xpt_action+0x7e2 > xpt_finishconfig(c1985d80,c4661400) at xpt_finishconfig+0x30 > xptconfigfunc(c443dd80,0,c0c21d40,c0439e97,c443dd80) at xptconfigfunc+0x10b > xptdefbusfunc(c443dd80,c0c21d54) at xptdefbusfunc+0x15 > xptbustraverse(0,c043a030,c0c21d54,0,c043d590) at xptbustraverse+0x2b > xpt_for_all_busses(c043d590,0) at xpt_for_all_busses+0x29 > xpt_config(0) at xpt_config+0x74 > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0435ad5) at run_interrupt_driven_config_hooks+0x18 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> Loose atapicam, does it work then ? If so please address the atapicam maintainer with the problems ... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 04:42: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 F0D8F16A4CE for ; Sun, 15 Feb 2004 04:42:27 -0800 (PST) Received: from gizmo10ps.bigpond.com (gizmo10ps.bigpond.com [144.140.71.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0586843D1D for ; Sun, 15 Feb 2004 04:42:27 -0800 (PST) (envelope-from diskiller@diskiller.net) Received: (qmail 15969 invoked from network); 15 Feb 2004 12:27:23 -0000 Received: from unknown (HELO psmam08.bigpond.com) (144.135.25.91) by gizmo10ps.bigpond.com with SMTP; 15 Feb 2004 12:27:23 -0000 Received: from cpe-144-136-199-127.sa.bigpond.net.au ([144.136.199.127]) by psmam08.bigpond.com(MAM REL_3_4_2 147/64791952) with SMTP id 64791952; Sun, 15 Feb 2004 22:42:20 +1000 User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Sun, 15 Feb 2004 23:12:19 +1030 From: Martin Minkus To: Doug White Message-ID: In-Reply-To: <20040214202424.C3256@carver.gumbysoft.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Mailman-Approved-At: Sun, 15 Feb 2004 05:04:42 -0800 cc: current@freebsd.org Subject: Re: ACPI-0438: *** Error: Looking up [\\_PR_.CPU0] in namespace, AE_NOT_FOUND X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 12:42:28 -0000 On 15/2/2004 14:55, "Doug White" wrote: > On Sat, 14 Feb 2004, Martin Minkus wrote: > >> I've been getting this weird error message of late on newer current builds. > > Have you upgraded your BIOS recently? This is probably a bug in the > bytecode provided in the system BIOS. Nope. BIOS hasn't been updated in years... From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 05: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 CEE1716A4CE for ; Sun, 15 Feb 2004 05:10:50 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350AE43D1F for ; Sun, 15 Feb 2004 05:10:50 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (tbkt9hbj@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FDAmo26198238; Sun, 15 Feb 2004 16:10:48 +0300 (MSK) Date: Sun, 15 Feb 2004 16:10:48 +0300 (MSK) From: Maxim Konovalov To: Matthias Schuendehuette In-Reply-To: <200402141934.32797.msch@snafu.de> Message-ID: <20040215160713.U70835@news1.macomnet.ru> References: <200402141934.32797.msch@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Panic with current kernel (ATA-related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 13:10:50 -0000 On Sat, 14 Feb 2004, 19:34+0100, Matthias Schuendehuette wrote: > Hi, > > I'm very sorry, but I think I found another ATA problem: > > The problem occurs on a FUJITSU-SIEMENS E-series Laptop (E4010) > with an Intel ICH4 UDMA100 Controller. This Laptop has two ATA-devices, > a FUJITSU MHT2040AT disk ('ad0', without any problems!) as ata0-master > (UDMA100) and a CDRW-device 'acd0' as ata1-master > (PIO4). > > This CDRW-device is properly detected with a GENERIC 5.2.1-RC kernel of > 'Sat Jan 31 05:36:22 GMT 2004' from freebsd.org. > > With a -current kernel GENERIC of 'Thu Feb 12' this kernel panics if the > CDRW-device is *not* removed (i.e is present): I believe that's known one. There are several threads about similar symptomps in -current. Try this hack: Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.203 diff -u -r1.203 ata-all.c --- ata-all.c 30 Jan 2004 19:16:08 -0000 1.203 +++ ata-all.c 14 Feb 2004 15:43:20 -0000 @@ -567,7 +567,7 @@ while (retries-- > 0) { request->device = atadev; request->timeout = 5; - request->retries = -1; + request->retries = 3; request->u.ata.command = command; request->flags = (ATA_R_READ | ATA_R_IMMEDIATE); request->data = (caddr_t)atadev->param; %%% Removing atapicam may help either. HTH. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 05: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 6BCE116A4CE for ; Sun, 15 Feb 2004 05:28:52 -0800 (PST) Received: from supermail.ispro.net.tr (supermail.ispro.net.tr [217.21.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49C2943D1D for ; Sun, 15 Feb 2004 05:28:51 -0800 (PST) (envelope-from yurtesen@ispro.net.tr) Received: (qmail 73222 invoked by uid 0); 15 Feb 2004 13:28:48 -0000 Received: from unknown (HELO ispro.net.tr) (217.21.68.57) by supermail.ispro.net.tr with AES256-SHA encrypted SMTP; 15 Feb 2004 13:28:47 -0000 Message-ID: <402F7405.7050907@ispro.net.tr> Date: Sun, 15 Feb 2004 15:28:37 +0200 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by IsproNET Subject: freebsd current 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: Sun, 15 Feb 2004 13:28:52 -0000 Hi, I have a situation where this machine crash after working few days. The board model is Asus P4P800-VM. What might be the problem? I am also not able to cvsup and buildworld because of the following error ===> rescue cd: can't cd to /usr/src/rescue *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. some messages about the crashes etc. ----------------------------------------------- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05740fa stack pointer = 0x10:0xdfe29acc frame pointer = 0x10:0xdfe29ae4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 36 (swi1: net) trap number = 12 panic: page fault at line 819 in file /usr/src/sys/i386/i386/trap.c cpuid = 0; boot() called on cpu#0 ----------------------------------------------- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05740ab stack pointer = 0x10:0xdfe29acc frame pointer = 0x10:0xdfe29ae4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 36 (swi1: net) trap number = 12 panic: page fault at line 819 in file /usr/src/sys/i386/i386/trap.c cpuid = 1; boot() called on cpu#1 ----------------------------------------------- Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #0: Fri Feb 6 13:59:01 EET 2004 toor@proxy.ispro.net.tr:/usr/obj/usr/src/sys/PROXY Preloaded elf kernel "/boot/kernel/kernel" at 0xc075a000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc075a21c. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3059.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2142437376 (2043 MB) avail memory = 2094571520 (1997 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled VESA: v3.0, 3904k memory, flags:0x1, mode table:0xc06d8260 (1000040) VESA: Intel(r)865G Graphics Chip Accelerated VGA BIOS module_register_init: MOD_LOAD (splash_bmp, 0xc0755810, 0) error 2 acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f5420 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xefe0-0xefe7 mem 0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 3964k stolen memory agp0: aperture size is 128M pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xfe5ff000-0xfe5fffff irq 20 at device 8.0 on pci1 fxp0: Ethernet address 00:0e:a6:0a:51:36 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.2 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold npx0: [FAST] npx0: on motherboard npx0: INT 16 interface 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 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging disabled ad0: 39205MB [79656/16/63] at ata0-master UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 ad3: 114473MB [232581/16/63] at ata1-slave UDMA100 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 05:43: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 8B5B016A4CE for ; Sun, 15 Feb 2004 05:43:42 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC6CF43D1F for ; Sun, 15 Feb 2004 05:43:41 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id i1FDheMO006390; Sun, 15 Feb 2004 16:43:40 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id i1FDhdXc006385; Sun, 15 Feb 2004 16:43:39 +0300 (MSK) (envelope-from ache) Date: Sun, 15 Feb 2004 16:43:38 +0300 From: Andrey Chernov To: Steve Young , freebsd-current@FreeBSD.ORG Message-ID: <20040215134338.GA6278@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Steve Young , freebsd-current@FreeBSD.ORG References: <200402090704.i1974IVa032065@the-macgregors.org> <20040214034523.B254E43D1F@mx1.FreeBSD.org> <7A65C36B-5EF4-11D8-9690-0003939C3B2E@vt220.org> <20040214150200.GA75194@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040214150200.GA75194@nagual.pp.ru> User-Agent: Mutt/1.5.5.1i Subject: Re: grep bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 13:43:42 -0000 On Sat, Feb 14, 2004 at 06:02:00PM +0300, Andrey Chernov wrote: > On Sat, Feb 14, 2004 at 06:48:32AM -0700, Steve Young wrote: > > It seems FreeBSD ships with grep 2.4d. In newer versions it looks > > like there > > is a -D argument you can use to tell it how to handle devices - -Dskip > > will skip > > them and avoid this problem when doing grep -r /. > > I'll take grep upgrade to 2.5 Hmm. I found that 2.5 is too early bird, it even not pass its own tests suite. I attempt to fix the test fails, but broke other test. Since the matter is too complex (how grep/egrep/fgrep should do to satisfy both tradition usage and POSIX), we'll better wait until 2.5.1 or something like when it will become self-consistent. Meanwhile I'll probably import 2.4.2 while I already in there (no -D yet). -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 05:45: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 062A216A4CE for ; Sun, 15 Feb 2004 05:45:51 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 7167443D2D for ; Sun, 15 Feb 2004 05:45:50 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 1382 invoked from network); 15 Feb 2004 13:45:48 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 15 Feb 2004 13:45:48 -0000 Date: Sun, 15 Feb 2004 14:47:11 +0100 From: Gabriel Ambuehl X-Priority: 3 (Normal) Message-ID: <1123980863.20040215144711@buz.ch> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: SI3112A SATA controller RAID support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gabriel Ambuehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 13:45:51 -0000 Hi, I'm wondering if there's no RAID support for the SI3112A in current as my drives in a RAID1 array show up as ad4 and ad6 but not as ar0 in the setup. So if I want to use those SATA drives in a RAID1 array, do I really need to get another controller (presumably Highpoint based) (software RAID is out of question)? From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 05:54: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 D75BD16A4CE for ; Sun, 15 Feb 2004 05:54:55 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B49343D1D for ; Sun, 15 Feb 2004 05:54:55 -0800 (PST) (envelope-from junsu@delphij.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 1BD2C535A for ; Sun, 15 Feb 2004 21:54:52 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18388-08 for ; Sun, 15 Feb 2004 21:54:51 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id B22A852A3 for ; Sun, 15 Feb 2004 21:54:50 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 4E31D115AF for ; Sun, 15 Feb 2004 21:54:50 +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 01110-02 for ; Sun, 15 Feb 2004 21:54:42 +0800 (CST) Received: from shasujunmv (unknown [211.161.222.37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 70E1511467 for ; Sun, 15 Feb 2004 21:54:40 +0800 (CST) Message-ID: <008201c3f3cb$41c8dfa0$25dea1d3@shasujunmv> From: "Jun Su" To: Date: Sun, 15 Feb 2004 21:54:35 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net Subject: syscall module unload problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 13:54:55 -0000 Hi All, We use SYSCALL_MODULE to declare a syscall. It results that we have multi modules in one kmod file. For example, aio.ko has 10 modules. When I run kldunload aio, the syscall modules will successfully unloaded. However the aio module can not be unload. Then the aio subsystem enters into an strange state. We can not use aio syscall anymore since the syscall modules are unloaded. And we also can not load the module again since the aio module is still there. The modules that use SYSCALL_MODULE_HELPER have the similar problem. Is this by design? Or this needs some improvement. I want to do some research about this. Thanks, -jun Repro Steps: #kldload aio #kldstat -v -n aio 3 1 0xc1925000 7000 aio.ko Contains modules: Id Name 93 aio_return 94 aio_suspend 95 aio_cancel 96 aio_error 97 aio_read 98 aio_write 99 aio_waitcomplete 100 lio_listio 101 aio #kldunload aio kldunload: can't unload file: Operation not supported #./aiotest Bad System Call #kldstat -v -n aio Id Refs Address Size Name 3 1 0xc1925000 7000 aio.ko Contains modules: Id Name 101 aio #kldload aio kldload: can't load aio: File exists From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:19: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 27F8C16A4CE; Sun, 15 Feb 2004 06:19:27 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 794EF43D1D; Sun, 15 Feb 2004 06:19:25 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id A63E35309; Sun, 15 Feb 2004 15:19:23 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A33985308; Sun, 15 Feb 2004 15:19:16 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 84D7333C6F; Sun, 15 Feb 2004 15:19:16 +0100 (CET) To: Greg 'groggy' Lehey References: <3109.192.168.1.147.1076687025.squirrel@internet.centrenad.com> <3109.192.168.1.147.1076687025.squirrel@internet.centrenad.com> <20040213232611.GP61632@wantadilla.lemis.com> <20040214095400.GF61632@wantadilla.lemis.com> <20040214231404.GH61632@wantadilla.lemis.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 15 Feb 2004 15:19:16 +0100 In-Reply-To: <20040214231404.GH61632@wantadilla.lemis.com> (Greg Lehey's message of "Sun, 15 Feb 2004 09:44:04 +1030") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL,PLING_QUERY autolearn=no version=2.63 cc: freebsd-current@freebsd.org cc: Vincent Rioux Subject: Re: Vinum dumpconfig returns nothing ?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:19:27 -0000 Greg 'groggy' Lehey writes: > On Saturday, 14 February 2004 at 14:37:56 +0100, Dag-Erling Smrgrav wrote: >> Greg 'groggy' Lehey writes: >>> On Saturday, 14 February 2004 at 10:41:57 +0100, Dag-Erling Smrgrav wro= te: >>>> Last I tried (on 5.1), performance was abysmal >>> How did you measure it? >> Bonnie and iostat. > Single process throughput? Is that how you intend to use the system? Mostly, yes. The system in question is a storage server with average file sizes of a few gigabytes. Using ataraid instead of vinum gave me 10 to 20 times more throughput. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:37: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 2532D16A4CE for ; Sun, 15 Feb 2004 06:37:28 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76BE043D1F for ; Sun, 15 Feb 2004 06:37:27 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id i1FEbQMO006995 for ; Sun, 15 Feb 2004 17:37:26 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id i1FEbQ5N006994 for current@freebsd.org; Sun, 15 Feb 2004 17:37:26 +0300 (MSK) (envelope-from ache) Date: Sun, 15 Feb 2004 17:37:25 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20040215143725.GA6778@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.5.1i Subject: RFC: Using -I/usr/include/gnu instead of X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:37:28 -0000 I see many GNU program sources patched (and moved off the branch) just to change to I think it can be less painful, if we leave it as moving the file under /usr/include/gnu and use -I/usr/include/gnu in CFLAGS instead. The second reason is that GNU regex evolves, and additional directories appearse under it, like "posix". If we upgrade right now, we need to make unneded /usr/include/(gnu)?posix, but /usr/include/gnu/posix will looks much better. I plan to handle it, if no objections found. Any comments? -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06: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 EA8C916A4CE for ; Sun, 15 Feb 2004 06:40:11 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 1091C43D1D for ; Sun, 15 Feb 2004 06:40:11 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 7636 invoked from network); 15 Feb 2004 14:39:57 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 15 Feb 2004 14:39:57 -0000 Date: Sun, 15 Feb 2004 15:41:52 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <6010479997.20040215154152@buz.ch> In-Reply-To: <402F7E61.1060304@DeepCore.dk> References: <1123980863.20040215144711@buz.ch> <402F7E61.1060304@DeepCore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re[2]: SI3112A SATA controller RAID support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 14:40:12 -0000 Hello Søren, Sunday, February 15, 2004, 3:12:49 PM, you wrote: >> I'm wondering if there's no RAID support for the SI3112A in current >> as my drives in a RAID1 array show up as ad4 and ad6 but not as ar0 in >> the setup. So if I want to use those SATA drives in a RAID1 array, do >> I really need to get another controller (presumably Highpoint based) >> (software RAID is out of question)? > All the ATA "RAID controllers" in this category are software based. > Support is depended on the BIOS type, as all that is needed is to know > the format of the RAID metadata stored on disk. Currently only HPT and > Promise formats are known, but I have code for AMI and Intel in the > works (but far from usable yet)... Then how come I can rebuild arrays on those pseudo RAID controllers but not those created with atacontrol directly (i.e. pure software)? (Or am I just doing something wrong?) Best regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:44: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 05D9616A4CE; Sun, 15 Feb 2004 06:44:33 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD1143D2D; Sun, 15 Feb 2004 06:44:32 -0800 (PST) (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 06EA01FF922; Sun, 15 Feb 2004 15:44:31 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 4E6DB1FF91F; Sun, 15 Feb 2004 15:44:28 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id B8DCD153CA; Sun, 15 Feb 2004 14:44:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id B64E015384; Sun, 15 Feb 2004 14:44:06 +0000 (UTC) Date: Sun, 15 Feb 2004 14:44:06 +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 cc: Hajimu UMEMOTO cc: "Bjoern A. Zeeb" Subject: TEST/REVIEW IPSEC cleanup / update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:44:33 -0000 Hi, I have extracted some patches from my patchset that clean up / update IPSEC code. I have saved them into smaller junks for easier review. Please review and take that parts you like. I am currently unsure what parts from the big FreeBSD IPSEC update have been merged back to KAME thus I am initially posting all here. Though I didn't test none of these should break FAST_IPSEC (hopefully). The patches: http://sources.zabbadoz.net/freebsd/patchset/10010-ipsec-netinet-ip-output.diff ! Description: remove IMHO unneccesarry key_spdacquire and ! add a "fast path" for error case http://sources.zabbadoz.net/freebsd/patchset/10011-ipsec-netinet6-nd6-nbr.diff ! Description: remove IPSEC specifica from file; no longer needed http://sources.zabbadoz.net/freebsd/patchset/10012-ipsec-ifdef-fastipsec.diff ! Description: IPSEC and FAST_IPSEC have the same internal API now; ! so merge these (IPSEC has an extra ipsecstat) http://sources.zabbadoz.net/freebsd/patchset/10013-ipsec-key-allocsp-tag.diff ! Description: remove unsued tag argument from functions http://sources.zabbadoz.net/freebsd/patchset/10014-ipsec-unused-code.diff ! Description: remove dead code http://sources.zabbadoz.net/freebsd/patchset/10015-ipsec-correct-panic-strings.diff ! Description: fix comments (still not using %s, __func__) http://sources.zabbadoz.net/freebsd/patchset/10016-ipsec-netkey-key-consolidate.diff ! Description: move duplicate code to function http://sources.zabbadoz.net/freebsd/patchset/10017-ipsec-netkey-key-key-spdadd-freesp.diff ! Description: key_msg2sp uses key_freesp so should we on its return value http://sources.zabbadoz.net/freebsd/patchset/10018-ipsec-comment-simplify.diff ! Description: + correct panic string (still not using %s, __func__) ! + set to NULL only if not NULL before; the if is there anyway http://sources.zabbadoz.net/freebsd/patchset/10019-ipsec-ipsec-comment.diff ! Description: correct panic string (still not using %s, __func__) -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:44: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 06ECC16A4CF for ; Sun, 15 Feb 2004 06:44:33 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB3A43D1F for ; Sun, 15 Feb 2004 06:44:32 -0800 (PST) (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 0DB641FF936 for ; Sun, 15 Feb 2004 15:44:31 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 221131FF905; Sun, 15 Feb 2004 15:44:28 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id BC4A0153CA; Sun, 15 Feb 2004 14:41:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BA1BF15384; Sun, 15 Feb 2004 14:41:38 +0000 (UTC) Date: Sun, 15 Feb 2004 14:41:38 +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 cc: "Bjoern A. Zeeb" Subject: TEST/REVIEW ppp, use ifunit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:44:33 -0000 Hi, I have following patch in my queue I have been using for several weeks now. It adds a 'use ifunit' command to ppp(8) configuration: http://sources.zabbadoz.net/freebsd/patchset/10007-usr-sbin-ppp-ifunit.diff ! Description: add a 'use ifunit' command to ppp.conf so that the tun ! unit number no longer needs to be passed on command line ! and can be statically set in config file for each non-default ! entry ! ! Remarks: hopefully seperated patch correctly from patch 10008 please review and commit if you like it. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:44: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 0BC2816A4D1; Sun, 15 Feb 2004 06:44:33 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC99E43D1D; Sun, 15 Feb 2004 06:44:32 -0800 (PST) (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 D68381FF921; Sun, 15 Feb 2004 15:44:30 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 297E91FF90D; Sun, 15 Feb 2004 15:44:28 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E5672153CA; Sun, 15 Feb 2004 14:43:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E2E8F15384; Sun, 15 Feb 2004 14:43:00 +0000 (UTC) Date: Sun, 15 Feb 2004 14:43:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD net mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list cc: "Bjoern A. Zeeb" Subject: TEST/REVIEW ng_ether/ng_pppoe/ppp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:44:33 -0000 Hi, I have added some functionality to ng_ether / ng_pppoe that is needed for running multiple pppoe sessions over one single NIC even if the AC uses s.th. like 'pppoe duplicate-protection' [1]. I have seperated the patches for easier review and tried to do it in a manner so that parts can be used for other things too (at least the ng_ether one). I also updated the man pages to reflect these changes. Here are the patches: http://sources.zabbadoz.net/freebsd/patchset/10005-net-netgraph-ether.diff ! Description: hook for ng_ether to receive unicast packets to a ! different Ethernet address than the one of the interface. http://sources.zabbadoz.net/freebsd/patchset/10006-netgraph-pppoe.diff ! Description: 2 extensions to ng_pppoe: ! + in addition to AC NAME also report AC MAC to userspace ! + add the ability to give a MAC as source MAC for the ! session when connecting Please review and commit if you like it. I have tested both for some weeks now with following patch to ppp(8). It needs a lot more review but may be good enough for testing. Comments/diffs/improved versions on this one welcome. http://sources.zabbadoz.net/freebsd/patchset/10008-usr-sbin-ppp-pppoe-smac.diff ! Description: extend ppp to make use of patch 10006 (set source MAC ! for pppoe session). ! ! Remarks: hopefully seperated patch correctly from 10007; ! I am almost sure this patch will break something else. [it will most likely not apply cleanly without patch 10007 - see other mail to current@ ] [1] http://juniper.net/techpubs/software/erx/erx50x/swconfig-link/html/pppoe-config5.html#123643 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 07:15: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 60D8716A4CE for ; Sun, 15 Feb 2004 07:15:14 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 884A443D1D for ; Sun, 15 Feb 2004 07:15:13 -0800 (PST) (envelope-from gaml@buz.ch) Received: (qmail 11556 invoked from network); 15 Feb 2004 15:15:11 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 15 Feb 2004 15:15:11 -0000 Date: Sun, 15 Feb 2004 16:17:03 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <1301661531.20040215161703@buz.ch> To: =?ISO-8859-1?B?U/hyZW4gU2NobWlkdA==?= In-Reply-To: <402F88AB.8010003@DeepCore.dk> References: <1123980863.20040215144711@buz.ch> <402F7E61.1060304@DeepCore.dk> <234276322.20040215153634@buz.ch> <402F88AB.8010003@DeepCore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re[2]: SI3112A SATA controller RAID support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 15:15:14 -0000 Hello Søren, Sunday, February 15, 2004, 3:56:43 PM, you wrote: > However there are *alot* of bugs in that silicon, making it the most > crappy SATA chip in existance, but what can you expect from the company > that brought us the CMD640 etc ;) Well I just figured out that myself. I think it would be best if you were to kick support for it altogether, considering I can't even get 5.2.1 install on it without paniccing (installing base works, but it crashes somewhere installing src, ports or something). The kernel claims to have suffered a page fault but I've been beating on the memory in question with Memtest86 for quite some time now, without finding any problem at all. I'm gonna get a Highpoint based SATA controller tomorrow to check if it's really the SI chips fault (but I'm pretty sure it is). Had I known this was a successor to CMD640 (one of the (possibly even THE) crappiest ICs ever made), I probably wouldn't have bothered in first place (but background rebuilds startable from BIOS looked charming, nonetheless). Note to self: run away from anything with Silicon Image in it. Best regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 08: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 17FF716A4CE for ; Sun, 15 Feb 2004 08:14:28 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2B5B43D1F for ; Sun, 15 Feb 2004 08:14:27 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id C87AAB83A; Sun, 15 Feb 2004 17:14:26 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 15 Feb 2004 17:14:22 +0100 User-Agent: KMail/1.5.94 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_ir5LAm2a5UVj56y"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402151714.26631.freebsd-current@webteckies.org> Subject: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 16:14:28 -0000 --Boundary-02=_ir5LAm2a5UVj56y Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have yet to figure out what triggers the bug, but I end up with 'running'= =20 jails, without any processes. So I thought I'd create 'jld' to remove a jai= l.=20 However - prison_find isn't exported to userland. Probably for good reason. Should I worry about these jails or is it harmless: root@viconia.idg.nl ~ # jls JID IP Address Hostname Path 15 81.175.70.136 soccer.gamez.nl /jail/81.175.70.136 10 81.175.70.136 jail-81.175.70.136.idg.nl /jail/81.175.70.136 [ ... ] root@viconia.idg.nl ~ # jexec 15 ps -aHux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 74983 0.0 0.1 1348 840 p1 RL+J 4:08PM 0:00.00 ps -aHux root@viconia.idg.nl ~ # jexec 10 ps -aHux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 75008 0.0 0.1 1348 840 p1 RL+J 4:10PM 0:00.01 ps -aHux root@viconia.idg.nl ~ # jexec 10 hostname jail-81.175.70.136.idg.nl root@viconia.idg.nl ~ # jexec 15 hostname soccer.gamez.nl root@viconia.idg.nl ~ # jexec 15 /usr/local/bin/bash --login -i root@soccer.gamez.nl / # kill -- -1 bash: kill: (-1) - No such process =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Fe= b 14=20 02:48:30 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_ir5LAm2a5UVj56y Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAL5riOv9JNmfFN5URAkq4AKC3WTBUn9LbfmOEgi9/tIyvcleFpgCgp37M m3RJ+3si//sUoOTvJoYSErc= =5PCe -----END PGP SIGNATURE----- --Boundary-02=_ir5LAm2a5UVj56y-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 08: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 BF9DA16A4CE for ; Sun, 15 Feb 2004 08:14:55 -0800 (PST) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58E743D1F for ; Sun, 15 Feb 2004 08:14:55 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 0500494D; Sun, 15 Feb 2004 08:14:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 03E5E936 for ; Sun, 15 Feb 2004 08:14:55 -0800 (PST) Date: Sun, 15 Feb 2004 08:14:54 -0800 (PST) From: Jamie Bowden To: current@FreeBSD.org In-Reply-To: <20040215002523.GA86993@laptop.lambertfam.org> Message-ID: <20040215075658.H913-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 Subject: Re: Inverted LITE-ON problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 16:14:55 -0000 On Sat, 14 Feb 2004, Scott Lambert wrote: > On Sat, Feb 14, 2004 at 11:22:22AM -0800, Jamie Bowden wrote: > > Those of you following the Audigy thread know that I updated from > > RELENG_5_2 to -C last night. I've found an interesting bug. I > > restarted the machine after testing out sound capability, and it had > > an audio CD in the drive. The kernel locked during boot. I pulled > > the CD, hit the reset switch, and it came up normally. > > This looks like an issue with atapicam as that is what would have > > normally been the next part of dmesg if it hadn't stopped. I waited > > for a while, there was no error message, and no panic. The power > > switch didn't do its ACPI 'turn me off now please Mr. OS' goodness, > > and the C-A-D chord was also ineffective. > I wouldn't bet on it being atapicam. I've had this problem with my new > Presario 2195US notebook. > Turn on verbose booting and see if it looks like what I've been seeing. > http://marc.theaimsgroup.com/?l=freebsd-current&m=107541873229395&w=2 > I never got any replies... Booting verbose got a different result for me than for you. I started getting a neverending stream of alternating: ata1 spurious interrupt error ata2 spurious interrupt error But only if there's a CD in the drive. There was info after the 'error' on both lines, but it was scrolling out so fast the console was having trouble keeping up rendering it, and it kept getting overwritten. A messaage containing how my machine is configured can be found at: http://www.freebsd.org/cgi/getmsg.cgi?fetch=110605+134873+/usr/local/www/db/text/2004/freebsd-multimedia/20040215.freebsd-multimedia That message includes kernel config, dmesg, pciconf, and uname info. 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 Feb 15 08:37: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 8032216A4CE for ; Sun, 15 Feb 2004 08:37:44 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D96C843D1D for ; Sun, 15 Feb 2004 08:37:43 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (7gonbrkk@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FGbgo26223167; Sun, 15 Feb 2004 19:37:42 +0300 (MSK) Date: Sun, 15 Feb 2004 19:37:42 +0300 (MSK) From: Maxim Konovalov To: Melvyn Sopacua In-Reply-To: <200402151714.26631.freebsd-current@webteckies.org> Message-ID: <20040215191756.P49729@news1.macomnet.ru> References: <200402151714.26631.freebsd-current@webteckies.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 16:37:44 -0000 Hello, On Sun, 15 Feb 2004, 17:14+0100, Melvyn Sopacua wrote: > Hi, > > I have yet to figure out what triggers the bug, but I end up with 'running' > jails, without any processes. So I thought I'd create 'jld' to remove a jail. > However - prison_find isn't exported to userland. Probably for good reason. > > Should I worry about these jails or is it harmless: [...] Yes, it is a known bug, see kern/54163 for example. It seems we are leaking ucred reference somewhere. TIME_WAIT handling is involved too. You can reproduce it easily: 1/ Start a jail: # jail / j 127.0.0.1 /usr/local/bin/nc -p 1973 -l 127.0.0.1 2/ Telnet to it: # telnet 127.0.0.1 1973 3/ Kill the jail: # killall nc 4/ Watch a leak: # jls ... or # sysctl -o security.jail.list ... I were trying to fix this for a long time but no success. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 09: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 A3AAD16A4CE for ; Sun, 15 Feb 2004 09:14:38 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D87843D1D for ; Sun, 15 Feb 2004 09:14:38 -0800 (PST) (envelope-from sw@gegenunendlich.de) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AsPqn-00044I-00 for current@freebsd.org; Sun, 15 Feb 2004 18:14:37 +0100 Received: from [80.142.210.55] (helo=kyuzo.dunkelkammer.void) (TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1AsPqn-0004eh-00 for current@freebsd.org; Sun, 15 Feb 2004 18:14:37 +0100 Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id A07703F89; Sun, 15 Feb 2004 18:14:35 +0100 (CET) Date: Sun, 15 Feb 2004 18:14:35 +0100 From: Stefan Walter To: current@freebsd.org Message-ID: <20040215171435.GA833@kyuzo.dunkelkammer.void> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:bea306e5fe0930b42d4355ca01786db1 Subject: NFS: process hangs when uploading file to server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 17:14:38 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since updating my main workstation and notebook from 5.2-RELEASE to -CURRENT, I'm having problems with the notebook when trying to upload/copy a file to the desktop machine via NFS. The (e.g) cp process hangs, sometimes finishing after a couple of minutes, sometimes after ~15 minutes, sometimes not until I force a umount of the NFS directory (Ctrl-C and kill(1) don't work). ps(1) says the following about it: 737 p2 DL+ 0:00.02 cp some_file /mnt/ There aren't any problems with reading files, the problem is with writing only. Copying a file from the workstation to the notebook via NFS works without any problems. The workstation's NFS-related configuration looks like this: rpcbind_enable="YES" rpcbind_flags="-L -h 192.168.0.99" rpc_lockd_enable="YES" rpc_statd_enable="YES" nfs_server_enable="YES" nfs_server_flags="-u -n 4 -h 192.168.0.99" nfs_client_enable="YES" The notebook's configuration is identical, except for the IP addresses: rpcbind_enable="YES" rpcbind_flags="-L -h 192.168.0.93" rpc_lockd_enable="YES" rpc_statd_enable="YES" nfs_server_enable="YES" nfs_server_flags="-u -n 4 -h 192.168.0.93" nfs_client_enable="YES" Comments welcome. If more information about the configuration is needed, let me know. Stefan --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQGVAwUBQC+o+1aRERsSueCzAQLpDgv/Unfio4eFOsrBUuN+BipnadqNAljycCDg WWT8PAla9fSHxP6Dm9JVpE5/XrPOfcFmIe+D+eVmJJCTqXts/X+CEH4sYxHHNC8/ enKrOjCzYx/jzkcGBS4YggfS8TuCRSEQ5vO51eKgvcDxpSOeT0RFZu0+Okui/8jE d+yteO4YxENDyKeKs0C1q9bTZPHjvhfeNTXAquBxLZlYpwj8IC6oyBZ1zmqzv3Ui SJdsPnRkmyQ4b3P0ZEpb2euYzSo1tICYDV55SvY90z041UbyweYWQOUlJnMavwJE aMyR1MT/a/tZeUfMyMI4RL/NIaS5HD3RbIQw+Bv7RMC3XBnWzQjMsfSF6ejlfpiJ b0afO/+zt9rsXijoERLTj6e6ydQjmRZH/PgMnuDPsBP21x/ObfurCoy+n63RkN/3 pDnpeYfauvkerc9gqZS4Nvmb9s7WxVPYqbwEjSbq7J0LFSvE+WkHcCMCVlcwPqaq X/FbfSavpMSqJe7va6G8Yi9hMI8PD24S =obXG -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 09:24: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 B543A16A4CE; Sun, 15 Feb 2004 09:24:41 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EBD943D2F; Sun, 15 Feb 2004 09:24:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i1FHObTA055552; Sun, 15 Feb 2004 09:24:37 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i1FHOa5h055551; Sun, 15 Feb 2004 09:24:36 -0800 (PST) (envelope-from sgk) Date: Sun, 15 Feb 2004 09:24:36 -0800 From: Steve Kargl To: "Simon L. Nielsen" Message-ID: <20040215172436.GA55526@troutmask.apl.washington.edu> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <20040214223055.GA50966@troutmask.apl.washington.edu> <20040215110557.GC722@arthur.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040215110557.GC722@arthur.nitro.dk> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org cc: S?ren Schmidt cc: sos@FreeBSD.org Subject: Re: Sony V505BX ATA 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: Sun, 15 Feb 2004 17:24:41 -0000 On Sun, Feb 15, 2004 at 12:05:59PM +0100, Simon L. Nielsen wrote: > > My backtrace is different, I get the same "Memory modified after > > free" message and a mtrash_ctor panic. I've tracked the problem > > down to (see thread): > > Mine doesn't seem to be related to acpi. Have you tried the small patch > maxim posted in the start of this thread ? > No. I just stumbled on your email. The Subject does not include anything about a mtrash_ctor panic and I don't have a s Son. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 09:42: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 4DE4B16A4CE for ; Sun, 15 Feb 2004 09:42:55 -0800 (PST) Received: from ares.kosire.net (unknown [217.11.240.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF2143D1F for ; Sun, 15 Feb 2004 09:42:54 -0800 (PST) (envelope-from lists@hosting50.cz) Received: (qmail 9249 invoked by uid 89); 15 Feb 2004 17:43:12 -0000 Received: from unknown (HELO ?10.15.141.2?) (lists@hosting50.cz@10.15.141.2) by ares.kosire.net with AES256-SHA encrypted SMTP; 15 Feb 2004 17:43:12 -0000 From: Tomas Randa To: freebsd-current@freebsd.org In-Reply-To: <1074595017.1129.3.camel@eirik.unicore.no> References: <1074595017.1129.3.camel@eirik.unicore.no> Message-Id: <1076866972.10906.2.camel@ares.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 15 Feb 2004 18:42:52 +0100 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: snd_emu10k1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 17:42:55 -0000 Hi, please is anybody here who can help me how to enable digital output on SB Live! sound card on -CURRENT? Thanks a lot. Tomas Randa From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:19: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 A4B3916A4CE for ; Sun, 15 Feb 2004 10:19:27 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 470A243D1F for ; Sun, 15 Feb 2004 10:19:27 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1FIJ0DL057619; Sun, 15 Feb 2004 13:19:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1FIJ0cA057616; Sun, 15 Feb 2004 13:19:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Feb 2004 13:18:59 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Melvyn Sopacua In-Reply-To: <200402151714.26631.freebsd-current@webteckies.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:19:27 -0000 On Sun, 15 Feb 2004, Melvyn Sopacua wrote: > I have yet to figure out what triggers the bug, but I end up with > 'running' jails, without any processes. So I thought I'd create 'jld' to > remove a jail. However - prison_find isn't exported to userland. > Probably for good reason. Jails are reference-counted objects hung off of process credentials, which are also reference-counted objects. So a jail can't evaporate until the last credential referencing that object also evaporates. So you may be dealing with one of two things: (1) A reference leak in the jail or credential code. (2) A reference that hasn't gone away for some legitimate (but obscure) reason. Here are some places you might have credentials that "hang on" -- i.e., other kernel structures that cache references to credentials for some or another reason: struct buf struct file Open file descriptors cache the credential of the process that created them. If you pass a file descriptor out of a jail using a UNIX domain socket, then the jail will remain referenced until that descriptor is finally closed. struct mount When a file system is mounted, the mount structure describing the file system caches the credential of the process that performed the mount. Since this can't be done in a jail, not likely the problem. struct sigio When sigio (signal generation on I/O readiness) is configured for sockets or other objects, the credential of the process setting up sigio is cached, so as to authorize the later signal delivery. struct socket Open sockets also cache the credential of the process that created them. If a socket is passed out, or referenced by another part of the kernel, the jail it is attached to will continue to exist until the socket is closed. kernel accounting The kernel accounting code caches the credential of the process that turns on accounting. Since accounting can't be turned on in a jail, not likely the problem. kernel alq When tracing to disk is enabled in the kernel, a credential is cached from open of the file target to use for later I/O. UFS quotas, attributes When access to files to hold UFS meta-data is set up, credentials from setup are cached for later I/O. struct tcpcb TCP connections cache the socket credential during time wait so that IPFW-related uid and gid checks can be performed even once the socket has been released. So it seems there are generally two ways a jail might continue to be referenced: a service is set up caching a credential, or an object is set up caching a credential. In common practice, neither of these prevents a jail from evaporating: most services using cached credentials can't be set up from jails, and most objects that cache credentials are only referenced from proceses in the jail, so when the processes all exit, the cached credentials also evaporate. The only real exception to this is the tcpcb -- TCP connection remenants can last for quite a time after their socket exits, since they follow the TCP state machine (which has long waits). So this could be it -- check netstat and see if there are any largely closed TCP sessions from the jails. FYI, this is not a complete list of credential references, but it accounts for most of them. Are you using any services that pass references to sockets or other file descriptor objects in and out of the jail using UNIX domain sockets? If so, that could also be it. > Should I worry about these jails or is it harmless: It's probably harmless unless there's a leak. Jails are fairly light-weight objects, so if it takes a little longer to GC due to TCP, it's OK. On the other hand, if there's a leak, that's very bad; likewise, if you have an application passing credentials in and out of the jail (i.e., a jail management tool), it could be it needs to be slightly modified so as to release the credentials faster after the jail exits. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:39: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 D8EFC16A4CE; Sun, 15 Feb 2004 10:39:07 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2532143D1D; Sun, 15 Feb 2004 10:39:07 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (teodvftb@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FId5o26195476; Sun, 15 Feb 2004 21:39:05 +0300 (MSK) Date: Sun, 15 Feb 2004 21:39:05 +0300 (MSK) From: Maxim Konovalov To: Robert Watson In-Reply-To: Message-ID: <20040215213600.T3823@news1.macomnet.ru> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:39:08 -0000 Robert, Thank you very much for your summary. [...] > > Should I worry about these jails or is it harmless: > > It's probably harmless unless there's a leak. Jails are fairly > light-weight objects, so if it takes a little longer to GC due to TCP, > it's OK. On the other hand, if there's a leak, that's very bad; likewise, It is a leak. I proveded a how to repeat sequence in my previous reply to this thread. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:44:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFD416A4CE; Sun, 15 Feb 2004 10:44:37 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9DD43D1D; Sun, 15 Feb 2004 10:44:36 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id 831E9B83A; Sun, 15 Feb 2004 19:44:33 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 15 Feb 2004 19:44:29 +0100 User-Agent: KMail/1.5.94 References: <20040215213600.T3823@news1.macomnet.ru> In-Reply-To: <20040215213600.T3823@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_R47LAmHSBH3dK9h"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402151944.33290.freebsd-current@webteckies.org> cc: Robert Watson Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:44:37 -0000 --Boundary-02=_R47LAmHSBH3dK9h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 February 2004 19:39, Maxim Konovalov wrote: > Robert, > > Thank you very much for your summary. > > [...] > > > > Should I worry about these jails or is it harmless: > > > > It's probably harmless unless there's a leak. Jails are fairly > > light-weight objects, so if it takes a little longer to GC due to TCP, > > it's OK. On the other hand, if there's a leak, that's very bad; > > likewise, > > It is a leak. I proveded a how to repeat sequence in my previous > reply to this thread. Actually - your example suggests a connection hanging around, but in my cas= e,=20 `netstat -an' doesn't show any connection on the ip. More to follow (poking= =20 around sys/kern/kern_jail.c to try and get the value p->pr_ref). =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Fe= b 14=20 02:48:30 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_R47LAmHSBH3dK9h Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAL74ROv9JNmfFN5URAm36AJ48LCNVBhnATRSZKXcFedCkncM3SQCgqU8Y 1/UZyaaFyQNEzky6t0RxsfY= =Har/ -----END PGP SIGNATURE----- --Boundary-02=_R47LAmHSBH3dK9h-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:49: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 BBE9216A4CF for ; Sun, 15 Feb 2004 10:49:40 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CE443D1D for ; Sun, 15 Feb 2004 10:49:40 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1FInEDL058246; Sun, 15 Feb 2004 13:49:14 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1FInDNw058243; Sun, 15 Feb 2004 13:49:13 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Feb 2004 13:49:13 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Maxim Konovalov In-Reply-To: <20040215191756.P49729@news1.macomnet.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:49:40 -0000 On Sun, 15 Feb 2004, Maxim Konovalov wrote: > On Sun, 15 Feb 2004, 17:14+0100, Melvyn Sopacua wrote: > > > Hi, > > > > I have yet to figure out what triggers the bug, but I end up with 'running' > > jails, without any processes. So I thought I'd create 'jld' to remove a jail. > > However - prison_find isn't exported to userland. Probably for good reason. > > > > Should I worry about these jails or is it harmless: > [...] > > Yes, it is a known bug, see kern/54163 for example. It seems we are > leaking ucred reference somewhere. TIME_WAIT handling is involved too. > You can reproduce it easily: This seems to be consistent with my comments in a later message about 'struct tcpcb' references to credentials -- struct proc's reference is inheritted by struct socket, which passes it down to struct tcptw (mis-labeled as tcpcb in my earlier e-mail), which lives until the TCP connection's TIME_WAIT state finishes. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10: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 891E516A4CE for ; Sun, 15 Feb 2004 10:51:45 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43E0B43D1F for ; Sun, 15 Feb 2004 10:51:45 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1FIpJDL058263; Sun, 15 Feb 2004 13:51:19 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1FIpJoY058260; Sun, 15 Feb 2004 13:51:19 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Feb 2004 13:51:19 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Melvyn Sopacua In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:51:45 -0000 On Sun, 15 Feb 2004, Robert Watson wrote: ... > Here are some places you might have credentials that "hang on" -- i.e., > other kernel structures that cache references to credentials for some or > another reason: > > struct buf I realized that I forgot to fill in this structure, which may also be relevant. I'm not too familiar with the internals of the buffer cache, but 'struct buf's can hang around for quite a while in the context of NFS caching, etc, so if you're using jail with NFS, the jail reference might last until the writes are pushed back over NFS (or longer if they remain in the cache due to mmap'ing, etc). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:54: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 3558B16A4CE; Sun, 15 Feb 2004 10:54:06 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E38043D1D; Sun, 15 Feb 2004 10:54:05 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (5o64qjcj@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FIs4o26222406; Sun, 15 Feb 2004 21:54:04 +0300 (MSK) Date: Sun, 15 Feb 2004 21:54:04 +0300 (MSK) From: Maxim Konovalov To: Melvyn Sopacua In-Reply-To: <200402151944.33290.freebsd-current@webteckies.org> Message-ID: <20040215215230.N13958@news1.macomnet.ru> References: <200402151944.33290.freebsd-current@webteckies.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Robert Watson cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:54:06 -0000 On Sun, 15 Feb 2004, 19:44+0100, Melvyn Sopacua wrote: > On Sunday 15 February 2004 19:39, Maxim Konovalov wrote: > > Robert, > > > > Thank you very much for your summary. > > > > [...] > > > > > > Should I worry about these jails or is it harmless: > > > > > > It's probably harmless unless there's a leak. Jails are fairly > > > light-weight objects, so if it takes a little longer to GC due to TCP, > > > it's OK. On the other hand, if there's a leak, that's very bad; > > > likewise, > > > > It is a leak. I proveded a how to repeat sequence in my previous > > reply to this thread. > > Actually - your example suggests a connection hanging around, but in my case, > `netstat -an' doesn't show any connection on the ip. More to follow (poking Sure, they are GC after TIME_WAIT expires. > around sys/kern/kern_jail.c to try and get the value p->pr_ref). -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 10:54: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 5C0FC16A4CE for ; Sun, 15 Feb 2004 10:54:32 -0800 (PST) Received: from vanish.yandex.ru (vanish.yandex.ru [213.180.200.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D105443D1F for ; Sun, 15 Feb 2004 10:54:31 -0800 (PST) (envelope-from andrew-sj@yandex.ru) Received: from 183.102.dial.irtel.ru ([195.46.102.183]:24069 "EHLO andrr.my.domain" smtp-auth: "andrew-sj") by mail.yandex.ru with ESMTP id ; Sun, 15 Feb 2004 21:54:17 +0300 Date: Mon, 16 Feb 2004 02:53:21 -0000 To: freebsd-current@freebsd.org Content-Type: text/plain; format=flowed; charset=utf-8 From: Andrew MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera7.20/FreeBSD M2 build 445 Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 18:54:32 -0000 How can i use smbus in fbsd5.2-c (motherboard soltek sl75frn2 on nforce2u400)? I am trying nfpm driver, but freebsd don't say nothing about smbus while loading... pciconf -l -v say about smbus: none5@pci0:1:1: class=0x0c0500 card=0x0c1110de chip=0x006410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce MCP-T? SMBus Controller' class = serial bus subclass = SMBus -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 11:18: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 4E8CD16A4CE for ; Sun, 15 Feb 2004 11:18:04 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3613643D1F for ; Sun, 15 Feb 2004 11:18:04 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 23013 invoked from network); 15 Feb 2004 19:18:03 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Feb 2004 19:18:03 -0000 Received: from hydrogen.funkthat.com (bcncvk@localhost.funkthat.com [127.0.0.1])i1FJI37Y032919; Sun, 15 Feb 2004 11:18:03 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i1FJI2Cm032918; Sun, 15 Feb 2004 11:18:02 -0800 (PST) Date: Sun, 15 Feb 2004 11:18:02 -0800 From: John-Mark Gurney To: Andrew Message-ID: <20040215191802.GC85686@funkthat.com> Mail-Followup-To: Andrew , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 19:18:04 -0000 Andrew wrote this message on Mon, Feb 16, 2004 at 02:53 -0000: > How can i use smbus in fbsd5.2-c (motherboard soltek sl75frn2 on > nforce2u400)? > I am trying nfpm driver, but freebsd don't say nothing about smbus while > loading... > pciconf -l -v say about smbus: > none5@pci0:1:1: class=0x0c0500 card=0x0c1110de chip=0x006410de rev=0xa2 > hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce MCP-T? SMBus Controller' > class = serial bus > subclass = SMBus sys/pci/amdpm.c doesn't seem to know about this device ID... you might try to add the device id (0x0c11) to the probe to see if that works.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 11:22: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 B866516A4CE for ; Sun, 15 Feb 2004 11:22:07 -0800 (PST) Received: from 82-41-27-158.cable.ubr04.edin.blueyonder.co.uk (82-41-27-158.cable.ubr04.edin.blueyonder.co.uk [82.41.27.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C8C743D1D for ; Sun, 15 Feb 2004 11:22:07 -0800 (PST) (envelope-from andrew@mux.org.uk) Received: from mux.org.uk (spatula.flat [192.168.0.2]) by myriad.flat (Postfix) with ESMTP id 0C9DEBC; Sun, 15 Feb 2004 18:11:46 +0000 (GMT) Message-ID: <402FC715.3020502@mux.org.uk> Date: Sun, 15 Feb 2004 19:23:01 +0000 From: Andrew Boothman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <40286916.8070900@mux.org.uk> <20040214195656.Q3256@carver.gumbysoft.com> In-Reply-To: <20040214195656.Q3256@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: nate@root.org Subject: Re: Panic on ACPI shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 19:22:07 -0000 Doug White wrote: > On Tue, 10 Feb 2004, Andrew Boothman wrote: > > >>I've just had my current system, cvsupped about 48 hours ago, panic >>while shutting the power off via ACPI. All buffers had been flushed and >>the only task remaining was to physically switch off the power. >> >>vr_rxeof(...) ... > > > Pretty sure this is a bug in the vr driver; I've had the same thing happen > on my KT400. It gets an interrupt at exactly the wrong moment and boom. > I haven't had it happen in months, however. Indeed. I've had it happen once and never seen it since. Since it does appear to be a bug, I'll submit a PR and include the details of our conversation so far. Thanks guys! Andrew From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 11: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 2C2E316A4CE for ; Sun, 15 Feb 2004 11:49:09 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE3943D1D for ; Sun, 15 Feb 2004 11:49:08 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id EE5DFB83A; Sun, 15 Feb 2004 20:49:07 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 15 Feb 2004 20:49:02 +0100 User-Agent: KMail/1.5.94 References: <20040215213600.T3823@news1.macomnet.ru> <200402151944.33290.freebsd-current@webteckies.org> In-Reply-To: <200402151944.33290.freebsd-current@webteckies.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_z08LAWjfPN4E9mf"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402152049.07516.freebsd-current@webteckies.org> Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 19:49:09 -0000 --Boundary-02=_z08LAWjfPN4E9mf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 February 2004 19:44, Melvyn Sopacua wrote: > (poking around sys/kern/kern_jail.c to try and get the value p->pr_ref). Ok, I'm stuck. How does one get a struct prison (read-only for all I care),= =20 when only having a jail id, in userland? =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Fe= b 14=20 02:48:30 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_z08LAWjfPN4E9mf Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAL80zOv9JNmfFN5URAj2mAKCGjNJ0wmHINUlWKwIECnDmQDub3wCgjzpQ r1URb2aQz88Gk21IueVTKKs= =J1WP -----END PGP SIGNATURE----- --Boundary-02=_z08LAWjfPN4E9mf-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 11: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 DFB6016A4CE for ; Sun, 15 Feb 2004 11:56:44 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD2243D1D for ; Sun, 15 Feb 2004 11:56:44 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (08d3uvh4@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FJugo26174058; Sun, 15 Feb 2004 22:56:42 +0300 (MSK) Date: Sun, 15 Feb 2004 22:56:42 +0300 (MSK) From: Maxim Konovalov To: Melvyn Sopacua In-Reply-To: <200402152049.07516.freebsd-current@webteckies.org> Message-ID: <20040215225542.L40303@news1.macomnet.ru> References: <200402151944.33290.freebsd-current@webteckies.org> <200402152049.07516.freebsd-current@webteckies.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 19:56:45 -0000 On Sun, 15 Feb 2004, 20:49+0100, Melvyn Sopacua wrote: > On Sunday 15 February 2004 19:44, Melvyn Sopacua wrote: > > > (poking around sys/kern/kern_jail.c to try and get the value p->pr_ref). > > Ok, I'm stuck. How does one get a struct prison (read-only for all I care), > when only having a jail id, in userland? As I already wrote sysctl -o security.jail.list. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:07: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 14B1116A4CE for ; Sun, 15 Feb 2004 12:07:20 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B96343D2D for ; Sun, 15 Feb 2004 12:07:19 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1FK7HhM015797 for ; Sun, 15 Feb 2004 21:07:17 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 15 Feb 2004 21:07:17 +0100 Message-ID: <15796.1076875637@critter.freebsd.dk> Subject: HEADSUP: complete dev_t/cdevsw patches available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 20:07:20 -0000 OK, I have uploaded what I think are the complete patches for the dev_t reorganization. This is a very intrusive patch set which tries to get the dev_t API into final shape for RELENG_5, and puts versioning on it so that we have a chance of backwards compatibility in the future. The patch touches 166 files throughout the kernel tree, which is hopefully pretty close to the number of device-drivers we have in the tree. If you have style-fixes for this, I would appreciate if we can handle them afterwards, as this is an incredibly painful patch-set to maintain the way it is split up right now. Here is what I would like everybody with time and machines to do: 1. If you maintain a device driver, check it out in sysN.patch, yell at me if you hate what I've done. If you protest I will take your driver out of the patch, and leave it to you to fix it after my commit. The changes are pretty trivial to all drivers but the drivers in sys2.patch. 2. If you understand evil insides of the dev_t/vnode interaction, please review sys6.patch in particular. 3. If you understand how cloning works, review sys2.patch in particular. 4. Review anything else you may care for. 5. Install the sysN.patch and run with it. If it explodes, tell me where, how etc. (usual debugging applies). For brownie points, try to see if you can reproduce it with only a subset of the patches. It helps me if you can tell me in which sys%d.patch it breaks. 6. Have patience if/when things explode after next weekend when I commit this. Thanks in advance, Poul-Henning You will find the patches here: http://phk.freebsd.dk/patch --- patch file size --- -- patch lines -- lines words char filename plus minus netto 1818 6552 55569 sys1.patch 3 265 -262 1254 4862 33711 sys2.patch 309 353 -44 617 2427 20027 sys3.patch 31 68 -37 2395 9446 78634 sys4.patch 321 65 256 191 819 6616 sys5.patch 25 25 0 623 1967 15623 sys6.patch 199 59 140 5813 20526 161298 sysN.patch 879 826 53 sys1.patch (previously major.patch) patch relative to -current Free up a heap of static major numbers and use dynamic allocation for almost all our drivers. A few are left behind some intentionally, some because my script didn't find them. sys2.patch (previously pseudo.patch) patch relative to -current + sys1.patch Implement nmdm, snp, if_tap and if_tun as new-style cloning drivers. sys3.patch (previous tty.patch) patch relative to -current + sys2.patch Clean up cdevsw with respect to TTY drivers. sys4.patch patch relative to -current + sys3.patch Add version number to cdevsw so we can detect if a KLD is compiled with the same API. Flip the sense of the D_NOGIANT flag to be D_NEEDGIANT instead. Hopefully someday all these will be gone. sys5.patch patch relative to -current + sys4.patch Remove unused last arg from udev2dev(). Replace remaining use of makedev() with udev2dev(). sys6.patch patch relative to -current + sys5.patch Implement reference counting on dev_t and cdevsw. Check version number on cdevsw and refuse if incorrect. Free dev_t's back to malloc(9) when no longer used. Free major numbers when cdevsw no longer used. sys6.patch is the risky bit, and if there is too much trouble with it, I will either neuter it suitably (by not actually freeing the dev_t anyway) or not commit it at all. sysN.patch patch relative to -current. The kilopatch containing all of the above. And what do we all get for all this pain ? I hate to say that the visible impact is very limited right now. About the only thing you can see is this: syv# sysctl kern.malloc | grep dev_t dev_t 26 7K 8K 30 256 syv# ls -l /dev/nmdm crw-rw-rw- 1 root wheel 235, 0 Feb 15 19:34 /dev/nmdm This creates two instances of the null-modem driver (I guess ls(1) stats the name twice, or maybe the first is done by the shell ?) syv# ls -l /dev/nmdm* crw-rw-rw- 1 root wheel 235, 0 Feb 15 19:34 /dev/nmdm0A crw-rw-rw- 1 root wheel 235, 0x00100000 Feb 15 19:34 /dev/nmdm0B crw-rw-rw- 1 root wheel 235, 1 Feb 15 19:34 /dev/nmdm1A crw-rw-rw- 1 root wheel 235, 0x00100001 Feb 15 19:34 /dev/nmdm1B See ? Two instances. syv# sysctl kern.malloc | grep dev_t dev_t 30 8K 8K 34 256 More memory used. syv# find / -ls > /dev/null Now, stomp around until vnodes are reclaimed. syv# sysctl kern.malloc | grep dev_t dev_t 26 7K 8K 34 256 Less memory used again. The next thing from here is that we can avoid unloading drivers which the kernel still needs and we can recycle major numbers so we don't run out before we have 254 in concurrent use. And a whole lot of other things like a SMPng makeover of the "we don't have SMPng yet and I need something" atomics in DEVFS. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:09: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 8D75016A4CE for ; Sun, 15 Feb 2004 12:09:27 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00DE43D1D for ; Sun, 15 Feb 2004 12:09:26 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (c84k89tb@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1FK9Po26131424; Sun, 15 Feb 2004 23:09:25 +0300 (MSK) Date: Sun, 15 Feb 2004 23:09:25 +0300 (MSK) From: Maxim Konovalov To: msch@snafu.de In-Reply-To: Message-ID: <20040215230547.W44765@news1.macomnet.ru> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Panic with current kernel (ATA-related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 20:09:27 -0000 On Sun, 15 Feb 2004, 20:03-0000, msch@snafu.de wrote: > > I believe that's known one. There are several threads > > about similar symptomps in -current. Try this hack: > > Thanks a lot - this also helped me. Perhaps this patch should be comitted, > sholdn't it? Or does it hurt in other situations? I am not sure, I am definitly not an ATA expert, sorry. So it's up to our ATA/ATAPICAM maintainers. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:09: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 7D7A516A4CE for ; Sun, 15 Feb 2004 12:09:51 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 432A343D1D for ; Sun, 15 Feb 2004 12:09:51 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id 3F8BBB83A; Sun, 15 Feb 2004 21:09:48 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 15 Feb 2004 21:09:47 +0100 User-Agent: KMail/1.5.94 References: <200402152049.07516.freebsd-current@webteckies.org> <20040215225542.L40303@news1.macomnet.ru> In-Reply-To: <20040215225542.L40303@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_MI9LA22YOfRith7"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402152109.48098.freebsd-current@webteckies.org> Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 20:09:51 -0000 --Boundary-02=_MI9LA22YOfRith7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 February 2004 20:56, Maxim Konovalov wrote: > On Sun, 15 Feb 2004, 20:49+0100, Melvyn Sopacua wrote: > > On Sunday 15 February 2004 19:44, Melvyn Sopacua wrote: > > > (poking around sys/kern/kern_jail.c to try and get the value > > > p->pr_ref). > > > > Ok, I'm stuck. How does one get a struct prison (read-only for all I > > care), when only having a jail id, in userland? > > As I already wrote sysctl -o security.jail.list. No, a 'struct prison' in C. All you get with sysctlbyname is xprison, which= =20 doesn't expose the prison structure (which holds the refcount). Seems I'll= =20 have to go through kvm_open -> proc -> td_ucred -> cr_prison and some=20 forking. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Fe= b 14=20 02:48:30 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_MI9LA22YOfRith7 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAL9IMOv9JNmfFN5URAlr/AKCWxzS41m1JLAhT6nByZMkVCmEZygCcDAhI 6ODB38W1No+DtSuN3j45pi8= =FGa1 -----END PGP SIGNATURE----- --Boundary-02=_MI9LA22YOfRith7-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:34: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 2E84216A4CE for ; Sun, 15 Feb 2004 12:34:15 -0800 (PST) Received: from mailhub01.unibe.ch (mailhub01-skge0.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BA543D1D for ; Sun, 15 Feb 2004 12:34:15 -0800 (PST) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub01.unibe.ch [130.92.254.65]) by mailhub01.unibe.ch (Postfix) with ESMTP id 2242A25CB6B for ; Sun, 15 Feb 2004 21:34:14 +0100 (MET) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub01 [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 13895-02-93 for ; Sun, 15 Feb 2004 21:34:16 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id F0F6C25CB7A for ; Sun, 15 Feb 2004 21:34:11 +0100 (MET) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i1FKYBb14934 for ; Sun, 15 Feb 2004 21:34:11 +0100 (MET) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i1FKYBj5015450 for freebsd-current@freebsd.org; Sun, 15 Feb 2004 21:34:11 +0100 (MET) Date: Sun, 15 Feb 2004 21:34:11 +0100 From: Tobias Roth To: freebsd-current@freebsd.org Message-ID: <20040215203411.GA15442@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use different email client. X-Virus-checked: by University of Berne Subject: Re: Delay during FTP installation before ftp hostname is resolving X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 20:34:15 -0000 On Sun, Feb 15, 2004 at 02:10:01PM +0200, Rostislav Krasny wrote: > Hello there. > > I installed 5.2.1-RC2 through FTP and I noticed that there was a long > delay between sysinstall reported that it is trying to resolv FTP > hostname and this hostname is actually resolving. During the > installation I answered "No" to following two questions: just a short 'me too' comment. i have a very similar setup, and if i remember correctly, the behaviour you reported (just the long waiting time when resolving, i didn't look at the packetflow) has been the same for quite some time now (since 5.0 release or even longer). cheers, t. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:38: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 78FDB16A4CE for ; Sun, 15 Feb 2004 12:38:16 -0800 (PST) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 533F943D1D for ; Sun, 15 Feb 2004 12:38:16 -0800 (PST) (envelope-from nate@root.org) Received: (qmail 20353 invoked by uid 1000); 15 Feb 2004 20:38:17 -0000 Date: Sun, 15 Feb 2004 12:38:17 -0800 (PST) From: Nate Lawson To: current@freebsd.org, acpi-jp@jp.freebsd.org Message-ID: <20040215123643.L20266@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Lanny Baron Subject: cvs commit: src/sys/isa fd.c (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: Sun, 15 Feb 2004 20:38:16 -0000 Please cvsup and build a new kernel with this change to make sure it fixes your floppy drive. Also, you need to disable any "acpi_dsdt_load=YES" values in loader.conf to be sure this has an effect. -Nate ---------- Forwarded message ---------- njl 2004/02/15 12:30:22 PST FreeBSD src repository Modified files: sys/isa fd.c Log: Workaround some ACPI BIOSen which break the IO port into multiple resources. (Note that the correct range is 0x3f7,0x3f0-0x3f5.) Such devices will be detected as follows: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 To do this, we find the minimum and maximum start addresses for the resources and use them as the base for the IO and control ports. Help from: jhb Revision Changes Path 1.263 +35 -1 src/sys/isa/fd.c From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:50:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5EDF16A4CE for ; Sun, 15 Feb 2004 12:50:23 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8947F43D1D for ; Sun, 15 Feb 2004 12:50:23 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AsTDZ-0000xt-00 for ; Sun, 15 Feb 2004 21:50:21 +0100 Received: from ppp-62-194.customer.wingnet.net ([206.30.62.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 20:50:21 2004 Received: from jesse by ppp-62-194.customer.wingnet.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 20:50:21 2004 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Jesse Guardiani Date: Sun, 15 Feb 2004 15:50:13 -0500 Organization: WingNET Lines: 60 Message-ID: References: <402E3611.70804@freebsd.org> <20040214234449.GA38808@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ppp-62-194.customer.wingnet.net User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: Re: FreeBSD 5.2.1-RC2 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 20:50:24 -0000 Kris Kennaway wrote: > On Sat, Feb 14, 2004 at 06:37:30PM -0500, Jesse Guardiani wrote: > >> I'm having great difficulty with 5.2.1-RC2. I installed from an ISO just >> this afternoon. Getting the installer running wasn't easy. I tried all of >> the usual tricks that have worked for me in the past under 5.1-RELEASE >> and 5.2-RELEASE: >> >> - set hw.pci.allow_unsupported_io_range=1 >> - disabling ACPI >> >> But none of that helped. Without ACPI, my kernel would panic before >> starting sysinstall's device detection (somewhere before the keyboard >> probe). And WITH ACPI it would get further - to the sysinstall device >> detection screen, but promptly panic. Finally, I got it to install >> 5.2.1-RC2 by selecting "safe mode" from the loader menu. > > We can't do much without at least a transcription of the panic. > >> hw.ata.atapi_dma=1 >> >> Perhaps my hw.ata.atapi_dma line is breaking things? > > Certainly possible, because that's non-default and unsupported by a > lot of hardware. :) It's supported just fine on my hardware. It worked in 5.1-RELEASE and 5.2-RELEASE. And it's working now in 5.2.1-RC2. I'm writing this on the 5.2.1-RC2 kernel. I finally got it booting by manually executing these commands at the loader prompt: set hw.pci.allow_unsupported_io_range=1 set hint.apic.0.disabled=1 I guess this is OK, but I never had to set hint.apic.0.disabled=1 before. So I suppose it could be considered a regression. In addition, APM suspend/resume seems to be even more broken than it was in 5.2-RELEASE. I can't get the machine to come back from suspend no matter what I do now, whereas I used to be able to get it to resume if I booted with `boot-vD` in 5.2-RELEASE, and under 5.1-RELEASE I could get suspend/resume working with both APM *AND* ACPI. Also, setting ACPI_LOAD="NO" in /boot/loader.conf seems to be broken in 5.2.1-RC2. The loader will load acpi.ko regardless, unless explicitly told to not load it at the boot prompt with: unset ACPI_LOAD set hint.acpi.0.disabled=1 Thanks. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 13:03: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 1FFE216A4CE for ; Sun, 15 Feb 2004 13:03:55 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83DD43D1F for ; Sun, 15 Feb 2004 13:03:54 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 2B6CE2BD4A for ; Mon, 16 Feb 2004 08:03:53 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 0FCA851212; Mon, 16 Feb 2004 07:33:51 +1030 (CST) Date: Mon, 16 Feb 2004 07:33:51 +1030 From: Greg 'groggy' Lehey To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040215210350.GJ33797@wantadilla.lemis.com> References: <3109.192.168.1.147.1076687025.squirrel@internet.centrenad.com> <3109.192.168.1.147.1076687025.squirrel@internet.centrenad.com> <20040213232611.GP61632@wantadilla.lemis.com> <20040214095400.GF61632@wantadilla.lemis.com> <20040214231404.GH61632@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AwgMNpd3VkAVXjS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.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: Vincent Rioux Subject: Re: Vinum dumpconfig returns nothing ?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 21:03:55 -0000 --7AwgMNpd3VkAVXjS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 15 February 2004 at 15:19:16 +0100, Dag-Erling Smrgrav wrote: > Greg 'groggy' Lehey writes: >> On Saturday, 14 February 2004 at 14:37:56 +0100, Dag-Erling Smrgrav wrote: >>> Greg 'groggy' Lehey writes: >>>> On Saturday, 14 February 2004 at 10:41:57 +0100, Dag-Erling Smrgrav wrote: >>>>> Last I tried (on 5.1), performance was abysmal >>>> How did you measure it? >>> Bonnie and iostat. >> Single process throughput? Is that how you intend to use the system? > > Mostly, yes. The system in question is a storage server with average > file sizes of a few gigabytes. And it only serves a single request at a time? > Using ataraid instead of vinum gave me 10 to 20 times more > throughput. I think you need more rigorous methods of measurement. Greg -- See complete headers for address and phone numbers. --7AwgMNpd3VkAVXjS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAL962IubykFB6QiMRAnehAKC0Ehh9DkRti0MlkJ8YtgcrqdvigACfS9Dd k1lREA7tggugQsCJFRyL1Qc= =VwAM -----END PGP SIGNATURE----- --7AwgMNpd3VkAVXjS-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 13:04: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 C2F6316A4CE for ; Sun, 15 Feb 2004 13:04:24 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22ED43D2D for ; Sun, 15 Feb 2004 13:04:24 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id CC107301BE; Sun, 15 Feb 2004 16:04:23 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 328321D1EFC; Sun, 15 Feb 2004 16:04:21 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16431.57045.45767.260237@canoe.dclg.ca> Date: Sun, 15 Feb 2004 16:04:21 -0500 To: Jason In-Reply-To: <402EC51C.7000509@ec.rr.com> References: <16430.41516.536852.960246@canoe.dclg.ca> <402EC51C.7000509@ec.rr.com> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: spinlock coredump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 21:04:24 -0000 >>>>> "jason" == jason writes: jason> David Gilbert wrote: >> Does anyone know what has to be recompiled when this message >> occurs? >> >> [2:6:263]dgilbert@canoe:~> xmms Fatal error 'Spinlock called when >> not threaded.' at line 83 in file >> /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) jason> try portupgrade -Rr xmms to get all that depend on xmms and all jason> that xmms depends on. This worked for xmms, however, now some other library causes the kde build to fail. It seems like a mark and sweep of all ports using threads might be necessary. BTW... does this mean that python with threads will work with mod_python now? 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 Sun Feb 15 14:00: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 18B2516A4CF for ; Sun, 15 Feb 2004 14:00:34 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF92B43D1D for ; Sun, 15 Feb 2004 14:00:33 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AsUJU-0001XM-00 for ; Sun, 15 Feb 2004 23:00:32 +0100 Received: from ppp-62-194.customer.wingnet.net ([206.30.62.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 22:00:32 2004 Received: from jesse by ppp-62-194.customer.wingnet.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 22:00:32 2004 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Jesse Guardiani Date: Sun, 15 Feb 2004 17:00:25 -0500 Organization: WingNET Lines: 100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ppp-62-194.customer.wingnet.net User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: 5.2-RELEASE intermittent ulpt bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 22:00:34 -0000 Howdy list, I've been meaning to send this info in since mid January, but the bug is very intermittent by nature and I couldn't find time to poke and prod the system until now. Here's the situation: I have an HP-Deskjet-5550 (which, I might add, is an EXCELLENT printer if you want great quality color prints and only need a very light duty cycle) attached via USB cable to a 5.2-RELEASE machine. The 5.2-RELEASE machine is my wife's workstation and occasionally it will fail to print. When this happens, the CPU climbs to 0% idle and the hard disk light flashes incessantly. The 'usb' process is hogging all the CPU, and any attempts to kill the process fail: [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# kill -9 11796 [18:48]jesse@isaac:[~/documents]# ps auxwww | grep usb root 11796 6.2 0.1 2712 184 ?? D 4:12PM 12:26.99 usb:/dev/ulpt0 58 jesse (stdin) 1 (usb) A reboot will solve the problem and any queued documents (via CUPS) will print out successfully. If I swap the printer to a parrallel cable instead of USB then it runs forever without problems. Below is my DDB session during one of these ulpt fits. I'm not very good with DDB, so I'm not sure how useful the below info is, but hopefully someone can make heads or tails out of it: Debugger("manual escape to debugger") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> ps ... 11796 c35f71c4 d3174000 0 542 542 0004100 [SLP]swwrt 0xc7d15510] usb ... db> trace 11796 sched_switch(c32b3500,2,c08a51ce,1d4,bafe171f) at sched_switch+0xa5 mi_switch(c32b3500,44,c08a51ce,c6,2) at mi_switch+0x238 msleep(c7d15510,0,44,c08c21f2,0) at msleep+0x4ef swap_pager_putpages(c37d6294,d30f8980,1,1,d30f8930) at swap_pager_putpages+0x4c9 vm_pageout_flush(d30f8980,1,0,64,d30f8a04) at vm_pageout_flush+0x17a vm_contig_launder(22,0,c08c3c45,aa,246) at vm_contig_launder+0x237 contigmalloc1(4000,c0903980,1,0,ffffffff) at contigmalloc1+0x14c contigmalloc(4000,c0903980,1,0,ffffffff) at contigmalloc+0x6b bus_dmamem_alloc(c375df40,c375dd08,5,c375dd04,ffffffff) at bus_dmamem_alloc+0xcd usb_block_allocmem(0,4000,1,c445b23c,0) at usb_block_allocmem+0x180 usb_allocmem(c2d81000,4000,0,c445b23c,d30f8b04) at usb_allocmem+0x73 uhci_allocm(c2d81000,c445b23c,4000,c2d92780,d30f8b3c) at uhci_allocm+0x27 usbd_alloc_buffer(c445b200,4000,c32b3500,0,c32d02ec) at usbd_alloc_buffer+0x28 ulpt_do_write(c2d92780,d30f8c80,20001,c32d02ec,c3ea8000) at ulpt_do_write+0x5a ulptwrite(c09691b0,d30f8c80,20001,d30f8b78,108) at ulptwrite+0x59 spec_write(d30f8be4,d30f8c30,c06b25e3,d30f8be4,20002) at spec_write+0x1c3 spec_vnoperate(d30f8be4,20002,c32b3500,231,d30f8c80) at spec_vnoperate+0x18 vn_write(c32d02ec,d30f8c80,c37b4d00,0,c32b3500) at vn_write+0x233 dofilewrite(c32b3500,c32d02ec,3,bfbfcca4,108) at dofilewrite+0xfb write(c32b3500,d30f8d14,c08c95a6,3ee,3) at write+0x6e syscall(2f,2f,2f,bfbfcca4,108) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (4, FreeBSD ELF32, write), eip = 0x280fe0af, esp = 0xbfbfcc1c, ebp = 0xbfbfecbc --- I tried panicing the system and running GDB on the crash dump in hopes of getting line numbers for the above, but I couldn't figure out how to make GDB do a trace on a process like I did above with DDB. I'd be happy to do so if someone can tell me how. >From what little I know about POSIX threads (I've read about half of Programming with POSIX Threads by Dave B.) I suspect a thread dead lock condition, but take that as a grain of salt because I don't know what I'm talking about. :) I'll be upgrading this machine to 5.2.1-RC2 today, so I should know in a week or two if this issue still exists in 5.2.1-RC2. Again, the problem is very hard to reproduce, so it's a matter of time. Thanks! -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:02: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 5C11016A4CE for ; Sun, 15 Feb 2004 14:02:58 -0800 (PST) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8C243D1F for ; Sun, 15 Feb 2004 14:02:57 -0800 (PST) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-216-100-132-94.dsl.snfc21.pacbell.net [216.100.132.94])i1FM2hpw121494; Sun, 15 Feb 2004 17:02:44 -0500 Message-ID: <402FEC68.30700@elischer.org> Date: Sun, 15 Feb 2004 14:02:16 -0800 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: "Bjoern A. Zeeb" References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD net mailing list cc: FreeBSD current mailing list cc: "Bjoern A. Zeeb" cc: brian@awfulhak.org Subject: Re: TEST/REVIEW ng_ether/ng_pppoe/ppp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 22:02:58 -0000 Bjoern A. Zeeb wrote: > Hi, > > I have added some functionality to ng_ether / ng_pppoe that is needed > for running multiple pppoe sessions over one single NIC even if > the AC uses s.th. like 'pppoe duplicate-protection' [1]. > > I have seperated the patches for easier review and tried to do it in > a manner so that parts can be used for other things too (at least the > ng_ether one). I also updated the man pages to reflect these changes. > > Here are the patches: > > > http://sources.zabbadoz.net/freebsd/patchset/10005-net-netgraph-ether.diff > this comment and the code disagree.... + /* If "promisc" hook not connected, let packet continue */ + if (priv->lower == NULL || priv->lowerType!=LOWER_TYPE_PROMISC) { + m_freem(m); + return; + } if not connected.. discarded.... In the documentation: +written to the hook. The interface has to be put into promiscuous before +by using p.ex. +.Dv NGM_ETHER_SET_PROMISC . +Normal incoming traffic is unaffected. what is the "p.ex" ? > ! Description: hook for ng_ether to receive unicast packets to a > ! different Ethernet address than the one of the interface. > > > http://sources.zabbadoz.net/freebsd/patchset/10006-netgraph-pppoe.diff > > ! Description: 2 extensions to ng_pppoe: > ! + in addition to AC NAME also report AC MAC to userspace > ! + add the ability to give a MAC as source MAC for the > ! session when connecting > > looks ok from a quick look... what are you doing with these? have you tested teh pppoe with: 1/ pppoed 2/ ppp (obviously yes from your patch below) 3/ mpd to check that it does not cause regressions? > Please review and commit if you like it. > > > I have tested both for some weeks now with following patch to ppp(8). > It needs a lot more review but may be good enough for testing. > Comments/diffs/improved versions on this one welcome. > > http://sources.zabbadoz.net/freebsd/patchset/10008-usr-sbin-ppp-pppoe-smac.diff hmmm, I see,, very interesting... you should make an attempt to contact brian > > ! Description: extend ppp to make use of patch 10006 (set source MAC > ! for pppoe session). > ! > ! Remarks: hopefully seperated patch correctly from 10007; > ! I am almost sure this patch will break something else. > > [it will most likely not apply cleanly without patch 10007 - see other > mail to current@ ] > > > > [1] http://juniper.net/techpubs/software/erx/erx50x/swconfig-link/html/pppoe-config5.html#123643 > -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:04: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 2E3AB16A4CE for ; Sun, 15 Feb 2004 14:04:15 -0800 (PST) Received: from opiate.soulwax.net (unknown [216.58.85.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0708743D2D for ; Sun, 15 Feb 2004 14:04:15 -0800 (PST) (envelope-from chopra@opiate.soulwax.net) Received: by opiate.soulwax.net (Postfix, from userid 1001) id 52810C0F9; Sun, 15 Feb 2004 17:04:14 -0500 (EST) Date: Sun, 15 Feb 2004 17:04:14 -0500 From: Munish Chopra To: freebsd-current@freebsd.org Message-ID: <20040215220414.GC59471@opiate.soulwax.net> Mail-Followup-To: freebsd-current@freebsd.org References: <16430.41516.536852.960246@canoe.dclg.ca> <402EC51C.7000509@ec.rr.com> <16431.57045.45767.260237@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16431.57045.45767.260237@canoe.dclg.ca> Subject: Re: spinlock coredump. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 22:04:15 -0000 On 2004-02-15 16:04 +0000, David Gilbert wrote: > >>>>> "jason" == jason writes: > > jason> David Gilbert wrote: > >> Does anyone know what has to be recompiled when this message > >> occurs? > >> > >> [2:6:263]dgilbert@canoe:~> xmms Fatal error 'Spinlock called when > >> not threaded.' at line 83 in file > >> /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > > jason> try portupgrade -Rr xmms to get all that depend on xmms and all > jason> that xmms depends on. > > This worked for xmms, however, now some other library causes the kde > build to fail. It seems like a mark and sweep of all ports using > threads might be necessary. > This worked for me: 1. Remap pthread to c_r in libmap.conf for everything. 2. portupgrade -afR 3. Remove mapping. The spinlock build errors didn't happen as long as the mapping was in place, and now that everything is rebuilt things work as usual again. -- Munish Chopra From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14:20: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 B741A16A4CE for ; Sun, 15 Feb 2004 14:20:48 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D2B43D1D for ; Sun, 15 Feb 2004 14:20:48 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AsUd5-0001ji-00 for ; Sun, 15 Feb 2004 23:20:47 +0100 Received: from ppp-62-098.customer.wingnet.net ([206.30.62.98]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 22:20:47 2004 Received: from jesse by ppp-62-098.customer.wingnet.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun Feb 15 22:20:47 2004 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Jesse Guardiani Date: Sun, 15 Feb 2004 17:20:41 -0500 Organization: WingNET Lines: 62 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ppp-62-098.customer.wingnet.net User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: process exiting strangeness under 5.2.1-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 22:20:48 -0000 I encountered this earlier today while getting familiar with 5.2.1-RC2. It happened right after I CTRL+ALT+BACKSPACE'd out of KDE: [12:51]jesse@trevarthan:[~]# tail -f /var/log/messages Feb 15 12:52:10 trevarthan kernel: pid 1566 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:10 trevarthan kernel: pid 1567 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:10 trevarthan kernel: pid 1568 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:11 trevarthan kernel: pid 1569 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:11 trevarthan kernel: pid 1570 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:11 trevarthan kernel: pid 1571 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:11 trevarthan kernel: pid 1572 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:12 trevarthan kernel: pid 1573 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:12 trevarthan kernel: pid 1574 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:12 trevarthan kernel: pid 1575 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:13 trevarthan kernel: pid 1576 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:13 trevarthan kernel: pid 1578 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:13 trevarthan kernel: pid 1579 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:13 trevarthan kernel: pid 1580 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:13 trevarthan kernel: pid 1581 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:14 trevarthan kernel: pid 1582 (kdeinit), uid 1001: exited on signa l 6 (core dumped) Feb 15 12:52:14 trevarthan kernel: pid 1583 (kdeinit), uid 1001: exited on signa l 6 (core dumped) ^C [12:52]jesse@trevarthan:[~]# These messages continued forever on my primary console until I went to single user mode. Stock kernel. Booting with hint.apic.0.disabled=1. uname -a: FreeBSD trevarthan.int.wingnet.net 5.2.1-RC2 FreeBSD 5.2.1-RC2 #0: Thu Feb 12 16:28:31 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 I've since been unable to reproduce the problem. Still, it stikes me as rather bad that a process was looping on core dump. I've still got the kdeinit.core if anyone is interested. Any ideas? -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14: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 3747516A4CE; Sun, 15 Feb 2004 14:33:02 -0800 (PST) Received: from sarevok.webteckies.org (node123e0.a2000.nl [24.132.35.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C4F43D1F; Sun, 15 Feb 2004 14:33:01 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id D97DBB83A; Sun, 15 Feb 2004 23:33:00 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Sun, 15 Feb 2004 23:32:55 +0100 User-Agent: KMail/1.5.94 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_cO/LACtSa0DXzlk"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402152333.00565.freebsd-current@webteckies.org> cc: Robert Watson Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 22:33:02 -0000 --Boundary-02=_cO/LACtSa0DXzlk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 February 2004 19:18, Robert Watson wrote: > On Sun, 15 Feb 2004, Melvyn Sopacua wrote: > > I have yet to figure out what triggers the bug, but I end up with > > 'running' jails, without any processes. So I thought I'd create 'jld' to > > remove a jail. However - prison_find isn't exported to userland. > > Probably for good reason. > [ snip very informative analysis ] > The only real exception to this is the tcpcb > -- TCP connection remenants can last for quite a time after their socket > exits, since they follow the TCP state machine (which has long waits). So > this could be it -- check netstat and see if there are any largely closed > TCP sessions from the jails. FYI, this is not a complete list of > credential references, but it accounts for most of them. > > Are you using any services that pass references to sockets or other file > descriptor objects in and out of the jail using UNIX domain sockets? If > so, that could also be it. Mostly this happens when setting up the jails. The first one (10) with the= =20 jail-${IP}.idg.nl hostname, is created by a script 'makejail.sh', which is= =20 largely based upon the make steps descriped in jail(8). After the steps=20 listed there, the jail is fired up to execute 'ports-jail.sh' inside the=20 jail, which basically sets up some standard ports (portupgrade, shells, vim= ,=20 postfix). I copy over distfiles, but it is possible, that fetch(1) came int= o=20 play. After this script, all is done - the jail should exit. The number 15 with the correct hostname, is me logging in and doing some=20 additional work, mostly installing and configuring ports. The use of fetch(= 1)=20 is very likely, as these ports are used inside jails only and typically don= 't=20 exist in the host system's distfiles. I've logged out, without having stuff= =20 in the background. I've tried to get the refcount, but get stuck on the proc structure - getti= ng=20 a bus error a few lines down. I couldn't find a faster road to this - if=20 anybody can, I'd be happy to run some diagnostics. Probably the most=20 interesting thing is to see whether the prison refcount is really 0. My attempt below, was compiled with -D_KERNEL -lkvm. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Fe= b 14=20 02:48:30 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D /* vim600: sw=3D4 ts=3D4 ai */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static struct prison * prison_find(int prid) { struct prison *pr; pid_t pid; char errbuf[_POSIX2_LINE_MAX]; kvm_t *kern; struct kinfo_proc *p_procinfo; struct proc *p_proc; struct ucred *p_uc; int num_procs, i, status; pid =3D fork(); pr =3D NULL; switch (pid) { case -1 : perror("fork()"); break; case 0 : setsid(); jail_attach(prid); sleep(60); exit(0); default: sleep(1); /* wait for jail_attach() */ kern =3D kvm_openfiles(NULL, NULL, NULL, O_RDONLY, errbuf); if( kern =3D=3D NULL ) { fprintf(stderr, "Cannot open kernel memory: %s", errbuf); break; } p_procinfo =3D kvm_getprocs(kern, KERN_PROC_PID, pid, &num_procs); printf("Getting %d processes for pid %d and my pid is %d\n", num_procs,= =20 pid, getpid()); for( i=3Dnum_procs; --i >=3D 0 ; ++p_procinfo ) { p_proc =3D p_procinfo->ki_paddr; if( p_proc =3D=3D NULL ) { fprintf(stderr, "Cannot get proc struct from proinfo %d.\n", i); break; } p_uc =3D (struct ucred *)p_proc->p_ucred; if( p_uc =3D=3D NULL ) { fprintf(stderr, "Cannot get ucred struct from proc (pi %d).\n", i); break; } pr =3D (struct prison *)p_uc->cr_prison; if( pr !=3D NULL ) break; } kvm_close(kern); waitpid(pid, &status, WNOHANG); break; } return pr; } int main(int argc, char *argv[]) { struct prison *p; int jid; if( argc =3D=3D 2 ) { jid =3D (int)strtol(argv[1], NULL, 10); if( jid > 0 ) { p =3D prison_find(jid); if( p =3D=3D NULL ) { fprintf(stderr, "Cannot find the prison!"); } else { printf("Refcount is: %d\n", p->pr_ref); } } else { printf("Invalid jid: %d", jid); } } else { printf("No jid\n"); } =09 return 0; } --Boundary-02=_cO/LACtSa0DXzlk Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAL/OcOv9JNmfFN5URAk0lAJoCiXBcNebYhGXsBoPBc2aOuAiclwCeKWkk IRSyFk1DVrDORoL9+73oOGI= =Frs0 -----END PGP SIGNATURE----- --Boundary-02=_cO/LACtSa0DXzlk-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 16:11: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 316F216A4CE for ; Sun, 15 Feb 2004 16:11:58 -0800 (PST) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9025343D1F for ; Sun, 15 Feb 2004 16:11:57 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i1G0Bu64062481; Sun, 15 Feb 2004 17:11:56 -0700 (MST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i1G0BtSk062480; Sun, 15 Feb 2004 17:11:56 -0700 (MST) (envelope-from ken) Date: Sun, 15 Feb 2004 17:11:55 -0700 From: "Kenneth D. Merry" To: Poul-Henning Kamp Message-ID: <20040216001155.GA62253@panzer.kdm.org> References: <39982.1075975367@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <39982.1075975367@critter.freebsd.dk> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: HEADSUP: disk_*(9) API change mega-patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 00:11:58 -0000 On Thu, Feb 05, 2004 at 11:02:47 +0100, Poul-Henning Kamp wrote: > > This is a mostly mechanical and largely untested patch, so please test > carefully if you have the necessary hardware. > > Kernel patch: > http://phk.freebsd.dk/patch/disk.patch > > Man-page update: > http://phk.freebsd.dk/patch/disk_man.patch > > Patch version: 2004-02-05.1 > > This patch changes the disk_*(9) API so that ownership of the "struct > disk" is moved from the device drivers to GEOM. This removes a lot > of trouble from the disk_destroy(9) handling, which should be robust > with this patch. > > After this change the API works as follows: > > allocated struct disk with disk_alloc(), store pointer in softc. > populate fields, including d_unit and d_flags which were > previous arguments to disk_create(). > call disk_create() with the pointer. > > call disk_destroy() to signal that the device has disappeared. > NB: do not access struct disk in the driver anymore! > return any outstanding requests with suitable error. > > At the same time: eliminate unused arguments from disk_create(9) > > Reverse sense of DISKFLAG_NOGIANT, to DISKFLAG_NEEDSGIANT. > > Two weeks review In scsi_da.c, you have some changes that are not related to this: - you've added a quirk entry. This should be run through njl. - you're sending a TUR in dagetcapacity(), which shouldn't be necessary. See rev 1.88 of scsi_cd.c and rev 1.55 of cam_periph.c. Ken -- Kenneth Merry ken@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 16:27: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 B3A2E16A4CE for ; Sun, 15 Feb 2004 16:27:04 -0800 (PST) Received: from mail.infinithost.com (mail.infinithost.com [69.48.53.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9580443D39 for ; Sun, 15 Feb 2004 16:27:04 -0800 (PST) (envelope-from Mikeal-list@infinithost.com) Received: from aspire.infinithost.com ([69.48.53.6]:51521) by mail.infinithost.com with esmtp (Exim 4.30) id 1AsWbH-000KUY-NK for current@FreeBSD.org; Sun, 15 Feb 2004 18:27:03 -0600 Mime-Version: 1.0 (Apple Message framework v612) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@FreeBSD.org From: Mikeal clark Date: Sun, 15 Feb 2004 18:26:56 -0600 X-Mailer: Apple Mail (2.612) Subject: Audigy Support on FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 00:27:04 -0000 I cvsup'd -current this morning after not doing so since last saturday, and the Audigy support stopped working. I have a Audigy 2 Plat. Dmesg shows no driver attached. Is this just me or is anyone else experiencing this? Mikeal Clark Infinithost LLC CompTIA A+, MCP www.infinithost.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 16:30:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2905E16A4CE for ; Sun, 15 Feb 2004 16:30:43 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228BA43D1F for ; Sun, 15 Feb 2004 16:30:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (5e7820750e01a212127f81029801e240@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169])i1G0UgbF003115; Sun, 15 Feb 2004 16:30:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 262A066D0E; Sun, 15 Feb 2004 16:30:42 -0800 (PST) Date: Sun, 15 Feb 2004 16:30:42 -0800 From: Kris Kennaway To: Mikeal clark Message-ID: <20040216003041.GA62692@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org Subject: Re: Audigy Support on FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 00:30:43 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 15, 2004 at 06:26:56PM -0600, Mikeal clark wrote: > I cvsup'd -current this morning after not doing so since last saturday,= =20 > and the Audigy support stopped working. I have a Audigy 2 Plat. Dmesg= =20 > shows no driver attached. Is this just me or is anyone else=20 > experiencing this? Are you using a module, or is it statically compiled into your kernel? Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMA8xWry0BWjoQKURAnoTAJwMTtH4/gonWlO4YI1u5djgsxrPCgCgqjJ7 NPeXnJ17jIV0b8ihOx1S8ig= =gZXM -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 16:36:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C298D16A4CE for ; Sun, 15 Feb 2004 16:36:26 -0800 (PST) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0EB643D1D for ; Sun, 15 Feb 2004 16:36:26 -0800 (PST) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id BE2E4346B9; Sun, 15 Feb 2004 20:32:15 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id ADDFF34597 for ; Sun, 15 Feb 2004 20:32:15 -0400 (AST) Date: Sun, 15 Feb 2004 20:32:15 -0400 (AST) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Message-ID: <20040215202924.T96890@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Dlink 690TXD 'hangs' with "discard oversize frame" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 00:36:26 -0000 Just picked up one of these for my laptop ... attached to my Linksys 10/100 Router in autoselect mode, it negotiates at 100baseT Full Duplex ... When I put some load onto her, I get: Feb 15 20:02:16 mobile kernel: rl0: discard oversize frame (ether type 78e4 flags 3 len 2611 > max 1514) ifconfig down/up corrects the problem for awhile, and then it happens again ... Just downgraded it to 10baseT/UTP, whic seems to make it more stable ... Had an older Linksys card it here, also running at 100baseT, and didn't have any problems with her ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 17: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 9B93A16A4CE for ; Sun, 15 Feb 2004 17:15:06 -0800 (PST) Received: from titan.kgt.co.jp (titan.kgt.co.jp [210.141.246.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AEA643D1F for ; Sun, 15 Feb 2004 17:15:06 -0800 (PST) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (navgw.kgt.co.jp [210.141.246.71]) by titan.kgt.co.jp (Postfix) with ESMTP id 3C21310248; Mon, 16 Feb 2004 10:15:05 +0900 (JST) Received: from kgt.co.jp (kubotaj4 [192.168.1.7]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id 1970847711; Mon, 16 Feb 2004 10:15:05 +0900 (JST) Received: from localhost [192.168.15.205] by kgt.co.jp with ESMTP (SMTPD32-8.04) id A99C2BC003C; Mon, 16 Feb 2004 10:15:08 +0900 Date: Mon, 16 Feb 2004 10:15:05 +0900 (JST) Message-Id: <20040216.101505.74756126.haro@kgt.co.jp> To: freebsd-current@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Mathew Kanner Subject: LOR with sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 01:15:06 -0000 Hi all, I've gotten following LoR with sounde code, using kernel from Feb 15th with patch from Mathew Kanner: http://docs.freebsd.org/cgi/mid.cgi?20031215185606.GA63202 > lock order reversal > 1st 0xc31ca140 pcm0:play:0 (pcm play channel) @ dev/sound/pcm/channel.c:1069 > 2nd 0xc31b6ec0 pcm0:record:0 (pcm record channel) @ dev/sound/pcm/channel.c:1350 > Stack backtrace: > backtrace(0,ffffffff,c0761120,c0761148,c07303fc) at backtrace+0x12 > witness_checkorder(c31b6ec0,9,c06cfeaf,546) at witness_checkorder+0x593 > _mtx_lock_flags(c31b6ec0,0,c06cfea6,546,d29f2a70) at _mtx_lock_flags+0x67 > chn_lock(c32add80,c,c407b000,c405b000,102) at chn_lock+0x1a > sndbuf_remalloc(c31bab00,200,100,c32add80,100) at sndbuf_remalloc+0x8c > chn_setblocksize(c32add80,200,0,20000,c31cf718) at chn_setblocksize+0x306 > chn_tryspeed(c32add80,1f40) at chn_tryspeed+0x149 > chn_tryformat(c32add80,10,10,d29f2c60,d29f2c60) at chn_tryformat+0xaf > chn_setformat(c32add80,10,0,c1616a00,c32add80) at chn_setformat+0x15 > dsp_ioctl(c075a6a0,c0045005,d29f2c60,3,c3733540) at dsp_ioctl+0x9f2 > spec_ioctl(d29f2b88,d29f2c34,c0583df7,d29f2b88,c074fc40) at spec_ioctl+0x12d > spec_vnoperate(d29f2b88) at spec_vnoperate+0x13 > vn_ioctl(c3778f24,c0045005,d29f2c60,c371f180,c3733540) at vn_ioctl+0x17f > ioctl(c3733540,d29f2d14,3,5,296) at ioctl+0x37c > syscall(c068002f,2f,2f,0,0) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (54), eip = 0x284e7b1b, esp = 0xbfbf5dfc, ebp = 0xbfbf5e18 --- Also, I'm getting following warning with sound related code path. > malloc() of "4096" with the following non-sleepable locks held: > exclusive sleep mutex pcm0:play:0 (pcm play channel) r = 0 (0xc31ca140) locked @ dev/sound/pcm/channel.c:1069 > malloc() of "4096" with the following non-sleepable locks held: > exclusive sleep mutex pcm0 (sound cdev) r = 0 (0xc31ca2c0) locked @ dev/sound/pcm/dsp.c:213 > malloc() of "4096" with the following non-sleepable locks held: > exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc31b6ec0) locked @ dev/sound/pcm/dsp.c:479 FYI, I use following sound card build into my note book. pcm0: port 0xfcac-0xfcaf,0xfc00-0xfc3f mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 pcm0: Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 17:41: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 76AE116A4CE for ; Sun, 15 Feb 2004 17:41:39 -0800 (PST) Received: from s1.vhost.cz (s1.vhost.cz [195.39.16.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBF943D1F for ; Sun, 15 Feb 2004 17:41:38 -0800 (PST) (envelope-from konfer@mikulas.com) Received: (qmail 71786 invoked by uid 85); 16 Feb 2004 02:41:37 +0100 Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 16 Feb 2004 02:41:36 +0100 Message-ID: <40301FCF.7060806@mikulas.com> Date: Mon, 16 Feb 2004 02:41:35 +0100 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040215 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Subject: PANIC: trap.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, 16 Feb 2004 01:41:39 -0000 Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT #1: Mon Feb 16 00:53:39 CET 2004 I built few kernels from saturday morning to sunday evening and with all of them i got this panic .. (my last functional kernel is from FreeBSD 5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri ~~~cut~~~ panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x98 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05726c8 stack pointer = 0x10:0xcd931b6c frame pointer = 0x10:0xcd931c08 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 27 (swi1: net) trap number = 12 panic: page fault at line 819 in file /usr/src/sys/i386/i386/trap.c syncing disks, buffers remaining... 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 2228 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=16089983 2228 2228 2228 2228 2228 giving up on 1832 buffers Uptime: 48m58s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug Reading symbols from /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04ef695 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:374 #2 0xc04ef963 in __panic () at /usr/src/sys/kern/kern_shutdown.c:552 #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at /usr/src/sys/i386/i386/trap.c:819 #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at /usr/src/sys/i386/i386/trap.c:733 #5 0xc063b405 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = -1066754656, tf_ss = 64}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 #7 0xc05719ce in ip_forward (m=0xc10f7200, srcrt=0, next_hop=0x0) at /usr/src/sys/netinet/ip_input.c:1868 #8 0xc05705f1 in ip_input (m=0xc10f7200) at /usr/src/sys/netinet/ip_input.c:698 #9 0xc05536ea in netisr_processqueue (ni=0xc06f7c18) at /usr/src/sys/net/netisr.c:152 #10 0xc0553a5d in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:257 #11 0xc04dfd08 in ithread_loop (arg=0xc10dd580) at /usr/src/sys/kern/kern_intr.c:547 #12 0xc04df0e0 in fork_exit (callout=0xc04dfbd4 , arg=0xc10dd580, frame=0xcd931d48) at /usr/src/sys/kern/kern_fork.c:802 (kgdb) up 3 #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at /usr/src/sys/i386/i386/trap.c:819 819 panic("%s", trap_msg[type]); (kgdb) up 1 #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at /usr/src/sys/i386/i386/trap.c:733 733 trap_fatal(frame, eva); #5 0xc063b405 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = -1066754656, tf_ss = 64}) at /usr/src/sys/i386/i386/trap.c:420 420 (void) trap_pfault(&frame, FALSE, eva); ~~~cut~~~ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 17:48: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 3D25716A4CE for ; Sun, 15 Feb 2004 17:48:52 -0800 (PST) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92CDA43D2D for ; Sun, 15 Feb 2004 17:48:51 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i1G1mpL3000910 for ; Sun, 15 Feb 2004 18:48:51 -0700 (MST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i1G1mo4P000909 for current@FreeBSD.org; Sun, 15 Feb 2004 18:48:50 -0700 (MST) (envelope-from ken) Date: Sun, 15 Feb 2004 18:48:50 -0700 From: "Kenneth D. Merry" To: current@FreeBSD.org Message-ID: <20040216014850.GA866@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: problem with ld-elf.so.1 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: Mon, 16 Feb 2004 01:48:52 -0000 I just upgraded from -current as of January 31st to -current as of February 13th. I'm getting core dumps in random binaries. It's not consistent, but does happen occasionally. e.g.: GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... (no debugging symbols found)... Core was generated by `sh'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libedit.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libedit.so.4 Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)... done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)... done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28068cb7 in reloc_non_plt () from /libexec/ld-elf.so.1 (gdb) where #0 0x28068cb7 in reloc_non_plt () from /libexec/ld-elf.so.1 #1 0x28065c86 in find_symdef () from /libexec/ld-elf.so.1 #2 0x28064810 in _rtld () from /libexec/ld-elf.so.1 Since it blew up in ld-elf.so.1, I figured I'd look there... When I did the installworld, though, ld-elf.so.1 didn't seem to get upgraded. (See the January 31st date below.) But when I tried to install it manually, the install didn't fail, but didn't work either: [ looks like we have an old binary, for some reason ] ======================================= # pwd /usr/c/ken/perforce/FreeBSD-ken/src/libexec/rtld-elf # ls -lao /libexec/ total 130 drwxr-xr-x 2 root wheel - 512 Feb 15 18:36 ./ drwxr-xr-x 27 root wheel - 1536 Feb 15 17:30 ../ -r-xr-xr-x 1 root wheel schg 128992 Jan 31 16:45 ld-elf.so.1* ======================================= [ try doing the install manually ] ======================================= # make install chflags noschg /usr/libexec/ld-elf.so.1 install -s -o root -g wheel -m 555 -fschg -C -b ld-elf.so.1 /libexec install -o root -g wheel -m 444 rtld.1.gz /usr/share/man/man1 /usr/share/man/man1/ld-elf.so.1.1.gz -> /usr/share/man/man1/rtld.1.gz /usr/share/man/man1/ld.so.1.gz -> /usr/share/man/man1/rtld.1.gz /usr/libexec/ld-elf.so.1 -> /libexec/ld-elf.so.1 ======================================= [ let's see if it worked ] ======================================= # ls -lao /libexec/ total 130 drwxr-xr-x 2 root wheel - 512 Feb 15 18:36 ./ drwxr-xr-x 27 root wheel - 1536 Feb 15 17:30 ../ -r-xr-xr-x 1 root wheel schg 128992 Jan 31 16:45 ld-elf.so.1* # diff /libexec/ld-elf.so.1 /usr/obj/usr/c/ken/perforce/FreeBSD-ken/src/libex > Binary files /libexec/ld-elf.so.1 and /usr/obj/usr/c/ken/perforce/FreeBSD-ken/src/libexec/rtld-elf/ld-elf.so.1 differ ======================================= [ it didn't work, try doing a chflags on the binary first ] ======================================= # chflags noschg /libexec/ld-elf.so.1 # make install chflags noschg /usr/libexec/ld-elf.so.1 install -s -o root -g wheel -m 555 -fschg -C -b ld-elf.so.1 /libexec install -o root -g wheel -m 444 rtld.1.gz /usr/share/man/man1 /usr/share/man/man1/ld-elf.so.1.1.gz -> /usr/share/man/man1/rtld.1.gz /usr/share/man/man1/ld.so.1.gz -> /usr/share/man/man1/rtld.1.gz /usr/libexec/ld-elf.so.1 -> /libexec/ld-elf.so.1 ======================================= [ see if it worked this time ] ======================================= # ls -lao /libexec/ total 130 drwxr-xr-x 2 root wheel - 512 Feb 15 18:44 ./ drwxr-xr-x 27 root wheel - 1536 Feb 15 17:30 ../ -r-xr-xr-x 1 root wheel schg 128992 Jan 31 16:45 ld-elf.so.1* # diff /libexec/ld-elf.so.1 /usr/obj/usr/c/ken/perforce/FreeBSD-ken/src/libex > Binary files /libexec/ld-elf.so.1 and /usr/obj/usr/c/ken/perforce/FreeBSD-ken/src/libexec/rtld-elf/ld-elf.so.1 differ ======================================= [ didn't work ] Anyone have any ideas on what I'm doing wrong here? Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:25: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 DEA3216A4CE for ; Sun, 15 Feb 2004 18:25:01 -0800 (PST) Received: from mail.infinithost.com (mail.infinithost.com [69.48.53.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB5543D1D for ; Sun, 15 Feb 2004 18:25:01 -0800 (PST) (envelope-from Mikeal-list@infinithost.com) Received: from aspire.infinithost.com ([69.48.53.6]:51647) by mail.infinithost.com with esmtp (Exim 4.30) id 1AsYRR-000LFi-4W; Sun, 15 Feb 2004 20:25:01 -0600 In-Reply-To: <20040216003041.GA62692@xor.obsecurity.org> References: <20040216003041.GA62692@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <50E52BB4-6027-11D8-864E-000A95ACF7CA@infinithost.com> Content-Transfer-Encoding: 7bit From: Mikeal clark Date: Sun, 15 Feb 2004 20:24:58 -0600 To: Kris Kennaway X-Mailer: Apple Mail (2.612) cc: current@FreeBSD.org Subject: Re: Audigy Support on FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 02:25:02 -0000 Last time I just added device pcm to the kernel and it found it, and it worked great. Is their more to the -current support then I know of? I use emu driver on 5.x before. But i didnt think anything special was needed with the added support in -current. On Feb 15, 2004, at 6:30 PM, Kris Kennaway wrote: > On Sun, Feb 15, 2004 at 06:26:56PM -0600, Mikeal clark wrote: >> I cvsup'd -current this morning after not doing so since last >> saturday, >> and the Audigy support stopped working. I have a Audigy 2 Plat. >> Dmesg >> shows no driver attached. Is this just me or is anyone else >> experiencing this? > > Are you using a module, or is it statically compiled into your kernel? > > Kris > Mikeal Clark Infinithost LLC CompTIA A+, MCP www.infinithost.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18: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 5EF1E16A4CE for ; Sun, 15 Feb 2004 18:40:06 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A50043D1D for ; Sun, 15 Feb 2004 18:40:06 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1G2ddDL062936; Sun, 15 Feb 2004 21:39:39 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1G2dcZg062933; Sun, 15 Feb 2004 21:39:39 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Feb 2004 21:39:38 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jesse Guardiani In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: process exiting strangeness under 5.2.1-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 02:40:06 -0000 On Sun, 15 Feb 2004, Jesse Guardiani wrote: > These messages continued forever on my primary console until I went to > single user mode. Stock kernel. Booting with hint.apic.0.disabled=1. > > uname -a: > > FreeBSD trevarthan.int.wingnet.net 5.2.1-RC2 FreeBSD 5.2.1-RC2 #0: Thu > Feb 12 16:28:31 GMT 2004 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > > I've since been unable to reproduce the problem. Still, it stikes me as > rather bad that a process was looping on core dump. I've still got the > kdeinit.core if anyone is interested. Well, I wouldn't preclude a kernel bug, but at a first glance it sounds like a bug in KDE. Signal 6 is SIGABRT, and is typically generated as a result of an application calling abort() after failing an assertion. The incrementing pid in the log suggests a series of processes being spawned off by a parent process, each one dying, and then the parent trying again. I've seen KDE behave somewhat badly when the connection to the X server dies, so perhaps kicker is trying to respawn the DCOP server. A stack trace from the core wouldn't hurt, but may not be very useful without debugging symbols for the binary and libraries. You might want to search the KDE mailing list archives and see if they mention this problem. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:55: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 2866216A4CE; Sun, 15 Feb 2004 18:55:16 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBBA243D1D; Sun, 15 Feb 2004 18:55:15 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1G2smDL063049; Sun, 15 Feb 2004 21:54:48 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1G2scBr063044; Sun, 15 Feb 2004 21:54:48 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Feb 2004 21:54:38 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jiri Mikulas In-Reply-To: <40301FCF.7060806@mikulas.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mlaier@freebsd.org cc: bms@freebsd.org cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 02:55:16 -0000 On Mon, 16 Feb 2004, Jiri Mikulas wrote: > Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT #1: > Mon Feb 16 00:53:39 CET 2004 > > I built few kernels from saturday morning to sunday evening and with all > of them i got this panic .. (my last functional kernel is from FreeBSD > 5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri It looks like 'ifp' in ip_output.c is NULL here (the offset of if_hwassist is 0x98). Are you running with DUMMYNET? I'm wondering if the recent commit to clean up MT_TAG pseudo-mbufs has a loose end somewhere. Try backing ouf the following commit locally: mlaier 2004/02/13 11:14:16 PST FreeBSD src repository Modified files: sys/net bridge.c if_ethersubr.c sys/netinet in_proto.c ip_divert.c ip_dummynet.c ip_dummynet.h ip_fastfwd.c ip_fw.h ip_fw2.c ip_input.c ip_output.c ip_var.h tcp_debug.c tcp_input.c sys/sys mbuf.h Added files: sys/netinet ip_divert.h Log: This set of changes eliminates the use of MT_TAG "pseudo mbufs", replacing them mostly with packet tags (one case is handled by using an mbuf flag since the linkage between "caller" and "callee" is direct and there's no need to incur the overhead of a packet tag). This is (mostly) work from: sam Silence from: -arch Approved by: bms(mentor), sam, rwatson Revision Changes Path 1.74 +5 -9 src/sys/net/bridge.c 1.156 +2 -15 src/sys/net/if_ethersubr.c 1.68 +1 -0 src/sys/netinet/in_proto.c 1.82 +48 -21 src/sys/netinet/ip_divert.c 1.1 +83 -0 src/sys/netinet/ip_divert.h (new) 1.77 +125 -91 src/sys/netinet/ip_dummynet.c 1.28 +17 -20 src/sys/netinet/ip_dummynet.h 1.6 +18 -67 src/sys/netinet/ip_fastfwd.c 1.81 +0 -1 src/sys/netinet/ip_fw.h 1.54 +25 -5 src/sys/netinet/ip_fw2.c 1.261 +56 -118 src/sys/netinet/ip_input.c 1.207 +60 -53 src/sys/netinet/ip_output.c 1.82 +16 -9 src/sys/netinet/ip_var.h 1.22 +1 -0 src/sys/netinet/tcp_debug.c 1.225 +2 -6 src/sys/netinet/tcp_input.c 1.136 +1 -18 src/sys/sys/mbuf.h Also, it would be quite interesting to see the contents of 'inspect *m' and 'inspect *ro' in stack frame #6. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > > ~~~cut~~~ > panic: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x98 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05726c8 > stack pointer = 0x10:0xcd931b6c > frame pointer = 0x10:0xcd931c08 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 27 (swi1: net) > trap number = 12 > panic: page fault > at line 819 in file /usr/src/sys/i386/i386/trap.c > > syncing disks, buffers remaining... 2228 2228 2228 2228 2228 2228 2228 > 2228 2228 2228 2228 2228 2228 2228 2228 ad0: WARNING - WRITE_DMA > interrupt was seen but timeout fired LBA=16089983 > 2228 2228 2228 2228 2228 > giving up on 1832 buffers > Uptime: 48m58s > Dumping 255 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 > --- > Reading symbols from /boot/kernel/acpi.ko...done. > Loaded symbols for /boot/kernel/acpi.ko > Reading symbols from > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. > Loaded symbols for > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug > Reading symbols from > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug...done. > Loaded symbols for > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > 240 dumping++; > (kgdb) bt > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > #1 0xc04ef695 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:374 > #2 0xc04ef963 in __panic () at /usr/src/sys/kern/kern_shutdown.c:552 > #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at > /usr/src/sys/i386/i386/trap.c:819 > #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at > /usr/src/sys/i386/i386/trap.c:733 > #5 0xc063b405 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi > = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, > tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, > tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = > -1066754656, tf_ss = 64}) > at /usr/src/sys/i386/i386/trap.c:420 > #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, > flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 > #7 0xc05719ce in ip_forward (m=0xc10f7200, srcrt=0, next_hop=0x0) at > /usr/src/sys/netinet/ip_input.c:1868 > #8 0xc05705f1 in ip_input (m=0xc10f7200) at > /usr/src/sys/netinet/ip_input.c:698 > #9 0xc05536ea in netisr_processqueue (ni=0xc06f7c18) at > /usr/src/sys/net/netisr.c:152 > #10 0xc0553a5d in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:257 > #11 0xc04dfd08 in ithread_loop (arg=0xc10dd580) at > /usr/src/sys/kern/kern_intr.c:547 > #12 0xc04df0e0 in fork_exit (callout=0xc04dfbd4 , > arg=0xc10dd580, frame=0xcd931d48) at /usr/src/sys/kern/kern_fork.c:802 > (kgdb) up 3 > #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at > /usr/src/sys/i386/i386/trap.c:819 > 819 panic("%s", trap_msg[type]); > (kgdb) up 1 > #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at > /usr/src/sys/i386/i386/trap.c:733 > 733 trap_fatal(frame, eva); > #5 0xc063b405 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi > = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, > tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, > tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = > -1066754656, tf_ss = 64}) > at /usr/src/sys/i386/i386/trap.c:420 > 420 (void) trap_pfault(&frame, FALSE, eva); > > ~~~cut~~~ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:56: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 6C4F516A4CE; Sun, 15 Feb 2004 18:56:10 -0800 (PST) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2866B43D1F; Sun, 15 Feb 2004 18:56:10 -0800 (PST) (envelope-from kstewart@owt.com) Received: from localhost.invalid (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i1G2tp9U029197; Sun, 15 Feb 2004 18:55:52 -0800 From: Kent Stewart To: freebsd-questions@freebsd.org Date: Sun, 15 Feb 2004 18:56:08 -0800 User-Agent: KMail/1.6 References: <200402152046.55853.racerx@makeworld.com> In-Reply-To: <200402152046.55853.racerx@makeworld.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402151856.08285.kstewart@owt.com> cc: Chris cc: FreeBSD Current Subject: Re: 5.2.1-RC1 and RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 02:56:10 -0000 On Sunday 15 February 2004 06:46 pm, Chris wrote: > Is is me? Or has something changed in 5.2 that tends to make systems > freeze up during portupgrade? Mainly - KDE-3.2.0 > > That being said, I seem to be seeing this more often on other > upgrades. Strange thing is, I considered it to be my PC however, I > never seem to run into the total freeze when doing a buildworld. A partial list of my ports shows opal# pkgrep kde kde-3.2.0 The "meta-port" for KDE kdeaddons-3.2.0 Additional plugins and scripts for some KDE applications kdeadmin-3.2.0 KDE applications related to system administration I think I would install xmbmon and watch the termperature while you are building. AMD used to provide fans that were insufficient for long time 100% cpu activity. I had a 2000+ XP that ran 54+oC while running setiathome and buildworlds. My current 2400+ XPs run around 40-43oC with the factory fans doing the same thing. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:00: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 8D8F016A4CE; Sun, 15 Feb 2004 19:00:34 -0800 (PST) Received: from corb.mc.mpls.visi.com (corb.mc.mpls.visi.com [208.42.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E2743D1F; Sun, 15 Feb 2004 19:00:34 -0800 (PST) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by corb.mc.mpls.visi.com (Postfix) with ESMTP id 07438826F; Sun, 15 Feb 2004 21:00:34 -0600 (CST) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 899C41CC61; Sun, 15 Feb 2004 21:00:33 -0600 (CST) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36254-08; Sun, 15 Feb 2004 21:00:31 -0600 (CST) Received: from veldy.net (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 2AF2A1CC65; Sun, 15 Feb 2004 21:00:31 -0600 (CST) Message-ID: <40303246.1090403@veldy.net> Date: Sun, 15 Feb 2004 21:00:22 -0600 From: "Thomas T. Veldhouse" User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <200402152046.55853.racerx@makeworld.com> In-Reply-To: <200402152046.55853.racerx@makeworld.com> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig06DBCF4CBCE2794CFF9243A2" X-Virus-Scanned: by amavisd-new at veldy.net cc: FreeBSD Current cc: FreeBSD Questions Subject: Re: 5.2.1-RC1 and RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 03:00:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig06DBCF4CBCE2794CFF9243A2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Chris wrote: > Is is me? Or has something changed in 5.2 that tends to make systems freeze up > during portupgrade? Mainly - KDE-3.2.0 > > That being said, I seem to be seeing this more often on other upgrades. > Strange thing is, I considered it to be my PC however, I never seem to run > into the total freeze when doing a buildworld. > > No trouble here upgrading 5.2 to current on my desktop and no trouble upgrading my 5.2p1 to 5.2RC2 on my server. I suspect your problem is hardware or driver related. Tom Veldhouse --------------enig06DBCF4CBCE2794CFF9243A2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAMDJMARgTFXYf0wARAq2wAKCNN3yaJLc/ZqsD7WaIPHkwYQBCAgCffmgY o7w3MrCR5vTn+Dfr2XmHWDc= =qS5o -----END PGP SIGNATURE----- --------------enig06DBCF4CBCE2794CFF9243A2-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:16: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 37F3B16A4CE; Sun, 15 Feb 2004 19:16:15 -0800 (PST) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB14543D1D; Sun, 15 Feb 2004 19:16:14 -0800 (PST) (envelope-from kstewart@owt.com) Received: from localhost.invalid (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i1G3Fv9U029344; Sun, 15 Feb 2004 19:15:57 -0800 From: Kent Stewart To: freebsd-questions@freebsd.org Date: Sun, 15 Feb 2004 19:16:13 -0800 User-Agent: KMail/1.6 References: <200402152046.55853.racerx@makeworld.com> <40303246.1090403@veldy.net> <200402152104.57482.racerx@makeworld.com> In-Reply-To: <200402152104.57482.racerx@makeworld.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402151916.13790.kstewart@owt.com> cc: Chris cc: FreeBSD Current Subject: Re: 5.2.1-RC1 and RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 03:16:15 -0000 On Sunday 15 February 2004 07:04 pm, Chris wrote: > On Sunday 15 February 2004 09:00 pm, Thomas T. Veldhouse wrote: > > Chris wrote: > > > Is is me? Or has something changed in 5.2 that tends to make > > > systems freeze up during portupgrade? Mainly - KDE-3.2.0 > > > > > > That being said, I seem to be seeing this more often on other > > > upgrades. Strange thing is, I considered it to be my PC however, > > > I never seem to run into the total freeze when doing a > > > buildworld. > > > > No trouble here upgrading 5.2 to current on my desktop and no > > trouble upgrading my 5.2p1 to 5.2RC2 on my server. I suspect your > > problem is hardware or driver related. > > > > Tom Veldhouse > > Tom, > > My upgrades (5.2.1 -> 5.2.1-RC1 -> 5.2.1-RC2) went flawless. The > issues I'm having is during portupgrade. > > Kent, > Interesting - I did as you advised. I am typically running between > 113 and 125 degrees (F) My AMD did come with a fan. Perchance I ought > to look into alternative cooling? Mine ran like that for 53 weeks. The warranty was for 52. When it died, it litterally blew one of the voltage regulator ICs on the motherboard. All I saw was a flash of light at the same time as a loud bang and the top right corner of the IC disappeared. Out was towards me but I didn't feel it hit nor could I find it. The current fans look like the Antec fans you can see in a Circuit City or Best Buy. You can mail order them but I think I would buy one sooner than that :). You have been having problems for quite a while now and that may be what is going on. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:45: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 09A7216A4D0 for ; Sun, 15 Feb 2004 19:45:16 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE32043D1D for ; Sun, 15 Feb 2004 19:45:15 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 302B130860; Sun, 15 Feb 2004 22:45:15 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id BB45C1D1EE8; Sun, 15 Feb 2004 22:45:12 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16432.15560.308794.589494@canoe.dclg.ca> Date: Sun, 15 Feb 2004 22:45:12 -0500 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: -CURRENT and kde3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 03:45:16 -0000 After recompiling every installed port on my machine to track down the problem, kde still won't build with the error message: ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; false ) Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) gmake[3]: *** [ksycoca.kidl] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdelibs3. *** Error code 1 Stop in /usr/ports/x11/kdebase3. *** Error code 1 Stop in /usr/ports/x11/kde3. ... which seems related to the major change in how threads have just changed. 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 Sun Feb 15 19:52: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 CB40416A4CE for ; Sun, 15 Feb 2004 19:52:35 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B67F943D1D for ; Sun, 15 Feb 2004 19:52:35 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1G3qWOJ054480; Sun, 15 Feb 2004 19:52:33 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1G3qVI7054479; Sun, 15 Feb 2004 19:52:31 -0800 (PST) (envelope-from obrien) Date: Sun, 15 Feb 2004 19:52:31 -0800 From: "David O'Brien" To: Mikeal clark Message-ID: <20040216035231.GA54371@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Mikeal clark , Kris Kennaway , current@FreeBSD.org References: <20040216003041.GA62692@xor.obsecurity.org> <50E52BB4-6027-11D8-864E-000A95ACF7CA@infinithost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50E52BB4-6027-11D8-864E-000A95ACF7CA@infinithost.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: Kris Kennaway Subject: Re: Audigy Support on FreeBSD-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: Mon, 16 Feb 2004 03:52:35 -0000 On Sun, Feb 15, 2004 at 08:24:58PM -0600, Mikeal clark wrote: > Last time I just added device pcm to the kernel and it found it, and it > worked great. Is their more to the -current support then I know of? > > I use emu driver on 5.x before. I don't recall totally, but the emu driver might have been removed from being able to be compiled statically into the kernel. The emu driver is GPL'ed right now, and we don't compile such bits into the kernel. Give the module a try and let us know how it goes. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:24: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 1FAE316A4CE for ; Sun, 15 Feb 2004 20:24:29 -0800 (PST) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A8F43D1F for ; Sun, 15 Feb 2004 20:24:28 -0800 (PST) (envelope-from tpc@tomfoo.com) Received: from mail.tomfoo.com ([68.227.207.4]) by lakemtao04.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040216042429.IVLZ19895.lakemtao04.cox.net@mail.tomfoo.com>; Sun, 15 Feb 2004 23:24:29 -0500 Received: from tomfoo.com (kirk.tomfoo.com [192.168.55.11]) by mail.tomfoo.com (8.12.8p2/8.12.8) with ESMTP id i1G4OM3C009901; Sun, 15 Feb 2004 23:24:27 -0500 (EST) (envelope-from tpc@tomfoo.com) Message-ID: <403045F5.7040005@tomfoo.com> Date: Sun, 15 Feb 2004 23:24:21 -0500 From: Tom Convery User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040121 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Murphy References: <20040213232206.2f680abe@earth.upton.net> In-Reply-To: <20040213232206.2f680abe@earth.upton.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB Mouse 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: Mon, 16 Feb 2004 04:24:29 -0000 Paul Murphy wrote: > I was searching through the archives to see if I could find any help > with ${subject} and I found your message. What are your symptoms? If memory serves there are (at least) two USB mouse related problems that have been discussed recently. One manifests itself as no mouse movement whatsoever; the other causes erratic mouse movement. If your symptoms are the latter, I'm afraid I won't be much help; check the archives for messages about (IIRC) ums interrupts either being dropped or not routed correctly. If your symptoms are the former, they may be caused by the problem I'd been slowly tracking down. Could you also: -Move, click, whatever, the mouse a few times and send me the ums_intr debug messages from dmesg. -Does your USB receiver also contain a keyboard interface (ukbd)? If so, does it make a difference if only the ums (i.e. *not* the ukbd) driver is compiled in or loaded? Thanks, -tpc From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:33: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 130E216A4CE for ; Sun, 15 Feb 2004 20:33:09 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A19F943D1F for ; Sun, 15 Feb 2004 20:33:08 -0800 (PST) (envelope-from cscotts@mindspring.com) Received: (qmail 2739 invoked from network); 16 Feb 2004 04:33:08 -0000 Received: from res-152-3-47-49.dorm.duke.edu (HELO mindspring.com) (152.3.47.49) by relay.pair.com with SMTP; 16 Feb 2004 04:33:08 -0000 X-pair-Authenticated: 152.3.47.49 Message-ID: <4030480C.3050409@mindspring.com> Date: Sun, 15 Feb 2004 23:33:16 -0500 From: Scott Sipe User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16432.15560.308794.589494@canoe.dclg.ca> In-Reply-To: <16432.15560.308794.589494@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: -CURRENT and kde3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 04:33:09 -0000 David Gilbert wrote: > After recompiling every installed port on my machine to track down the > problem, kde still won't build with the error message: > > ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; false ) > Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) > Abort trap (core dumped) > gmake[3]: *** [ksycoca.kidl] Error 1 > gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/x11/kdelibs3. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase3. > *** Error code 1 > > Stop in /usr/ports/x11/kde3. > > ... which seems related to the major change in how threads have just > changed. > > Dave. > I had the same problem exactly, even though I rebuilt all my ports like 10 times (portupgrade -Rrf etc). What I ultimately did was delete all my kde ports, and all the ports it depended on (qmake, XFree libs, etc) and then do a "portinstall kde-lite" and that did work. Dunno why portupgraded didn't do the trick, I couldn't figure out where the libc_r link was being pulled in. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:42: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 0F72016A4CE for ; Sun, 15 Feb 2004 20:42:07 -0800 (PST) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A0B43D1F for ; Sun, 15 Feb 2004 20:42:06 -0800 (PST) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 4B23962FE3; Sun, 15 Feb 2004 22:42:22 -0600 (CST) Date: Sun, 15 Feb 2004 22:42:22 -0600 From: Mark Johnston To: current@freebsd.org Message-ID: <20040216044222.GA601@omoikane.mb.skyweb.ca> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: cvs-src summary for 15/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 04:42:07 -0000 This is my fourth cvs-src summary, and I'm glad to say that I'm finding them to be pleasant to write and well worth the time. Thanks to all who've sent me words of encouragement and advice. Before I get to the summary, I have a bit of news. There is now a workable (if austere) Web page at http://www.xl0.org/FreeBSD/, rather than an unfriendly-looking and uselessly-sorted directory index. It is styled with CSS, so it will look best in modern graphical browsers like Mozilla Firefoo, but it's also been tested in IE and Lynx. I would like to solicit feedback on the design, especially from non-conventional surfers (people with vision or mobility problems, mobile or PDA users, and the like.) I have also used CSS to beautify the HTML summaries a bit. I have also changed the format for the fourth time in four issues. Sorry for all the instability. I'm still not sure that this is the best format, but I do think that it's the best yet. As I try to achieve my twin goals of usefulness and advocacy, the format may still shift around a bit. Please bear with me. Mark FreeBSD cvs-src summary for 08/02/04 to 15/02/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html The mailing list archive is still reported to be down, but the links seem to be working anyway. YMMV, but check http://docs.freebsd.org/mail/ for more information. You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). .. contents:: ============ New features ============ Tim Kientzle's libarchive ------------------------- Tim Kientzle (kientzle) added his libarchive_ library, which reads and writes various streaming archive formats, especially tar and cpio. A streaming archive format is one that can be read from beginning to end, without having to move around in the file. Tim has also reimplemented pkg_add and tar using libarchive, gaining a significant performance boost and libarchive's other features, but these versions are not yet part of the base system. .. _libarchive: http://people.freebsd.org/~kientzle/libarchive/ http://docs.freebsd.org/cgi/mid.cgi?200402092322.i19NMtkW066232 TCP MD5 digest support ---------------------- Bruce M. Simpson (bms) added support for `RFC 2385`_ TCP MD5 signatures. This protocol, intended for use with BGP, allows systems to authenticate TCP packets without using IPSEC. The new implementation signs outgoing TCP packets, but does not try to verify incoming signatures. It is designed to allow FreeBSD to interoperate with other routing equipment, like Cisco's, not to authenticate host-to-host connections. This feature requires the FAST_IPSEC option in the kernel, and is enabled with the TCP_SIGNATURE option. This code has also been MFC'ed. .. _`RFC 2385`: http://www.rfc-editor.org/rfc/rfc2385.txt http://docs.freebsd.org/cgi/mid.cgi?200402110426.i1B4Q4fd073321 Sendmail updated to 8.12.11 --------------------------- Gregory Neil Shapiro (gshapiro) imported Sendmail version 8.12.11, which was released on January 18th. 8.12.11 replaces the old 8.12.10, and fixes a number of bugs. See the `Sendmail 8.12.11 release notes`_ for more information. .. _`Sendmail 8.12.11 release notes`: http://www.sendmail.org/8.12.11.html http://docs.freebsd.org/cgi/mid.cgi?200402142153.i1ELre7g031228 Broadcom BCM4401 support in 4.x ------------------------------- Julian Elischer (julian) merged the bfe driver, for Broadcom BCM4401 Ethernet adapters, from -CURRENT. The BCM4401 chip is found on the `Asus A7V8X`_ motherboard and on some Dell laptops, among other places. .. _`Asus A7V8X`: http://usa.asus.com/products/mb/socketa/a7v8x/overview.htm http://docs.freebsd.org/cgi/mid.cgi?200402122100.i1CL0sNw092779 Adaptec SCSI driver MFC ----------------------- Justin T. Gibbs (gibbs) merged the aic7xxx driver from -CURRENT into -STABLE. This driver supports cards in the Adaptec AIC-7000 series, with AIC-7900 broken out into a separate aic79xx driver. http://docs.freebsd.org/cgi/mid.cgi?200402151930.i1FJU34B054611 ================= Committer changes ================= Bruce M. Simpson (bms) introduced Max Maier (mlaier), a new src committer. Max is the maintainer of the FreeBSD port of pf_, OpenBSD's packet filter. He will be working on bringing pf into FreeBSD proper, as well as working on the network stack. .. _pf: http://www.benzedrine.cx/pf.html mlaier's introduction: http://docs.freebsd.org/cgi/mid.cgi?200402101557.i1AFvktK081448 ================= Discussion topics ================= Compiler warnings in system headers ----------------------------------- As discussed below, Tim Kientzle (kientzle) imported libarchive to the system this week. He discovered that the system zlib.h will not compile using a WARNS (compiler warning sensitivity) setting higher than 3, even though his code causes no warnings. Some discussion followed about the problem of warnings in headers, especially since the zlib.h is stock code from the vendor and changing it would make maintenace more difficult. The `zlib developer's position` (see question 33) is that overly-picky compiler errors are a waste of time to fix, so it may be difficult to get this warning fixed in the vendor's code. .. _`zlib developer's position`: http://www.gzip.org/zlib/FAQ.txt http://docs.freebsd.org/cgi/mid.cgi?200402120411.i1C4Bf8U03634 Detecting whether a process is jailed ------------------------------------- Robert Watson (rwatson) committed code to prevent processes in a jail from listing all the jails in the system. Julian Elischer (julian) asked whether there is a reliable way to tell whether you are running in a jail or not. He usually uses the fact that df / returns the size of another filesystem. Kris Kennaway (kris) suggested that being unable to ping or ifconfig suggests that one is jailed. Poul-Henning Kamp (phk) posted `a short C program` to detect whether a process is jailed by checking the process's flags with sysctl. .. `a short C program`: http://docs.freebsd.org/cgi/mid.cgi?16173.1076877346 http://docs.freebsd.org/cgi/mid.cgi?200402141919.i1EJJmKY089610 =================== Important bug fixes =================== Panic in pseudofs fixed ----------------------- Jacques Vidrine (nectar) committed a workaround from Dag-Erling Smorgrav (des) that fixes a potential panic in pseudofs when doing a large I/O operation. Dag-Erling will be committing a better fix to -CURRENT, with the workaround going into 5.2.1. http://docs.freebsd.org/cgi/mid.cgi?200402102106.i1AL6lfu066204 Panic in VM code fixed ---------------------- Alan Cox (alc) fixed a race condition in the VM code that was causing a panic with the message "vm_page_cache: caching a dirty page". He notes that the race condition has existed for a while. http://docs.freebsd.org/cgi/mid.cgi?200402101834.i1AIYRFn024732 Non-interactive script(1) fixed ------------------------------- Colin Percival (cperciva) committed code to fix script(1) when the standard input is closed. Before, it would exit immediately, returning success. One especially dangerous result of this bug was that when portupgrade was used non-interactively (in the background, for example), it would remove and not reinstall all out-of-date ports. This commit closes PRs 56166_, 57414_, 57415_, and 60534_. .. _56166: http://www.freebsd.org/cgi/query-pr.cgi?pr=56166 .. _57414: http://www.freebsd.org/cgi/query-pr.cgi?pr=57414 .. _57415: http://www.freebsd.org/cgi/query-pr.cgi?pr=57415 .. _60534: http://www.freebsd.org/cgi/query-pr.cgi?pr=60534 http://docs.freebsd.org/cgi/mid.cgi?200402151730.i1FHUDFd027289 Problem with creating directories under smbfs corrected ------------------------------------------------------- Tim J. Robbins (tjr) fixed a bug in smbfs, the code that supports Windows networked filesystems, that would not allow you to properly create a directory after you created and deleted a file with the same name. This fixes `PR 62342`_, which was discovered and submitted by Victor Prilipko. .. _`PR 62342`: http://www.freebsd.org/cgi/query-pr.cgi?pr=62342 http://docs.freebsd.org/cgi/mid.cgi?200402100553.i1A5r2hi033791 =============== Other bug fixes =============== Prafulla Deuskar (pdeuskar) modified the em driver for Intel gigabit Ethernet adapters to keep it from unneccesarily resetting the card. This should fix the long init time when creating and removing aliases on em interfaces. This fix has also been MFC'ed. http://docs.freebsd.org/cgi/mid.cgi?200402102131.i1ALVA50071539 Nate Lawson (njl) corrected a problem with hw.acpi.os_name being rejected by the loader, causing attempts to override the OS name for ACPI to fail. The loader reserves the _name suffix, so the variable has been renamed to hw.acpi.osname. http://docs.freebsd.org/cgi/mid.cgi?200402140317.i1E3HV6E048159 Bill Paul (wpaul) fixed his NDISulator code to support the AMD Am1771 wireless Ethernet driver. It no longer crashes during association or bringing the interface up. http://docs.freebsd.org/cgi/mid.cgi?200402160250.i1G2o4Q9066104 Bruce Evans (bde) committed numerous touchups to indent, which formats C source code. These fixes make indent work more consistently and logically. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:54:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95C816A4CE for ; Sun, 15 Feb 2004 20:54:48 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7277143D2D for ; Sun, 15 Feb 2004 20:54:48 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1G4sW7E045274; Sun, 15 Feb 2004 20:54:37 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402160454.i1G4sW7E045274@gw.catspoiler.org> Date: Sun, 15 Feb 2004 20:54:32 -0800 (PST) From: Don Lewis To: cscotts@mindspring.com In-Reply-To: <4030480C.3050409@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: dgilbert@dclg.ca Subject: Re: -CURRENT and kde3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 04:54:48 -0000 On 15 Feb, Scott Sipe wrote: > David Gilbert wrote: >> After recompiling every installed port on my machine to track down the >> problem, kde still won't build with the error message: >> >> ../dcop/dcopidl/dcopidl ./ksycoca.h > ksycoca.kidl || ( rm -f ksycoca.kidl ; false ) >> Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0) >> Abort trap (core dumped) >> gmake[3]: *** [ksycoca.kidl] Error 1 >> gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' >> gmake[2]: *** [all-recursive] Error 1 >> gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0/kdecore' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.2.0' >> gmake: *** [all] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/x11/kdelibs3. >> *** Error code 1 >> >> Stop in /usr/ports/x11/kdebase3. >> *** Error code 1 >> >> Stop in /usr/ports/x11/kde3. >> >> ... which seems related to the major change in how threads have just >> changed. >> >> Dave. >> > > I had the same problem exactly, even though I rebuilt all my ports like > 10 times (portupgrade -Rrf etc). What I ultimately did was delete all > my kde ports, and all the ports it depended on (qmake, XFree libs, etc) > and then do a "portinstall kde-lite" and that did work. Dunno why > portupgraded didn't do the trick, I couldn't figure out where the libc_r > link was being pulled in. I had the same problem with gnome. There are some circular dependencies in some of the ports. The first problem that I ran into was with x11-toolkits/gtk20, which failed during its install phase. gtk-query-immodules-2.0 would abort with the spinlock error because it stumbled across a shared library that is installed later than gtk20 because the library depends on gtk20. The library in question isn't required by gtk20, but if it is installed, gtk-query-immodules-2.0 wants to load it. I worked around this problem by removing the shared libraries that were breaking gtk-query-immodules-2.0, which allowed the gtk20 port to install cleanly, and the libraries were reinstalled when their ports were upgraded. I also had the same problem with multimedia/gstreamer and multimedia/gstreamer-plugins. The plugins were still linked to libc_r, and the gstreamer port would fail to install because it stumbled across the old version of the plugins when it was doing the "rebuilding global_registry" step. This caused the upgrade of the gstreamer-plugins to be skipped. I worked around this problem by deleteing the gstreamer-plugins port, upgrading gstreamer, and then reinstalling gstreamer-plugins. I didn't try it but I think the suggested workaround of remapping libc_r to libpthread might also work. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 20:59: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 C784616A4CE for ; Sun, 15 Feb 2004 20:59:41 -0800 (PST) Received: from tx2.oucs.ox.ac.uk (tx2.oucs.ox.ac.uk [163.1.2.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E0D43D1F for ; Sun, 15 Feb 2004 20:59:41 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan2.oucs.ox.ac.uk ([163.1.2.162] helo=localhost) by tx2.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1Asar6-00085z-M3 for current@freebsd.org; Mon, 16 Feb 2004 04:59:40 +0000 Received: from rx2.oucs.ox.ac.uk ([163.1.2.161]) by localhost (scan2.oucs.ox.ac.uk [163.1.2.162]) (amavisd-new, port 25) with ESMTP id 30997-02 for ; Mon, 16 Feb 2004 04:59:40 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx2.oucs.ox.ac.uk with smtp (Exim 4.24) id 1Asar6-00085t-8e for current@freebsd.org; Mon, 16 Feb 2004 04:59:40 +0000 Received: (qmail 5180 invoked by uid 0); 16 Feb 2004 04:59:40 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.426739 secs); 16 Feb 2004 04:59:40 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.426739 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 16 Feb 2004 04:59:39 -0000 Message-Id: <6.0.1.1.1.20040216045434.034c7230@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 16 Feb 2004 04:59:37 +0000 To: Mark Johnston From: Colin Percival In-Reply-To: <20040216044222.GA601@omoikane.mb.skyweb.ca> References: <20040216044222.GA601@omoikane.mb.skyweb.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: current@freebsd.org Subject: Re: cvs-src summary for 15/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 04:59:42 -0000 At 04:42 16/02/2004, Mark Johnston wrote: >Non-interactive script(1) fixed >------------------------------- >Colin Percival (cperciva) committed code to fix script(1) when the >standard input is closed. Which is to say, I've made a second attempt to fix script(1), since my first attempt was horribly broken. Hopefully it will work this time. :) Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 21:02: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 C000A16A4CE for ; Sun, 15 Feb 2004 21:02:25 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 474A543D3F for ; Sun, 15 Feb 2004 21:02:25 -0800 (PST) (envelope-from cscotts@mindspring.com) Received: (qmail 10874 invoked from network); 16 Feb 2004 05:02:24 -0000 Received: from res-152-3-47-49.dorm.duke.edu (HELO mindspring.com) (152.3.47.49) by relay.pair.com with SMTP; 16 Feb 2004 05:02:24 -0000 X-pair-Authenticated: 152.3.47.49 Message-ID: <40304EE9.8070305@mindspring.com> Date: Mon, 16 Feb 2004 00:02:33 -0500 From: Scott Sipe User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200402160454.i1G4sW7E045274@gw.catspoiler.org> In-Reply-To: <200402160454.i1G4sW7E045274@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: -CURRENT and kde3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 05:02:26 -0000 Don Lewis wrote: >>David Gilbert wrote: >> > [snip] > > I didn't try it but I think the suggested workaround of remapping libc_r > to libpthread might also work. Remapping does indeed work--I wanted to entirely get rid of libc_r though, so I avoided that option. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 21:16: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 213D616A4CE for ; Sun, 15 Feb 2004 21:16:51 -0800 (PST) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F1D43D2F for ; Sun, 15 Feb 2004 21:16:50 -0800 (PST) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.11]) by lakemtao07.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040216051645.TWOA2432.lakemtao07.cox.net@mezz.mezzweb.com>; Mon, 16 Feb 2004 00:16:45 -0500 To: Mark Johnston References: <20040216044222.GA601@omoikane.mb.skyweb.ca> Message-ID: From: Jeremy Messenger Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Sun, 15 Feb 2004 23:15:44 -0600 In-Reply-To: <20040216044222.GA601@omoikane.mb.skyweb.ca> User-Agent: Opera7.23/Linux M2 build 518 cc: current@freebsd.org Subject: Re: cvs-src summary for 15/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 05:16:51 -0000 On Sun, 15 Feb 2004 22:42:22 -0600, Mark Johnston wrote: > This is my fourth cvs-src summary, and I'm glad to say that I'm finding > them to be pleasant to write and well worth the time. Thanks to all > who've sent me words of encouragement and advice. > > Before I get to the summary, I have a bit of news. There is now a > workable (if austere) Web page at http://www.xl0.org/FreeBSD/, rather > than > an unfriendly-looking and uselessly-sorted directory index. It is styled > with CSS, so it will look best in modern graphical browsers like Mozilla > Firefoo, but it's also been tested in IE and Lynx. I would like to > solicit feedback on the design, especially from non-conventional surfers > (people with vision or mobility problems, mobile or PDA users, and the > like.) I have also used CSS to beautify the HTML summaries a bit. My vision problem is... The bright purple background with bright blue font (link) hurt my eyes. :-) Thanks for your work! Cheers, Mezz -- bsdforums.org 's moderator, mezz. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 21: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 AA71D16A4CE for ; Sun, 15 Feb 2004 21:39:11 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAF143D1D for ; Sun, 15 Feb 2004 21:39:11 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id A44723BD10; Mon, 16 Feb 2004 00:39:10 -0500 (EST) Message-ID: <4030578B.3060007@mindspring.com> Date: Mon, 16 Feb 2004 00:39:23 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Johnston References: <20040216044222.GA601@omoikane.mb.skyweb.ca> In-Reply-To: <20040216044222.GA601@omoikane.mb.skyweb.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: cvs-src summary for 15/02/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 05:39:11 -0000 Mark Johnston wrote: > This is my fourth cvs-src summary, and I'm glad to say that I'm finding > them to be pleasant to write and well worth the time. Thanks to all > who've sent me words of encouragement and advice. > > Before I get to the summary, I have a bit of news. There is now a > workable (if austere) Web page at http://www.xl0.org/FreeBSD/, rather than > an unfriendly-looking and uselessly-sorted directory index. It is styled > with CSS, so it will look best in modern graphical browsers like Mozilla > Firefoo, but it's also been tested in IE and Lynx. I would like to > solicit feedback on the design, especially from non-conventional surfers > (people with vision or mobility problems, mobile or PDA users, and the > like.) I have also used CSS to beautify the HTML summaries a bit. > > I have also changed the format for the fourth time in four issues. Sorry > for all the instability. I'm still not sure that this is the best format, > but I do think that it's the best yet. As I try to achieve my twin goals > of usefulness and advocacy, the format may still shift around a bit. > Please bear with me. > > Mark To re-iterate what many others have said: This is most excellent and extremely helpful. Thank you. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 21:58: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 314BB16A4CE; Sun, 15 Feb 2004 21:58:43 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2883343D1F; Sun, 15 Feb 2004 21:58:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (dcb87e9c7525eaaf0e774333f59ed15b@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169])i1G5wfbF012515; Sun, 15 Feb 2004 21:58:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 09DB066D0E; Sun, 15 Feb 2004 21:58:40 -0800 (PST) Date: Sun, 15 Feb 2004 21:58:40 -0800 From: Kris Kennaway To: alpha@FreeBSD.org, current@FreeBSD.org Message-ID: <20040216055840.GA72555@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 05:58:43 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable One of the alpha package machines seems to have deadlocked; no processes are running, but the kernel itself responds to pings, and I can break to DDB: > console -A axp5 Enter password: [replay] kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) Feb 1 22:29:12 axp5 kernel: pid 60194 (test), uid 0: exited on signal 11 (= core dumped) kern.ipc.maxpipekva exceeded; see tuning(7) Feb 2 12:10:13 axp5 kernel: pid 50025 (cc1), uid 0, was killed: exceeded m= aximum CPU limit Feb 2 19:15:18 axp5 kernel: pid 36506 (test), uid 0: exited on signal 11 (= core dumped) Feb 2 19:59:25 axp5 kernel: pid 38934 (ocamlrun), uid 0: exited on signal = 6 (core dumped) Feb 3 00:38:59 axp5 kernel: pid 54527 (c++), uid 0: exited on signal 6 Feb 3 06:38:36 axp5 kernel: pid 78939 (harbour), uid 0, was killed: exceed= ed maximum CPU limit Feb 3 08:10:08 axp5 kernel: pid 82027 (harbour), uid 0, was killed: exceed= ed maximum CPU limit Feb 3 09:28:50 axp5 kernel: pid 84627 (harbour), uid 0, was killed: exceed= ed maximum CPU limit Feb 3 10:39:30 axp5 kernel: pid 87408 (harbour), uid 0, was killed: exceed= ed maximum CPU limit kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) Feb 15 20:30:34 axp5 kernel: pid 43956 (abortme), uid 0: exited on signal 6= (core dumped) Stopped at siointr1+0x1a4: ldq_u zero,0(sp) <0xfffffe0004ddfb08> db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 45482 fffffc0003c950e0 fffffe000544a000 0 184 184 0000000 [SLP]pfaul= t 0xfffffc00006e4028] inetd 45481 fffffc0000b1f3b0 fffffe0005152000 65534 184 45481 0004000 [SLP]pfau= lt 0xfffffc00006e4028] sh 44062 fffffc00021210e0 fffffe00055fa000 0 34716 29363 0004000 [SLP]pfaul= t 0xfffffc00006e4028] pkg_delete 43990 fffffc0003c94b40 fffffe0005446000 0 43958 19032 0004000 [SLP]pfaul= t 0xfffffc00006e4028] gdb 43958 fffffc0001549950 fffffe000538a000 0 43947 19032 0004000 [SLP]wait = 0xfffffc0001549950][SWAP] sh 43947 fffffc0003baa870 fffffe00054ec000 0 43933 19032 0004000 [SLP]wait = 0xfffffc0003baa870][SWAP] sh 43933 fffffc000366c000 fffffe0005216000 0 43932 19032 0004000 [SLP]wait = 0xfffffc000366c000][SWAP] sh 43932 fffffc0003bab680 fffffe00054f6000 0 43931 19032 0004000 [SLP]wait = 0xfffffc0003bab680][SWAP] sh 43931 fffffc00015482d0 fffffe0005332000 0 42552 19032 0004000 [SLP]wait = 0xfffffc00015482d0][SWAP] make 43914 fffffc0000acf0e0 fffffe00051ae000 0 43912 93755 0004000 [SLP]piper= d 0xfffffc0001c48c00] as 43913 fffffc000366d0e0 fffffe0005222000 0 43912 93755 0004000 [SLP]pfaul= t 0xfffffc00006e4028] cc1 43912 fffffc0001549680 fffffe0005388000 0 43840 93755 0004000 [SLP]wait = 0xfffffc0001549680][SWAP] cc 43840 fffffc00032e6e10 fffffe0005656000 0 43839 93755 0004000 [SLP]wait = 0xfffffc00032e6e10][SWAP] sh 43839 fffffc0001549c20 fffffe000538c000 0 26563 93755 0004000 [SLP]wait = 0xfffffc0001549c20][SWAP] sh 42552 fffffc0003d1cb40 fffffe0004ed2000 0 42548 19032 0004000 [SLP]wait = 0xfffffc0003d1cb40][SWAP] make 42548 fffffc00024e50e0 fffffe0005486000 0 42026 19032 0004000 [SLP]wait = 0xfffffc00024e50e0][SWAP] make 42026 fffffc000366d950 fffffe00052b8000 0 42024 19032 0004000 [SLP]wait = 0xfffffc000366d950][SWAP] sh 42024 fffffc0002ad9950 fffffe0005140000 0 42013 19032 0004000 [SLP]wait = 0xfffffc0002ad9950][SWAP] make 42013 fffffc0001548e10 fffffe000533a000 0 41997 19032 0004000 [SLP]wait = 0xfffffc0001548e10][SWAP] make 41997 fffffc0000da10e0 fffffe00054dc000 0 41994 19032 0004000 [SLP]wait = 0xfffffc0000da10e0][SWAP] sh 41994 fffffc00015490e0 fffffe000533c000 0 41988 19032 0004000 [SLP]wait = 0xfffffc00015490e0][SWAP] make 41988 fffffc0002ad8b40 fffffe0005136000 0 22241 19032 0004000 [SLP]wait = 0xfffffc0002ad8b40][SWAP] sh 34863 fffffc0002fc65a0 fffffe000508c000 0 34856 41991 0004000 [SLP]piper= d 0xfffffc0003249c00] as 34862 fffffc00032e6000 fffffe000564c000 0 34856 41991 0004000 [SLP]pfaul= t 0xfffffc00006e4028] cc1plus 34856 fffffc0000be9c20 fffffe0005214000 0 34829 41991 0004000 [SLP]wait = 0xfffffc0000be9c20][SWAP] c++ 34829 fffffc00024e5c20 fffffe000555c000 0 68725 41991 0004000 [SLP]wait = 0xfffffc00024e5c20][SWAP] sh 34716 fffffc0000eb0b40 fffffe000539e000 0 29365 29363 0004000 [SLP]wait = 0xfffffc0000eb0b40][SWAP] sh 29365 fffffc0000be8870 fffffe0005206000 0 29363 29363 0004000 [SLP]wait = 0xfffffc0000be8870][SWAP] sh 29363 fffffc0003c95950 fffffe0005450000 0 29361 29363 0004000 [SLP]pause= 0xfffffc0000fc6000][SWAP] csh 29361 fffffc0001104000 fffffe00052d2000 0 186 29361 0000100 [CV]select= 0xfffffc00006dae08][SWAP] sshd 26563 fffffc00011965a0 fffffe00052c0000 0 8802 93755 0004000 [SLP]wait = 0xfffffc00011965a0][SWAP] make 22242 fffffc00024e53b0 fffffe00054e6000 0 22233 19032 0000000 [SWAP] pno= hang 22241 fffffc00032e6b40 fffffe0005654000 0 22233 19032 0004000 [SLP]wait = 0xfffffc00032e6b40][SWAP] make 22233 fffffc000282f950 fffffe0005556000 0 22153 19032 0004000 [SLP]wait = 0xfffffc000282f950][SWAP] pnohang 22153 fffffc00032e62d0 fffffe000564e000 0 19034 19032 0004000 [SLP]wait = 0xfffffc00032e62d0][SWAP] sh 19034 fffffc0001197950 fffffe00052ce000 0 19032 19032 0004000 [SLP]wait = 0xfffffc0001197950][SWAP] sh 19032 fffffc00011962d0 fffffe00052be000 0 19030 19032 0004000 [SLP]pause= 0xfffffc0001478000][SWAP] csh 19030 fffffc0000b1f950 fffffe000519e000 0 186 19030 0000100 [CV]select= 0xfffffc00006dae08][SWAP] sshd 8802 fffffc000282e870 fffffe000554a000 0 8799 93755 0004000 [SLP]wait = 0xfffffc000282e870][SWAP] sh 8799 fffffc00024e4e10 fffffe0005484000 0 8789 93755 0004000 [SLP]wait = 0xfffffc00024e4e10][SWAP] make 8789 fffffc000366c5a0 fffffe000521a000 0 8784 93755 0004000 [SLP]wait = 0xfffffc000366c5a0][SWAP] sh 8784 fffffc000282e2d0 fffffe0005546000 0 8783 93755 0004000 [SLP]wait = 0xfffffc000282e2d0][SWAP] make 8783 fffffc0000be82d0 fffffe00051ba000 0 95037 93755 0004000 [SLP]wait = 0xfffffc0000be82d0][SWAP] sh 95038 fffffc00032e65a0 fffffe0005650000 0 95036 93755 0000000 [SLP]pfaul= t 0xfffffc00006e4028] pnohang 95037 fffffc00011045a0 fffffe000531e000 0 95036 93755 0004000 [SLP]wait = 0xfffffc00011045a0][SWAP] make 95036 fffffc0000acf680 fffffe00051b2000 0 95016 93755 0004000 [SLP]wait = 0xfffffc0000acf680][SWAP] pnohang 95016 fffffc0001196870 fffffe00052c2000 0 93762 93755 0004000 [SLP]wait = 0xfffffc0001196870][SWAP] sh 93762 fffffc0000eb02d0 fffffe0005394000 0 93755 93755 0004000 [SLP]wait = 0xfffffc0000eb02d0][SWAP] sh 93755 fffffc0001105c20 fffffe000532e000 0 93716 93755 0004000 [SLP]pause= 0xfffffc0002dc1000][SWAP] csh 93716 fffffc0000be85a0 fffffe00051bc000 0 186 93716 0000100 [CV]select= 0xfffffc00006dae08][SWAP] sshd 68725 fffffc0003c94e10 fffffe0005448000 0 68722 41991 0004000 [SLP]wait = 0xfffffc0003c94e10][SWAP] make 68722 fffffc000366dc20 ffffe00052c4000 0 1 73455 0004000 [SLP]wait 0= xfffffc0001196b40][SWAP] sh 48119 fffffc0000eb05a0 fffffe0005396000 0 48110 41991 0000000 [SWAP] pno= hang 48118 fffffc0000da0000 fffffe0005488000 0 48110 41991 0004000 [SLP]wait = 0xfffffc0000da0000][SWAP] make 48110 fffffc00024e45a0 fffffe000547a000 0 46974 41991 0004000 [SLP]wait = 0xfffffc00024e45a0][SWAP] pnohang 46974 fffffc0003bab0e0 fffffe00054f2000 0 41993 41991 0004000 [SLP]wait = 0xfffffc0003bab0e0][SWAP] sh 41993 fffffc0000be8b40 fffffe0005208000 0 41991 41991 0004000 [SLP]wait = 0xfffffc0000be8b40][SWAP] sh 41991 fffffc00011050e0 fffffe0005326000 0 41970 41991 0004000 [SLP]pause= 0xfffffc0001066000][SWAP] csh 41970 fffffc000366d680 fffffe00052b6000 0 186 41970 0000100 [CV]select= 0xfffffc00006dae08][SWAP] sshd 76779 fffffc0002ad90e0 fffffe000513a000 0 75438 73455 0004000 [CV]select= 0xfffffc00006dae08][SWAP] tclsh8.4 75438 fffffc0003baab40 fffffe00054ee000 0 75426 73455 0004000 [SLP]accep= t 0xfffffc0000f2b136][SWAP] tclsh8.4 75426 fffffc0000acf950 fffffe00051b4000 0 75424 73455 0004000 [SLP]wait = 0xfffffc0000acf950][SWAP] tclsh8.4 75424 fffffc0001196b40 fffffe00052c4000 0 1 73455 0004000 [SLP]wait = 0xfffffc0001196b40][SWAP] sh 272 fffffc0002ad85a0 fffffe00050a2000 0 1 272 0004002 [SWAP] get= ty 192 fffffc0003ca5950 fffffe0004f42000 25 1 192 0000100 [SWAP] sen= dmail 189 fffffc0002fc73b0 fffffe0005096000 0 1 189 0000100 [SWAP] sen= dmail 186 fffffc0002fc62d0 fffffe000508a000 0 1 186 0000100 [SWAP] sshd 184 fffffc0002fc7950 fffffe000509a000 0 1 184 0000000 [SLP]pfaul= t 0xfffffc00006e4028] inetd 175 fffffc0003ca53b0 fffffe0004f3e000 0 1 175 0000000 [CV]select= 0xfffffc00006dae08] rpcbind 173 fffffc0002fc6000 fffffe0005088000 0 1 173 0000000 [CV]select= 0xfffffc00006dae08] ntpd 167 fffffc0003ca50e0 fffffe0004f3c000 0 1 167 0000000 [SLP]pfaul= t 0xfffffc00006e4028] syslogd 94 fffffc0003ca5c20 fffffe0004f8c000 0 0 0 0000204 [SLP]mdwai= t 0xfffffc000315d400] md2 79 fffffc0002fc7680 fffffe0005098000 0 0 0 0000204 [SLP]mdwai= t 0xfffffc00032a1600] md1 46 fffffc0003d1c870 fffffe0004ed0000 0 0 0 0000204 [SLP]mdwai= t 0xfffffc00032a0200] md0 36 fffffc0003d1d0e0 fffffe0004f1e000 0 0 0 0000204 [SLP]- 0xf= ffffc00006e29a0] nfsiod 3 35 fffffc0003d1d3b0 fffffe0004f20000 0 0 0 0000204 [SLP]- 0xf= ffffc00006e2998] nfsiod 2 34 fffffc0003d1d680 fffffe0004f22000 0 0 0 0000204 [SLP]- 0xf= ffffc00006e2990] nfsiod 1 33 fffffc0003d1d950 fffffe0004f24000 0 0 0 0000204 [SLP]- 0xf= ffffc00006e2988] nfsiod 0 32 fffffc0003d1dc20 fffffe0004f26000 0 0 0 0000204 [SLP]vlruw= t 0xfffffc0003d1dc20] vnlru 31 fffffc0003ca4000 fffffe0004f30000 0 0 0 0000204 [SLP]synce= r 0xfffffc000068b2bc] syncer 30 fffffc0003ca42d0 fffffe0004f32000 0 0 0 0000204 [SLP]pslee= p 0xfffffc000068b864] bufdaemon 9 fffffc0003ca45a0 fffffe0004f34000 0 0 0 000020c [SLP]pgzer= o 0xfffffc000068c410] pagezero 8 fffffc0003ca4870 fffffe0004f36000 0 0 0 0000204 [SLP]pslee= p 0xfffffc000068c47c] vmdaemon 7 fffffc0003ca4b40 fffffe0004f38000 0 0 0 0000204 [SLP]VMWai= t 0xfffffc000068c468] pagedaemon 6 fffffc0003ca4e10 fffffe0004f3a000 0 0 0 0000204 [SLP]- 0xf= ffffe0004e9bcf0] schedcpu 29 fffffc0003cb22d0 fffffe0004e6e000 0 0 0 0000204 [IWAIT] in= tr: ppc0 28 fffffc0003cb25a0 fffffe0004e70000 0 0 0 0000204 new [IWAIT= ] intr: sio1 27 fffffc0003cb2870 fffffe0004eba000 0 0 0 0000204 new [IWAIT= ] intr: sio0 26 fffffc0003cb2b40 fffffe0004ebc000 0 0 0 0000204 [IWAIT] sw= i0: tty:sio 25 fffffc0003cb2e10 fffffe0004ebe000 0 0 0 0000204 new [IWAIT= ] intr: atkbd0 24 fffffc0003cb30e0 fffffe0004ec0000 0 0 0 0000204 new [IWAIT= ] intr: fdc0 23 fffffc0003cb33b0 fffffe0004ec2000 0 0 0 0000204 [IWAIT] in= tr: isp0 22 fffffc0003cb3680 fffffe0004ec4000 0 0 0 0000204 [IWAIT] in= tr: dc1 21 fffffc0003cb3950 fffffe0004ec6000 0 0 0 0000204 [IWAIT] in= tr: dc0 20 fffffc0003cb3c20 fffffe0004ec8000 0 0 0 0000204 new [IWAIT= ] swi7: task queue 19 fffffc0003d1c000 fffffe0004eca000 0 0 0 0000204 [IWAIT] sw= i3: cambio 18 fffffc0003d1c2d0 fffffe0004ecc000 0 0 0 0000204 new [IWAIT= ] swi2: camnet 17 fffffc0003d1c5a0 fffffe0004ece000 0 0 0 0000204 new [IWAIT= ] swi5:+ 5 fffffc0003ce4000 fffffe0004dc6000 0 0 0 0000204 [SLP]tqthr= 0xfffffc000068b580] taskqueue 16 fffffc0003ce42d0 fffffe0004e58000 0 0 0 0000204 new [IWAIT= ] swi6:+ 15 fffffc0003ce45a0 fffffe0004e5a000 0 0 0 0000204 [SLP]- 0xf= ffffc000068f340] random 4 fffffc0003ce4870 fffffe0004e5c000 0 0 0 0000204 [SLP]- 0xf= ffffc000068af08] g_down 3 fffffc0003ce4b40 fffffe0004e5e000 0 0 0 0000204 [SLP]- 0xf= ffffc000068af00] g_up 2 fffffc0003ce4e10 fffffe0004e60000 0 0 0 0000204 [SLP]- 0xf= ffffc000068aef0] g_event 14 fffffc0003ce50e0 fffffe0004e62000 0 0 0 0000204 new [IWAIT= ] swi4: vm 13 fffffc0003ce53b0 fffffe0004e64000 0 0 0 000020c [IWAIT] sw= i8: tty:sio clock 12 fffffc0003ce5680 fffffe0004e66000 0 0 0 0000204 [IWAIT] sw= i1: net 11 fffffc0003ce5950 fffffe0004e68000 0 0 0 000020c [CPU 0] id= le 1 fffffc0003ce5c20 fffffe0004e6a000 0 0 1 0004200 [SLP]wait = 0xfffffc0003ce5c20] init 10 fffffc0003cb2000 fffffe0004e6c000 0 0 0 0000204 [CV]ktrace= 0xfffffc0000698000] ktrace 0 fffffc0000693178 fffffc0000796000 0 0 0 0000200 [SLP]vmwai= t 0xfffffc00006e4028] swapper db> =20 WITNESS was not enabled, and the machines are running FreeBSD axp1.FreeBSD.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Jan 21 13:= 30:26 PST 2004 kris@bento.FreeBSD.org:/local0/obj/alpha/a/asami/portbui= ld/alpha/src-client/sys/NETBOOT alpha Scheduler is 4BSD. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMFwQWry0BWjoQKURAk6eAJ4gSzrxR9Ispj4ZYbOpPy6MMHKMDQCfZLyt QSszR4sKYr8uNmM18fZNzK0= =Rxrc -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:18: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 3137516A4CE; Sun, 15 Feb 2004 22:18:39 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86AE043D1F; Sun, 15 Feb 2004 22:18:38 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i1G6IXrQ011723 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 16 Feb 2004 07:18:35 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i1G6IOuL002224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Feb 2004 07:18:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i1G6INc5051044; Mon, 16 Feb 2004 07:18:24 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i1G6IM1v051043; Mon, 16 Feb 2004 07:18:23 +0100 (CET) (envelope-from ticso) Date: Mon, 16 Feb 2004 07:18:22 +0100 From: Bernd Walter To: Kris Kennaway Message-ID: <20040216061821.GZ44313@cicely12.cicely.de> References: <20040216055840.GA72555@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216055840.GA72555@xor.obsecurity.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2004 06:18:39 -0000 On Sun, Feb 15, 2004 at 09:58:40PM -0800, Kris Kennaway wrote: > One of the alpha package machines seems to have deadlocked; no > processes are running, but the kernel itself responds to pings, and I > can break to DDB: How long have you waited? It seems that the system was busy waiting for page faults and swap. I've seen conditions lately where this can block the system for a very long time in case there is not enough memory free. The number of processes point to memory stress. I asume you had no chance to take a lock at the disk lights? Havn't looked any deeper into that issue yet because my system uses md based swap in a file and I wanted to recheck with conventional swap partition first. > FreeBSD axp1.FreeBSD.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Jan 21 13:30:26 PST 2004 kris@bento.FreeBSD.org:/local0/obj/alpha/a/asami/portbuild/alpha/src-client/sys/NETBOOT alpha > > Scheduler is 4BSD. My system is from 25th jan but is running ULE. Don't remember the version I was running bevor but it did not show this behavour. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:20: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 99BC316A4CE; Sun, 15 Feb 2004 22:20:10 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC7743D1F; Sun, 15 Feb 2004 22:20:10 -0800 (PST) (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 9D5001FF90A; Mon, 16 Feb 2004 07:20:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id DADE81FF905; Mon, 16 Feb 2004 07:20:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D6032154D8; Mon, 16 Feb 2004 06:15:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C1EEC15336; Mon, 16 Feb 2004 06:15:46 +0000 (UTC) Date: Mon, 16 Feb 2004 06:15:46 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Julian Elischer In-Reply-To: <402FEC68.30700@elischer.org> Message-ID: References: <402FEC68.30700@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD net mailing list cc: FreeBSD current mailing list cc: "Bjoern A. Zeeb" cc: brian@awfulhak.org Subject: Re: TEST/REVIEW ng_ether/ng_pppoe/ppp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 06:20:10 -0000 On Sun, 15 Feb 2004, Julian Elischer wrote: Hi, first thanks for your feedback. > this comment and the code disagree.... > + /* If "promisc" hook not connected, let packet continue */ > + if (priv->lower == NULL || priv->lowerType!=LOWER_TYPE_PROMISC) { > + m_freem(m); > + return; > + } > > > if not connected.. discarded.... I will update this and also change the comment for the orphan hook. > In the documentation: > +written to the hook. The interface has to be put into promiscuous before > +by using p.ex. > +.Dv NGM_ETHER_SET_PROMISC . > +Normal incoming traffic is unaffected. > > what is the "p.ex" ? I should have written e.g. or even better for example. p.ex. is per exemplum (latin). > you should make an attempt to contact brian will do so. aah he's on Cc: already. Thanks again. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:26: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 479F016A4CE; Sun, 15 Feb 2004 22:26:44 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018D243D1D; Sun, 15 Feb 2004 22:26:44 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1G6QhHQ000555; Mon, 16 Feb 2004 01:26:43 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040216055840.GA72555@xor.obsecurity.org> References: <20040216055840.GA72555@xor.obsecurity.org> Date: Mon, 16 Feb 2004 01:26:42 -0500 To: Kris Kennaway , alpha@freebsd.org, current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 06:26:44 -0000 At 9:58 PM -0800 2/15/04, Kris Kennaway wrote: >One of the alpha package machines seems to have deadlocked; no >processes are running, but the kernel itself responds to pings, >and I can break to DDB: ...etc... > >WITNESS was not enabled, and the machines are running > >FreeBSD axp1.FreeBSD.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Jan >21 13:30:26 PST 2004 >kris@bento.FreeBSD.org:/local0/obj/alpha/a/asami/portbuild/alpha/src-client/sys/NETBOOT >alpha > >Scheduler is 4BSD. Hmm. Interesting. UP or SMP? As an interesting coincidence, I had my dual-Athlon machine lock up on me at about 5am on Sunday. I didn't realize it was down until I needed to use that machine for something, so I just rebooted the machine without doing much investigation. I had to turn the machine off and back on to get it's attention (ctrl-alt- delete was ignored). WITNESS is not enabled, and the machine is running: FreeBSD santropez.netel.rpi.edu 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Jan 21 23:28:30 EST 2004 root@santropez.netel.rpi.edu:/usr/obj/usr/src/sys/Dual-Athlon2k i386 The machine had run continuously from the time I did that last installworld/installkernel, without any reboots. It was running some Folding@Home clients, so it would have racked up a lot of CPU time. Other than those clients, it should have been pretty idle for a few hours before it hung up. It NFS-exports some directories to another system, but that other system did not have the directories mounted at the time of the crash. I really doubt it's related, but it is interesting that both machines happen to have kernels from the same day... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:34: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 BC16216A4CE; Sun, 15 Feb 2004 22:34:43 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C18A43D1D; Sun, 15 Feb 2004 22:34:43 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1G6YehM019320; Mon, 16 Feb 2004 07:34:41 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Kenneth D. Merry" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 15 Feb 2004 17:11:55 MST." <20040216001155.GA62253@panzer.kdm.org> Date: Mon, 16 Feb 2004 07:34:40 +0100 Message-ID: <19319.1076913280@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: HEADSUP: disk_*(9) API change mega-patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 06:34:43 -0000 In message <20040216001155.GA62253@panzer.kdm.org>, "Kenneth D. Merry" writes: >In scsi_da.c, you have some changes that are not related to this: > > - you've added a quirk entry. This should be run through njl. > - you're sending a TUR in dagetcapacity(), which shouldn't be necessary. > See rev 1.88 of scsi_cd.c and rev 1.55 of cam_periph.c. Fixed. I seem to have generated the original patch from my integration tree. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:35: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 AE62416A4CE for ; Sun, 15 Feb 2004 22:35:32 -0800 (PST) Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A5E43D2D for ; Sun, 15 Feb 2004 22:35:32 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [61.59.121.140] (port=54041 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.23:1) id 1AscLn-000P5d-W1 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 14:35:28 +0800 Received: from localhost (localhost [127.0.0.1]) by chihiro.leafy.idv.tw (Postfix) with ESMTP id 72F8C10C for ; Mon, 16 Feb 2004 14:35:30 +0800 (CST) Received: from chihiro.leafy.idv.tw ([127.0.0.1]) by localhost (chihiro.leafy.idv.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33883-07 for ; Mon, 16 Feb 2004 14:35:30 +0800 (CST) Received: by chihiro.leafy.idv.tw (Postfix, from userid 1000) id 078EBFC; Mon, 16 Feb 2004 14:35:30 +0800 (CST) Date: Mon, 16 Feb 2004 14:35:29 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20040216063529.GA34675@chihiro.leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at leafy.idv.tw Subject: buildworld fails at boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 06:35:32 -0000 ===> sys/boot/i386/boot2 cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S /var/tmp//ccxIIuSc.s: Assembler messages: /var/tmp//ccxIIuSc.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccxIIuSc.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccxIIuSc.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. make.conf does not specify CPUTYPE, this is a P2-450 system. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 22:36: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 2E38D16A4CE; Sun, 15 Feb 2004 22:36:56 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 268EA43D1D; Sun, 15 Feb 2004 22:36:56 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (42ccae4c518c5bde89c41b5ed81ee756@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i1G6ZwhF027387; Sun, 15 Feb 2004 22:35:58 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3CAB766D44; Sun, 15 Feb 2004 22:36:51 -0800 (PST) Date: Sun, 15 Feb 2004 22:36:51 -0800 From: Kris Kennaway To: ticso@cicely.de Message-ID: <20040216063651.GA72959@xor.obsecurity.org> References: <20040216055840.GA72555@xor.obsecurity.org> <20040216061821.GZ44313@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20040216061821.GZ44313@cicely12.cicely.de> User-Agent: Mutt/1.4.1i cc: alpha@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 06:36:56 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 16, 2004 at 07:18:22AM +0100, Bernd Walter wrote: > On Sun, Feb 15, 2004 at 09:58:40PM -0800, Kris Kennaway wrote: > > One of the alpha package machines seems to have deadlocked; no > > processes are running, but the kernel itself responds to pings, and I > > can break to DDB: >=20 > How long have you waited? > It seems that the system was busy waiting for page faults and swap. > I've seen conditions lately where this can block the system for a very > long time in case there is not enough memory free. > The number of processes point to memory stress. It's been about 1/2 hour now...this machine doesn't seem to have been under exceptional load compared to the other equivalent alpha package machines > I asume you had no chance to take a lock at the disk lights? No, the machine is remote to me. Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMGUCWry0BWjoQKURAn6uAKDoV7x09Vg34kz1ygQKCxcyEo/K2gCgqopC ejRkmJIKfFW8MpeGCnM5YMQ= =Zj6Q -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 23: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 9C16316A4CE; Sun, 15 Feb 2004 23:07:21 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A2843D1D; Sun, 15 Feb 2004 23:07:20 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i1G77CrQ012465 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 16 Feb 2004 08:07:18 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i1G771uL002635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Feb 2004 08:07:02 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i1G771c5051190; Mon, 16 Feb 2004 08:07:01 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i1G770E4051189; Mon, 16 Feb 2004 08:07:00 +0100 (CET) (envelope-from ticso) Date: Mon, 16 Feb 2004 08:07:00 +0100 From: Bernd Walter To: Kris Kennaway Message-ID: <20040216070659.GA44313@cicely12.cicely.de> References: <20040216055840.GA72555@xor.obsecurity.org> <20040216061821.GZ44313@cicely12.cicely.de> <20040216063651.GA72959@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216063651.GA72959@xor.obsecurity.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: alpha@freebsd.org cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.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, 16 Feb 2004 07:07:21 -0000 On Sun, Feb 15, 2004 at 10:36:51PM -0800, Kris Kennaway wrote: > On Mon, Feb 16, 2004 at 07:18:22AM +0100, Bernd Walter wrote: > > On Sun, Feb 15, 2004 at 09:58:40PM -0800, Kris Kennaway wrote: > > > One of the alpha package machines seems to have deadlocked; no > > > processes are running, but the kernel itself responds to pings, and I > > > can break to DDB: > > > > How long have you waited? > > It seems that the system was busy waiting for page faults and swap. > > I've seen conditions lately where this can block the system for a very > > long time in case there is not enough memory free. > > The number of processes point to memory stress. > > It's been about 1/2 hour now...this machine doesn't seem to have been > under exceptional load compared to the other equivalent alpha package > machines OK - it was not _that_ long, but it was long enough for me to to really think about a hanging machine once. I'm no VM expert, but those two look very strange to me: 7 fffffc0003ca4b40 fffffe0004f38000 0 0 0 0000204 [SLP]VMWait 0xfffffc000068c468] pagedaemon 0 fffffc0000693178 fffffc0000796000 0 0 0 0000200 [SLP]vmwait 0xfffffc00006e4028] swapper At least I think that all others are awaiting them to do their job first. Not to mention about the different writing of the same word. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 23:58: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 5DB8516A4CE; Sun, 15 Feb 2004 23:58:49 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4845143D1D; Sun, 15 Feb 2004 23:58:49 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1G7wlOJ057459; Sun, 15 Feb 2004 23:58:47 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1G7wkSG057458; Sun, 15 Feb 2004 23:58:46 -0800 (PST) (envelope-from obrien) Date: Sun, 15 Feb 2004 23:58:46 -0800 From: "David O'Brien" To: Garance A Drosihn Message-ID: <20040216075846.GC54371@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Garance A Drosihn , alpha@freebsd.org, current@freebsd.org References: <20040216055840.GA72555@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: alpha@freebsd.org cc: current@freebsd.org Subject: Re: Scheduling deadlock on alpha? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: alpha@freebsd.org, current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 07:58:49 -0000 On Mon, Feb 16, 2004 at 01:26:42AM -0500, Garance A Drosihn wrote: > >WITNESS was not enabled, and the machines are running > > > >FreeBSD axp1.FreeBSD.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Jan > >21 13:30:26 PST 2004 > >kris@bento.FreeBSD.org:/local0/obj/alpha/a/asami/portbuild/alpha/src-client/sys/NETBOOT > >alpha > > > >Scheduler is 4BSD. > > Hmm. Interesting. UP or SMP? These ports machines are UP. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 00:23: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 C5B2716A4CE for ; Mon, 16 Feb 2004 00:23:48 -0800 (PST) Received: from ares.kosire.net (unknown [217.11.240.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id D48F043D3F for ; Mon, 16 Feb 2004 00:23:47 -0800 (PST) (envelope-from lists@hosting50.cz) Received: (qmail 76266 invoked by uid 89); 16 Feb 2004 08:24:06 -0000 Received: from unknown (HELO ?10.15.141.2?) (lists@hosting50.cz@10.15.141.2) by ares.kosire.net with AES256-SHA encrypted SMTP; 16 Feb 2004 08:24:06 -0000 From: Tomas Randa To: freebsd-current@freebsd.org In-Reply-To: <20040216063529.GA34675@chihiro.leafy.idv.tw> References: <20040216063529.GA34675@chihiro.leafy.idv.tw> Message-Id: <1076919826.85778.7.camel@ares.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 16 Feb 2004 09:23:46 +0100 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: buildworld fails at boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 08:23:48 -0000 Hi, I have same problem, my configuration i Duron 700, VIA KT133A, Athlon specified in make.conf ===> sys/boot/i386/boot2 objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=276 count=1 1+0 records in 1+0 records out 276 bytes transferred in 0.000292 secs (945002 bytes/sec) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S /var/tmp//ccfR9bIu.s: Assembler messages: /var/tmp//ccfR9bIu.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccfR9bIu.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccfR9bIu.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Tomas Randa From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 00:35: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 09B8016A4CE for ; Mon, 16 Feb 2004 00:35:57 -0800 (PST) Received: from mail.teledes.ru (host241-net53-vved7.miran.ru [213.221.53.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E4A43D1D for ; Mon, 16 Feb 2004 00:35:56 -0800 (PST) (envelope-from DAntrushin@mail.ru) Received: from mail.ru ([10.1.1.31]) (authenticated bits=0) by mail.teledes.ru (8.12.11/8.12.11) with ESMTP id i1G8VYRn016488 for ; Mon, 16 Feb 2004 11:31:35 +0300 (MSK) Message-ID: <40307DAB.6040701@mail.ru> Date: Mon, 16 Feb 2004 11:22:03 +0300 From: Denis Antrushin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6a) Gecko/20031029 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <402B5E39.8020301@mail.ru> In-Reply-To: <402B5E39.8020301@mail.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI + USB issues? (was: USB umass problem on 5.2-release) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 08:35:57 -0000 I made my USB flash drive to work by either 1. Disabling ACPI or 2. Enabling parallel port in BIOS (it was disabled for a long time) Although my original problem is solved, but given the fact that everything worked in 5.1, I would guess there's some ACPI problems in 5.2. Is there some kind of 'ACPI debugging how-to' around? I'd like to dig this issue in, as far as I can... Thanks, Denis Denis Antrushin wrote: > > Hi, > > This kind of questions was asked many times before, but after reading > all that > postings I still cannot fix things by myself, so I'm asking for help > here... > > I have USB Flash Drive (Pretec i-Disk 128Mb), and it was working OK with > my home > 5.1 freebsd machine (ASUS A7M266 motherboard with AMD 761/VIA xxxx) > Recently I decided to upgrade to 5.2-release and whoops... I've got that > nasty > messages: > > umass0: BBB reset failed, TIMEOUT > umass0: BBB bulk-in clear stall failed, TIMEOUT > umass0: BBB bulk-out clear stall failed, TIMEOUT > > Well, I digged archives and read about USB quirks, so I added > DA_OLD_QUIRKS to > kernel config and recompiled... no effect. I played a bit with quirks in > umass.c, > but this ended up with hangs and panics :-) > > But, the this flash drive works OK on my work machine, which is > 5.2-release as > well (but is ASUS P4BGL MB with Intel 845GL chipset), so I guess, this > is not > device itself, but USB controller/hub/... issue? > > I attach dmesg output (with CAMDEBUG options in kernel, and w/o USB > quirks) and > my kernel config > > What should I do to fix that problem? > Any help is highly appretiated! > > Thanks, > Denis > From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 00:36: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 1460716A4D3 for ; Mon, 16 Feb 2004 00:36:49 -0800 (PST) Received: from s1.vhost.cz (s1.vhost.cz [195.39.16.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5309843D1D for ; Mon, 16 Feb 2004 00:36:48 -0800 (PST) (envelope-from konfer@mikulas.com) Received: (qmail 81982 invoked by uid 85); 16 Feb 2004 09:36:47 +0100 Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 16 Feb 2004 09:36:46 +0100 Message-ID: <40308140.6020000@mikulas.com> Date: Mon, 16 Feb 2004 09:37:20 +0100 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040130 X-Accept-Language: cs, en, en-us 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 X-Virus-Scanned: by AMaViS perl-11 cc: mlaier@freebsd.org cc: bms@freebsd.org cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 08:36:49 -0000 Hello Robert Watson wrote: >On Mon, 16 Feb 2004, Jiri Mikulas wrote: > >>Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT #1: >>Mon Feb 16 00:53:39 CET 2004 >> >>I built few kernels from saturday morning to sunday evening and with all >>of them i got this panic .. (my last functional kernel is from FreeBSD >>5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri >> >> > >It looks like 'ifp' in ip_output.c is NULL here (the offset of if_hwassist >is 0x98). Are you running with DUMMYNET? I'm wondering if the recent >commit to clean up MT_TAG pseudo-mbufs has a loose end somewhere. Try >backing ouf the following commit locally: > >mlaier 2004/02/13 11:14:16 PST > > FreeBSD src repository > > Modified files: > sys/net bridge.c if_ethersubr.c > sys/netinet in_proto.c ip_divert.c ip_dummynet.c > ip_dummynet.h ip_fastfwd.c ip_fw.h > ip_fw2.c ip_input.c ip_output.c ip_var.h > tcp_debug.c tcp_input.c > sys/sys mbuf.h > Added files: > sys/netinet ip_divert.h > > > yes I'm runnig DUMMYNET >Also, it would be quite interesting to see the contents of 'inspect *m' >and 'inspect *ro' in stack frame #6. > > > ~~~cut~~~ (kgdb) up 6 #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 983 sw_csum = m->m_pkthdr.csum_flags & ~ifp->if_hwassist; (kgdb) inspect *m $1 = {m_hdr = {mh_next = 0x0, mh_nextpkt = 0x0, mh_data = 0xc10f7250 "E", mh_len = 48, mh_flags = 2, mh_type = 1}, M_dat = {MH = { MH_pkthdr = {rcvif = 0xc27b4000, len = 48, header = 0x14, csum_flags = 1, csum_data = 393990, tags = {slh_first = 0x0}}, MH_dat = { MH_ext = {ext_buf = 0x1020108---Can't read userspace from dump, or kernel process--- (kgdb) inspect *ro $2 = {ro_rt = 0x0, ro_dst = {sa_len = 0 '\0', sa_family = 0 '\0', sa_data = '\0' }} ~~~cut~~~ is it all ? thanks Jiri From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 01:08: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 3E1AF16A4EF for ; Mon, 16 Feb 2004 01:08:12 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB9F43D1F for ; Mon, 16 Feb 2004 01:08:12 -0800 (PST) (envelope-from sebastianboeck@freenet.de) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Asejb-0000ua-00 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 10:08:11 +0100 Received: from [217.235.170.241] (helo=p4.boeck.cjb.net) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1Aseja-0004FZ-00 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 10:08:11 +0100 Received: from freenet.de (localhost [127.0.0.1]) by p4.boeck.cjb.net (Postfix) with ESMTP id DD7B3409F for ; Mon, 16 Feb 2004 10:08:09 +0100 (CET) Message-ID: <40308879.4070809@freenet.de> Date: Mon, 16 Feb 2004 10:08:09 +0100 From: =?ISO-8859-1?Q?Sebastian_B=F6ck?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:9060023f140952ea5098d12d38573a7d Subject: Power Button not working any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 09:08:12 -0000 Hi all, my power button is not responding any more. I have this problem on my -CURRENT box since the changes in /usr/src/sys/dev/acpica on Wed Feb 11 02:57:33 2004. Also a normal reboot is not working properly any more. It shuts down the machine (not clean), so all filesystems get checked on the next start. Is there a sysctl or some other configuration to restore the old behaviour? My system is a P4 with a Fujitsu-Siemens D1547 motherboard. Thanks in advance Sebastian From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 01:22: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 B1F6016A4CE for ; Mon, 16 Feb 2004 01:22:40 -0800 (PST) Received: from MXR-1.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8256743D2F for ; Mon, 16 Feb 2004 01:22:40 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from localhost (reha1 [127.0.0.1]) by MXR-1.estpak.ee (Postfix) with ESMTP id 4A0365EA4D; Mon, 16 Feb 2004 11:22:38 +0200 (EET) Received: from MXR-1.estpak.ee ([127.0.0.1]) by localhost (reha1 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20798-05; Mon, 16 Feb 2004 11:22:38 +0200 (EET) Received: from kevad.internal (80-235-37-235-dsl.mus.estpak.ee [80.235.37.235]) by MXR-1.estpak.ee (Postfix) with ESMTP id 5CA065E8F2; Mon, 16 Feb 2004 11:22:37 +0200 (EET) Received: from kevad.internal (localhost [127.0.0.1]) by kevad.internal (8.12.10/8.12.10) with ESMTP id i1G9MXuw001924; Mon, 16 Feb 2004 11:22:33 +0200 (EET) (envelope-from vallo@kevad.internal) Received: (from vallo@localhost) by kevad.internal (8.12.10/8.12.10/Submit) id i1G9MWr8001923; Mon, 16 Feb 2004 11:22:32 +0200 (EET) (envelope-from vallo) Date: Mon, 16 Feb 2004 11:22:32 +0200 From: Vallo Kallaste To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20040216092232.GA1632@kevad.internal> References: <20040213130520.GB714@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.4i-ja.1 X-Virus-Scanned: by amavisd-new at neti.ee cc: freebsd-current@freebsd.org Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 09:22:40 -0000 On Fri, Feb 13, 2004 at 03:19:33PM +0100, Dag-Erling SmÞrgrav wrote: > Stijn Hoop writes: > > after I reverted the syscons change I could build a working kernel, but > > something has changed in vinum, so that the volumes are not created in > > /dev/vinum anymore. > > Vinum is currently being rewritten. If you absolutely need it, use > FreeBSD 4.9. My problem is that I want to use 5.x and be sure my /usr filesystem will be recoverable in the current miserable days of disks which fail in rows. Is ccd(4) mirroring stable? It's at least 4 years ago when I last dealt with it. Thanks -- Vallo Kallaste From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:05: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 8B80E16A4CE for ; Mon, 16 Feb 2004 02:05:50 -0800 (PST) Received: from oak.FernUni-Hagen.de (oak.fernuni-hagen.de [132.176.114.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AAAD43D1D for ; Mon, 16 Feb 2004 02:05:50 -0800 (PST) (envelope-from jfh@es-i2.FernUni-Hagen.de) Received: from amavis by oak.FernUni-Hagen.de with scanned-ok (Exim 4.04) id 1AsfdN-0003Qh-00 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 11:05:49 +0100 Received: from es-i2.fernuni-hagen.de ([132.176.7.81]) by oak.FernUni-Hagen.de with esmtp (Exim 4.04) id 1AsfcU-0003LK-00 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 11:04:54 +0100 Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by es-i2.fernuni-hagen.de (Postfix) with ESMTP id 3167A52D0 for ; Mon, 16 Feb 2004 11:04:54 +0100 (CET) From: Fritz Heinrichmeyer Organization: fernuni To: freebsd-current@freebsd.org Date: Mon, 16 Feb 2004 11:04:37 +0100 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> X-Virus-Scanned: by AMaViS perl-11 Subject: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 10:05:50 -0000 as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S /var/tmp//ccrYtMTN.s: Assembler messages: /var/tmp//ccrYtMTN.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccrYtMTN.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccrYtMTN.s:39: Error: value of 115200 too large for field of 2 bytes at 13 cc also should be informed about the defined symbols .... From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:10: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 92E4B16A4CE for ; Mon, 16 Feb 2004 02:10:32 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DAB443D31 for ; Mon, 16 Feb 2004 02:10:32 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 58437 invoked from network); 16 Feb 2004 10:10:30 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.47]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 16 Feb 2004 10:10:30 -0000 Message-ID: <40309723.5020808@freebsd.org> Date: Mon, 16 Feb 2004 11:10:43 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040125 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-standards@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: writev(2) and IOV_MAX confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 10:10:32 -0000 The is a big confusion over the correct definition of IOV_MAX in relation to writev(2). The man page for write(2)/writev(2) says you only have to include to get everything. Unfortunatly IOV_MAX is not (no longer?) defined there but in . Both Net- and OpenBSD still define it in but NetBSD only for compatibility. For them the correct place seems to be too but only when _XOPEN_SOURCE is defined. What is the correct place for IOV_MAX? And what has to be adjusted, the man page or the .h files? -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:19: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 9A45D16A4D0 for ; Mon, 16 Feb 2004 02:19:09 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4124643D2F for ; Mon, 16 Feb 2004 02:19:09 -0800 (PST) (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 1AsfqG-0006em-00 for current@freebsd.org; Mon, 16 Feb 2004 11:19:08 +0100 Received: from [217.227.154.196] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AsfqF-0006cD-00 for current@freebsd.org; Mon, 16 Feb 2004 11:19:07 +0100 Received: (qmail 38139 invoked from network); 16 Feb 2004 10:23:23 -0000 Received: from unknown (HELO fbsd52.laiers.local) (192.168.4.88) by 192.168.4.1 with SMTP; 16 Feb 2004 10:23:23 -0000 From: Max Laier To: Jiri Mikulas , Robert Watson Date: Mon, 16 Feb 2004 11:19:01 +0100 User-Agent: KMail/1.5.4 References: <40308140.6020000@mikulas.com> In-Reply-To: <40308140.6020000@mikulas.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402161119.01876.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: mlaier@freebsd.org cc: bms@freebsd.org cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 10:19:09 -0000 On Monday 16 February 2004 09:37, Jiri Mikulas wrote: > Robert Watson wrote: > >On Mon, 16 Feb 2004, Jiri Mikulas wrote: > >>Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT > >> #1: Mon Feb 16 00:53:39 CET 2004 > >> > >>I built few kernels from saturday morning to sunday evening and with > >> all of them i got this panic .. (my last functional kernel is from > >> FreeBSD 5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri > > > >It looks like 'ifp' in ip_output.c is NULL here (the offset of > > if_hwassist is 0x98). Are you running with DUMMYNET? I'm wondering > > if the recent commit to clean up MT_TAG pseudo-mbufs has a loose end > > somewhere. Try backing ouf the following commit locally: > > > >mlaier 2004/02/13 11:14:16 PST > > > > FreeBSD src repository > > > > Modified files: > > sys/net bridge.c if_ethersubr.c > > sys/netinet in_proto.c ip_divert.c ip_dummynet.c > > ip_dummynet.h ip_fastfwd.c ip_fw.h > > ip_fw2.c ip_input.c ip_output.c ip_var.h > > tcp_debug.c tcp_input.c > > sys/sys mbuf.h > > Added files: > > sys/netinet ip_divert.h > > yes I'm runnig DUMMYNET > > >Also, it would be quite interesting to see the contents of 'inspect > > *m' and 'inspect *ro' in stack frame #6. > > ~~~cut~~~ > (kgdb) up 6 > #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, > flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 > 983 sw_csum = m->m_pkthdr.csum_flags & ~ifp->if_hwassist; > (kgdb) inspect *m > $1 = {m_hdr = {mh_next = 0x0, mh_nextpkt = 0x0, mh_data = 0xc10f7250 > "E", mh_len = 48, mh_flags = 2, mh_type = 1}, M_dat = {MH = { > MH_pkthdr = {rcvif = 0xc27b4000, len = 48, header = 0x14, > csum_flags = 1, csum_data = 393990, tags = {slh_first = 0x0}}, MH_dat = > { MH_ext = {ext_buf = 0x1020108---Can't read userspace from dump, or > kernel process--- > > (kgdb) inspect *ro > $2 = {ro_rt = 0x0, ro_dst = {sa_len = 0 '\0', sa_family = 0 '\0', > sa_data = '\0' }} > ~~~cut~~~ > > is it all ? > thanks > Jiri Can you also provide 'args' and '*dummytag' from the same frame? Thanks in advance. -- Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:20: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 9E64D16A4CE; Mon, 16 Feb 2004 02:20:53 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C0E43D1D; Mon, 16 Feb 2004 02:20:53 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A49367303A; Mon, 16 Feb 2004 05:20:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040216102052.A49367303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 05:20:52 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 10:20:54 -0000 TB --- 2004-02-16 09:34:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 09:34:43 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-02-16 09:34:43 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 09:39:07 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- /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.. [...] sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 --32 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/../../common -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -m32 -c /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/sio.S /var/tmp//ccOozpmP.s: Assembler messages: /var/tmp//ccOozpmP.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccOozpmP.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccOozpmP.s:39: Error: value of 000000000001c200 too large for field of 2 bytes at 000000000000000d *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-02-16 10:20:52 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-16 10:20:52 - TB --- ERROR: failed to build world TB --- 2004-02-16 10:20:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:22: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 EC8AB16A4CE for ; Mon, 16 Feb 2004 02:22:36 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94B5943D1D for ; Mon, 16 Feb 2004 02:22:36 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1GAM07E045806; Mon, 16 Feb 2004 02:22:05 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402161022.i1GAM07E045806@gw.catspoiler.org> Date: Mon, 16 Feb 2004 02:22:00 -0800 (PST) From: Don Lewis To: haro@kgt.co.jp In-Reply-To: <20040216.101505.74756126.haro@kgt.co.jp> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: mat@cnd.mcgill.ca Subject: Re: LOR with sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 10:22:37 -0000 On 16 Feb, Munehiro Matsuda wrote: > Hi all, > > I've gotten following LoR with sounde code, using kernel from Feb 15th > with patch from Mathew Kanner: > http://docs.freebsd.org/cgi/mid.cgi?20031215185606.GA63202 > >> lock order reversal >> 1st 0xc31ca140 pcm0:play:0 (pcm play channel) @ dev/sound/pcm/channel.c:1069 >> 2nd 0xc31b6ec0 pcm0:record:0 (pcm record channel) @ dev/sound/pcm/channel.c:1350 >> Stack backtrace: >> backtrace(0,ffffffff,c0761120,c0761148,c07303fc) at backtrace+0x12 >> witness_checkorder(c31b6ec0,9,c06cfeaf,546) at witness_checkorder+0x593 >> _mtx_lock_flags(c31b6ec0,0,c06cfea6,546,d29f2a70) at _mtx_lock_flags+0x67 >> chn_lock(c32add80,c,c407b000,c405b000,102) at chn_lock+0x1a >> sndbuf_remalloc(c31bab00,200,100,c32add80,100) at sndbuf_remalloc+0x8c >> chn_setblocksize(c32add80,200,0,20000,c31cf718) at chn_setblocksize+0x306 >> chn_tryspeed(c32add80,1f40) at chn_tryspeed+0x149 >> chn_tryformat(c32add80,10,10,d29f2c60,d29f2c60) at chn_tryformat+0xaf >> chn_setformat(c32add80,10,0,c1616a00,c32add80) at chn_setformat+0x15 >> dsp_ioctl(c075a6a0,c0045005,d29f2c60,3,c3733540) at dsp_ioctl+0x9f2 >> spec_ioctl(d29f2b88,d29f2c34,c0583df7,d29f2b88,c074fc40) at spec_ioctl+0x12d >> spec_vnoperate(d29f2b88) at spec_vnoperate+0x13 >> vn_ioctl(c3778f24,c0045005,d29f2c60,c371f180,c3733540) at vn_ioctl+0x17f >> ioctl(c3733540,d29f2d14,3,5,296) at ioctl+0x37c >> syscall(c068002f,2f,2f,0,0) at syscall+0x217 >> Xint0x80_syscall() at Xint0x80_syscall+0x1d >> --- syscall (54), eip = 0x284e7b1b, esp = 0xbfbf5dfc, ebp = 0xbfbf5e18 --- This is seriously wierd. channel.c:1069 is in chn_setblocksize(), and it is locking the play channel lock, as one would expect. The sndbuf_remalloc() call should be calling chn_unlock() and chn_lock() on the same play channel lock, but it sure looks like it is trying to lock the record channel lock. > Also, I'm getting following warning with sound related code path. > >> malloc() of "4096" with the following non-sleepable locks held: >> exclusive sleep mutex pcm0:play:0 (pcm play channel) r = 0 (0xc31ca140) locked @ dev/sound/pcm/channel.c:1069 >> malloc() of "4096" with the following non-sleepable locks held: >> exclusive sleep mutex pcm0 (sound cdev) r = 0 (0xc31ca2c0) locked @ dev/sound/pcm/dsp.c:213 >> malloc() of "4096" with the following non-sleepable locks held: >> exclusive sleep mutex pcm0:record:0 (pcm record channel) r = 0 (0xc31b6ec0) locked @ dev/sound/pcm/dsp.c:479 > > FYI, I use following sound card build into my note book. > > pcm0: port 0xfcac-0xfcaf,0xfc00-0xfc3f mem 0xfecf0000-0xfecf7fff irq 9 at device 9.0 on pci0 > pcm0: My suspicion is that there are problems with locking of the record channel, though I can't explain why the locking problems are reported like they are above instead of problems pointing directly to dsp_ioctl(). Because the defined lock order is record channel and then play channel, dsp_ioctl() should unlock the play channel any time it calls a function on the record channel that could potentially unlock the record channel, and then relock the play channel afterwards. The it looks like the affected ioctl() commands are: AIOSSIZE AIOSFMT SNDCTL_DSP_SETBLKSIZE SNDCTL_DSP_SPEED SNDCTL_DSP_STEREO SOUND_PCM_WRITE_CHANNELS SNDCTL_DSP_SETFMT SNDCTL_DSP_SETFRAGMENT From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 02:32: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 13A0916A4CE; Mon, 16 Feb 2004 02:32:56 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-2-18.dsl.pltn13.pacbell.net [68.122.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D7743D1F; Mon, 16 Feb 2004 02:32:55 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.11/8.12.10) with ESMTP id i1GAWsHp007852; Mon, 16 Feb 2004 02:32:54 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.11/8.12.10/Submit) id i1GAWsv0007851; Mon, 16 Feb 2004 02:32:54 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Mon, 16 Feb 2004 02:32:54 -0800 From: David Schultz To: Andre Oppermann Message-ID: <20040216103254.GA7779@VARK.homeunix.com> Mail-Followup-To: Andre Oppermann , freebsd-current@FreeBSD.ORG, freebsd-standards@FreeBSD.ORG References: <40309723.5020808@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40309723.5020808@freebsd.org> cc: freebsd-current@FreeBSD.ORG cc: freebsd-standards@FreeBSD.ORG Subject: Re: writev(2) and IOV_MAX confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 10:32:56 -0000 On Mon, Feb 16, 2004, Andre Oppermann wrote: > The is a big confusion over the correct definition of IOV_MAX in relation > to writev(2). The man page for write(2)/writev(2) says you only have to > include to get everything. Unfortunatly IOV_MAX is not (no > longer?) defined there but in . Both Net- and OpenBSD > still define it in but NetBSD only for compatibility. For > them the correct place seems to be too but only when > _XOPEN_SOURCE is defined. > > What is the correct place for IOV_MAX? And what has to be adjusted, the > man page or the .h files? In POSIX, you get IOV_MAX only by including , and FreeBSD's includes , so the code is correct here. As far as I can tell, the man page doesn't say anything about what you have to include to get IOV_MAX, but I suppose it could be more clear. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03: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 71F3116A4CE; Mon, 16 Feb 2004 03:04:44 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5792F43D1F; Mon, 16 Feb 2004 03:04:44 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D324C7303A; Mon, 16 Feb 2004 06:04:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040216110443.D324C7303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 06:04:43 -0500 (EST) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 11:04:44 -0000 TB --- 2004-02-16 10:20:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 10:20:52 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-02-16 10:20:52 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 10:25:20 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- /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.. [...] sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/../../common -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/sio.S /var/tmp//ccpfgslx.s: Assembler messages: /var/tmp//ccpfgslx.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccpfgslx.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccpfgslx.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-02-16 11:04:43 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-16 11:04:43 - TB --- ERROR: failed to build world TB --- 2004-02-16 11:04:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03:08: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 1D6A316A4CE; Mon, 16 Feb 2004 03:08:50 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822FB43D1D; Mon, 16 Feb 2004 03:08:49 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i1GB9ZW1001070; Mon, 16 Feb 2004 12:09:35 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i1GB9ZsK001069; Mon, 16 Feb 2004 12:09:35 +0100 (CET) (envelope-from stijn) Date: Mon, 16 Feb 2004 12:09:35 +0100 From: Stijn Hoop To: Lukas Ertl Message-ID: <20040216110935.GA753@pcwin002.win.tue.nl> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040213175748.B662@korben.in.tern> <20040213173456.GH714@pcwin002.win.tue.nl> <20040213201416.E662@korben.in.tern> <20040213205311.GI714@pcwin002.win.tue.nl> <20040213235341.L618@korben.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20040213235341.L618@korben.in.tern> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: Greg 'groggy' Lehey cc: freebsd-current@FreeBSD.org Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 11:08:50 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 13, 2004 at 11:55:41PM +0100, Lukas Ertl wrote: > I have a very very far fetched idea. Could you please try this: >=20 > *) cd /usr/src/sbin/vinum > *) vi commands.c > *) locate the function vinum_read(), the first line says "int error;" > *) initialize this var to zero, i.e. "int error =3D 0;" > *) recompile vinum and tell if that changed anything OK, more info now that I am at the console of the machine again. During the weekend I discovered that I had saved a copy of my previously working kernel somewhere in my homedirectory, so this morning I first compi= led a Feb 6 version of /sbin/vinum, and then booted off the old kernel + vinum module, and executed the old /sbin/vinum. No error message, but the only things listed in my configuration were the drives (so no volumes/plexes/subdisks). Next up I tried your suggestion above with my new kernel. This also got rid= of the error message (or at least it doesn't show up), but again the only obje= cts listed were the drives; no volumes etc. My current theory is that I somehow goofed up during the kernel rebuild-a-t= hon last friday, and that I somewhere loaded the old vinum module alongside the new kernel; and this bit me by overwriting my configuration. It's the only explanation I can think of (since I'm obviously the only one to have this problem). If you want more information or have more things I could try I'd be glad to do so, but I think that it was me that introduced this, alto= ugh I couldn't for the life of me think of anything I did that could cause this. Although the data that was on the volume is not crucial, it would be nice if there was a way to recover it; so if you don't want to investigate further, can you tell me whether a vinum create would restore my volumes, or is there simply no way that I can do so without obliterating the data? If the latter, I'll just move on and recreate the plex using ccd(4) (seeing as following vinum development is not one of my goals right now). --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. --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAMKTvY3r/tLQmfWcRAu61AJ0SG+JTPK2cnYITyvxt5pZpMhLfEQCfd7eb 9XOedHDgGuqX9i/RhSqkTWg= =Y56n -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03:28: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 56D8316A4CF; Mon, 16 Feb 2004 03:28:20 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0543443D1D; Mon, 16 Feb 2004 03:28:20 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 424313ABB83; Mon, 16 Feb 2004 12:31:28 +0100 (CET) Date: Mon, 16 Feb 2004 12:31:27 +0100 From: Pawel Jakub Dawidek To: "Simon L. Nielsen" Message-ID: <20040216113127.GC14639@garage.freebsd.pl> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <402F3CE5.7090407@DeepCore.dk> <20040215104236.GA722@arthur.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6IGTAXksYJqONypD" Content-Disposition: inline In-Reply-To: <20040215104236.GA722@arthur.nitro.dk> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: current@FreeBSD.org cc: S?ren Schmidt cc: sos@FreeBSD.org Subject: Re: ata(4) related panic - Memory modified after free [was: Sony V505BX ATA 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, 16 Feb 2004 11:28:20 -0000 --6IGTAXksYJqONypD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 15, 2004 at 11:42:37AM +0100, Simon L. Nielsen wrote: +> I can see that the panic is in cam, but the odd thing is that I don't +> have atapicam in the kernel (I double checked - it isn't there). I do +> have normal cam in the kernel (for USB). To me it seems like some kind +> of memory corruption either in ata(4) or somehow masked by ata when +> retries is set to 3, but I'm no kernel hacker. Are you using phk@'s disk API change? I had simlar problems with first version of his patch and USB bar (I still haven't checked next versions). --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --6IGTAXksYJqONypD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAMKoPForvXbEpPzQRAgqgAKCLp3OpHFDDqvqnMLMOf73CK9tQXACfcR1Q flLemoQW5AM5sIcGqiDZD3c= =Jzf4 -----END PGP SIGNATURE----- --6IGTAXksYJqONypD-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03: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 1186216A4CE for ; Mon, 16 Feb 2004 03:43:54 -0800 (PST) Received: from ms-smtp-02-eri0.ohiordc.rr.com (ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C37E043D2D for ; Mon, 16 Feb 2004 03:43:53 -0800 (PST) (envelope-from meb@cinci.rr.com) Received: from cinci.rr.com (cvg-65-27-178-227.cinci.rr.com [65.27.178.227]) i1GBhptO009356 for ; Mon, 16 Feb 2004 06:43:51 -0500 (EST) Message-ID: <4030AC7C.6000902@cinci.rr.com> Date: Mon, 16 Feb 2004 06:41:48 -0500 From: Mike Berning User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> In-Reply-To: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 11:43:54 -0000 I'm getting the same error as well. Mike Fritz Heinrichmeyer wrote: >as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym >SIOSPD=9600 -o boot2.o boot2.s >cc -Os -fno-guess-branch-probability -fomit-frame-pointer >-mno-align-long-strings -mrtd -DUFS1_AND_UFS2 >-I/usr/src/sys/boot/i386/boot2/../../common >-I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return >-Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes >-Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes >-Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 >-c /usr/src/sys/boot/i386/boot2/sio.S >/var/tmp//ccrYtMTN.s: Assembler messages: >/var/tmp//ccrYtMTN.s:84: Error: undefined symbol `SIOSPD' in operation setting >`SIO_DIV' >/var/tmp//ccrYtMTN.s:35: Error: undefined symbol `SIO_FMT' in operation >/var/tmp//ccrYtMTN.s:39: Error: value of 115200 too large for field of 2 bytes >at 13 > >cc also should be informed about the defined symbols .... > > From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03:49: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 D177116A4CE for ; Mon, 16 Feb 2004 03:49:34 -0800 (PST) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE8A43D1F for ; Mon, 16 Feb 2004 03:49:34 -0800 (PST) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.30; FreeBSD) id 1AshFk-000C0r-ME for freebsd-current@freebsd.org; Mon, 16 Feb 2004 12:49:32 +0100 Date: Mon, 16 Feb 2004 12:49:32 +0100 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20040216114932.GA12971@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <40308879.4070809@freenet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <40308879.4070809@freenet.de> User-Agent: Mutt/1.5.5.1i Sender: Oliver Brandmueller Subject: Re: Power Button not working any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 11:49:34 -0000 Hi. On Mon, Feb 16, 2004 at 10:08:09AM +0100, Sebastian Böck wrote: > my power button is not responding any more. > I have this problem on my -CURRENT box since the changes > in /usr/src/sys/dev/acpica on Wed Feb 11 02:57:33 2004. The same here. > Also a normal reboot is not working properly any more. > It shuts down the machine (not clean), so all filesystems > get checked on the next start. I don't have this problem, though. > My system is a P4 with a Fujitsu-Siemens D1547 motherboard. Asus A7V8X AMD XP 1800+ - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 03:59: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 75E7516A4D1 for ; Mon, 16 Feb 2004 03:59:32 -0800 (PST) Received: from s1.vhost.cz (s1.vhost.cz [195.39.16.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0A443D31 for ; Mon, 16 Feb 2004 03:59:31 -0800 (PST) (envelope-from konfer@mikulas.com) Received: (qmail 89878 invoked by uid 85); 16 Feb 2004 12:59:30 +0100 Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 16 Feb 2004 12:59:29 +0100 Message-ID: <4030B0C6.9040809@mikulas.com> Date: Mon, 16 Feb 2004 13:00:06 +0100 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040130 X-Accept-Language: cs, en, en-us MIME-Version: 1.0 To: Max Laier References: <40308140.6020000@mikulas.com> <200402161119.01876.max@love2party.net> In-Reply-To: <200402161119.01876.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 cc: bms@freebsd.org cc: mlaier@freebsd.org cc: Robert Watson cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 11:59:32 -0000 Hello > >Can you also provide 'args' and '*dummytag' from the same frame? > >Thanks in advance. > > > ~~~cut~~~ #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 983 if (sw_csum & CSUM_DELAY_DATA) { (kgdb) inspect args $1 = {m = 0xc10f7200, oif = 0x0, next_hop = 0x0, rule = 0xc2943800, eh = 0x0, ro = 0x1, dst = 0xc2abab40, flags = -1055947264, f_id = { dst_ip = 169558539, src_ip = 169542160, dst_port = 64147, src_port = 80, proto = 6 '\006', flags = 18 '\022'}, retval = 48} (kgdb) inspect *dummytag $2 = {m_tag_link = {sle_next = 0x0}, m_tag_id = 15, m_tag_len = 48, m_tag_cookie = 0, m_tag_free = 0xc0522614 <_m_tag_free>} (kgdb) ~~~cut~~~ ok?:) Jiri From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 04:00: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 2FB3B16A4D4 for ; Mon, 16 Feb 2004 04:00:02 -0800 (PST) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 3553743D2F for ; Mon, 16 Feb 2004 04:00:01 -0800 (PST) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 94410 invoked by uid 1000); 16 Feb 2004 11:53:24 -0000 Date: Mon, 16 Feb 2004 12:53:23 +0100 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20040216115323.GA94120@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: buildworld fails as non-root user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 12:00:02 -0000 Hi, I can't buildworld as a regular user with a clean /usr/obj: building static egacy library ranlib libegacy.a install -C -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/i386/legacy/usr/lib install: /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a: chown/chgrp: Operation not permitted *** Error code 71 Stop in /usr/src/tools/build. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Before Stage 1.1 I also see a bunch of 'Operation not permitted' errors: mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include . changed user expected 0 found 1000 not modified: Operation not permitted permissions expected 0755 found 0700 modified ./arpa missing (created) ./arpa: user/group/mode not modified: Operation not permitted ./arpa: warning: file mode not set ./bsnmp missing (created) ./bsnmp: user/group/mode not modified: Operation not permitted ./bsnmp: warning: file mode not set ./c++ missing (created) ./c++/3.3 missing (created) ./c++/3.3/backward missing (created) ./c++/3.3/backward: user/group/mode not modified: Operation not permitted ./c++/3.3/backward: warning: file mode not set [...] ./sys missing (created) ./sys: user/group/mode not modified: Operation not permitted ./sys: warning: file mode not set ./ufs missing (created) ./ufs/ffs missing (created) ./ufs/ffs: user/group/mode not modified: Operation not permitted ./ufs/ffs: warning: file mode not set ./ufs/ufs missing (created) ./ufs/ufs: user/group/mode not modified: Operation not permitted ./ufs/ufs: warning: file mode not set ./ufs: user/group/mode not modified: Operation not permitted ./ufs: warning: file mode not set ./vm missing (created) ./vm: user/group/mode not modified: Operation not permitted ./vm: warning: file mode not set ln -sf /usr/src/sys /usr/obj/usr/src/i386 Is this expected behaviour? Is there a workaround? tks -- pica From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 04: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 8A4FD16A4CF for ; Mon, 16 Feb 2004 04:07:03 -0800 (PST) Received: from sarevok.idg.nl (ardvark.idg.nl [62.250.13.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5580443D1F for ; Mon, 16 Feb 2004 04:07:03 -0800 (PST) (envelope-from mdev@sarevok.idg.nl) Received: by sarevok.idg.nl (Postfix, from userid 100) id A2650B91F; Mon, 16 Feb 2004 13:07:01 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: freebsd-current@freebsd.org Date: Mon, 16 Feb 2004 13:06:57 +0100 User-Agent: KMail/1.5.94 References: <20040216115323.GA94120@grummit.biaix.org> In-Reply-To: <20040216115323.GA94120@grummit.biaix.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_lJLMAZqMFE6WSAx"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402161307.01453.freebsd-current@webteckies.org> Subject: Re: buildworld fails as non-root user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 12:07:03 -0000 --Boundary-02=_lJLMAZqMFE6WSAx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 16 February 2004 12:53, Joan Picanyol wrote: > I can't buildworld as a regular user with a clean /usr/obj: > I know you can with BSDi, but FreeBSD sets various ownerships during it's=20 buildstage, which can't be done as a regular user. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.idg.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Feb 14 02:= 48:30=20 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_lJLMAZqMFE6WSAx Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAMLJlOv9JNmfFN5URAk0VAKCJ4xS0HpZs/EDHwYXeA+GTsdEOtQCfYoNM Ss9+eHV4smf15QlnGv960ZE= =VYbw -----END PGP SIGNATURE----- --Boundary-02=_lJLMAZqMFE6WSAx-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 04: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 F12BB16A4CE for ; Mon, 16 Feb 2004 04:19:40 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 879BE43D1D for ; Mon, 16 Feb 2004 04:19:38 -0800 (PST) (envelope-from ru@FreeBSD.org.ua) Received: from phantom.cris.net (ru@localhost [127.0.0.1]) by phantom.cris.net (8.12.10/8.12.10) with ESMTP id i1GCKamt017300 for ; Mon, 16 Feb 2004 14:20:36 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i1GCKa7V017295 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 14:20:36 +0200 (EET) (envelope-from ru) Date: Mon, 16 Feb 2004 14:20:36 +0200 From: Ruslan Ermilov To: freebsd-current@freebsd.org Message-ID: <20040216122036.GB16772@FreeBSD.org.ua> References: <20040216115323.GA94120@grummit.biaix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <20040216115323.GA94120@grummit.biaix.org> User-Agent: Mutt/1.5.5.1i Subject: Re: buildworld fails as non-root user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 12:19:41 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 16, 2004 at 12:53:23PM +0100, Joan Picanyol wrote: > Hi, >=20 > I can't buildworld as a regular user with a clean /usr/obj: >=20 > building static egacy library > ranlib libegacy.a > install -C -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/i386/= legacy/usr/lib > install: /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a: chown/chgrp: Op= eration not permitted > *** Error code 71 > =20 > Stop in /usr/src/tools/build. > *** Error code 1 > =20 > Stop in /usr/src. > *** Error code 1 > =20 > Stop in /usr/src. > *** Error code 1 > =20 > Stop in /usr/src. >=20 > Before Stage 1.1 I also see a bunch of 'Operation not permitted' errors: >=20 > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i3= 86/usr/include > . changed > user expected 0 found 1000 not modified: Operation not permitted > permissions expected 0755 found 0700 modified > ./arpa missing (created) > ./arpa: user/group/mode not modified: Operation not permitted > ./arpa: warning: file mode not set > ./bsnmp missing (created) > ./bsnmp: user/group/mode not modified: Operation not permitted > ./bsnmp: warning: file mode not set > ./c++ missing (created) > ./c++/3.3 missing (created) > ./c++/3.3/backward missing (created) > ./c++/3.3/backward: user/group/mode not modified: Operation not permitted > ./c++/3.3/backward: warning: file mode not set > [...] > ./sys missing (created) > ./sys: user/group/mode not modified: Operation not permitted > ./sys: warning: file mode not set > ./ufs missing (created) > ./ufs/ffs missing (created) > ./ufs/ffs: user/group/mode not modified: Operation not permitted > ./ufs/ffs: warning: file mode not set > ./ufs/ufs missing (created) > ./ufs/ufs: user/group/mode not modified: Operation not permitted > ./ufs/ufs: warning: file mode not set > ./ufs: user/group/mode not modified: Operation not permitted > ./ufs: warning: file mode not set > ./vm missing (created) > ./vm: user/group/mode not modified: Operation not permitted > ./vm: warning: file mode not set > ln -sf /usr/src/sys /usr/obj/usr/src/i386 >=20 > Is this expected behaviour? Is there a workaround? >=20 It should work. It works here: building static egacy library ranlib libegacy.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /home/= ru/obj/usr/src/i386/legacy/usr/lib Note the difference: it uses "sh /usr/src/tools/install.sh" as a replacement for install(1) which in effect strips out options like -o and -g. Work around: take out "INSTALL=3D install -C" from /etc/make.conf. Solution: file a PR so I can deal with this later, by fixing src/Makefile.inc1 appropriately. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMLWTUkv4P6juNwoRAmCEAJ9nwrMVoaeUYkgJP3GmviSyZdA33wCeOWdR S55/5qJedl5ViRWdUkuJVIg= =8OoX -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 04: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 0549B16A4CE for ; Mon, 16 Feb 2004 04:52:33 -0800 (PST) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id C912143D2F for ; Mon, 16 Feb 2004 04:52:32 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 3293B2E; Mon, 16 Feb 2004 13:52:32 +0100 (CET) Date: Mon, 16 Feb 2004 13:52:32 +0100 From: Guido van Rooij To: Tobias Roth , freebsd-current@freebsd.org Message-ID: <20040216125232.GA64059@gvr.gvr.org> References: <20040214174144.GA13215@speedy.unibe.ch> <20040214211819.GE11710@saboteur.dek.spc.org> <20040214235426.GA13792@speedy.unibe.ch> <20040215013700.GC19592@saboteur.dek.spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040215013700.GC19592@saboteur.dek.spc.org> Subject: Re: state of ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 12:52:33 -0000 On Sun, Feb 15, 2004 at 01:37:00AM +0000, Bruce M Simpson wrote: > On Sun, Feb 15, 2004 at 12:54:26AM +0100, Tobias Roth wrote: > > yes, setkey -D never outputs anything, no SAs get created at all. > > This would tend to suggest either IPSEC support is missing from the kernel, > or there has been a problem when racoon is issuing PF_KEY socket writes. > > Can you recompile with IPSEC_DEBUG enabled and try to replicate the problem? IIRC IPSEC currentky has the porblem that if you happen to use require in your policies, even the ISAKMP packets do not gte out. I switched to FAST_IPSEC, which doesnt have this problem. You can of course also use "use" in stead of "require". -Guido From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:12: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 A375416A4CE for ; Sun, 15 Feb 2004 06:12:54 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 030BB43D2F for ; Sun, 15 Feb 2004 06:12:54 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1FEDP0G037668; Sun, 15 Feb 2004 15:13:25 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402F7E61.1060304@DeepCore.dk> Date: Sun, 15 Feb 2004 15:12:49 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gabriel Ambuehl References: <1123980863.20040215144711@buz.ch> In-Reply-To: <1123980863.20040215144711@buz.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: current@freebsd.org Subject: Re: SI3112A SATA controller RAID 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, 15 Feb 2004 14:12:54 -0000 Gabriel Ambuehl wrote: > Hi, > I'm wondering if there's no RAID support for the SI3112A in current > as my drives in a RAID1 array show up as ad4 and ad6 but not as ar0 in > the setup. So if I want to use those SATA drives in a RAID1 array, do > I really need to get another controller (presumably Highpoint based) > (software RAID is out of question)? All the ATA "RAID controllers" in this category are software based. Support is depended on the BIOS type, as all that is needed is to know the format of the RAID metadata stored on disk. Currently only HPT and Promise formats are known, but I have code for AMI and Intel in the works (but far from usable yet)... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:35: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 1301716A4CE for ; Sun, 15 Feb 2004 06:35:03 -0800 (PST) Received: from iota.root-servers.ch (iota.root-servers.ch [193.41.193.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F9FA43D1D for ; Sun, 15 Feb 2004 06:35:02 -0800 (PST) (envelope-from gabriel_ambuehl@buz.ch) Received: (qmail 6933 invoked from network); 15 Feb 2004 14:34:59 -0000 Received: from 217-162-134-28.dclient.hispeed.ch (HELO ?10.2.2.3?) (217.162.134.28) by 0 with SMTP; 15 Feb 2004 14:34:59 -0000 Date: Sun, 15 Feb 2004 15:36:34 +0100 From: Gabriel Ambuehl Organization: BUZ Internet Services X-Priority: 3 (Normal) Message-ID: <234276322.20040215153634@buz.ch> To: =?ISO-8859-1?B?U/hyZW4gU2NobWlkdA==?= In-Reply-To: <402F7E61.1060304@DeepCore.dk> References: <1123980863.20040215144711@buz.ch> <402F7E61.1060304@DeepCore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: current@freebsd.org Subject: Re[2]: SI3112A SATA controller RAID support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: gabriel_ambuehl@buz.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 14:35:03 -0000 Hello Søren, Sunday, February 15, 2004, 3:12:49 PM, you wrote: >> I'm wondering if there's no RAID support for the SI3112A in current >> as my drives in a RAID1 array show up as ad4 and ad6 but not as ar0 in >> the setup. So if I want to use those SATA drives in a RAID1 array, do >> I really need to get another controller (presumably Highpoint based) >> (software RAID is out of question)? > All the ATA "RAID controllers" in this category are software based. > Support is depended on the BIOS type, as all that is needed is to know > the format of the RAID metadata stored on disk. Currently only HPT and > Promise formats are known, but I have code for AMI and Intel in the > works (but far from usable yet)... Then how come I can rebuild arrays on those pseudo RAID controllers but not those created with atacontrol directly (i.e. pure software)? (Or am I just doing something wrong?) Best regards, Gabriel From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:36: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 C4AD116A4CE for ; Sun, 15 Feb 2004 06:36:31 -0800 (PST) Received: from vsmtp4.tin.it (unknown [212.216.176.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E2F743D1F for ; Sun, 15 Feb 2004 06:36:31 -0800 (PST) (envelope-from flag@libero.it) Received: from southcross.homeunix.org (80.182.24.158) by vsmtp4.tin.it (7.0.019) id 402CD2F000048887 for freebsd-current@freebsd.org; Sun, 15 Feb 2004 15:36:26 +0100 Received: by southcross.homeunix.org (Postfix, from userid 1001) id 2B37220FB; Sun, 15 Feb 2004 15:42:06 +0100 (CET) Date: Sun, 15 Feb 2004 15:42:06 +0100 From: Paolo Pisati To: FreeBSD_Current Message-ID: <20040215144205.GA641@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 Subject: ACPI broken for Asus laptop l8400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Feb 2004 14:36:31 -0000 After a successful upgrade from a mid Jan to yesterday CURRENT, now my laptop refuses to stop cleanly if load ACPI on boot: it simply forget to run syncer&C at the end, leaving the system with a dirty fs at every successive boot. Actually it seems the ACPI is completely broken cause the power button is completely ignored while it was working in January. Workaround: don't load ACPI on boot. ask if u need more info. -- Paolo Italian FreeBSD User Group: http://www.gufi.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 06:56: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 0FED116A4CE for ; Sun, 15 Feb 2004 06:56:47 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5760643D1F for ; Sun, 15 Feb 2004 06:56:46 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1FEvJ0G043406; Sun, 15 Feb 2004 15:57:19 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <402F88AB.8010003@DeepCore.dk> Date: Sun, 15 Feb 2004 15:56:43 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gabriel_ambuehl@buz.ch References: <1123980863.20040215144711@buz.ch> <402F7E61.1060304@DeepCore.dk> <234276322.20040215153634@buz.ch> In-Reply-To: <234276322.20040215153634@buz.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: current@freebsd.org Subject: Re: SI3112A SATA controller RAID 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, 15 Feb 2004 14:56:47 -0000 Gabriel Ambuehl wrote: > Hello Søren, > > Sunday, February 15, 2004, 3:12:49 PM, you wrote: > > > >>>I'm wondering if there's no RAID support for the SI3112A in current >>>as my drives in a RAID1 array show up as ad4 and ad6 but not as ar0 in >>>the setup. So if I want to use those SATA drives in a RAID1 array, do >>>I really need to get another controller (presumably Highpoint based) >>>(software RAID is out of question)? >> >>All the ATA "RAID controllers" in this category are software based. >>Support is depended on the BIOS type, as all that is needed is to know >>the format of the RAID metadata stored on disk. Currently only HPT and >>Promise formats are known, but I have code for AMI and Intel in the >>works (but far from usable yet)... > > > Then how come I can rebuild arrays on those pseudo RAID controllers but > not those created with atacontrol directly (i.e. pure software)? (Or am > I just doing something wrong?) As I said, the RAID metadata are not understood by the ATA driver, so if you use atacontrol to create a RAID it will put our generic metadata on the disk(s) which the BIOS doesn't understand, you have two incompatible software RAID setups... There is NO hardware RAID functionality in the sii3112a whatsoever. However there are *alot* of bugs in that silicon, making it the most crappy SATA chip in existance, but what can you expect from the company that brought us the CMD640 etc ;) -- -Søren From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 08: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 5CE7716A4CE; Sun, 15 Feb 2004 08:44:31 -0800 (PST) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C48DD43D1F; Sun, 15 Feb 2004 08:44:30 -0800 (PST) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (pD9E4DFBF.dip.t-dialin.net [217.228.223.191]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id i1FGiRKx022183; Sun, 15 Feb 2004 17:44:28 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.9p2/8.12.9) with ESMTP id i1FGiRdQ023772; Sun, 15 Feb 2004 17:44:27 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.12.9p2/8.12.9) with ESMTP id i1FGiIGi020306; Sun, 15 Feb 2004 17:44:18 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200402151644.i1FGiIGi020306@fire.jhs.private> To: Scott Long In-Reply-To: Message from Scott Long of "Sat, 14 Feb 2004 07:52:01 MST." <402E3611.70804@freebsd.org> Date: Sun, 15 Feb 2004 17:44:18 +0100 From: "Julian H. Stacey" X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: current@freebsd.org Subject: 5.2.1-RC2-i386-disc1.iso + minimimal inst: libssl fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 16:44:31 -0000 Scott Long wrote: > Please test this and let us know of any new problems. There are a > MD5 (5.2.1-RC2-i386-disc1.iso) = 7cdfff4e1e378222f7f02c5465ca52e5 I confirm that's the MD5 I have. Minor error: I selected "install minimal configuration" or words to that effect, selected aiuto partition sizes, on a half virgin disc (IE just MS crap from a previous disc owner, but no previous older BSD to confuse) Then said No to every option I could, for a quick minimal install. After it installed (on a 586 laptop) It booted multi user with this before login: Configuring syscons: blanktime. /libexec/ld-elf.so.1: Shared object "libssl.so.3" not found /libexec/ld-elf.so.1: Shared object "libssl.so.3" not found Initial i386 initialization:. It's now multi user. I'm not in a position to repeat after possible fixes, testing with a possible new iso. I want my laptop with new disc usable again, so will load more bins & src by hand & do a make world. - Julian Stacey. Unix C & Net Services Consultant - Munich. http://berklix.com Mail me in Ascii text/plain: Html is dumped as Spam. Schnupftabak probieren: Ihr Rauchen = mein allergischer Kopfschmerz ! Software patents ? vampires would approve ! http://berklix.com/patents/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 09: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 D8CAB16A4CF for ; Sun, 15 Feb 2004 09:43:33 -0800 (PST) Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by mx1.FreeBSD.org (Postfix) with SMTP id D470A43D1F for ; Sun, 15 Feb 2004 09:43:33 -0800 (PST) (envelope-from nskyline_r35@yahoo.com) Message-ID: <20040215174333.95786.qmail@web21108.mail.yahoo.com> Received: from [82.43.50.64] by web21108.mail.yahoo.com via HTTP; Sun, 15 Feb 2004 09:43:33 PST Date: Sun, 15 Feb 2004 09:43:33 -0800 (PST) From: Nik Azim Azam To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 Subject: DLink DWL-G520 (atheros chipset) problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 17:43:34 -0000 Hello, I'm running FreeBSD 5.2.1-RC1 on ALR 6x6 (6 Pentium Pro processors) with GENERIC SMP kernel plus the support for the ath chipset. The machine will lockup after a few seconds if there's activity on the wireless card. There's no error message printed to the console. Is there any known problem with the ath driver? ===== Nik Azim Azam aka nik http://www.nik.mybsd.org.my __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 11:52: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 7EF5216A4CE; Sun, 15 Feb 2004 11:52:06 -0800 (PST) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E55E343D1F; Sun, 15 Feb 2004 11:52:05 -0800 (PST) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (pD9E4DFBF.dip.t-dialin.net [217.228.223.191]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id i1FJq3Kx022553; Sun, 15 Feb 2004 20:52:04 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.9p2/8.12.9) with ESMTP id i1FJq2dQ024185; Sun, 15 Feb 2004 20:52:02 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.12.9p2/8.12.9) with ESMTP id i1FJq1Gi020982; Sun, 15 Feb 2004 20:52:01 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200402151952.i1FJq1Gi020982@fire.jhs.private> To: Scott Long , current@freebsd.org In-Reply-To: Message from "Julian H. Stacey" of "Sun, 15 Feb 2004 17:44:18 +0100." Date: Sun, 15 Feb 2004 20:52:01 +0100 From: "Julian H. Stacey" X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 Subject: Re: 5.2.1-RC2-i386-disc1.iso + minimimal inst: libssl fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 19:52:06 -0000 "Julian H. Stacey" wrote: > Scott Long wrote: > > Please test this and let us know of any new problems. There are a > > > MD5 (5.2.1-RC2-i386-disc1.iso) = 7cdfff4e1e378222f7f02c5465ca52e5 > I confirm that's the MD5 I have. > > Minor error: > > I selected "install minimal configuration" or words to that effect, > selected aiuto partition sizes, on a half virgin disc (IE just MS > crap from a previous disc owner, but no previous older BSD to > confuse) Then said No to every option I could, for a quick minimal > install. After it installed (on a 586 laptop) It booted multi user > with this before login: > > Configuring syscons: blanktime. > /libexec/ld-elf.so.1: Shared object "libssl.so.3" not found > /libexec/ld-elf.so.1: Shared object "libssl.so.3" not found > Initial i386 initialization:. > > It's now multi user. I'm not in a position to repeat after possible > fixes, testing with a possible new iso. I want my laptop with new > disc usable again, so will load more bins & src by hand & do a make > world. 2 silent hangs: 2nd after ftp put'ing from my faster 4.9 host to my slower older 5.2.1-RC2 laptop, just on 33M of my 1G tar, while rebuilding my laptop (after removing a 4G disc with 5.2 & installing a 5G drive with 5.2.1-RC2. Doing a get from the 5.2.1-RC2 slower laptop works better. (neither host or net running anything else load- notasble either time, maybe some over-run ?) This mail will be delayed like the last one waiting for freebsd.org moderator, 'cos my reg'd sub. rx address is not the send address. Sigh. - Julian Stacey. Unix C & Net Services Consultant - Munich. http://berklix.com Mail me in Ascii text/plain: Html is dumped as Spam. Schnupftabak probieren: Ihr Rauchen = mein allergischer Kopfschmerz ! Software patents ? vampires would approve ! http://berklix.com/patents/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 12:03: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 6249116A4CE for ; Sun, 15 Feb 2004 12:03:32 -0800 (PST) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B6343D2F for ; Sun, 15 Feb 2004 12:03:32 -0800 (PST) (envelope-from msch@snafu.de) Received: from mail.snafu.de ([10.12.0.4] helo=service.snafu.de) by smart.eusc.inter.net with smtp (Exim 3.36 #4) id 1AsSUE-0005Ts-00; Sun, 15 Feb 2004 21:03:30 +0100 To: Maxim Konovalov From: msch@snafu.de X-Sender: msch@snafu.de Date: Sun, 15 Feb 2004 20:03:30 GMT X-Mailer: Endymion MailMan Standard Edition v3.0.35 Message-Id: X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: freebsd-current@freebsd.org Subject: Re: Panic with current kernel (ATA-related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 20:03:32 -0000 > I believe that's known one. There are several threads > about similar symptomps in -current. Try this hack: Thanks a lot - this also helped me. Perhaps this patch should be comitted, sholdn't it? Or does it hurt in other situations? Anyway - thanks again! Matthias From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 14: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 053A016A4CE for ; Sun, 15 Feb 2004 14:41:34 -0800 (PST) Received: from cardinal.mail.pas.earthlink.net (cardinal.mail.pas.earthlink.net [207.217.121.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E117143D1D for ; Sun, 15 Feb 2004 14:41:33 -0800 (PST) (envelope-from rghanneken@pobox.com) Received: from h-66-167-121-92.snvacaid.dynamic.covad.net ([66.167.121.92] helo=pobox.com) by cardinal.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AsUx0-00026m-00 for freebsd-current@freebsd.org; Sun, 15 Feb 2004 14:41:22 -0800 Message-ID: <402FF59D.7050506@pobox.com> Date: Sun, 15 Feb 2004 14:41:33 -0800 From: Russell Hanneken User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040118 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 Subject: TDK VeloCD and 5.2.1-RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2004 22:41:34 -0000 Just wanted to report my experience with a TDK VeloCD 48x16x48 CD-RW drive (the model number is 4800B) and FreeBSD 5.2.1-RC2. When I boot, I get this message: ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt acd0: CDRW at ata1-master BIOSPIO acd1: DVDROM at ata1-slave UDMA33 This behavior is actually an improvement over that of 5.2-RELEASE-p2. With 5.2-RELEASE-p2, I would see similar failure messages at boot, and then the system would freeze up, unless I booted with a CD in the drive. I gather people with LITE-ON CD-RW drives had a similar experience. Apparently my TDK drive is broken in the same way as the LITE-ON drives. -- Russell Hanneken rghanneken@pobox.com Remove the 'g' from my address to send me mail. From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 17:47: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 3093C16A4CE for ; Sun, 15 Feb 2004 17:47:39 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C768343D1D for ; Sun, 15 Feb 2004 17:47:38 -0800 (PST) (envelope-from mike@sentex.net) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id i1G1lSte092356; Sun, 15 Feb 2004 20:47:28 -0500 (EST) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.10/8.12.10) with SMTP id i1G1lM8n045393; Sun, 15 Feb 2004 20:47:32 -0500 (EST) (envelope-from mike@sentex.net) From: Mike Tancsa To: "Bjoern A. Zeeb" Date: Sun, 15 Feb 2004 20:47:24 -0500 Message-ID: <9q7030l2jr6j8fv6uop37q6te3u6j9iopp@4ax.com> References: In-Reply-To: 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 X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: freebsd-current@freebsd.org Subject: Re: TEST/REVIEW IPSEC cleanup / update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 01:47:39 -0000 On Sun, 15 Feb 2004 14:44:06 +0000 (UTC), in sentex.lists.freebsd.current you wrote: >Hi, > >I have extracted some patches from my patchset that clean up / >update IPSEC code. I have saved them into smaller junks for easier >review. > >Please review and take that parts you like. Hi, there is also http://docs.freebsd.org/cgi/mid.cgi?20030911183205.GA32600 ---Mike From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 18:47: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 A37D516A4CE; Sun, 15 Feb 2004 18:47:06 -0800 (PST) Received: from makeworld.com (chcgil2-ar9-4-60-214-019.chcgil2.dsl-verizon.net [4.60.214.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D90E43D1D; Sun, 15 Feb 2004 18:47:06 -0800 (PST) (envelope-from racerx@makeworld.com) Received: from evrtwa1-ar12-4-46-162-188.evrtwa1.dsl-verizon.net (evrtwa1-ar12-4-46-162-188.evrtwa1.dsl-verizon.net [4.46.162.188]) by makeworld.com (Postfix) with ESMTP id 844D860E4; Sun, 15 Feb 2004 20:47:01 -0600 (CST) From: Chris To: FreeBSD Current Date: Sun, 15 Feb 2004 20:46:55 -0600 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402152046.55853.racerx@makeworld.com> X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: FreeBSD Questions Subject: 5.2.1-RC1 and RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 02:47:06 -0000 Is is me? Or has something changed in 5.2 that tends to make systems freeze up during portupgrade? Mainly - KDE-3.2.0 That being said, I seem to be seeing this more often on other upgrades. Strange thing is, I considered it to be my PC however, I never seem to run into the total freeze when doing a buildworld. -- Best regards, Chris From owner-freebsd-current@FreeBSD.ORG Sun Feb 15 19:05: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 B75AD16A4CE; Sun, 15 Feb 2004 19:05:21 -0800 (PST) Received: from makeworld.com (chcgil2-ar9-4-60-214-019.chcgil2.dsl-verizon.net [4.60.214.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C69D343D2D; Sun, 15 Feb 2004 19:05:10 -0800 (PST) (envelope-from racerx@makeworld.com) Received: from evrtwa1-ar12-4-46-162-188.evrtwa1.dsl-verizon.net (evrtwa1-ar12-4-46-162-188.evrtwa1.dsl-verizon.net [4.46.162.188]) by makeworld.com (Postfix) with ESMTP id 45B4260E0; Sun, 15 Feb 2004 21:04:58 -0600 (CST) From: Chris To: FreeBSD Current , FreeBSD Questions Date: Sun, 15 Feb 2004 21:04:57 -0600 User-Agent: KMail/1.5.4 References: <200402152046.55853.racerx@makeworld.com> <40303246.1090403@veldy.net> In-Reply-To: <40303246.1090403@veldy.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402152104.57482.racerx@makeworld.com> X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 Subject: Re: 5.2.1-RC1 and RC2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 03:05:21 -0000 On Sunday 15 February 2004 09:00 pm, Thomas T. Veldhouse wrote: > Chris wrote: > > Is is me? Or has something changed in 5.2 that tends to make systems > > freeze up during portupgrade? Mainly - KDE-3.2.0 > > > > That being said, I seem to be seeing this more often on other upgrades. > > Strange thing is, I considered it to be my PC however, I never seem to > > run into the total freeze when doing a buildworld. > > No trouble here upgrading 5.2 to current on my desktop and no trouble > upgrading my 5.2p1 to 5.2RC2 on my server. I suspect your problem is > hardware or driver related. > > Tom Veldhouse Tom, My upgrades (5.2.1 -> 5.2.1-RC1 -> 5.2.1-RC2) went flawless. The issues I'm having is during portupgrade. Kent, Interesting - I did as you advised. I am typically running between 113 and 125 degrees (F) My AMD did come with a fan. Perchance I ought to look into alternative cooling? -- Best regards, Chris From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 01:48: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 2CE4616A4CE for ; Mon, 16 Feb 2004 01:48:52 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 820FF43D1F for ; Mon, 16 Feb 2004 01:48:51 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i1G9nE0G053670; Mon, 16 Feb 2004 10:49:15 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <40309201.1000808@DeepCore.dk> Date: Mon, 16 Feb 2004 10:48:49 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Sebastian_B=F6ck?= References: <40308879.4070809@freenet.de> In-Reply-To: <40308879.4070809@freenet.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Mon, 16 Feb 2004 05:19:49 -0800 cc: freebsd-current@freebsd.org Subject: Re: Power Button not working any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 09:48:52 -0000 Sebastian Böck wrote: > Hi all, > > my power button is not responding any more. > I have this problem on my -CURRENT box since the changes > in /usr/src/sys/dev/acpica on Wed Feb 11 02:57:33 2004. > > Also a normal reboot is not working properly any more. > It shuts down the machine (not clean), so all filesystems > get checked on the next start. > > Is there a sysctl or some other configuration to restore > the old behaviour? > > My system is a P4 with a Fujitsu-Siemens D1547 motherboard. "me too" ASUS P4S8X that has worked flawlessly until same commit. -- -Søren From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 05:33: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 4721116A4CE; Mon, 16 Feb 2004 05:33:09 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89F643D2D; Mon, 16 Feb 2004 05:33:08 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 182893ABB83; Mon, 16 Feb 2004 14:36:18 +0100 (CET) Date: Mon, 16 Feb 2004 14:36:17 +0100 From: Pawel Jakub Dawidek To: Maxim Konovalov Message-ID: <20040216133617.GD14639@garage.freebsd.pl> References: <200402151714.26631.freebsd-current@webteckies.org> <20040215191756.P49729@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OjlPywxCsLltMP9x" Content-Disposition: inline In-Reply-To: <20040215191756.P49729@news1.macomnet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: rwatson@freebsd.org cc: current@freebsd.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 13:33:09 -0000 --OjlPywxCsLltMP9x Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 15, 2004 at 07:37:42PM +0300, Maxim Konovalov wrote: +> > I have yet to figure out what triggers the bug, but I end up with 'run= ning' +> > jails, without any processes. So I thought I'd create 'jld' to remove = a jail. +> > However - prison_find isn't exported to userland. Probably for good re= ason. +> > +> > Should I worry about these jails or is it harmless: +> [...] +>=20 +> Yes, it is a known bug, see kern/54163 for example. It seems we are +> leaking ucred reference somewhere. TIME_WAIT handling is involved +> too. You can reproduce it easily: +>=20 +> 1/ Start a jail: +>=20 +> # jail / j 127.0.0.1 /usr/local/bin/nc -p 1973 -l 127.0.0.1 +>=20 +> 2/ Telnet to it: +>=20 +> # telnet 127.0.0.1 1973 +>=20 +> 3/ Kill the jail: +>=20 +> # killall nc +>=20 +> 4/ Watch a leak: +>=20 +> # jls +> ... +>=20 +> or +>=20 +> # sysctl -o security.jail.list +> ... +>=20 +> I were trying to fix this for a long time but no success. Yeah, there is a cred leak and I am the one who track it down!:) http://garage.freebsd.pl/patches/tcp_subr.c.patch Don't do 'jls' just after killing 'nc', because cred will be freed after timeout, so wait few minutes and then try 'jls'. If there is no objections I'm going to commit it tomorrow. Am I Evil?:) --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --OjlPywxCsLltMP9x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAMMdRForvXbEpPzQRApkhAKCzX7VtWHOiMUtmlxnYoK4EwaJanwCfe/yb 7JXv6nueApzd5LDTyhkj8/Y= =K8ko -----END PGP SIGNATURE----- --OjlPywxCsLltMP9x-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 05:39: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 569E016A4CE for ; Mon, 16 Feb 2004 05:39:36 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED47043D31 for ; Mon, 16 Feb 2004 05:39:35 -0800 (PST) (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 1AsiyE-0008K2-00 for current@freebsd.org; Mon, 16 Feb 2004 14:39:34 +0100 Received: from [217.227.154.196] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AsiyE-0007La-00 for current@freebsd.org; Mon, 16 Feb 2004 14:39:34 +0100 Received: (qmail 39951 invoked from network); 16 Feb 2004 13:43:49 -0000 Received: from unknown (HELO fbsd52.laiers.local) (192.168.4.88) by 192.168.4.1 with SMTP; 16 Feb 2004 13:43:49 -0000 From: Max Laier To: Jiri Mikulas Date: Mon, 16 Feb 2004 14:39:27 +0100 User-Agent: KMail/1.5.4 References: <200402161119.01876.max@love2party.net> <4030B0C6.9040809@mikulas.com> In-Reply-To: <4030B0C6.9040809@mikulas.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_PgMMAWgduU7bZG1" Message-Id: <200402161439.27830.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: bms@freebsd.org cc: Robert Watson cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 13:39:36 -0000 --Boundary-00=_PgMMAWgduU7bZG1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 16 February 2004 13:00, Jiri Mikulas wrote: > Hello > > >Can you also provide 'args' and '*dummytag' from the same frame? > > > >Thanks in advance. > > ~~~cut~~~ > #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, > flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 > 983 if (sw_csum & CSUM_DELAY_DATA) { > (kgdb) inspect args > $1 = {m = 0xc10f7200, oif = 0x0, next_hop = 0x0, rule = 0xc2943800, eh > = 0x0, ro = 0x1, dst = 0xc2abab40, flags = -1055947264, f_id = { dst_ip > = 169558539, src_ip = 169542160, dst_port = 64147, src_port = 80, proto > = 6 '\006', flags = 18 '\022'}, retval = 48} > (kgdb) inspect *dummytag > $2 = {m_tag_link = {sle_next = 0x0}, m_tag_id = 15, m_tag_len = 48, > m_tag_cookie = 0, m_tag_free = 0xc0522614 <_m_tag_free>} > (kgdb) > ~~~cut~~~ > > ok?:) > Jiri Well, we hit the dummynet case for sure and should get the proper interface pointer from the packet tag. Nothing changed with the processing there. The only change I found is, that the presents of a dummynet tag in ip_output previously reset flags, which is no longer that case. Can you try attached patch to see if that is the issue (from reading the code I don't really hope that this will be it, but it's the only thing I can come up with atm, sorry.) -- Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-00=_PgMMAWgduU7bZG1 Content-Type: text/x-diff; charset="iso-8859-1"; name="ip_output.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ip_output.c.diff" Index: ip_output.c =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/netinet/ip_output.c,v retrieving revision 1.207 diff -u -r1.207 ip_output.c --- ip_output.c 13 Feb 2004 19:14:15 -0000 1.207 +++ ip_output.c 16 Feb 2004 12:59:58 -0000 @@ -195,9 +195,12 @@ m_tag_unlink(m, dummytag); args.rule = dt->rule; + opt = NULL; ro = &dt->ro; + imo = NULL; dst = dt->dn_dst; ifp = dt->ifp; + flags = dt->flags; ip = mtod(m, struct ip *); hlen = ip->ip_hl << 2 ; --Boundary-00=_PgMMAWgduU7bZG1-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 05: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 443C716A4CE; Mon, 16 Feb 2004 05:47:28 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8275543D1F; Mon, 16 Feb 2004 05:47:27 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (5gd8fn71@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1GDlPo26244450; Mon, 16 Feb 2004 16:47:25 +0300 (MSK) Date: Mon, 16 Feb 2004 16:47:25 +0300 (MSK) From: Maxim Konovalov To: Pawel Jakub Dawidek In-Reply-To: <20040216133617.GD14639@garage.freebsd.pl> Message-ID: <20040216164605.S19111@news1.macomnet.ru> References: <200402151714.26631.freebsd-current@webteckies.org> <20040216133617.GD14639@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@FreeBSD.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 13:47:28 -0000 [...] > Yeah, there is a cred leak and I am the one who track it down!:) > > http://garage.freebsd.pl/patches/tcp_subr.c.patch > > Don't do 'jls' just after killing 'nc', because cred will be freed > after timeout, so wait few minutes and then try 'jls'. Sure thing. > If there is no objections I'm going to commit it tomorrow. What I really do not understand why we do not leak in non-jail environment? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 05:58:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35BD416A4CE for ; Mon, 16 Feb 2004 05:58:40 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC1643D1D for ; Mon, 16 Feb 2004 05:58:39 -0800 (PST) (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 CDCD11FF90A; Mon, 16 Feb 2004 14:58:37 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 011831FF905; Mon, 16 Feb 2004 14:58:35 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 0C280154D8; Mon, 16 Feb 2004 13:57:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0182815336; Mon, 16 Feb 2004 13:57:50 +0000 (UTC) Date: Mon, 16 Feb 2004 13:57:50 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Tobias Roth In-Reply-To: <20040214235426.GA13792@speedy.unibe.ch> Message-ID: References: <20040214174144.GA13215@speedy.unibe.ch> <20040214235426.GA13792@speedy.unibe.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Bruce M Simpson cc: freebsd-current@freebsd.org Subject: Re: state of ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 13:58:40 -0000 On Sun, 15 Feb 2004, Tobias Roth wrote: > > Are you able to tcpdump ESP/AH traffic on both peers? Can you verify that > > the path between both peers doesn't filter this traffic? > > that's what i was trying to say. tcpdump does not show any outgoing packets > when doing phase 1, no packets leave the interface. it looks like this: > security policies are correctly set, racoon is configured correctly and > running, i start pinging, and no packets leave the interface. i drop the > security policies (/etc/rc.d/ipsec forcestop), and the pings immediately > get through. in racoon output this looks like phase 1 gets initiated but > since no reply packets come back, it timeouts. i have no packet filter > running. ok before any more people tell us that it does not work can you please give me the following details: a) what branch/date or release are you seeing these problems ? 5.2R is broken b) if you are using 5.2R can you please try 5.2.1-RC2/HEAD so that we definitively know that it is (not) another problem from those we had seen and almost fixed around 5.2R and report if it works there with the same setup ? c) if it still does not work please let me know. Additionally: if anybody is using 5.2.1-RC2/HEAD and had seen the problem before but can no logner reproduce it after the update please let us know too. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 06:04:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E84A16A4CF; Mon, 16 Feb 2004 06:04:16 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 049EB43D1F; Mon, 16 Feb 2004 06:04:16 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id AB2613ABB83; Mon, 16 Feb 2004 15:07:20 +0100 (CET) Date: Mon, 16 Feb 2004 15:07:20 +0100 From: Pawel Jakub Dawidek To: Maxim Konovalov Message-ID: <20040216140720.GE14639@garage.freebsd.pl> References: <200402151714.26631.freebsd-current@webteckies.org> <20040215191756.P49729@news1.macomnet.ru> <20040216133617.GD14639@garage.freebsd.pl> <20040216164605.S19111@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vZRzFRtr9HMcP32e" Content-Disposition: inline In-Reply-To: <20040216164605.S19111@news1.macomnet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: scottl@FreeBSD.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 14:04:16 -0000 --vZRzFRtr9HMcP32e Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 16, 2004 at 04:47:25PM +0300, Maxim Konovalov wrote: +> > If there is no objections I'm going to commit it tomorrow. +>=20 +> What I really do not understand why we do not leak in non-jail +> environment? I'm sure we are, this is just hard to check, because we don't have list with allocated 'cred' structures. But try to do your test without a jail and track 2nd column in: # sysctl kern.malloc | grep cred Number of objects grows when I'm killing daemon while connection exists. I'm wondering if this cannot be used to some DoS attack. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --vZRzFRtr9HMcP32e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAMM6YForvXbEpPzQRAi3jAJ0WNABRpMNwdDJIb8lsSN3BCe0TDwCgw/3N dDMbuK+aq12aU8HvNfRquX4= =6gDP -----END PGP SIGNATURE----- --vZRzFRtr9HMcP32e-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 06:13: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 A26A816A4CE for ; Mon, 16 Feb 2004 06:13:27 -0800 (PST) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893F043D1D for ; Mon, 16 Feb 2004 06:13:27 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id D0E61998; Mon, 16 Feb 2004 06:13:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id CFA99995 for ; Mon, 16 Feb 2004 06:13:26 -0800 (PST) Date: Mon, 16 Feb 2004 06:13:26 -0800 (PST) From: Jamie Bowden To: current@FreeBSD.org Message-ID: <20040216061237.K57346-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 Subject: This morning's 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, 16 Feb 2004 14:13:27 -0000 ===> sys/boot/i386/boot2 objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=276 count=1 1+0 records in 1+0 records out 276 bytes transferred in 0.000129 secs (2139793 bytes/sec) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S /var/tmp//ccKTRwWF.s: Assembler messages: /var/tmp//ccKTRwWF.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccKTRwWF.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccKTRwWF.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 06:19:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2921816A4CE for ; Mon, 16 Feb 2004 06:19:43 -0800 (PST) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B17E43D1F for ; Mon, 16 Feb 2004 06:19:42 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 055C82D; Mon, 16 Feb 2004 15:19:42 +0100 (CET) Date: Mon, 16 Feb 2004 15:19:41 +0100 From: Guido van Rooij To: current@freebsd.org Message-ID: <20040216141941.GA65927@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: problem with ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 14:19:43 -0000 Today, my wireless link had some prolems. I wasn't doing anything particular at that moment. I got the following in my logfile: Feb 16 13:25:59 beck kernel: ndis0: watchdog timeout Feb 16 13:26:01 beck kernel: ndis0: failed to get bssid Feb 16 13:26:01 beck kernel: ndis0: link down Feb 16 13:26:34 beck kernel: ndis0: link up Feb 16 14:39:39 beck kernel: ndis0: watchdog timeout Feb 16 14:39:42 beck kernel: ndis0: failed to get bssid Feb 16 14:39:42 beck kernel: ndis0: link down Feb 16 14:40:09 beck kernel: ndis0: link up Feb 16 14:45:42 beck kernel: ndis0: failed to get bssid Feb 16 14:45:42 beck kernel: ndis0: link down Feb 16 14:45:48 beck kernel: ndis0: link up After each link down event, I had to manually reconfigure tha card. The card is: ndis0@pci2:3:0: class=0x028000 card=0x00011028 chip=0x432014e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4306(??) 802.11g Wireless NIC' class = network Feb 16 08:46:48 beck kernel: ndis0: mem 0xfafee000-0xfafeffff irq 11 at device 3.0 on pci2 Feb 16 08:46:48 beck kernel: ndis0: NDIS API version: 5.0 Feb 16 08:46:48 beck kernel: ndis0: 802.11 address: 00:90:4b:1f:b4:2b Feb 16 08:46:48 beck kernel: ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Feb 16 08:46:48 beck kernel: ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps I'm running a FreeBSD 5 that is a couple of weeks old: ot/kernel] guido@beck> ident ndis.ko ndis.ko: $FreeBSD: src/sys/compat/ndis/subr_pe.c,v 1.7 2004/01/13 22:49:45 obrien Exp $ $FreeBSD: src/sys/compat/ndis/subr_ndis.c,v 1.41 2004/02/03 07:39:23 wpaul Exp $ $FreeBSD: src/sys/compat/ndis/subr_hal.c,v 1.7 2004/01/15 19:34:56 obrien Exp $ $FreeBSD: src/sys/compat/ndis/subr_ntoskrnl.c,v 1.19 2004/01/19 19:57:00 wpaul Exp $ $FreeBSD: src/sys/compat/ndis/kern_ndis.c,v 1.35 2004/02/03 07:39:23 wpaul Exp $ [/boot/kernel] guido@beck> ident if_n if_ndis.ko* if_nge.ko* [/boot/kernel] guido@beck> ident if_ndis.ko if_ndis.ko: $FreeBSD: src/sys/dev/if_ndis/if_ndis.c,v 1.40 2004/02/03 07:39:23 wpaul Exp $ -Guido From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 06: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 838CA16A4CE for ; Mon, 16 Feb 2004 06:56:54 -0800 (PST) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id CBDAF43D2F for ; Mon, 16 Feb 2004 06:56:53 -0800 (PST) (envelope-from root@pukruppa.de) Received: (qmail 1958 invoked by uid 505); 16 Feb 2004 14:56:56 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:SA:0(0.0/5.0):. Processed in 0.395507 secs); 16 Feb 2004 14:56:56 -0000 X-Spam-Status: No, hits=0.0 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 16 Feb 2004 14:56:56 -0000 Date: Mon, 16 Feb 2004 16:02:01 +0100 (CET) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: Tomas Randa In-Reply-To: <1076919826.85778.7.camel@ares.internetservice.cz> Message-ID: <20040216160106.N761@pukruppa.net> References: <20040216063529.GA34675@chihiro.leafy.idv.tw> <1076919826.85778.7.camel@ares.internetservice.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld fails at boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 14:56:54 -0000 On Mon, 16 Feb 2004, Tomas Randa wrote: > Hi, I have same problem, my configuration i Duron 700, VIA KT133A, > Athlon specified in make.conf Same problem here in Germany! Uli. > > ===> sys/boot/i386/boot2 > objcopy -S -O binary boot1.out boot1 > dd if=/dev/zero of=boot2.ldr bs=276 count=1 > 1+0 records in > 1+0 records out > 276 bytes transferred in 0.000292 secs (945002 bytes/sec) > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 > -I/usr/src/sys/boot/i386/boot2/../../common > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return > -Wbad-function-cast -Wcast-align -Wmissing-declarations > -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow > -Wstrict-prototypes -Wwrite-strings -ffreestanding > -mpreferred-stack-boundary=2 -S -o boot2.s.tmp > /usr/src/sys/boot/i386/boot2/boot2.c > sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s > rm -f boot2.s.tmp > as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 > --defsym SIOSPD=9600 -o boot2.o boot2.s > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 > -I/usr/src/sys/boot/i386/boot2/../../common > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return > -Wbad-function-cast -Wcast-align -Wmissing-declarations > -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow > -Wstrict-prototypes -Wwrite-strings -ffreestanding > -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S > /var/tmp//ccfR9bIu.s: Assembler messages: > /var/tmp//ccfR9bIu.s:84: Error: undefined symbol `SIOSPD' in operation > setting `SIO_DIV' > /var/tmp//ccfR9bIu.s:35: Error: undefined symbol `SIO_FMT' in operation > /var/tmp//ccfR9bIu.s:39: Error: value of 115200 too large for field of 2 > bytes at 13 > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/boot2. > *** Error code 1 > > Stop in /usr/src/sys/boot/i386. > *** Error code 1 > > Stop in /usr/src/sys/boot. > *** Error code 1 > > Stop in /usr/src/sys. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > > > -- > Tomas Randa > _______________________________________________ > 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" > +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07:00: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 A061816A4CE; Mon, 16 Feb 2004 07:00:58 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DAA643D1F; Mon, 16 Feb 2004 07:00:58 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1GF0TDL074033; Mon, 16 Feb 2004 10:00:29 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1GF0T8T074029; Mon, 16 Feb 2004 10:00:29 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Feb 2004 10:00:29 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Pawel Jakub Dawidek In-Reply-To: <20040216133617.GD14639@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:00:58 -0000 On Mon, 16 Feb 2004, Pawel Jakub Dawidek wrote: > Yeah, there is a cred leak and I am the one who track it down!:) > > http://garage.freebsd.pl/patches/tcp_subr.c.patch > > Don't do 'jls' just after killing 'nc', because cred will be freed after > timeout, so wait few minutes and then try 'jls'. > > If there is no objections I'm going to commit it tomorrow. Nice catch -- looks like that has been there since the introduction of reduced state time wait in early 2003. That was never merged to RELENG_4, so isn't present there. One request -- NULL the tw_cred pointer as is done with the other fields, so that if there is a failure to initialize it propery later, we get a panic instead of something less predictable. As you point out, this is actually a relatively benign leak in most systems, because credentials are reference counted copy-on-write, and relatively small data structures. In most cases, there are relatively few unique credentials floating around the system, and they are heavily reused. Each time a jail is created, it results in several credential modifications (one for the jail system call, then the setuid/etc calls during the setup of processes in the jails), increasing the chances a leak will be noticed, especially now that we have a tool to list instances of ojects referenced by credentials. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07: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 D57C616A4CE for ; Mon, 16 Feb 2004 07:06:37 -0800 (PST) Received: from postman.arcor.de (postman4.arcor-online.net [151.189.0.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3659543D2D for ; Mon, 16 Feb 2004 07:06:37 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from fillmore.dyndns.org (port-212-202-184-227.reverse.qdsl-home.de [212.202.184.227]) (authenticated bits=0)i1GF6ZUa006728 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 16 Feb 2004 16:06:35 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1AskKM-000OQH-S2 for current@FreeBSD.org; Mon, 16 Feb 2004 16:06:30 +0100 Message-ID: <4030DC76.8000705@fillmore-labs.com> Date: Mon, 16 Feb 2004 16:06:30 +0100 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: FreeBSD current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 Subject: looking for review: PR 56736 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:06:38 -0000 Could a src committer please have a look into PR 56736: Basically it enables ports to participate in rcorder(8), which was discussed on this list Dec 2003. Thanks Oliver From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07: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 9BCC816A4CE for ; Mon, 16 Feb 2004 07:08:45 -0800 (PST) Received: from gewurtztraminer.cng.fr (gewurtztraminer.cng.fr [193.50.0.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F83E43D2D for ; Mon, 16 Feb 2004 07:08:45 -0800 (PST) (envelope-from heath@cng.fr) Received: from gewurtztraminer.cng.fr (gewurtztraminer.cng.fr [127.0.0.1]) i1GF8hA6028182; Mon, 16 Feb 2004 16:08:43 +0100 Received: (from apache@localhost) by gewurtztraminer.cng.fr (8.12.8/8.12.8/Submit) id i1GF8edN028179; Mon, 16 Feb 2004 16:08:40 +0100 X-Authentication-Warning: gewurtztraminer.cng.fr: apache set sender to heath@cng.fr using -f Received: from atuileries-104-1-7-179.w81-250.abo.wanadoo.fr (atuileries-104-1-7-179.w81-250.abo.wanadoo.fr [81.250.168.179]) by webmail.cng.fr (IMP) with HTTP for ; Mon, 16 Feb 2004 16:08:40 +0100 Message-ID: <1076944120.4030dcf8ac6dc@webmail.cng.fr> Date: Mon, 16 Feb 2004 16:08:40 +0100 From: heath@cng.fr To: Peter Ulrich Kruppa References: <20040216063529.GA34675@chihiro.leafy.idv.tw> <1076919826.85778.7.camel@ares.internetservice.cz> <20040216160106.N761@pukruppa.net> In-Reply-To: <20040216160106.N761@pukruppa.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 81.250.168.179 cc: Tomas Randa cc: freebsd-current@freebsd.org Subject: Re: buildworld fails at boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:08:45 -0000 It seems to be caused by the recent change to the Makefiles in sys/boot/i386 on 09/02/2004 by ru. There is no explicit target for sio.o in the boot2/Makefile, and the default target fails to pass SIOSPD and friends to the preprocessor. Adding an edited copy of the boot1.o target for sio.o to the Makefile seemed to work for me (at least I ended up with a boot2 binary identical to my existing /boot/boot2 - I haven't rebooted yet as I'm still building the kernel). Simon > On Mon, 16 Feb 2004, Tomas Randa wrote: > > > Hi, I have same problem, my configuration i Duron 700, VIA KT133A, > > Athlon specified in make.conf > Same problem here in Germany! > > Uli. > > > > > ===> sys/boot/i386/boot2 > > objcopy -S -O binary boot1.out boot1 > > dd if=/dev/zero of=boot2.ldr bs=276 count=1 > > 1+0 records in > > 1+0 records out > > 276 bytes transferred in 0.000292 secs (945002 bytes/sec) > > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 > > -I/usr/src/sys/boot/i386/boot2/../../common > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return > > -Wbad-function-cast -Wcast-align -Wmissing-declarations > > -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow > > -Wstrict-prototypes -Wwrite-strings -ffreestanding > > -mpreferred-stack-boundary=2 -S -o boot2.s.tmp > > /usr/src/sys/boot/i386/boot2/boot2.c > > sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s > > rm -f boot2.s.tmp > > as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 > > --defsym SIOSPD=9600 -o boot2.o boot2.s > > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 > > -I/usr/src/sys/boot/i386/boot2/../../common > > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return > > -Wbad-function-cast -Wcast-align -Wmissing-declarations > > -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow > > -Wstrict-prototypes -Wwrite-strings -ffreestanding > > -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S > > /var/tmp//ccfR9bIu.s: Assembler messages: > > /var/tmp//ccfR9bIu.s:84: Error: undefined symbol `SIOSPD' in operation > > setting `SIO_DIV' > > /var/tmp//ccfR9bIu.s:35: Error: undefined symbol `SIO_FMT' in operation > > /var/tmp//ccfR9bIu.s:39: Error: value of 115200 too large for field of 2 > > bytes at 13 > > *** Error code 1 > > > > Stop in /usr/src/sys/boot/i386/boot2. > > *** Error code 1 > > > > Stop in /usr/src/sys/boot/i386. > > *** Error code 1 > > > > Stop in /usr/src/sys/boot. > > *** Error code 1 > > > > Stop in /usr/src/sys. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > > > > > > > -- > > Tomas Randa > > _______________________________________________ > > 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" > > > > +---------------------------+ > | Peter Ulrich Kruppa | > | Wuppertal | > | Germany | > +---------------------------+ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07:12: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 B432D16A4CE; Mon, 16 Feb 2004 07:12:21 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185A243D1F; Mon, 16 Feb 2004 07:12:21 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (zpc7v5b0@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1GFCIo26276428; Mon, 16 Feb 2004 18:12:18 +0300 (MSK) Date: Mon, 16 Feb 2004 18:12:18 +0300 (MSK) From: Maxim Konovalov To: Pawel Jakub Dawidek In-Reply-To: <20040216140720.GE14639@garage.freebsd.pl> Message-ID: <20040216175831.G39007@news1.macomnet.ru> References: <200402151714.26631.freebsd-current@webteckies.org> <20040216133617.GD14639@garage.freebsd.pl> <20040216140720.GE14639@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@FreeBSD.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:12:21 -0000 On Mon, 16 Feb 2004, 15:07+0100, Pawel Jakub Dawidek wrote: > On Mon, Feb 16, 2004 at 04:47:25PM +0300, Maxim Konovalov wrote: > +> > If there is no objections I'm going to commit it tomorrow. > +> > +> What I really do not understand why we do not leak in non-jail > +> environment? > > I'm sure we are, this is just hard to check, because we don't have > list with allocated 'cred' structures. > > But try to do your test without a jail and track 2nd column in: > > # sysctl kern.malloc | grep cred > > Number of objects grows when I'm killing daemon while connection > exists. I'm wondering if this cannot be used to some DoS attack. Can't reproduce: $ vmstat -m | grep cred cred 38 5K 5K 22714 128 [ serveral nc & telnet tests I port early in non-jail environment ] $ vmstat -m | grep cred cred 38 5K 5K 22833 128 [ same tests in jail ] $ vmstat -m | grep cred cred 42 6K 6K 23034 128 $ jls JID IP Address Hostname Path 4 127.0.0.1 j / 3 127.0.0.1 j / 2 127.0.0.1 j / 1 127.0.0.1 j / -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07: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 E596216A4CE for ; Mon, 16 Feb 2004 07:24:55 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A366943D1F for ; Mon, 16 Feb 2004 07:24:55 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1GFONDL074327; Mon, 16 Feb 2004 10:24:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1GFONKi074324; Mon, 16 Feb 2004 10:24:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Feb 2004 10:24:23 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joan Picanyol In-Reply-To: <20040216115323.GA94120@grummit.biaix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld fails as non-root user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:24:56 -0000 On Mon, 16 Feb 2004, Joan Picanyol wrote: > I can't buildworld as a regular user with a clean /usr/obj: ... > Is this expected behaviour? Is there a workaround? I build world using a non-root user frequently, so I'd say it's not expected. Could you rm -Rf /usr/obj again (and make sure the contents are really gone -- rm will need you to manually remove the schg flag, if it's set), set the ownership, and try again? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07:29: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 2670216A4CE for ; Mon, 16 Feb 2004 07:29:33 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA1943D31 for ; Mon, 16 Feb 2004 07:29:33 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 77E4B2B4D7; Mon, 16 Feb 2004 09:29:31 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 29544-09-2; Mon, 16 Feb 2004 09:29:30 -0600 (CST) Received: from aldaris.auir.gank.org (arbiter.gank.org [64.81.113.221]) by ion.gank.org (mail) with ESMTP id 382E62B2FC; Mon, 16 Feb 2004 09:29:30 -0600 (CST) From: Craig Boston To: freebsd-current@freebsd.org Date: Mon, 16 Feb 2004 09:29:25 -0600 User-Agent: KMail/1.6 References: <20040214174144.GA13215@speedy.unibe.ch> <20040215013700.GC19592@saboteur.dek.spc.org> <20040216125232.GA64059@gvr.gvr.org> In-Reply-To: <20040216125232.GA64059@gvr.gvr.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402160929.25625.craig@xfoil.gank.org> X-Virus-Scanned: by amavisd-new at gank.org cc: Tobias Roth Subject: Re: state of ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:29:33 -0000 On Monday 16 February 2004 6:52 am, Guido van Rooij wrote: > IIRC IPSEC currentky has the porblem that if you happen to use require > in your policies, even the ISAKMP packets do not gte out. > > I switched to FAST_IPSEC, which doesnt have this problem. > You can of course also use "use" in stead of "require". One workaround that solved it for me is to modify your IPSEC policy and insert something like this at the top: spdadd 0.0.0.0/0[500] 0.0.0.0/0[500] any -P out ipsec esp/transport//default; spdadd 0.0.0.0/0[500] 0.0.0.0/0[500] any -P in ipsec esp/transport//default; If that's at the top before anything else, it should override the policy for ISAKMP packets and get things working again without having to fall back to 'use'. A similar entry should be possible for IPv6 as well if you need that. On a somewhat related topic, has anyone encountered panics when the interface that racoon is watching is destroyed (say, gif0)? This is on 5.2-RELEASE. I'll try to get a dump if it happens again... Craig From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07:40:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4325616A4CF for ; Mon, 16 Feb 2004 07:40:05 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878AE43D2D for ; Mon, 16 Feb 2004 07:40:04 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 82567 invoked from network); 16 Feb 2004 15:40:03 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 16 Feb 2004 15:40:03 -0000 Message-ID: <4030E452.FFD6A59E@freebsd.org> Date: Mon, 16 Feb 2004 16:40:02 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz References: <40309723.5020808@freebsd.org> <20040216103254.GA7779@VARK.homeunix.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG cc: freebsd-standards@FreeBSD.ORG Subject: Re: writev(2) and IOV_MAX confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:40:05 -0000 David Schultz wrote: > > On Mon, Feb 16, 2004, Andre Oppermann wrote: > > The is a big confusion over the correct definition of IOV_MAX in relation > > to writev(2). The man page for write(2)/writev(2) says you only have to > > include to get everything. Unfortunatly IOV_MAX is not (no > > longer?) defined there but in . Both Net- and OpenBSD > > still define it in but NetBSD only for compatibility. For > > them the correct place seems to be too but only when > > _XOPEN_SOURCE is defined. > > > > What is the correct place for IOV_MAX? And what has to be adjusted, the > > man page or the .h files? > > In POSIX, you get IOV_MAX only by including , and > FreeBSD's includes , so the code is > correct here. As far as I can tell, the man page doesn't say > anything about what you have to include to get IOV_MAX, but I > suppose it could be more clear. Yes, the write(2) man page is missing any reference to . I'd say the man page should mention that. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 07:50: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 3701F16A4CE; Mon, 16 Feb 2004 07:50:08 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0A2043D1D; Mon, 16 Feb 2004 07:50:07 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id BCF7A3ABB80; Mon, 16 Feb 2004 16:53:15 +0100 (CET) Date: Mon, 16 Feb 2004 16:53:15 +0100 From: Pawel Jakub Dawidek To: Maxim Konovalov Message-ID: <20040216155315.GG14639@garage.freebsd.pl> References: <200402151714.26631.freebsd-current@webteckies.org> <20040215191756.P49729@news1.macomnet.ru> <20040216133617.GD14639@garage.freebsd.pl> <20040216164605.S19111@news1.macomnet.ru> <20040216140720.GE14639@garage.freebsd.pl> <20040216175831.G39007@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIW0mBdZQbss59/X" Content-Disposition: inline In-Reply-To: <20040216175831.G39007@news1.macomnet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: scottl@FreeBSD.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 15:50:08 -0000 --WIW0mBdZQbss59/X Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 16, 2004 at 06:12:18PM +0300, Maxim Konovalov wrote: +> > +> What I really do not understand why we do not leak in non-jail +> > +> environment? +> > +> > I'm sure we are, this is just hard to check, because we don't have +> > list with allocated 'cred' structures. +> > +> > But try to do your test without a jail and track 2nd column in: +> > +> > # sysctl kern.malloc | grep cred +> > +> > Number of objects grows when I'm killing daemon while connection +> > exists. I'm wondering if this cannot be used to some DoS attack. +>=20 +> Can't reproduce: +>=20 +> $ vmstat -m | grep cred +> cred 38 5K 5K 22714 128 +>=20 +> [ serveral nc & telnet tests I port early in non-jail environment ] +>=20 +> $ vmstat -m | grep cred +> cred 38 5K 5K 22833 128 Probably, because no new cred structure is allocated when you run 'nc' without a jail (only this one used by your shell is referenced again). Try to do: # su - -c "/usr/local/bin/nc -p 1234 -l 127.0.0.1" --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --WIW0mBdZQbss59/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQFAMOdrForvXbEpPzQRAmlhAKDQQDB4WnhkRDXx6+Yairew4YrstwCg73xH Ts7G7aY70BFvgPknoYH0BB4= =cU3h -----END PGP SIGNATURE----- --WIW0mBdZQbss59/X-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:00: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 8297F16A4CE for ; Mon, 16 Feb 2004 08:00:10 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5834143D1F for ; Mon, 16 Feb 2004 08:00:10 -0800 (PST) (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 550C71FF90D; Mon, 16 Feb 2004 17:00:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 6EA721FF905; Mon, 16 Feb 2004 17:00:06 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 870DC154D8; Mon, 16 Feb 2004 15:55:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7C7FA153AA; Mon, 16 Feb 2004 15:55:24 +0000 (UTC) Date: Mon, 16 Feb 2004 15:55:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Craig Boston In-Reply-To: <200402160929.25625.craig@xfoil.gank.org> Message-ID: References: <20040214174144.GA13215@speedy.unibe.ch> <20040216125232.GA64059@gvr.gvr.org> <200402160929.25625.craig@xfoil.gank.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: state of ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 16:00:10 -0000 On Mon, 16 Feb 2004, Craig Boston wrote: > On a somewhat related topic, has anyone encountered panics when the interface > that racoon is watching is destroyed (say, gif0)? This is on 5.2-RELEASE. > I'll try to get a dump if it happens again... I even got a dump by killing racoon at that time ;-( You might also be able to get a crash by only setting the int to down and/or chaning IPs. The panic may not be seen at once but somewhen afterwards. This is fixed. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:08: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 519F216A4CE; Mon, 16 Feb 2004 08:08:09 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9090643D1D; Mon, 16 Feb 2004 08:08:08 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (1o8wuyew@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i1GG86o26175812; Mon, 16 Feb 2004 19:08:06 +0300 (MSK) Date: Mon, 16 Feb 2004 19:08:06 +0300 (MSK) From: Maxim Konovalov To: Pawel Jakub Dawidek In-Reply-To: <20040216155315.GG14639@garage.freebsd.pl> Message-ID: <20040216190552.X79328@news1.macomnet.ru> References: <200402151714.26631.freebsd-current@webteckies.org> <20040216133617.GD14639@garage.freebsd.pl> <20040216140720.GE14639@garage.freebsd.pl> <20040216155315.GG14639@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@FreeBSD.org cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 16:08:09 -0000 [...] > Probably, because no new cred structure is allocated when you run 'nc' > without a jail (only this one used by your shell is referenced again). > > Try to do: > > # su - -c "/usr/local/bin/nc -p 1234 -l 127.0.0.1" Yep, it seems you are right, we leak ucred ref in non-jail env. too. Thanks Pawel! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:09: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 BC60116A4CE for ; Mon, 16 Feb 2004 08:09:18 -0800 (PST) Received: from sarevok.idg.nl (ardvark.idg.nl [62.250.13.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4802843D1F for ; Mon, 16 Feb 2004 08:09:18 -0800 (PST) (envelope-from mdev@sarevok.idg.nl) Received: by sarevok.idg.nl (Postfix, from userid 100) id B76E6B921; Mon, 16 Feb 2004 17:09:15 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Mon, 16 Feb 2004 17:09:15 +0100 User-Agent: KMail/1.5.94 References: <200402151714.26631.freebsd-current@webteckies.org> <20040215191756.P49729@news1.macomnet.ru> <20040216133617.GD14639@garage.freebsd.pl> In-Reply-To: <20040216133617.GD14639@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_rsOMAzMglupECr6"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402161709.15375.freebsd-current@webteckies.org> Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 16:09:18 -0000 --Boundary-02=_rsOMAzMglupECr6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 16 February 2004 14:36, Pawel Jakub Dawidek wrote: > Yeah, there is a cred leak and I am the one who track it down!:) > > http://garage.freebsd.pl/patches/tcp_subr.c.patch > > Don't do 'jls' just after killing 'nc', because cred will be freed > after timeout, so wait few minutes and then try 'jls'. Excellent! I'll try this as soon as I've got the chance. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.idg.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Feb 14 02:= 48:30=20 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_rsOMAzMglupECr6 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAMOsrOv9JNmfFN5URAmZ+AKC4pKLZHp9XxBMWxiPvw/ofHAx8EQCeOxxQ 1inmbZasfoknQ2zbyOqrfNQ= =UE+/ -----END PGP SIGNATURE----- --Boundary-02=_rsOMAzMglupECr6-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:24:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D63C16A4CE for ; Mon, 16 Feb 2004 08:24:23 -0800 (PST) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EAF543D1F for ; Mon, 16 Feb 2004 08:24:23 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 7AC8445; Mon, 16 Feb 2004 17:24:22 +0100 (CET) Date: Mon, 16 Feb 2004 17:24:22 +0100 From: Guido van Rooij To: current@freebsd.org Message-ID: <20040216162422.GA67596@gvr.gvr.org> References: <20040216141941.GA65927@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216141941.GA65927@gvr.gvr.org> Subject: Re: problem with ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 16:24:23 -0000 On Mon, Feb 16, 2004 at 03:19:41PM +0100, Guido van Rooij wrote: > > After each link down event, I had to manually reconfigure tha card. This turns out not be true: Feb 16 17:22:06 beck kernel: ndis0: link down Feb 16 17:22:22 beck kernel: ndis0: link up I don't know why it had to wait for 16 seconds to automatically come back up again. Still no clue on what causes the watchdog timeout. -Guido From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:29:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B2F16A4D3; Mon, 16 Feb 2004 08:29:46 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA1743D1F; Mon, 16 Feb 2004 08:29:45 -0800 (PST) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.31.45.197]) by comcast.net (sccrmhc13) with ESMTP id <20040216162944016005dehae>; Mon, 16 Feb 2004 16:29:44 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost.crodrigues.org [127.0.0.1])i1GGU2hd059422; Mon, 16 Feb 2004 11:30:02 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)i1GGU2wB059421; Mon, 16 Feb 2004 11:30:02 -0500 (EST) (envelope-from rodrigc) Date: Mon, 16 Feb 2004 11:30:02 -0500 From: Craig Rodrigues To: Andre Oppermann Message-ID: <20040216163002.GA56357@crodrigues.org> References: <40309723.5020808@freebsd.org> <20040216103254.GA7779@VARK.homeunix.com> <4030E452.FFD6A59E@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4030E452.FFD6A59E@freebsd.org> User-Agent: Mutt/1.4.1i cc: David Schultz cc: freebsd-current@freebsd.org cc: freebsd-standards@freebsd.org Subject: Re: writev(2) and IOV_MAX confusion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 16:29:46 -0000 On Mon, Feb 16, 2004 at 04:40:02PM +0100, Andre Oppermann wrote: > Yes, the write(2) man page is missing any reference to . > I'd say the man page should mention that. This is a reasonable thing to do. In the Single Unix Specification, v.3, the man page for writev() has this text: Traditionally, the maximum number of scatter/gather elements the system can process in one call were described by the symbolic value {UIO_MAXIOV}. In IEEE Std 1003.1-2001 this value is replaced by the constant {IOV_MAX} which can be found in . -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:46: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 5A70416A4CE for ; Mon, 16 Feb 2004 08:46:15 -0800 (PST) Received: from smtp2.actcom.co.il (mail.actcom.net.il [192.114.47.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921D243D1D for ; Mon, 16 Feb 2004 08:46:14 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Received: from yahoo.com (line108-59.adsl.actcom.co.il [192.117.108.59]) by smtp2.actcom.co.il (8.12.8/8.12.8) with ESMTP id i1GGkBGf031818 for ; Mon, 16 Feb 2004 18:46:12 +0200 Message-ID: <4030F436.9000904@yahoo.com> Date: Mon, 16 Feb 2004 18:47:50 +0200 From: Rostislav Krasny X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.2.1-RC2: buildworld of RELENG_5_2 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: Mon, 16 Feb 2004 16:46:15 -0000 Hello all. I installed a fresh 5.2.1-RC2 on my Pentium MMX 200MHz system with 128Mb of RAM. After that I cvsup-ed today's RELENG_5_2, ran 'make buildworld' and it failed with following error message: cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/ gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_ int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DHAVE_CONFIG_H -DTARGET_NAME=\"i386-unknown-freebsd\" -DIN_GCC -I/usr/obj/usr/src/i386/legacy/usr/include -c insn-recog.c insn-recog.c: In function `recog_29': insn-recog.c:44143: 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/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Then I cleared the /usr/obj as described in section "21.4.6 Remove /usr/obj" of the Handbook and then I ran 'make buildworld' again. This time it failed with different error message: cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/ gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1/../.. /../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -I. -I/usr/obj/usr/src/i386 /legacy/usr/include -static -L/usr/obj/usr/src/i386/legacy/usr/lib -o cc1 main.o c-parse+%DIKED.o c-lang.o c-decl.o c-opts.o /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libcc_int.a -legacy /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1/../cc_int/libcc_int.a(insn-attrtab.o)(.rodata+0x1bb40): und efined reference to `.L674595248' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc1. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. You may suspect hardware problem here but I tested the RAM and the HDD and I didn't find any hardware problem. Is there someone that always successfully builds the world and the kernel of RELENG_5_2 on the same Pentium MMX system with about 128Mb of RAM? Thanks From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:22: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 AD19816A4CE for ; Mon, 16 Feb 2004 10:22:38 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B6A043D2F for ; Mon, 16 Feb 2004 10:22:38 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7D6E65309; Mon, 16 Feb 2004 19:22:37 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D87EF5308; Mon, 16 Feb 2004 19:22:30 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id B582933C6F; Mon, 16 Feb 2004 19:22:30 +0100 (CET) To: Poul-Henning Kamp References: <15796.1076875637@critter.freebsd.dk> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 19:22:30 +0100 In-Reply-To: <15796.1076875637@critter.freebsd.dk> (Poul-Henning Kamp's message of "Sun, 15 Feb 2004 21:07:17 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: HEADSUP: complete dev_t/cdevsw patches available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 18:22:38 -0000 Poul-Henning Kamp writes: > I have uploaded what I think are the complete patches for the dev_t > reorganization. The sooner you commit them, the more time we will have to figure out why they don't work 8) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:32: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 1342516A4CE for ; Mon, 16 Feb 2004 10:32:49 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EEA43D1D for ; Mon, 16 Feb 2004 10:32:48 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D18885309; Mon, 16 Feb 2004 19:32:47 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 0FD425308 for ; Mon, 16 Feb 2004 19:32:40 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8702233C6F; Mon, 16 Feb 2004 19:32:40 +0100 (CET) To: freebsd-current@freebsd.org References: <20040216115323.GA94120@grummit.biaix.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 19:32:40 +0100 In-Reply-To: <20040216115323.GA94120@grummit.biaix.org> (Joan Picanyol's message of "Mon, 16 Feb 2004 12:53:23 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 Subject: Re: buildworld fails as non-root user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 18:32:49 -0000 Joan Picanyol writes: > I can't buildworld as a regular user with a clean /usr/obj: > [...] > Is this expected behaviour? Is there a workaround? The FreeBSD Tinderbox (http://freebsd-current.sentex.ca/tinderbox/) does 'make buildworld' as an unprivileged user about 20 times every day. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:35: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 7347216A4CE for ; Mon, 16 Feb 2004 10:35:22 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4379A43D1D for ; Mon, 16 Feb 2004 10:35:22 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3B9045309; Mon, 16 Feb 2004 19:35:21 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id F2B345308; Mon, 16 Feb 2004 19:35:14 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 94B8833C6F; Mon, 16 Feb 2004 19:35:14 +0100 (CET) To: Rostislav Krasny References: <4030F436.9000904@yahoo.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 19:35:14 +0100 In-Reply-To: <4030F436.9000904@yahoo.com> (Rostislav Krasny's message of "Mon, 16 Feb 2004 18:47:50 +0200") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: 5.2.1-RC2: buildworld of RELENG_5_2 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: Mon, 16 Feb 2004 18:35:22 -0000 Rostislav Krasny writes: > I installed a fresh 5.2.1-RC2 on my Pentium MMX 200MHz system with > 128Mb of RAM. After that I cvsup-ed today's RELENG_5_2, ran 'make > buildworld' and it failed with following error message: [...] > > Then I cleared the /usr/obj as described in section "21.4.6 Remove > /usr/obj" of the Handbook and then I ran 'make buildworld' again. This > time it failed with different error message: [...] Bad RAM or a damaged or overheating CPU. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 10:39: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 E59EB16A4CE for ; Mon, 16 Feb 2004 10:39:01 -0800 (PST) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C0243D1D for ; Mon, 16 Feb 2004 10:39:01 -0800 (PST) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.6) with ESMTP id i1GId0c25717 for ; Mon, 16 Feb 2004 12:39:00 -0600 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i1GId05D055845 for ; Mon, 16 Feb 2004 12:39:00 -0600 (CST) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.10/8.12.10/Submit) id i1GId0He055844 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 12:39:00 -0600 (CST) (envelope-from koziol) From: Quincey Koziol Message-Id: <200402161839.i1GId0He055844@sleipnir.ncsa.uiuc.edu> To: freebsd-current@freebsd.org Date: Mon, 16 Feb 2004 12:39:00 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Aligning GENERIC with 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, 16 Feb 2004 18:39:02 -0000 Hi all, I've been running FreeBSD for many years without contributing much other than bug reports and I'd like to help a bit. I'd like to make the contents of the GENERIC configuration file (for 5-CURRENT) more similar to the contents of the NOTES files, in order to ease creating custom kernel configurations. Is there anyone who can review my changes and check them in? Thanks, Quincey Koziol NCSA From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 11:08: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 2BB2C16A4CE for ; Mon, 16 Feb 2004 11:08:27 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1773243D1D for ; Mon, 16 Feb 2004 11:08:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i1GJ8QTA062530; Mon, 16 Feb 2004 11:08:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i1GJ8PEJ062529; Mon, 16 Feb 2004 11:08:25 -0800 (PST) (envelope-from sgk) Date: Mon, 16 Feb 2004 11:08:25 -0800 From: Steve Kargl To: Maxim Konovalov Message-ID: <20040216190825.GA62505@troutmask.apl.washington.edu> References: <200402141934.32797.msch@snafu.de> <20040215160713.U70835@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040215160713.U70835@news1.macomnet.ru> User-Agent: Mutt/1.4.1i cc: Matthias Schuendehuette cc: freebsd-current@freebsd.org Subject: Re: Panic with current kernel (ATA-related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 19:08:27 -0000 On Sun, Feb 15, 2004 at 04:10:48PM +0300, Maxim Konovalov wrote: > > Index: ata-all.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v > retrieving revision 1.203 > diff -u -r1.203 ata-all.c > --- ata-all.c 30 Jan 2004 19:16:08 -0000 1.203 > +++ ata-all.c 14 Feb 2004 15:43:20 -0000 > @@ -567,7 +567,7 @@ > while (retries-- > 0) { > request->device = atadev; > request->timeout = 5; > - request->retries = -1; > + request->retries = 3; > request->u.ata.command = command; > request->flags = (ATA_R_READ | ATA_R_IMMEDIATE); > request->data = (caddr_t)atadev->param; > %%% > This patch fixes my mtrash_ctor panic. For details, see http://lists.freebsd.org/pipermail/freebsd-current/2004-February/020580.html Please commit it. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 11:51:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D41316A4CE for ; Mon, 16 Feb 2004 11:51:04 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11F0743D1F for ; Mon, 16 Feb 2004 11:51:04 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 193AF6520C for ; Mon, 16 Feb 2004 19:51:03 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20939-02-5 for ; Mon, 16 Feb 2004 19:51:02 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 93792651EE for ; Mon, 16 Feb 2004 19:51:02 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 773DF14; Mon, 16 Feb 2004 19:51:01 +0000 (GMT) Date: Mon, 16 Feb 2004 19:51:01 +0000 From: Bruce M Simpson To: freebsd-current@freebsd.org Message-ID: <20040216195101.GB3791@saboteur.dek.spc.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: remote gdb (and firewire/dcons) not functioning as expected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 19:51:04 -0000 Hi, I'm trying to debug the problem introduced by the earlier commit to remove mbufs from the stag (MT_TAG) over the weekend. First of all, I tried to use dconschat to open a connection to the GDB port over firewire. This didn't work. dconschat complained it couldn't find the CROM entry on the system under test. Manual inspection of the CROM entries via fwcontrol(8) revealed that it was indeed present, and the EUI64 was typed correctly. Now, when I try to use 9600 baud serial (over COM1 on both machines) as a fallback, I get the following results (after earlier being able to set a breakpoint in ip_output() before the box went multiuser):- (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 0xc0522d81 in ip_output (m=0xc10ecf, opt=0x0, ro=0x0, flags=0, imo=0x68000000, inp=0x38c28d01) at ../../../netinet/ip_output.c:139 139 int hlen = sizeof (struct ip); warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint (kgdb) step Can't send signals to this remote system. SIGSEGV not sent. Program received signal SIGSEGV, Segmentation fault. 0xc0522d81 in ip_output (m=0xc10ecf, opt=0x0, ro=0x0, flags=0, imo=0x68000000, inp=0x38c28d01) at ../../../netinet/ip_output.c:139 139 int hlen = sizeof (struct ip); (kgdb) The target system and my laptop (where I run gdb) are both seeing the same kernel image, which I NFS-mount from my build server. All boxes are running fresh -CURRENT from Saturday. Any ideas? This is most perplexing... BMS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:03: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 2D14D16A4CE for ; Mon, 16 Feb 2004 12:03:49 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6099843D1F for ; Mon, 16 Feb 2004 12:03:48 -0800 (PST) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 16779 invoked by uid 65534); 16 Feb 2004 20:03:46 -0000 Received: from pD9E81909.dip.t-dialin.net (HELO tyrael.linnet) (217.232.25.9) by mail.gmx.net (mp015) with SMTP; 16 Feb 2004 21:03:46 +0100 X-Authenticated: #15005775 Date: Mon, 16 Feb 2004 21:04:31 +0100 From: sebastian ssmoller To: Guido van Rooij Message-Id: <20040216210431.4bb2001a.sebastian.ssmoller@gmx.net> In-Reply-To: <20040216162422.GA67596@gvr.gvr.org> References: <20040216141941.GA65927@gvr.gvr.org> <20040216162422.GA67596@gvr.gvr.org> Organization: X-Mailer: Sylpheed version 0.9.8a-gtk2-20040109 (GTK+ 2.2.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: problem with ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 20:03:49 -0000 hi, i have similar problems here. same output in dmesg. but no idea so far. i sent a mail to bill paul but havnt got feedback yet. seb On Mon, 16 Feb 2004 17:24:22 +0100 Guido van Rooij wrote: > On Mon, Feb 16, 2004 at 03:19:41PM +0100, Guido van Rooij wrote: > > > > After each link down event, I had to manually reconfigure tha card. > > This turns out not be true: > Feb 16 17:22:06 beck kernel: ndis0: link down > Feb 16 17:22:22 beck kernel: ndis0: link up > > I don't know why it had to wait for 16 seconds to automatically come > back up > again. > > Still no clue on what causes the watchdog timeout. > > -Guido > _______________________________________________ > 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" > -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:09: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 DA0DF16A4CE for ; Mon, 16 Feb 2004 12:09:05 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60A7843D31 for ; Mon, 16 Feb 2004 12:09:05 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i1GK8v5O007025; Tue, 17 Feb 2004 07:08:57 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i1GK8sch031055; Tue, 17 Feb 2004 07:08:56 +1100 Date: Tue, 17 Feb 2004 07:08:54 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Fritz Heinrichmeyer In-Reply-To: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> Message-ID: <20040217065156.C14659@gamplex.bde.org> References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 20:09:06 -0000 On Mon, 16 Feb 2004, Fritz Heinrichmeyer wrote: > as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym > SIOSPD=9600 -o boot2.o boot2.s > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 > -I/usr/src/sys/boot/i386/boot2/../../common > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return > -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes > -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes > -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 > -c /usr/src/sys/boot/i386/boot2/sio.S > /var/tmp//ccrYtMTN.s: Assembler messages: > /var/tmp//ccrYtMTN.s:84: Error: undefined symbol `SIOSPD' in operation setting > `SIO_DIV' > /var/tmp//ccrYtMTN.s:35: Error: undefined symbol `SIO_FMT' in operation > /var/tmp//ccrYtMTN.s:39: Error: value of 115200 too large for field of 2 bytes > at 13 > > cc also should be informed about the defined symbols .... cc shouldn't be run to build sio.o. This problem seems to be caused by a recent repo-copy of sio.S from sio.s. sio.s works, but sio.S is preferred although it has not been connected to the build. boot1.S was repo-copied not so recently from boot1.s, but this doesn't caused problems because there is an explicit rule for building boot1.o from boot1.s, so boot1.S is not preferred. Bruce From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:16: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 EADB716A4CE for ; Mon, 16 Feb 2004 12:16:58 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6E343D1D for ; Mon, 16 Feb 2004 12:16:58 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 94DB15309; Mon, 16 Feb 2004 21:16:57 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1461C5308; Mon, 16 Feb 2004 21:16:50 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 905D633C6F; Mon, 16 Feb 2004 21:16:50 +0100 (CET) To: Quincey Koziol References: <200402161839.i1GId0He055844@sleipnir.ncsa.uiuc.edu> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 21:16:50 +0100 In-Reply-To: <200402161839.i1GId0He055844@sleipnir.ncsa.uiuc.edu> (Quincey Koziol's message of "Mon, 16 Feb 2004 12:39:00 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Aligning GENERIC with 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, 16 Feb 2004 20:16:59 -0000 Quincey Koziol writes: > I've been running FreeBSD for many years without contributing much ot= her > than bug reports and I'd like to help a bit. I'd like to make the conten= ts > of the GENERIC configuration file (for 5-CURRENT) more similar to the con= tents > of the NOTES files, in order to ease creating custom kernel configuration= s. Don't. NOTES and GENERIC have very specific and very different purposes. NOTES is designed to maximize coverage, while GENERIC is designed to work on as many different systems as possible. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12: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 8FE4F16A4CE for ; Mon, 16 Feb 2004 12:27:31 -0800 (PST) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3833843D1D for ; Mon, 16 Feb 2004 12:27:31 -0800 (PST) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: freebsd-current@freebsd.org Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.6) with ESMTP id i1GKRSc15185; Mon, 16 Feb 2004 14:27:28 -0600 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i1GKRT5D056796; Mon, 16 Feb 2004 14:27:29 -0600 (CST) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.10/8.12.10/Submit) id i1GKRS8O056795; Mon, 16 Feb 2004 14:27:28 -0600 (CST) (envelope-from koziol) From: Quincey Koziol Message-Id: <200402162027.i1GKRS8O056795@sleipnir.ncsa.uiuc.edu> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Mon, 16 Feb 2004 14:27:28 -0600 (CST) 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: Aligning GENERIC with 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, 16 Feb 2004 20:27:31 -0000 Hi Dag-Erling, [ Charset ISO-8859-1 unsupported, converting... ] > Quincey Koziol writes: > > I've been running FreeBSD for many years without contributing much other > > than bug reports and I'd like to help a bit. I'd like to make the contents > > of the GENERIC configuration file (for 5-CURRENT) more similar to the contents > > of the NOTES files, in order to ease creating custom kernel configurations. > > Don't. NOTES and GENERIC have very specific and very different > purposes. NOTES is designed to maximize coverage, while GENERIC is > designed to work on as many different systems as possible. I don't want to change the contents of GENERIC. I wanted to change the _order_ of the items in GENERIC to be closer to the order of the items in the NOTES files. This would make creating custom kernel configs easier (for me anyway :-). Quincey From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:33: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 75F4716A4CF; Mon, 16 Feb 2004 12:33:17 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 317D643D1F; Mon, 16 Feb 2004 12:33:17 -0800 (PST) (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.12.8/8.12.8) with ESMTP id i1GKXDnI012756; Mon, 16 Feb 2004 15:33:14 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1076944120.4030dcf8ac6dc@webmail.cng.fr> References: <20040216063529.GA34675@chihiro.leafy.idv.tw> <1076919826.85778.7.camel@ares.internetservice.cz> <20040216160106.N761@pukruppa.net> <1076944120.4030dcf8ac6dc@webmail.cng.fr> Date: Mon, 16 Feb 2004 15:33:12 -0500 To: heath@cng.fr, ru@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@FreeBSD.org Subject: Re: buildworld fails at boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 20:33:17 -0000 At 4:08 PM +0100 2/16/04, heath@cng.fr wrote: >[This problem] seems to be caused by the recent change to >the Makefiles in sys/boot/i386 on 09/02/2004 by ru. There >is no explicit target for sio.o in the boot2/Makefile, and >the default target fails to pass SIOSPD and friends to the >preprocessor. Adding an edited copy of the boot1.o target >for sio.o to the Makefile seemed to work for me (at least >I ended up with a boot2 binary identical to my existing >/boot/boot2 - I haven't rebooted yet as I'm still building >the kernel). > > > > - - - - - - - - Logfile of problem buildworld - - - - > > > ===> sys/boot/i386/boot2 > > > ...skipping along... > > > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > > > -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 >> > -I/usr/src/sys/boot/i386/boot2/../../common >> > -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return >> > -Wbad-function-cast -Wcast-align -Wmissing-declarations >> > -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow >> > -Wstrict-prototypes -Wwrite-strings -ffreestanding >> > -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S >> > /var/tmp//ccfR9bIu.s: Assembler messages: >> > /var/tmp//ccfR9bIu.s:84: Error: undefined symbol `SIOSPD' in operation >> > setting `SIO_DIV' >> > /var/tmp//ccfR9bIu.s:35: Error: undefined symbol `SIO_FMT' in operation >> > /var/tmp//ccfR9bIu.s:39: Error: value of 115200 too large for field of 2 >> > bytes at 13 >> > *** Error code 1 > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - I'm glad to see someone else reporting this. I ran into the same errors while testing my 'make realclean' target, and I couldn't imagine why it would be effecting me but nobody else. Perhaps the build works fine if there are files left over from a previous buildworld. Ruslan, has anyone mentioned this to you yet? -- 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 Feb 16 12: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 C74DE16A4CE for ; Mon, 16 Feb 2004 12:36:21 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9840343D1F for ; Mon, 16 Feb 2004 12:36:21 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 6BE9A5309; Mon, 16 Feb 2004 21:36:20 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 12E255308; Mon, 16 Feb 2004 21:36:13 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 842BA33C6F; Mon, 16 Feb 2004 21:36:13 +0100 (CET) To: Quincey Koziol References: <200402162027.i1GKRS8O056795@sleipnir.ncsa.uiuc.edu> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 21:36:13 +0100 In-Reply-To: <200402162027.i1GKRS8O056795@sleipnir.ncsa.uiuc.edu> (Quincey Koziol's message of "Mon, 16 Feb 2004 14:27:28 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Aligning GENERIC with 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, 16 Feb 2004 20:36:21 -0000 Quincey Koziol writes: > I don't want to change the contents of GENERIC. I wanted to change t= he > _order_ of the items in GENERIC to be closer to the order of the items in= the > NOTES files. This would make creating custom kernel configs easier (for = me > anyway :-). In that case, change NOTES rather than GENERIC. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12: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 1A34D16A4CE for ; Mon, 16 Feb 2004 12:41:34 -0800 (PST) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF53D43D1D for ; Mon, 16 Feb 2004 12:41:33 -0800 (PST) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: freebsd-current@freebsd.org Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.6) with ESMTP id i1GKfVc19695; Mon, 16 Feb 2004 14:41:31 -0600 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i1GKfV5D056905; Mon, 16 Feb 2004 14:41:31 -0600 (CST) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.10/8.12.10/Submit) id i1GKfV4s056904; Mon, 16 Feb 2004 14:41:31 -0600 (CST) (envelope-from koziol) From: Quincey Koziol Message-Id: <200402162041.i1GKfV4s056904@sleipnir.ncsa.uiuc.edu> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Mon, 16 Feb 2004 14:41:31 -0600 (CST) 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: Aligning GENERIC with 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, 16 Feb 2004 20:41:34 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Quincey Koziol writes: > > I don't want to change the contents of GENERIC. I wanted to change the > > _order_ of the items in GENERIC to be closer to the order of the items in the > > NOTES files. This would make creating custom kernel configs easier (for me > > anyway :-). > > In that case, change NOTES rather than GENERIC. Hmm, what's your reasoning behind doing it this way? The NOTES files appear to be better organized than GENERIC... Quincey From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:56:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8DC16A4CE for ; Mon, 16 Feb 2004 12:56:02 -0800 (PST) Received: from web14808.mail.yahoo.com (web14808.mail.yahoo.com [216.136.224.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 739F343D1D for ; Mon, 16 Feb 2004 12:56:02 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040216205602.31683.qmail@web14808.mail.yahoo.com> Received: from [192.117.108.59] by web14808.mail.yahoo.com via HTTP; Mon, 16 Feb 2004 12:56:02 PST Date: Mon, 16 Feb 2004 12:56:02 -0800 (PST) From: Rostislav Krasny To: Dag-Erling "Smørgrav" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: 5.2.1-RC2: buildworld of RELENG_5_2 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: Mon, 16 Feb 2004 20:56:02 -0000 --- Dag-Erling Smørgrav wrote: > Rostislav Krasny writes: > > I installed a fresh 5.2.1-RC2 on my Pentium MMX 200MHz system with > > 128Mb of RAM. After that I cvsup-ed today's RELENG_5_2, ran 'make > > buildworld' and it failed with following error message: [...] > > > > Then I cleared the /usr/obj as described in section "21.4.6 Remove > > /usr/obj" of the Handbook and then I ran 'make buildworld' again. > This > > time it failed with different error message: [...] > > Bad RAM or a damaged or overheating CPU. I tested the RAM by BIOS and by program from www.memtest86.com. This is not an overclocked CPU and its cooler is working fine. I don't think it's overheating. Do you know any software to test the CPU? Did you build the world and the kernel of RELENG_5_2 in FreeBSD 5.2.x running on Pentium MMX system like mine? Were these builds always successful? I heard from number of people that GCC 3.3.x is unstable, sometimes produce wrong binaries and core-dumping fairly often. May it be that case? I found report of the same problem http://lists.freebsd.org/pipermail/freebsd-questions/2003-December/030644.html __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 12:59: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 7B29916A5C4 for ; Mon, 16 Feb 2004 12:59:01 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA8343D1D for ; Mon, 16 Feb 2004 12:59:01 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 202B55309; Mon, 16 Feb 2004 21:59:00 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 475235308; Mon, 16 Feb 2004 21:58:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id C874033C6F; Mon, 16 Feb 2004 21:58:52 +0100 (CET) To: Quincey Koziol References: <200402162041.i1GKfV4s056904@sleipnir.ncsa.uiuc.edu> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 21:58:52 +0100 In-Reply-To: <200402162041.i1GKfV4s056904@sleipnir.ncsa.uiuc.edu> (Quincey Koziol's message of "Mon, 16 Feb 2004 14:41:31 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Aligning GENERIC with 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, 16 Feb 2004 20:59:01 -0000 Quincey Koziol writes: > > In that case, change NOTES rather than GENERIC. > Hmm, what's your reasoning behind doing it this way? The NOTES files > appear to be better organized than GENERIC... A lot of people have kernel configs derived from GENERIC. If you rearrange GENERIC too much, they'll have a hard time keeping track. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:02: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 A2F1416A4CE; Mon, 16 Feb 2004 13:02:09 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B7743D1D; Mon, 16 Feb 2004 13:02:09 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B81837303A; Mon, 16 Feb 2004 16:02:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040216210208.B81837303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 16:02:08 -0500 (EST) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:02:09 -0000 TB --- 2004-02-16 20:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 20:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-16 20:00:00 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 20:04:26 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /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-02-16 20:56:33 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Feb 16 20:56:33 GMT 2004 [...] cc -c -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/isa/syscons_isa.c cc -c -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/isa/vga_isa.c cc -c -x assembler-with-cpp -DLOCORE -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/alpha/bswap16.S cc -c -x assembler-with-cpp -DLOCORE -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/alpha/bswap32.S cc -c -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/bcmp.c cc -c -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/ffs.c cc -c -O -pipe -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/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/ffsl.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/libkern/ffsl.c:43: error: syntax error before '(' token *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-16 21:02:08 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-16 21:02:08 - TB --- ERROR: failed to build generic kernel TB --- 2004-02-16 21:02:08 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:07: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 4EB3716A4E3; Mon, 16 Feb 2004 13:07:59 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8B843D1D; Mon, 16 Feb 2004 13:07:59 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 44C7E5C78A; Mon, 16 Feb 2004 13:07:59 -0800 (PST) Date: Mon, 16 Feb 2004 13:07:59 -0800 From: Alfred Perlstein To: current@freebsd.org Message-ID: <20040216210759.GB55055@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i cc: mtm@freebsd.org Subject: rc.d missing source comments. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 21:07:59 -0000 I just opened /etc/rc.d/nfslocking and had no clue as to what it does. There is not a single comment explaining the logic. Would it be possible for some amount of comments to be added? (honestly I've had an easier time tracking down what SYSV init scripts do) thank you, -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:08:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CDDB16A4CE for ; Mon, 16 Feb 2004 13:08:14 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 036FB43D31 for ; Mon, 16 Feb 2004 13:08:14 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i1GL8CnJ003705; Mon, 16 Feb 2004 14:08:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 16 Feb 2004 14:08:11 -0700 (MST) Message-Id: <20040216.140811.122028450.imp@bsdimp.com> To: rosti_bsd@yahoo.com From: "M. Warner Losh" In-Reply-To: <4030F436.9000904@yahoo.com> References: <4030F436.9000904@yahoo.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: 5.2.1-RC2: buildworld of RELENG_5_2 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: Mon, 16 Feb 2004 21:08:14 -0000 In message: <4030F436.9000904@yahoo.com> Rostislav Krasny writes: : insn-recog.c:44143: internal compiler error: Segmentation fault Do you have enough swap configured? 128MB of ram might not be enough. Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:27: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 ED88F16A4CE for ; Mon, 16 Feb 2004 13:27:50 -0800 (PST) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEE043D1F for ; Mon, 16 Feb 2004 13:27:50 -0800 (PST) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: freebsd-current@freebsd.org Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.6) with ESMTP id i1GLRjc30284; Mon, 16 Feb 2004 15:27:45 -0600 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i1GLRj5D056987; Mon, 16 Feb 2004 15:27:45 -0600 (CST) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.10/8.12.10/Submit) id i1GLRjIS056986; Mon, 16 Feb 2004 15:27:45 -0600 (CST) (envelope-from koziol) From: Quincey Koziol Message-Id: <200402162127.i1GLRjIS056986@sleipnir.ncsa.uiuc.edu> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Mon, 16 Feb 2004 15:27:45 -0600 (CST) 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: Aligning GENERIC with 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, 16 Feb 2004 21:27:51 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Quincey Koziol writes: > > > In that case, change NOTES rather than GENERIC. > > Hmm, what's your reasoning behind doing it this way? The NOTES files > > appear to be better organized than GENERIC... > > A lot of people have kernel configs derived from GENERIC. If you > rearrange GENERIC too much, they'll have a hard time keeping track. Ah. :-( I understand this reason, but this will be spreading the poorly organized format of GENERIC into the better organized format of the NOTES files. Not something I think is a good idea and I won't proceed if that's the general consensus... I do think that re-organizing GENERIC before 5-CURRENT becomes 5-STABLE would be a long-term good thing and I'd be willing to donate my time toward doing. Quincey From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:28: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 D59DC16A4CE for ; Mon, 16 Feb 2004 13:28:29 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A630243D1F for ; Mon, 16 Feb 2004 13:28:29 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 72F405309; Mon, 16 Feb 2004 22:28:28 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 81C525308; Mon, 16 Feb 2004 22:28:21 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4957D33C68; Mon, 16 Feb 2004 22:28:13 +0100 (CET) To: Quincey Koziol References: <200402162127.i1GLRjIS056986@sleipnir.ncsa.uiuc.edu> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 16 Feb 2004 22:28:13 +0100 In-Reply-To: <200402162127.i1GLRjIS056986@sleipnir.ncsa.uiuc.edu> (Quincey Koziol's message of "Mon, 16 Feb 2004 15:27:45 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Aligning GENERIC with 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, 16 Feb 2004 21:28:30 -0000 Quincey Koziol writes: > Ah. :-( I understand this reason, but this will be spreading the poo= rly > organized format of GENERIC into the better organized format of the NOTES > files. Not something I think is a good idea and I won't proceed if that's > the general consensus... I don't agree that GENERIC is poorly organized. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:32: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 F297516A4CF for ; Mon, 16 Feb 2004 13:32:40 -0800 (PST) Received: from networld.psi.br (unknown [200.181.21.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABF143D2D for ; Mon, 16 Feb 2004 13:32:38 -0800 (PST) (envelope-from felipe@neuwald.biz) Received: from [200.181.86.91] (account felipe@neuwald.biz HELO [10.1.1.3]) by networld.psi.br (CommuniGate Pro SMTP 4.1.8) with ESMTP id 2524317 for freebsd-current@freebsd.org; Mon, 16 Feb 2004 18:33:27 -0300 From: Felipe Neuwald To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Message-Id: <1076967256.220.26.camel@buscape.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 16 Feb 2004 18:34:17 -0300 Content-Transfer-Encoding: quoted-printable Subject: D-link DFE 580TX on 4.9 and 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: felipe@neuwald.biz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:32:41 -0000 Hello Folks, does anybody are running the D-Link DFE 580TX NIC on FreeBSD 5.2.1? I'm use it today on 4.9-STABLE perfectly, and wanna migrate my systems to 5.2.1. --=20 Felipe Neuwald felipe@neuwald.biz "Mi espada desconocer=E1 su funda, mientras dure el oprobio y la injusticia que sojuzga a mi pueblo" Sim=F3n Bol=EDvar From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:38: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 6D5B616A4CE for ; Mon, 16 Feb 2004 13:38:15 -0800 (PST) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E2AF43D39 for ; Mon, 16 Feb 2004 13:38:15 -0800 (PST) (envelope-from koziol@ncsa.uiuc.edu) X-Envelope-From: koziol@ncsa.uiuc.edu X-Envelope-To: freebsd-current@freebsd.org Received: from sleipnir.ncsa.uiuc.edu (sleipnir.ncsa.uiuc.edu [141.142.96.70]) by mail.ncsa.uiuc.edu (8.11.7/8.11.6) with ESMTP id i1GLc7c08525; Mon, 16 Feb 2004 15:38:08 -0600 Received: from sleipnir.ncsa.uiuc.edu (localhost [127.0.0.1]) i1GLc85D057020; Mon, 16 Feb 2004 15:38:08 -0600 (CST) (envelope-from koziol@sleipnir.ncsa.uiuc.edu) Received: (from koziol@localhost) by sleipnir.ncsa.uiuc.edu (8.12.10/8.12.10/Submit) id i1GLc8hF057019; Mon, 16 Feb 2004 15:38:08 -0600 (CST) (envelope-from koziol) From: Quincey Koziol Message-Id: <200402162138.i1GLc8hF057019@sleipnir.ncsa.uiuc.edu> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Mon, 16 Feb 2004 15:38:08 -0600 (CST) 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: Aligning GENERIC with 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, 16 Feb 2004 21:38:15 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Quincey Koziol writes: > > Ah. :-( I understand this reason, but this will be spreading the poorly > > organized format of GENERIC into the better organized format of the NOTES > > files. Not something I think is a good idea and I won't proceed if that's > > the general consensus... > > I don't agree that GENERIC is poorly organized. Well, it's not _badly_ organized, but it appears more poorly organized when compared with the NOTES files (to me at least :-). One way or another, it would make it much easier to build custom kernel configs if they had the _same_ organization. :-) Perhaps mostly pushing the NOTES files in the direction of GENERIC, with some small tweaks to GENERIC to clean it up a bit? Quincey From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:48:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A11716A4CE; Mon, 16 Feb 2004 13:48:13 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1114943D2D; Mon, 16 Feb 2004 13:48:13 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F1AE7303A; Mon, 16 Feb 2004 16:48:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040216214812.8F1AE7303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 16:48:12 -0500 (EST) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:48:13 -0000 TB --- 2004-02-16 21:02:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 21:02:09 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-02-16 21:02:09 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 21:06:32 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- /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.. [...] sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 --32 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/../../common -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -m32 -c /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2/sio.S /var/tmp//ccmQQsuJ.s: Assembler messages: /var/tmp//ccmQQsuJ.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccmQQsuJ.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccmQQsuJ.s:39: Error: value of 000000000001c200 too large for field of 2 bytes at 000000000000000d *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/boot2. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-02-16 21:48:12 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-16 21:48:12 - TB --- ERROR: failed to build world TB --- 2004-02-16 21:48:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 13:50:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4099116A4CE for ; Mon, 16 Feb 2004 13:50:57 -0800 (PST) Received: from web14812.mail.yahoo.com (web14812.mail.yahoo.com [66.163.172.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 2779043D1F for ; Mon, 16 Feb 2004 13:50:57 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040216215055.42689.qmail@web14812.mail.yahoo.com> Received: from [192.117.108.59] by web14812.mail.yahoo.com via HTTP; Mon, 16 Feb 2004 13:50:55 PST Date: Mon, 16 Feb 2004 13:50:55 -0800 (PST) From: Rostislav Krasny To: "M. Warner Losh" In-Reply-To: <20040216.140811.122028450.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: 5.2.1-RC2: buildworld of RELENG_5_2 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: Mon, 16 Feb 2004 21:50:57 -0000 --- "M. Warner Losh" wrote: > In message: <4030F436.9000904@yahoo.com> > Rostislav Krasny writes: > : insn-recog.c:44143: internal compiler error: Segmentation fault > > Do you have enough swap configured? 128MB of ram might not be > enough. $ swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s1b 244648 0 244648 0% Is it enough swap space for buildworld and buildkernel? __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From owner-freebsd-current@FreeBSD.ORG Tue Feb 10 16: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 7777F16A4CE for ; Tue, 10 Feb 2004 16:31:06 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE2E43D1D for ; Tue, 10 Feb 2004 16:31:06 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3DA6C66CC9; Tue, 10 Feb 2004 16:31:01 -0800 (PST) Date: Tue, 10 Feb 2004 16:31:01 -0800 From: Kris Kennaway To: Didier Message-ID: <20040211003101.GA43476@xor.obsecurity.org> References: <000601c3f028$16c0d480$2100000a@o8p3f6> <20040210232253.GA42748@xor.obsecurity.org> <001a01c3f02f$d8647fe0$2100000a@o8p3f6> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <001a01c3f02f$d8647fe0$2100000a@o8p3f6> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: /bin/sh terminated abnormally X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 Feb 2004 00:31:06 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2004 at 06:44:37PM -0500, Didier wrote: > no other log ... >=20 > It just ack for single-user mode password ...I enter it ...it takes but I > get the same >=20 >=20 > Terminated abnormally. going to single user mode, enter full pathname of > shell or RETURN for /bin/sh: Okay, but you didn't answer my other question (and you're still top-posting= ). Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKXfEWry0BWjoQKURAmWBAJ4i6o4qJ7H5Ri24nAOOfWZebxTuPQCgl57l 1aAwYRiJh04Lm+UXiwVu7sk= =qPO5 -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 08:30: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 7B0CA16A4CE for ; Mon, 16 Feb 2004 08:30:24 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FED343D31 for ; Mon, 16 Feb 2004 08:30:24 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 56C55651F7 for ; Mon, 16 Feb 2004 16:30:23 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18650-04-14 for ; Mon, 16 Feb 2004 16:30:23 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id ED9B9651F4 for ; Mon, 16 Feb 2004 16:30:22 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 2E8ED14; Mon, 16 Feb 2004 16:30:22 +0000 (GMT) Date: Mon, 16 Feb 2004 16:30:22 +0000 From: Bruce M Simpson To: freebsd-current@FreeBSD.org Message-ID: <20040216163022.GN805@saboteur.dek.spc.org> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Problems loading ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 16:30:24 -0000 I see this on both my build box and my laptop since updating, when the loader tries to load acpi.ko: link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading FreeBSD saboteur.dek.spc.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Feb 14 04:34:06 GMT 2004 bms@kimchi.dek.spc.org:/usr/src/sys/i386/compile/SABOTEUR i386 FreeBSD kimchi.dek.spc.org 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat Feb 14 04:11:53 GMT 2004 bms@kimchi.dek.spc.org:/usr/src/sys/i386/compile/KIMCHI i386 Any ideas? I see the note about APIC_IO vs device apic, but I tell the kernel build via MODULES_OVERRIDE to explicitly build acpi, and haven't had any problems since my last major update in December. BMS From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 14: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 77D7616A4CE for ; Mon, 16 Feb 2004 14:21:14 -0800 (PST) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C07443D1D for ; Mon, 16 Feb 2004 14:21:14 -0800 (PST) (envelope-from brad.knowles@skynet.be) Received: from [172.29.253.253] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.6p3/8.12.3) with ESMTP id i1GMKuxe003933; Mon, 16 Feb 2004 17:21:08 -0500 (EST) (envelope-from brad.knowles@skynet.be) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: References: <200402162041.i1GKfV4s056904@sleipnir.ncsa.uiuc.edu> Date: Mon, 16 Feb 2004 23:20:41 +0100 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Brad Knowles Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Quincey Koziol Subject: Re: Aligning GENERIC with 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, 16 Feb 2004 22:21:14 -0000 At 9:58 PM +0100 2004/02/16, Dag-Erling Smørgrav wrote: > A lot of people have kernel configs derived from GENERIC. If you > rearrange GENERIC too much, they'll have a hard time keeping track. We will be laying down the RELENG_5 tag very soon. Now would be the time to make major changes to the layout of the GENERIC kernel config, if we were ever going to do so. Otherwise, we're probably stuck with what we've got until RELENG_6. If the NOTES information really is better organized than GENERIC, I would say that it would be a good idea to re-order the latter to more closely follow the former, and the sooner we get this change made and committed, the better. In short, I'm with Quincy and not buying a word you're saying. -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 14: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 E9D9F16A4CE; Mon, 16 Feb 2004 14:32:12 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E1643D1F; Mon, 16 Feb 2004 14:32:12 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58DD37303A; Mon, 16 Feb 2004 17:32:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040216223212.58DD37303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 17:32:12 -0500 (EST) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 22:32:13 -0000 TB --- 2004-02-16 21:48:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 21:48:12 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-02-16 21:48:12 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 21:52:41 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- /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.. [...] sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/../../common -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2/sio.S /var/tmp//ccLeN8CB.s: Assembler messages: /var/tmp//ccLeN8CB.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccLeN8CB.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccLeN8CB.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/boot2. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-02-16 22:32:12 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-16 22:32:12 - TB --- ERROR: failed to build world TB --- 2004-02-16 22:32:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 14:45: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 C651816A4CE; Mon, 16 Feb 2004 14:45:12 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8402C43D1D; Mon, 16 Feb 2004 14:45:12 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 5FA6E1183E; Mon, 16 Feb 2004 23:45:11 +0100 (CET) Date: Mon, 16 Feb 2004 23:45:11 +0100 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20040216224508.GB710@arthur.nitro.dk> References: <20040214192736.C23696@news1.macomnet.ru> <20040214203557.GE888@arthur.nitro.dk> <402E874D.8080909@DeepCore.dk> <20040214204918.GF888@arthur.nitro.dk> <402E8A19.70808@DeepCore.dk> <20040214214411.GA726@arthur.nitro.dk> <402F3CE5.7090407@DeepCore.dk> <20040215104236.GA722@arthur.nitro.dk> <20040216113127.GC14639@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <20040216113127.GC14639@garage.freebsd.pl> User-Agent: Mutt/1.5.5.1i cc: current@FreeBSD.org cc: S?ren Schmidt cc: sos@FreeBSD.org Subject: Re: ata(4) related panic - Memory modified after free [was: Sony V505BX ATA 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, 16 Feb 2004 22:45:12 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.02.16 12:31:27 +0100, Pawel Jakub Dawidek wrote: > On Sun, Feb 15, 2004 at 11:42:37AM +0100, Simon L. Nielsen wrote: > +> I can see that the panic is in cam, but the odd thing is that I don't > +> have atapicam in the kernel (I double checked - it isn't there). I do > +> have normal cam in the kernel (for USB). To me it seems like some kind > +> of memory corruption either in ata(4) or somehow masked by ata when > +> retries is set to 3, but I'm no kernel hacker. >=20 > Are you using phk@'s disk API change? I am now, but not when I got the panic described earlier in this thread. > I had simlar problems with first version of his patch and USB bar (I still > haven't checked next versions). My laptop has actually been runnig just fine with yesterdays "mega" phk patch, and maxim's ata workaround since last night. --=20 Simon L. Nielsen FreeBSD Documentation Team --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAMUf0h9pcDSc1mlERAlSfAKCPwhYRo+6D8yu24ZwaHctvHWBQPACfdW7N 3WtVmwX9mNGHUDINaiOpkSA= =rnlH -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 14:49: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 82FC216A4CE for ; Mon, 16 Feb 2004 14:49:05 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423C443D1D for ; Mon, 16 Feb 2004 14:49:05 -0800 (PST) (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.12.8/8.12.8) with ESMTP id i1GMn4nI012164; Mon, 16 Feb 2004 17:49:04 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <000601c3f028$16c0d480$2100000a@o8p3f6> References: <000601c3f028$16c0d480$2100000a@o8p3f6> Date: Mon, 16 Feb 2004 17:49:03 -0500 To: "Didier" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: /bin/sh terminated abnormally X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 22:49:05 -0000 At 5:49 PM -0500 2/10/04, Didier wrote: >I upgraded 4.8 to FreeBSD4.9 Release > >ran >- make buildworld >- make buildkernel KERNCONF=MYKERNEL >- installkernel KERNCONF=MYKERNEL I assume you mean 'make installkernel' there. >rebooted to single mode ...now I am getting the following >error messages: > >Terminated abnormally. going to single user mode, enter full >pathname of shell or RETURN for /bin/sh: > >I hit enter and kept getting this line, tried /bin/tcsh ... >I still can't get the prompt ... can you help please At this point, I think you first have to reboot to your previous kernel. To do that, reboot again. Press the space bar (or something other than enter) so you get into the boot-loader. If you have the newer boot-screen, there is a menu option which will get you into the boot loader. Once you are in the boot-loader, type: unload load /boot/kernel.old/kernel boot That should get you up on the old kernel. Assuming that works, the first thing you should do is: cd /boot mv kernel kernel-BAD mv kernel.old kernel -- 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 Feb 16 15:13: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 BBD1F16A4CE for ; Mon, 16 Feb 2004 15:13:30 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3D143D2F for ; Mon, 16 Feb 2004 15:13:30 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id B39A32BD49 for ; Tue, 17 Feb 2004 10:13:27 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 9D60D51204; Tue, 17 Feb 2004 09:43:25 +1030 (CST) Date: Tue, 17 Feb 2004 09:43:25 +1030 From: Greg 'groggy' Lehey To: Stijn Hoop Message-ID: <20040216231325.GP33797@wantadilla.lemis.com> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040213175748.B662@korben.in.tern> <20040213173456.GH714@pcwin002.win.tue.nl> <20040213201416.E662@korben.in.tern> <20040213205311.GI714@pcwin002.win.tue.nl> <20040213235341.L618@korben.in.tern> <20040216110935.GA753@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rBvYE4HrSVE32kP+" Content-Disposition: inline In-Reply-To: <20040216110935.GA753@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.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: Lukas Ertl Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 23:13:31 -0000 --rBvYE4HrSVE32kP+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 16 February 2004 at 12:09:35 +0100, Stijn Hoop wrote: > On Fri, Feb 13, 2004 at 11:55:41PM +0100, Lukas Ertl wrote: >> I have a very very far fetched idea. Could you please try this: >> >> *) cd /usr/src/sbin/vinum >> *) vi commands.c >> *) locate the function vinum_read(), the first line says "int error;" >> *) initialize this var to zero, i.e. "int error = 0;" >> *) recompile vinum and tell if that changed anything > > OK, more info now that I am at the console of the machine again. > > During the weekend I discovered that I had saved a copy of my > previously working kernel somewhere in my homedirectory, so this > morning I first compiled a Feb 6 version of /sbin/vinum, and then > booted off the old kernel + vinum module, and executed the old > /sbin/vinum. No error message, but the only things listed in my > configuration were the drives (so no volumes/plexes/subdisks). Sorry, yes, I was going to reply to the previous message. The dumpconfig output suggest that everything has been overwritten. I fear this is the result of something like doing a saveconfig when there was nothing to save. > My current theory is that I somehow goofed up during the kernel > rebuild-a-thon last friday, and that I somewhere loaded the old > vinum module alongside the new kernel; and this bit me by > overwriting my configuration. A possibility, but unlikely. I'd honestly guess finger trouble. > Although the data that was on the volume is not crucial, it would be > nice if there was a way to recover it; so if you don't want to > investigate further, can you tell me whether a vinum create would > restore my volumes, Yes, it should. The data should be unchanged, so the file system should still be OK. > or is there simply no way that I can do so without obliterating the > data? If the latter, I'll just move on and recreate the plex using > ccd(4) (seeing as following vinum development is not one of my goals > right now). It occurs to me that we could easily prevent this kind of problem in the future by saving the Vinum configuration at boot time to /var/run/vinum.conf.boot or some such. It would obviously make sense to keep the previous configuration as well. This should be a pretty trivial modification to the startup scripts. Greg -- See complete headers for address and phone numbers. --rBvYE4HrSVE32kP+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAMU6VIubykFB6QiMRAmpcAJ95E2NGhc47kNSe22MOnMqCtB+SJACeKuTL fTvadFBXQdVv55fyI0IbyRA= =wKv6 -----END PGP SIGNATURE----- --rBvYE4HrSVE32kP+-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15: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 5FB4A16A4CE for ; Mon, 16 Feb 2004 15:15:01 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2144643D1F for ; Mon, 16 Feb 2004 15:15:01 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id D689C2BD49 for ; Tue, 17 Feb 2004 10:14:57 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 7936451200; Tue, 17 Feb 2004 09:44:55 +1030 (CST) Date: Tue, 17 Feb 2004 09:44:55 +1030 From: Greg 'groggy' Lehey To: Vallo Kallaste Message-ID: <20040216231455.GQ33797@wantadilla.lemis.com> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040216092232.GA1632@kevad.internal> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2wF6ECQ2pHh5OPMc" Content-Disposition: inline In-Reply-To: <20040216092232.GA1632@kevad.internal> User-Agent: Mutt/1.4.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: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 23:15:01 -0000 --2wF6ECQ2pHh5OPMc Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Monday, 16 February 2004 at 11:22:32 +0200, Vallo Kallaste wrote: > On Fri, Feb 13, 2004 at 03:19:33PM +0100, Dag-Erling Sm=F8rgrav > wrote: > >> Stijn Hoop writes: >>> after I reverted the syscons change I could build a working kernel, but >>> something has changed in vinum, so that the volumes are not created in >>> /dev/vinum anymore. >> >> Vinum is currently being rewritten. If you absolutely need it, use >> FreeBSD 4.9. > > My problem is that I want to use 5.x and be sure my /usr filesystem > will be recoverable in the current miserable days of disks which > fail in rows. Is ccd(4) mirroring stable? > when I last dealt with it. I don't know, but I haven't heard anything to the contrary. But then, Vinum mirroring is also stable. Note that the message to which you reply is based on a misunderstanding. The issue here seems to be finger trouble at startup, and that can happen with ccd as well. Greg -- See complete headers for address and phone numbers. --2wF6ECQ2pHh5OPMc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAMU7vIubykFB6QiMRAjfGAJ0QlLF6f5sUHakBpkIK/2EbsYPy4QCdHhEC jktxf4N/qGdCfMQp+n66YVs= =MpD/ -----END PGP SIGNATURE----- --2wF6ECQ2pHh5OPMc-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15: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 ED26B16A4D2 for ; Mon, 16 Feb 2004 15:40:11 -0800 (PST) Received: from email03.aon.at (WARSL402PIP6.highway.telekom.at [195.3.96.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 676F243D2F for ; Mon, 16 Feb 2004 15:40:11 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 241686 invoked from network); 16 Feb 2004 23:40:09 -0000 Received: from n747p028.dipool.highway.telekom.at (HELO ?212.183.103.92?) ([212.183.103.92]) (envelope-sender ) by qmail3rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 16 Feb 2004 23:40:09 -0000 From: Stefan Ehmann To: Max Laier In-Reply-To: <200402161439.27830.max@love2party.net> References: <4030B0C6.9040809@mikulas.com> <200402161439.27830.max@love2party.net> Content-Type: text/plain Message-Id: <1076974833.16124.8.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 17 Feb 2004 00:40:34 +0100 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: PANIC: trap.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, 16 Feb 2004 23:40:12 -0000 On Mon, 2004-02-16 at 14:39, Max Laier wrote: > On Monday 16 February 2004 13:00, Jiri Mikulas wrote: > > Hello > > > > >Can you also provide 'args' and '*dummytag' from the same frame? > > > > > >Thanks in advance. > > > > ~~~cut~~~ > > #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, > > flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 > > 983 if (sw_csum & CSUM_DELAY_DATA) { > > (kgdb) inspect args > > $1 = {m = 0xc10f7200, oif = 0x0, next_hop = 0x0, rule = 0xc2943800, eh > > = 0x0, ro = 0x1, dst = 0xc2abab40, flags = -1055947264, f_id = { dst_ip > > = 169558539, src_ip = 169542160, dst_port = 64147, src_port = 80, proto > > = 6 '\006', flags = 18 '\022'}, retval = 48} > > (kgdb) inspect *dummytag > > $2 = {m_tag_link = {sle_next = 0x0}, m_tag_id = 15, m_tag_len = 48, > > m_tag_cookie = 0, m_tag_free = 0xc0522614 <_m_tag_free>} > > (kgdb) > > ~~~cut~~~ > > > > ok?:) > > Jiri > > Well, we hit the dummynet case for sure and should get the proper > interface pointer from the packet tag. Nothing changed with the > processing there. The only change I found is, that the presents of a > dummynet tag in ip_output previously reset flags, which is no longer that > case. Can you try attached patch to see if that is the issue (from > reading the code I don't really hope that this will be it, but it's the > only thing I can come up with atm, sorry.) I can provide this backtrace of today's current if it's of any additional help: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x98 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05384f6 stack pointer = 0x10:0xd25daa2c frame pointer = 0x10:0xd25daab4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (swi8: clock) trap number = 12 panic: page fault at line 819 in file /usr/src/sys/i386/i386/trap.c #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04c19c5 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:374 #2 0xc04c1c93 in __panic () at /usr/src/sys/kern/kern_shutdown.c:552 #3 0xc05f4b30 in trap_fatal (frame=0xd25da9ec, eva=152) at /usr/src/sys/i386/i386/trap.c:819 #4 0xc05f4867 in trap_pfault (frame=0xd25da9ec, usermode=0, eva=152) at /usr/src/sys/i386/i386/trap.c:733 #5 0xc05f44e9 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1053484592, tf_esi = 0, tf_ebp = -765613388, tf_isp = -765613544, tf_ebx = 0, tf_edx = -1053484800, tf_ecx = 1, tf_eax = -1053484800, tf_trapno = 12, tf_err = 0, tf_eip = -1068268298, tf_cs = 8, tf_eflags = 66054, tf_esp = 0, tf_ss = -1012312256}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc05e87d8 in calltrap () at {standard input}:94 #7 0xc053ffaf in tcp_respond (tp=0x0, ipgen=0x0, th=0xc13519e4, m=0xc1351900, ack=64008803, seq=0, flags=20) at /usr/src/sys/netinet/tcp_subr.c:544 #8 0xc053e0d9 in tcp_input (m=0xc1351900, off0=20) at /usr/src/sys/netinet/tcp_input.c:2413 #9 0xc05368fb in ip_input (m=0xc1351900) at /usr/src/sys/netinet/ip_input.c:941 #10 0xc052ddc6 in transmit_event (pipe=0xc3587400) at /usr/src/sys/netinet/ip_dummynet.c:467 #11 0xc052e0a0 in ready_event (q=0xc407d100) at /usr/src/sys/netinet/ip_dummynet.c:620 #12 0xc052e5e3 in dummynet (unused=0x0) at /usr/src/sys/netinet/ip_dummynet.c:775 #13 0xc04ceace in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:226 #14 0xc04b2164 in ithread_loop (arg=0xc1339500) at /usr/src/sys/kern/kern_intr.c:547 #15 0xc04b153c in fork_exit (callout=0xc04b2030 , arg=0xc1339500, frame=0xd25dad48) at /usr/src/sys/kern/kern_fork.c:802 From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:49: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 B3E6416A4CE for ; Mon, 16 Feb 2004 15:49:45 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0A643D1F for ; Mon, 16 Feb 2004 15:49:45 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1GNneOJ091142; Mon, 16 Feb 2004 15:49:41 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1GNnd0e091141; Mon, 16 Feb 2004 15:49:39 -0800 (PST) (envelope-from obrien) Date: Mon, 16 Feb 2004 15:49:39 -0800 From: "David O'Brien" To: Rostislav Krasny Message-ID: <20040216234939.GA89536@dragon.nuxi.com> References: <20040216205602.31683.qmail@web14808.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216205602.31683.qmail@web14808.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: Dag-Erling =?unknown-8bit?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org Subject: Re: 5.2.1-RC2: buildworld of RELENG_5_2 errors 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: Mon, 16 Feb 2004 23:49:45 -0000 On Mon, Feb 16, 2004 at 12:56:02PM -0800, Rostislav Krasny wrote: > I tested the RAM by BIOS and by program from www.memtest86.com. This is The program at www.memtest.org is much better. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:50:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF4616A4E0 for ; Mon, 16 Feb 2004 15:50:41 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BF843D48 for ; Mon, 16 Feb 2004 15:50:41 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1GNoeOJ091160; Mon, 16 Feb 2004 15:50:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1GNoePh091159; Mon, 16 Feb 2004 15:50:40 -0800 (PST) (envelope-from obrien) Date: Mon, 16 Feb 2004 15:50:40 -0800 From: "David O'Brien" To: Rostislav Krasny Message-ID: <20040216235040.GB89536@dragon.nuxi.com> References: <20040216205602.31683.qmail@web14808.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216205602.31683.qmail@web14808.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: 5.2.1-RC2: buildworld of RELENG_5_2 errors 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: Mon, 16 Feb 2004 23:50:42 -0000 On Mon, Feb 16, 2004 at 12:56:02PM -0800, Rostislav Krasny wrote: > I heard from number of people that GCC 3.3.x is unstable, Very untrue. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:51: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 59F3B16A4CE; Mon, 16 Feb 2004 15:51:01 -0800 (PST) Received: from sarevok.webteckies.org (node-d-9848.a2000.nl [62.195.152.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B870443D2F; Mon, 16 Feb 2004 15:51:00 -0800 (PST) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id 80C7AB940; Tue, 17 Feb 2004 00:32:19 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Tue, 17 Feb 2004 00:32:15 +0100 User-Agent: KMail/1.5.94 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_DMVMAsGI+HegWCM"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402170032.19490.freebsd-current@webteckies.org> cc: Robert Watson Subject: Re: Jails that keep hanging around X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 23:51:01 -0000 --Boundary-02=_DMVMAsGI+HegWCM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 February 2004 19:18, Robert Watson wrote: > On Sun, 15 Feb 2004, Melvyn Sopacua wrote: > > I have yet to figure out what triggers the bug, but I end up with > > 'running' jails, without any processes. So I thought I'd create 'jld' to > > remove a jail. However - prison_find isn't exported to userland. > > Probably for good reason. > > Jails are reference-counted objects hung off of process credentials, which > are also reference-counted objects. So a jail can't evaporate until the > last credential referencing that object also evaporates. Would you take the patch below? I'm not sure it should be in jls(8) output,= =20 but at least it helps tracking down issues like this. I've tested this patch on this laptop and see no problems with it. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.chello.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #2: Mon Feb 16= =20 19:59:52 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Index: sys/sys/jail.h =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/sys/sys/jail.h,v retrieving revision 1.19 diff -u -r1.19 jail.h =2D-- sys/sys/jail.h 23 Jan 2004 20:44:26 -0000 1.19 +++ sys/sys/jail.h 16 Feb 2004 23:20:00 -0000 @@ -26,6 +26,7 @@ char pr_path[MAXPATHLEN]; char pr_host[MAXHOSTNAMELEN]; u_int32_t pr_ip; + int pr_refcount; }; #define XPRISON_VERSION 1 =20 Index: sys/kern/kern_jail.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/sys/kern/kern_jail.c,v retrieving revision 1.35 diff -u -r1.35 kern_jail.c =2D-- sys/kern/kern_jail.c 23 Jan 2004 20:44:26 -0000 1.35 +++ sys/kern/kern_jail.c 16 Feb 2004 23:20:01 -0000 @@ -449,6 +449,7 @@ strlcpy(xp->pr_path, pr->pr_path, sizeof(xp->pr_path)); strlcpy(xp->pr_host, pr->pr_host, sizeof(xp->pr_host)); xp->pr_ip =3D pr->pr_ip; + xp->pr_refcount =3D pr->pr_ref; mtx_unlock(&pr->pr_mtx); xp++; } Index: usr.sbin/jls/jls.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/usr.sbin/jls/jls.c,v retrieving revision 1.3 diff -u -r1.3 jls.c =2D-- usr.sbin/jls/jls.c 22 Apr 2003 13:24:56 -0000 1.3 +++ usr.sbin/jls/jls.c 16 Feb 2004 23:20:01 -0000 @@ -65,11 +65,12 @@ xp->pr_version !=3D XPRISON_VERSION) errx(1, "Kernel and userland out of sync"); =20 =2D printf(" JID IP Address Hostname Path\n"); + printf(" JID Ref IP Address Hostname =20 Path\n"); for (i =3D 0; i < len / sizeof(*xp); i++) { in.s_addr =3D ntohl(xp->pr_ip); =2D printf("%6d %-15.15s %-29.29s %.74s\n", =2D xp->pr_id, inet_ntoa(in), xp->pr_host, xp->pr_path); + printf("%6d %6d %-15.15s %-29.29s %.74s\n", + xp->pr_id, xp->pr_refcount, inet_ntoa(in), + xp->pr_host, xp->pr_path); xp++; } free(sxp); --Boundary-02=_DMVMAsGI+HegWCM Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAMVMDOv9JNmfFN5URAjNCAKCy3H3MPTXZqtCvdGjrHIuIqCOdUACeM7eU 789wneBVHkvolrbc9T5+0pM= =uEbZ -----END PGP SIGNATURE----- --Boundary-02=_DMVMAsGI+HegWCM-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15: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 C750016A4CE for ; Mon, 16 Feb 2004 15:53:53 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E8B943D1F for ; Mon, 16 Feb 2004 15:53:53 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1GNrqOJ091323; Mon, 16 Feb 2004 15:53:52 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1GNrqFZ091322; Mon, 16 Feb 2004 15:53:52 -0800 (PST) (envelope-from obrien) Date: Mon, 16 Feb 2004 15:53:52 -0800 From: "David O'Brien" To: Melvyn Sopacua Message-ID: <20040216235352.GD89536@dragon.nuxi.com> References: <20040216115323.GA94120@grummit.biaix.org> <200402161307.01453.freebsd-current@webteckies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402161307.01453.freebsd-current@webteckies.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: buildworld fails as non-root user 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: Mon, 16 Feb 2004 23:53:53 -0000 On Mon, Feb 16, 2004 at 01:06:57PM +0100, Melvyn Sopacua wrote: > I know you can with BSDi, but FreeBSD sets various ownerships during it's "BSDi" is(was) a comppny, not a product. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:13: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 0B08816A4CF for ; Mon, 16 Feb 2004 16:13:31 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC6EF43D1F for ; Mon, 16 Feb 2004 16:13:30 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1H0DPOJ075372; Mon, 16 Feb 2004 16:13:26 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1H0DOe7075327; Mon, 16 Feb 2004 16:13:24 -0800 (PST) (envelope-from obrien) Date: Mon, 16 Feb 2004 16:13:24 -0800 From: "David O'Brien" To: Bruce Evans Message-ID: <20040217001324.GE89536@dragon.nuxi.com> References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> <20040217065156.C14659@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217065156.C14659@gamplex.bde.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning 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: Tue, 17 Feb 2004 00:13:31 -0000 On Tue, Feb 17, 2004 at 07:08:54AM +1100, Bruce Evans wrote: > On Mon, 16 Feb 2004, Fritz Heinrichmeyer wrote: > This problem seems to be caused by a recent repo-copy of sio.S from sio.s. > sio.s works, but sio.S is preferred although it has not been connected to > the build. I rm'ed sio.S as I didn't see anything in it requiring the C preprocessor. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:13: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 BCB1216A4CE; Mon, 16 Feb 2004 16:13:51 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AA5B43D2F; Mon, 16 Feb 2004 16:13:51 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A89EB7303A; Mon, 16 Feb 2004 19:13:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040217001350.A89EB7303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 19:13:50 -0500 (EST) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 00:13:51 -0000 TB --- 2004-02-16 23:46:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-16 23:46:33 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-02-16 23:46:33 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-16 23:51:03 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- /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 [...] mkdep -f .depend -a -D_GNU_SOURCE -I. -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../libbfd/ia64 -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/include -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/config -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/.. -DVERSION=\""2.13.2 [FreeBSD] 2002-11-27"\" -DBFD_VERSION_STRING=\""2.13.2 [FreeBSD] 2002-11-27"\" /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/app.c /other/tinder box/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/as.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/atof-generic.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/config/atof-ieee.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/bignum-copy.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/cond.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/dwarf2dbg.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/ecoff.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/expr.c /other/tinderbox/CU RRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/flonum-copy.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/flonum-konst.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/flonum-mult.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/frags.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/hash.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/input-file.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/input-scrub.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/listing.c /other/tinderbox/ CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/literal.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/macro.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/messages.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/output-file.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/read.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/sb.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/stabs.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/subsegs.c /other/tinderbox/CURRENT/ia64/ia64/sr c/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/symbols.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/write.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/depend.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/ehopt.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/config/obj-elf.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/as/ia64-freebsd/../../../../../contrib/binutils/gas/config/tc-ia64.c echo as: /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/other/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.a ../../libbfd/libbfd.a ../../libiberty/libiberty.a ../../libopcodes/libopcodes.a >> .depend ===> gnu/usr.bin/binutils/gasp sed -e 's|xregex\.h|gnuregex.h|g' /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/gasp.c >gasp+%FIXED.c rm -f .depend mkdep -f .depend -a -D_GNU_SOURCE -I. -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../libbfd/ia64 -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/include -DBFD_ASSEMBLER -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../as/ia64-freebsd -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../as -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas -I/other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/config gasp+%FIXED.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/macro.c /other/tinderbox/CURRENT/ia64/ ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/sb.c /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/hash.c gasp+%FIXED.c:70:22: gnuregex.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils/gasp. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src/gnu. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-02-17 00:13:50 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-17 00:13:50 - TB --- ERROR: failed to build world TB --- 2004-02-17 00:13:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:18:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0550F16A4CE; Mon, 16 Feb 2004 16:18:06 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FCA43D1D; Mon, 16 Feb 2004 16:18:05 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1H0HJHQ009109; Mon, 16 Feb 2004 19:17:19 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <4030AC7C.6000902@cinci.rr.com> References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> <4030AC7C.6000902@cinci.rr.com> Date: Mon, 16 Feb 2004 19:17:18 -0500 To: Mike Berning , ru@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@FreeBSD.org cc: Fritz Heinrichmeyer Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 00:18:06 -0000 At 6:41 AM -0500 2/16/04, Mike Berning wrote: > >Fritz Heinrichmeyer wrote: > >>cc -Os -fno-guess-branch-probability -fomit-frame-pointer >> -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 >> -I/usr/src/sys/boot/i386/boot2/../../common >> -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. >> -Wall -Waggregate-return -Wbad-function-cast -Wcast-align >> -Wmissing-declarations -Wmissing-prototypes -Wnested-externs >> -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings >> -ffreestanding -mpreferred-stack-boundary=2 >> -c /usr/src/sys/boot/i386/boot2/sio.S >>/var/tmp//ccrYtMTN.s: Assembler messages: >>/var/tmp//ccrYtMTN.s:84: Error: undefined symbol `SIOSPD' in >>operation setting `SIO_DIV' >>/var/tmp//ccrYtMTN.s:35: Error: undefined symbol `SIO_FMT' in operation >>/var/tmp//ccrYtMTN.s:39: Error: value of 115200 too large for field >>of 2 bytes at 13 In a different thread, Simon suggested that: "Adding an edited copy of the boot1.o target for sio.o to the Makefile seemed to work for me (at least I ended up with a boot2 binary identical to my existing /boot/boot2 - I haven't rebooted yet as I'm still building the kernel)." Based on that advice, I added the rule: sio.o: sio.s ${CPP} ${CFLAGS} ${.CURDIR}/sio.s | \ ${AS} ${AFLAGS} -o ${.TARGET} before the line that starts with "CLEANFILES+= boot2" in /usr/src/sys/boot/i386/boot2/Makefile This seems to have solved the problem for me. I have not committed this change, though, as it may be that some other change would be more appropriate. -- 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 Feb 16 16:32: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 BE18B16A4CE for ; Mon, 16 Feb 2004 16:32:42 -0800 (PST) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD5C43D1F for ; Mon, 16 Feb 2004 16:32:42 -0800 (PST) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id i1H0WBqQ097261 for ; Mon, 16 Feb 2004 14:32:26 -1000 (HST) Received: from localhost (vince@localhost)i1H0WBAL097258 for ; Mon, 16 Feb 2004 14:32:11 -1000 (HST) Date: Mon, 16 Feb 2004 14:32:11 -1000 (HST) From: Vincent Poy To: current@freebsd.org In-Reply-To: <20031116051028.GA30485@roark.gnf.org> Message-ID: <20040216143020.M8264-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 00:32:42 -0000 Hello everyone: I'm still using a Pre-November 15, 2003 -CURRENT and had a question before I upgrade. With this change, is /bin and /sbin still separate directories on new installs or are they linked directories? Do I have to delete the /bin, /sbin contents prior to the buildworld or will it just update itself? Thanks. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Sat, 15 Nov 2003, Gordon Tetlow wrote: > I just committed a patch to change /bin and /sbin from statically to > dynamically linked. If you don't like the idea of using a dynamically > linked /bin and /sbin, now is the time to define NO_DYNAMICROOT in your > make.conf. > > The reasons for doing so have been hashed over lots of times. But the > short of it: > > 1) Much smaller /bin and /sbin. On i386, /bin and /sbin are 33 MB static. > Dynamically linked, they are only 4 MB. > 2) Proper support for NSS. This will finally allow you to use NSS modules > and get things like usernames in ls -l working for modules that are > dynamically loaded. > > -gordon From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:38: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 9A7CF16A4CE; Mon, 16 Feb 2004 16:38:45 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4152B43D1F; Mon, 16 Feb 2004 16:38:45 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B32957303A; Mon, 16 Feb 2004 19:38:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040217003844.B32957303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 19:38:44 -0500 (EST) Subject: [current tinderbox] failure on powerpc/powerpc 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, 17 Feb 2004 00:38:45 -0000 TB --- 2004-02-17 00:13:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-17 00:13:50 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-02-17 00:13:50 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-17 00:18:30 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- /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 [...] mkdep -f .depend -a -D_GNU_SOURCE -I. -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../libbfd/powerpc -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/include -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/config -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/.. -DVERSION=\""2.13.2 [FreeBSD] 2002-11-27"\" -DBFD_VERSION_STRING=\""2.13.2 [FreeBSD] 2002-11-27"\" /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils /as/powerpc-freebsd/../../../../../contrib/binutils/gas/app.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/as.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/atof-generic.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/config/atof-ieee.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/bignum-copy.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/cond.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/dwarf2dbg.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/ecoff.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/expr.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/flonum-copy.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/flonum-konst.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/flonum-mult.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/frags.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/hash.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/input-file.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutil s/as/powerpc-freebsd/../../../../../contrib/binutils/gas/input-scrub.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/listing.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/literal.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/macro.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/messages.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/output-file.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/read.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/sb.c /other /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/stabs.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/subsegs.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/symbols.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/write.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/depend.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/ehopt.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-freebsd/../../../../../contrib/binutils/gas/config/obj-elf.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/as/powerpc-f reebsd/../../../../../contrib/binutils/gas/config/tc-ppc.c echo as: /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/other/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/lib/libc.a ../../libbfd/libbfd.a ../../libiberty/libiberty.a ../../libopcodes/libopcodes.a >> .depend ===> gnu/usr.bin/binutils/gasp sed -e 's|xregex\.h|gnuregex.h|g' /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/gasp.c >gasp+%FIXED.c rm -f .depend mkdep -f .depend -a -D_GNU_SOURCE -I. -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../libbfd/powerpc -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/include -DBFD_ASSEMBLER -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../as/powerpc-freebsd -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../as -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas -I/other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/config gasp+%FIXED.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../.. /../../contrib/binutils/gas/macro.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/sb.c /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp/../../../../contrib/binutils/gas/hash.c gasp+%FIXED.c:70:22: gnuregex.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils/gasp. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src/gnu. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-02-17 00:38:44 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-17 00:38:44 - TB --- ERROR: failed to build world TB --- 2004-02-17 00:38:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16:48: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 3CA1116A4CF; Mon, 16 Feb 2004 16:48:09 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2382043D1F; Mon, 16 Feb 2004 16:48:09 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1H0kwOJ074149; Mon, 16 Feb 2004 16:46:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i1H0kuZ8074148; Mon, 16 Feb 2004 16:46:56 -0800 (PST) (envelope-from obrien) Date: Mon, 16 Feb 2004 16:46:56 -0800 From: "David O'Brien" To: Garance A Drosihn Message-ID: <20040217004656.GF89536@dragon.nuxi.com> References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> <4030AC7C.6000902@cinci.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@FreeBSD.org cc: ru@FreeBSD.org cc: Fritz Heinrichmeyer Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning 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: Tue, 17 Feb 2004 00:48:09 -0000 On Mon, Feb 16, 2004 at 07:17:18PM -0500, Garance A Drosihn wrote: > Based on that advice, I added the rule: > > sio.o: sio.s > ${CPP} ${CFLAGS} ${.CURDIR}/sio.s | \ > ${AS} ${AFLAGS} -o ${.TARGET} 'cpp' isn't needed, there isn't anything in sio.[sS] for 'cpp' to do. > This seems to have solved the problem for me. I have not > committed this change, though, as it may be that some other > change would be more appropriate. I've already committed the correct change which is to simply rm the .S file. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:01: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 8072016A4CE; Mon, 16 Feb 2004 17:01:57 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A8D43D1D; Mon, 16 Feb 2004 17:01:57 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1H11k7E048190; Mon, 16 Feb 2004 17:01:50 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402170101.i1H11k7E048190@gw.catspoiler.org> Date: Mon, 16 Feb 2004 17:01:46 -0800 (PST) From: Don Lewis To: joseph@randomnetworks.com In-Reply-To: <20040216155005.J4957@randomservers> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-fs@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: scottl@FreeBSD.org cc: mckusick@FreeBSD.org Subject: Re: FreeBSD 5.2.1-RC2 fs snapshot 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, 17 Feb 2004 01:01:57 -0000 On 16 Feb, Joseph Scott wrote: > > I just finished testing a fresh install of FreeBSD 5.2.1-RC2 and > have verified that the problem mentioned in PR kern/58154 is still there. > The problem is fairly simple to show: > > 1. Install a fresh 5.2.1-RC2 system. > 2. Shutdown a few times to show that it completes correctly. > 3. Create some snapshots of a filesystem (on 5.2.1-RC2 I did > 3 snapshots of /usr). > 4. Try to shutdown again. > 5. Watch your system hang forever, unable to complete a shutdown > correctly. > > I've done this samething on 3 different systems with the exact > same results every single time. If you cycle the power to reboot and then > delete the snapshot files shutdown is able to work completely once more. > > I'm more than willing to try out patches or different > settings/options in an effort to try and track this down. I would be > thrilled to be able to use fs snapshots for systems at work, but as it > stands not being able to shutdown a system makes the snapshot feature > useless. > > Sorry about cross posting this so much, but I've been trying to > raise the attention level of this problem for weeks now without any luck. I saw this as well a couple of months ago. I think I was running 5.2-CURRENT. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:02:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8539216A4CF for ; Mon, 16 Feb 2004 17:02:22 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6271D43D1F for ; Mon, 16 Feb 2004 17:02:22 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i1H12LkX045291; Mon, 16 Feb 2004 17:02:22 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <4031681D.3070803@acm.org> Date: Mon, 16 Feb 2004 17:02:21 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vincent Poy References: <20040216143020.M8264-100000@oahu.WURLDLINK.NET> In-Reply-To: <20040216143020.M8264-100000@oahu.WURLDLINK.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 01:02:22 -0000 Vincent Poy wrote: > On Sat, 15 Nov 2003, Gordon Tetlow wrote: > >>I just committed a patch to change /bin and /sbin from statically to >>dynamically linked. > > I'm still using a Pre-November 15, 2003 -CURRENT and had a > question before I upgrade. With this change, is /bin and /sbin still > separate directories on new installs or are they linked directories? Do I > have to delete the /bin, /sbin contents prior to the buildworld or will it > just update itself? Thanks. They are still separate directories. It will just update itself. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:03: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 0688E16A4CE; Mon, 16 Feb 2004 17:03:49 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id E334443D2F; Mon, 16 Feb 2004 17:03:48 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 66D497303A; Mon, 16 Feb 2004 20:03:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040217010348.66D497303A@freebsd-current.sentex.ca> Date: Mon, 16 Feb 2004 20:03:48 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 01:03:49 -0000 TB --- 2004-02-17 00:38:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-17 00:38:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-17 00:38:44 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-17 00:43:16 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /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 [...] ===> gnu/usr.bin/dialog/TESTS ===> gnu/usr.bin/diff rm -f .depend mkdep -f .depend -a -I/other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff -I/other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../../include/gnu -DHAVE_CONFIG_H -DPR_PROGRAM=\"/usr/bin/pr\" /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/analyze.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/cmpbuf.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/context.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/diff.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/dir.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/ed.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/ifdef.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/io.c /other/tinderbo x/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/normal.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/prepend_args.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/side.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/util.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/diff/../../../contrib/diff/version.c echo diff: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libgnuregex.a >> .depend ===> gnu/usr.bin/diff/doc ===> gnu/usr.bin/diff3 make: don't know how to make getopt.c. Stop *** Error code 2 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-17 01:03:48 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-17 01:03:48 - TB --- ERROR: failed to build world TB --- 2004-02-17 01:03:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 17:12: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 274C016A4CE for ; Mon, 16 Feb 2004 17:12:22 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D863343D1D for ; Mon, 16 Feb 2004 17:12:21 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1H1CKHQ023430; Mon, 16 Feb 2004 20:12:21 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040216143020.M8264-100000@oahu.WURLDLINK.NET> References: <20040216143020.M8264-100000@oahu.WURLDLINK.NET> Date: Mon, 16 Feb 2004 20:12:19 -0500 To: Vincent Poy , current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 01:12:22 -0000 At 2:32 PM -1000 2/16/04, Vincent Poy wrote: >Hello everyone: > > I'm still using a Pre-November 15, 2003 -CURRENT and had a >question before I upgrade. With this change, is /bin and /sbin >still separate directories on new installs or are they linked >directories? They are still separate directories. >Do I have to delete the /bin, /sbin contents prior to the >buildworld or will it just update itself? Thanks. Anytime that special-measures are needed for an update, they will be written up in /usr/src/UPDATING . Always read through the most recent entries in that file doing an system update. To answer this specific question, no, you do not want to delete those directories before doing the 'make buildworld'. -- 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 Feb 16 18:14: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 93FCB16A4CE for ; Mon, 16 Feb 2004 18:14:09 -0800 (PST) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 88D8243D1D for ; Mon, 16 Feb 2004 18:14:09 -0800 (PST) (envelope-from nate@root.org) Received: (qmail 26572 invoked by uid 1000); 17 Feb 2004 02:14:10 -0000 Date: Mon, 16 Feb 2004 18:14:10 -0800 (PST) From: Nate Lawson To: current@freebsd.org, acpi-jp@jp.freebsd.org Message-ID: <20040216181301.K26363@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: New ACPI debugging HOWTO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 02:14:09 -0000 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html Thanks to everyone who helped with this. This is a good intro to ACPI and how to work around problems with it. If anyone has more helpful info to add to the page, please email it to acpi-jp@jp.freebsd.org -Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 18:15: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 5595A16A4CE for ; Mon, 16 Feb 2004 18:15:48 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E7C43D1D for ; Mon, 16 Feb 2004 18:15:47 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1H2FHDL083762 for ; Mon, 16 Feb 2004 21:15:17 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1H2FHls083759 for ; Mon, 16 Feb 2004 21:15:17 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Feb 2004 21:15:17 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Panic on pxeboot: 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: Tue, 17 Feb 2004 02:15:48 -0000 I'm not sure when this began, but my pxeboot test box at work seems pretty unhappy. I'll attempt to extract more debugging information, but here's a first pass. Looks like map->system_map is NULL. /boot/kernel/acpi.ko text=0x3fb40 data=0x17a4+0x116c syms=[0x4+0x6300+0x4+0x80f6] kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x91 fault code = supervisor read, page not present instruction pointer = 0x8:0xc07ba4b9 stack pointer = 0x10:0xc0c21b3c frame pointer = 0x10:0xc0c21b4c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () kernel: type 12 trap, code=0 Stopped at 0xc07ba4b9: cmpb $0,0x91(%edx) db> trace (null)(0,c088c02e,b36,1c2011a,c1013000) at 0xc07ba4b9 (null)(c0c21c14,c1013000,1,c0c21c18,c0c21c08) at 0xc07be108 (null)(0,c1013000,1,0,c092ec80) at 0xc07b4f8f (null)(c0c21cf0,0,c1013fe9,c0001000,c1013fe9) at 0xc08096d2 (null)(18,10,10,0,c1014000) at 0xc08092f3 (null)(c1013fe5,c1014000,ffffffe5,c0c21d94,c07fe88c) at 0xc07f4e38 (null)(c1014000,1,f,0,8) at 0xc0663668 (null)(c29000) at 0xc07fe88c (null)() at 0xc043c85d db> (kgdb) l *0xc07ba4b9 0xc07ba4b9 is in _vm_map_lock_read (../../../vm/vm_map.c:375). 370 void 371 _vm_map_lock_read(vm_map_t map, const char *file, int line) 372 { 373 int error; 374 375 if (map->system_map) 376 _mtx_lock_flags(&map->system_mtx, 0, file, line); 377 else { 378 error = lockmgr(&map->lock, LK_EXCLUSIVE, NULL, curthread); 379 KASSERT(error == 0, ("%s: failed to get lock", __func__)); (kgdb) l *0xc07be108 0xc07be108 is in vm_map_lookup (../../../vm/vm_map.c:2881). 2876 2877 /* 2878 * If the map has an interesting hint, try it before calling full 2879 * blown lookup routine. 2880 */ 2881 entry = map->root; 2882 *out_entry = entry; 2883 if (entry == NULL || 2884 (vaddr < entry->start) || (vaddr >= entry->end)) { 2885 /* (kgdb) l *0xc07b4f8f 0xc07b4f8f is in vm_fault (../../../vm/vm_fault.c:232). 227 /* 228 * Find the backing store object and offset into it to begin the 229 * search. 230 */ 231 fs.map = map; 232 result = vm_map_lookup(&fs.map, vaddr, fault_type, &fs.entry, 233 &fs.first_object, &fs.first_pindex, &prot, &wired); 234 if (result != KERN_SUCCESS) { 235 if (result != KERN_PROTECTION_FAILURE || 236 (fault_flags & VM_FAULT_WIRE_MASK) != VM_FAULT_USER_WIRE) { (kgdb) l *0xc08096d2 0xc08096d2 is in trap_pfault (../../../i386/i386/trap.c:722). 717 } else { 718 /* 719 * Don't have to worry about process locking or stacks in the 720 * kernel. 721 */ 722 rv = vm_fault(map, va, ftype, VM_FAULT_NORMAL); 723 } 724 if (rv == KERN_SUCCESS) 725 return (0); 726 nogo: (kgdb) l *0xc08092f3 0xc08092f3 is in trap (../../../i386/i386/trap.c:421). 416 KASSERT(cold || td->td_ucred != NULL, 417 ("kernel trap doesn't have ucred")); 418 switch (type) { 419 case T_PAGEFLT: /* page fault */ 420 (void) trap_pfault(&frame, FALSE, eva); 421 goto out; 422 423 case T_DNA: 424 #ifdef DEV_NPX 425 /* (kgdb) l *0xc07f4e38 0xc07f4e38 is at {standard input}:100. 95 {standard input}: No such file or directory. in {standard input} (kgdb) l *0xc0663668 0xc0663668 is in msgbufinit (../../../kern/subr_prf.c:821). 816 817 size -= sizeof(*msgbufp); 818 cp = (char *)ptr; 819 msgbufp = (struct msgbuf *)(cp + size); 820 msgbuf_reinit(msgbufp, cp, size); 821 if (msgbufmapped && oldp != msgbufp) 822 msgbuf_copy(oldp, msgbufp); 823 msgbufmapped = 1; 824 oldp = msgbufp; 825 } (kgdb) l *0xc07fe88c 0xc07fe88c is in init386 (../../../i386/i386/machdep.c:2158). 2153 msgbufinit(msgbufp, MSGBUF_SIZE); 2154 2155 /* make a call gate to reenter kernel with */ 2156 gdp = &ldt[LSYS5CALLS_SEL].gd; 2157 2158 x = (int) &IDTVEC(lcall_syscall); 2159 gdp->gd_looffset = x; 2160 gdp->gd_selector = GSEL(GCODE_SEL,SEL_KPL); 2161 gdp->gd_stkcpy = 1; 2162 gdp->gd_type = SDT_SYS386CGT; Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 18:16: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 318C416A4CE for ; Mon, 16 Feb 2004 18:16:18 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD6A443D1F for ; Mon, 16 Feb 2004 18:16:17 -0800 (PST) (envelope-from max@love2party.net) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AsumX-0004zg-00 for current@freebsd.org; Tue, 17 Feb 2004 03:16:17 +0100 Received: from [217.227.154.196] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AsumW-0001yt-00 for current@freebsd.org; Tue, 17 Feb 2004 03:16:16 +0100 Received: (qmail 48149 invoked from network); 17 Feb 2004 02:20:32 -0000 Received: from unknown (HELO fbsd52.laiers.local) (192.168.4.88) by 192.168.4.1 with SMTP; 17 Feb 2004 02:20:32 -0000 From: Max Laier To: Jiri Mikulas Date: Tue, 17 Feb 2004 03:16:10 +0100 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_qlXMAXKQL1HLSBe" Message-Id: <200402170316.10258.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: PANIC: trap.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: Tue, 17 Feb 2004 02:16:18 -0000 --Boundary-00=_qlXMAXKQL1HLSBe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 16 February 2004 03:54, Robert Watson wrote: > On Mon, 16 Feb 2004, Jiri Mikulas wrote: > > Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT > > #1: Mon Feb 16 00:53:39 CET 2004 > > > > I built few kernels from saturday morning to sunday evening and with > > all of them i got this panic .. (my last functional kernel is from > > FreeBSD 5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri > > It looks like 'ifp' in ip_output.c is NULL here (the offset of > if_hwassist is 0x98). Are you running with DUMMYNET? I'm wondering if > the recent commit to clean up MT_TAG pseudo-mbufs has a loose end > somewhere. Try backing ouf the following commit locally: > > mlaier 2004/02/13 11:14:16 PST > > FreeBSD src repository > > Modified files: > sys/net bridge.c if_ethersubr.c > sys/netinet in_proto.c ip_divert.c ip_dummynet.c > ip_dummynet.h ip_fastfwd.c ip_fw.h > ip_fw2.c ip_input.c ip_output.c ip_var.h > tcp_debug.c tcp_input.c > sys/sys mbuf.h > Added files: > sys/netinet ip_divert.h > Log: > This set of changes eliminates the use of MT_TAG "pseudo mbufs", > replacing > them mostly with packet tags (one case is handled by using an mbuf > flag since the linkage between "caller" and "callee" is direct and > there's no need to incur the overhead of a packet tag). > > This is (mostly) work from: sam > > Silence from: -arch > Approved by: bms(mentor), sam, rwatson > > Revision Changes Path > 1.74 +5 -9 src/sys/net/bridge.c > 1.156 +2 -15 src/sys/net/if_ethersubr.c > 1.68 +1 -0 src/sys/netinet/in_proto.c > 1.82 +48 -21 src/sys/netinet/ip_divert.c > 1.1 +83 -0 src/sys/netinet/ip_divert.h (new) > 1.77 +125 -91 src/sys/netinet/ip_dummynet.c > 1.28 +17 -20 src/sys/netinet/ip_dummynet.h > 1.6 +18 -67 src/sys/netinet/ip_fastfwd.c > 1.81 +0 -1 src/sys/netinet/ip_fw.h > 1.54 +25 -5 src/sys/netinet/ip_fw2.c > 1.261 +56 -118 src/sys/netinet/ip_input.c > 1.207 +60 -53 src/sys/netinet/ip_output.c > 1.82 +16 -9 src/sys/netinet/ip_var.h > 1.22 +1 -0 src/sys/netinet/tcp_debug.c > 1.225 +2 -6 src/sys/netinet/tcp_input.c > 1.136 +1 -18 src/sys/sys/mbuf.h Okay, that was it: We forgot to remove the tag for certain codepathes (ip_input -> ip_forward -> ip_output) which was previously done by moving m to m->m_next (the actual data after the MT_TAG). Please try the attached patch to ip_input.c (forget the previous one) and report back if it works for you. Thanks in advance. -- Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-00=_qlXMAXKQL1HLSBe Content-Type: text/x-diff; charset="iso-8859-1"; name="ip_input.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ip_input.c.diff" Index: ip_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.262 diff -u -r1.262 ip_input.c --- ip_input.c 13 Feb 2004 19:20:43 -0000 1.262 +++ ip_input.c 17 Feb 2004 02:03:45 -0000 @@ -504,6 +504,10 @@ } pass: + mtag = m_tag_find(m, PACKET_TAG_DUMMYNET, NULL); + if (mtag) + m_tag_delete(m, mtag); + /* * Process options and, if not destined for us, * ship it on. ip_dooptions returns 1 when an --Boundary-00=_qlXMAXKQL1HLSBe-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 19:29: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 905CE16A4CE for ; Mon, 16 Feb 2004 19:29:28 -0800 (PST) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6128C43D1F for ; Mon, 16 Feb 2004 19:29:28 -0800 (PST) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id E93FA25926 for ; Tue, 17 Feb 2004 04:29:26 +0100 (CET) Received: from sam.flintsbach.schmalzbauer.de (ppp-82-135-1-56.mnet-online.de [82.135.1.56]) by mail.m-online.net (Postfix) with ESMTP id D09AB51174 for ; Tue, 17 Feb 2004 04:29:26 +0100 (CET) Received: from schmalzbauer.de (benjamin.flintsbach.schmalzbauer.de [172.21.1.250])i1H3TNh4006190 for ; Tue, 17 Feb 2004 04:29:26 +0100 (CET) (envelope-from h@schmalzbauer.de) Message-ID: <40318AD2.2020104@schmalzbauer.de> Date: Tue, 17 Feb 2004 04:30:26 +0100 From: Harald Schmalzbauer User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS server broken for -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 03:29:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, some weeks ago I found that when connecting from a linux client to a - -current NFS server the connection "locks" up. Now I have decided to try again and I have a new box where I can do tests. This problem still exists for -current from 14.Feb. I saw that systat -vm still shows disk traffic (about 7Mb/s) while em0 (my NIC) only reports 5 interrupts. There's no traffic on the wire but disk is writing? (I'm sure there's no other process which could cause disk usage!) Also Sys usage is reported to be 44%! Let me know how I can help. NFS really should work again asap. Thank you, - -Harry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAMYrSBylq0S4AzzwRAir/AJ4oMKFxiw5ECzChBCXYAHLaeBZZrQCdEhen jCn+JigHXrePsbnoeT7iMxE= =NTNv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 20:34:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B9A316A4CE for ; Mon, 16 Feb 2004 20:34:44 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 144B343D2D for ; Mon, 16 Feb 2004 20:34:44 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (eb23527947d26f73b71aa102e46fe022@adsl-67-119-53-169.dsl.lsan03.pacbell.net [67.119.53.169])i1H4YhbF012828; Mon, 16 Feb 2004 20:34:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0090666D56; Mon, 16 Feb 2004 20:34:42 -0800 (PST) Date: Mon, 16 Feb 2004 20:34:42 -0800 From: Kris Kennaway To: Harald Schmalzbauer Message-ID: <20040217043442.GA8434@xor.obsecurity.org> References: <40318AD2.2020104@schmalzbauer.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <40318AD2.2020104@schmalzbauer.de> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: NFS server broken for -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 04:34:44 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 17, 2004 at 04:30:26AM +0100, Harald Schmalzbauer wrote: > Hi all, >=20 > some weeks ago I found that when connecting from a linux client to a > -current NFS server the connection "locks" up. > Now I have decided to try again and I have a new box where I can do tests. > This problem still exists for -current from 14.Feb. >=20 > I saw that systat -vm still shows disk traffic (about 7Mb/s) while em0 > (my NIC) only reports 5 interrupts. > There's no traffic on the wire but disk is writing? (I'm sure there's no > other process which could cause disk usage!) > Also Sys usage is reported to be 44%! >=20 > Let me know how I can help. > NFS really should work again asap. >=20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/56461 ? kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMZniWry0BWjoQKURAv1OAJ9oKf2hP90ftCwgWHf0XKfWibyPIgCgtNoN SIhi2A9cG9lG99uMtexKH/A= =2qEx -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 20:50:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F6A816A4CE for ; Mon, 16 Feb 2004 20:50:57 -0800 (PST) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A7443D1D for ; Mon, 16 Feb 2004 20:50:57 -0800 (PST) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id i1H4ocqQ001307; Mon, 16 Feb 2004 18:50:39 -1000 (HST) Received: from localhost (vince@localhost)i1H4ocsY001304; Mon, 16 Feb 2004 18:50:38 -1000 (HST) Date: Mon, 16 Feb 2004 18:50:38 -1000 (HST) From: Vincent Poy To: Tim Kientzle In-Reply-To: <4031681D.3070803@acm.org> Message-ID: <20040216184953.O8264-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 04:50:57 -0000 On Mon, 16 Feb 2004, Tim Kientzle wrote: > Vincent Poy wrote: > > On Sat, 15 Nov 2003, Gordon Tetlow wrote: > > > >>I just committed a patch to change /bin and /sbin from statically to > >>dynamically linked. > > > > I'm still using a Pre-November 15, 2003 -CURRENT and had a > > question before I upgrade. With this change, is /bin and /sbin still > > separate directories on new installs or are they linked directories? Do I > > have to delete the /bin, /sbin contents prior to the buildworld or will it > > just update itself? Thanks. > > They are still separate directories. > > It will just update itself. Thanks! For some reason, I thought it meant the directories are now merged or something. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 20:53:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA4F16A4CE for ; Mon, 16 Feb 2004 20:53:33 -0800 (PST) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FECB43D1F for ; Mon, 16 Feb 2004 20:53:33 -0800 (PST) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id i1H4r6qQ001347; Mon, 16 Feb 2004 18:53:16 -1000 (HST) Received: from localhost (vince@localhost)i1H4r5Mf001344; Mon, 16 Feb 2004 18:53:06 -1000 (HST) Date: Mon, 16 Feb 2004 18:53:05 -1000 (HST) From: Vincent Poy To: Garance A Drosihn In-Reply-To: Message-ID: <20040216185106.Q8264-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 04:53:33 -0000 On Mon, 16 Feb 2004, Garance A Drosihn wrote: > At 2:32 PM -1000 2/16/04, Vincent Poy wrote: > >Hello everyone: > > > > I'm still using a Pre-November 15, 2003 -CURRENT and had a > >question before I upgrade. With this change, is /bin and /sbin > >still separate directories on new installs or are they linked > >directories? > > They are still separate directories. That's good, I thought somehow the directories were now merged or something. > >Do I have to delete the /bin, /sbin contents prior to the > >buildworld or will it just update itself? Thanks. > > Anytime that special-measures are needed for an update, they will > be written up in /usr/src/UPDATING . Always read through the > most recent entries in that file doing an system update. I usually read UPDATING first but in this case, I thought I had to somehow do something to those directories so it's more of like the way /stand works. > To answer this specific question, no, you do not want to delete > those directories before doing the 'make buildworld'. Thanks! Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 20: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 71FE316A4D2 for ; Mon, 16 Feb 2004 20:53:52 -0800 (PST) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D3B43D1D for ; Mon, 16 Feb 2004 20:53:52 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [61.59.121.140] (port=57639 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.23:1) id 1AsxF0-0005in-VQ for freebsd-current@freebsd.org; Tue, 17 Feb 2004 12:53:51 +0800 Received: from localhost (localhost [127.0.0.1]) by chihiro.leafy.idv.tw (Postfix) with ESMTP id 47D79594 for ; Tue, 17 Feb 2004 12:53:50 +0800 (CST) Received: from chihiro.leafy.idv.tw ([127.0.0.1]) by localhost (chihiro.leafy.idv.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33977-06 for ; Tue, 17 Feb 2004 12:53:49 +0800 (CST) Received: by chihiro.leafy.idv.tw (Postfix, from userid 1000) id AC78A532; Tue, 17 Feb 2004 12:53:49 +0800 (CST) Date: Tue, 17 Feb 2004 12:53:49 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20040217045349.GA59427@chihiro.leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at leafy.idv.tw Subject: buildworld fails in 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, 17 Feb 2004 04:53:52 -0000 cc -O -pipe -march=pentium4 -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include -Dprint_insn_i386=print_insn_i386_att -DDEFAULT_BFD_VEC=bfd_elf32_i386_freebsd_vec -DGDB_XM_FILE -Dprint_insn_i386=print_insn_i386_att -DDEFAULT_BFD_VEC=bfd_elf32_i386_freebsd_vec -DGDB_XM_FILE -DDEFAULT_BFD_ARCH=bfd_i386_arch -I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../../include/gnu -I/usr/src/gnu/usr.bin/binutils/gdb -c /usr/src/contrib/gdb/gdb/source.c /usr/src/contrib/gdb/gdb/source.c: In function `mod_path': /usr/src/contrib/gdb/gdb/source.c:383: warning: assignment makes pointer from integer without a cast /usr/src/contrib/gdb/gdb/source.c: In function `_initialize_source': /usr/src/contrib/gdb/gdb/source.c:1576: error: `RE_SYNTAX_GREP' undeclared (first use in this function) /usr/src/contrib/gdb/gdb/source.c:1576: error: (Each undeclared identifier is reported only once /usr/src/contrib/gdb/gdb/source.c:1576: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdb. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** 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 Mon Feb 16 22:17: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 8B25016A4CE for ; Mon, 16 Feb 2004 22:17:14 -0800 (PST) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id D23DA43D1D for ; Mon, 16 Feb 2004 22:17:13 -0800 (PST) (envelope-from root@pukruppa.de) Received: (qmail 29245 invoked by uid 505); 17 Feb 2004 06:17:14 -0000 Received: from root@pukruppa.de by dsl-mail by uid 89 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:SA:0(0.0/5.0):. Processed in 0.34499 secs); 17 Feb 2004 06:17:14 -0000 X-Spam-Status: No, hits=0.0 required=5.0 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 17 Feb 2004 06:17:14 -0000 Date: Tue, 17 Feb 2004 07:23:57 +0100 (CET) From: Peter Ulrich Kruppa X-X-Sender: root@pukruppa.net To: leafy In-Reply-To: <20040217045349.GA59427@chihiro.leafy.idv.tw> Message-ID: <20040217072316.Q761@pukruppa.net> References: <20040217045349.GA59427@chihiro.leafy.idv.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld fails in 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, 17 Feb 2004 06:17:14 -0000 I receive the same error. Uli. On Tue, 17 Feb 2004, leafy wrote: > cc -O -pipe -march=pentium4 -D_GNU_SOURCE -I. > -I/usr/src/gnu/usr.bin/binutils/gdb > -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386 > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include > -Dprint_insn_i386=print_insn_i386_att > -DDEFAULT_BFD_VEC=bfd_elf32_i386_freebsd_vec -DGDB_XM_FILE > -Dprint_insn_i386=print_insn_i386_att > -DDEFAULT_BFD_VEC=bfd_elf32_i386_freebsd_vec -DGDB_XM_FILE > -DDEFAULT_BFD_ARCH=bfd_i386_arch > -I/usr/src/gnu/usr.bin/binutils/gdb/i386 > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/binutils > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/bfd > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/config > -I/usr/src/gnu/usr.bin/binutils/gdb/../../../../../include/gnu > -I/usr/src/gnu/usr.bin/binutils/gdb -c > /usr/src/contrib/gdb/gdb/source.c > /usr/src/contrib/gdb/gdb/source.c: In function `mod_path': > /usr/src/contrib/gdb/gdb/source.c:383: warning: assignment makes pointer > from integer without a cast > /usr/src/contrib/gdb/gdb/source.c: In function `_initialize_source': > /usr/src/contrib/gdb/gdb/source.c:1576: error: `RE_SYNTAX_GREP' > undeclared (first use in this function) > /usr/src/contrib/gdb/gdb/source.c:1576: error: (Each undeclared > identifier is reported only once > /usr/src/contrib/gdb/gdb/source.c:1576: error: for each function it > appears in.) > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/gdb. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin. > *** Error code 1 > > Stop in /usr/src/gnu. > *** Error code 1 > > Stop in /usr/src. > *** 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 > _______________________________________________ > 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" > +---------------------------+ | Peter Ulrich Kruppa | | Wuppertal | | Germany | +---------------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 22:20: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 5A16616A4D0 for ; Mon, 16 Feb 2004 22:20:11 -0800 (PST) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9057743D39 for ; Mon, 16 Feb 2004 22:20:10 -0800 (PST) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.11/8.12.11) with ESMTP id i1H6K0gY003277; Tue, 17 Feb 2004 09:20:00 +0300 (MSK) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.11/8.12.11/Submit) id i1H6K0oF003272; Tue, 17 Feb 2004 09:20:00 +0300 (MSK) (envelope-from ache) Date: Tue, 17 Feb 2004 09:19:59 +0300 From: Andrey Chernov To: Peter Ulrich Kruppa Message-ID: <20040217061958.GA3241@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Ulrich Kruppa , leafy , freebsd-current@FreeBSD.ORG References: <20040217045349.GA59427@chihiro.leafy.idv.tw> <20040217072316.Q761@pukruppa.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217072316.Q761@pukruppa.net> User-Agent: Mutt/1.5.5.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails in 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, 17 Feb 2004 06:20:11 -0000 On Tue, Feb 17, 2004 at 07:23:57AM +0100, Peter Ulrich Kruppa wrote: > I receive the same error. cvsup to latest -current, it is already fixed. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 23:16: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 8D62616A4CE; Mon, 16 Feb 2004 23:16:28 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F71743D1D; Mon, 16 Feb 2004 23:16:26 -0800 (PST) (envelope-from ru@FreeBSD.org.ua) Received: from phantom.cris.net (ru@localhost [127.0.0.1]) by phantom.cris.net (8.12.10/8.12.10) with ESMTP id i1H7HNmt032721; Tue, 17 Feb 2004 09:17:23 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i1H7HJU9032712; Tue, 17 Feb 2004 09:17:19 +0200 (EET) (envelope-from ru) Date: Tue, 17 Feb 2004 09:17:19 +0200 From: Ruslan Ermilov To: "David O'Brien" Message-ID: <20040217071719.GA32618@FreeBSD.org.ua> References: <200402161104.37429.fritz.heinrichmeyer@fernuni-hagen.de> <20040217065156.C14659@gamplex.bde.org> <20040217001324.GE89536@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20040217001324.GE89536@dragon.nuxi.com> User-Agent: Mutt/1.5.5.1i cc: freebsd-current@freebsd.org Subject: Re: buildworld failure in /usr/src/sys/boot/i386/boot2 this morning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 07:16:28 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 16, 2004 at 04:13:24PM -0800, David O'Brien wrote: > On Tue, Feb 17, 2004 at 07:08:54AM +1100, Bruce Evans wrote: > > On Mon, 16 Feb 2004, Fritz Heinrichmeyer wrote: > > This problem seems to be caused by a recent repo-copy of sio.S from sio= =2Es. > > sio.s works, but sio.S is preferred although it has not been connected = to > > the build. >=20 > I rm'ed sio.S as I didn't see anything in it requiring the C > preprocessor. >=20 You'd better ask me. :-( Anyway, I've restored this file and fixed the build -- it was a work-in-progress awaiting repo-copies to be complete. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMb//Ukv4P6juNwoRAti4AJ99+YNdEgt+oyv0SnIaHSJuANJ9iACeOEtq dO3cLlz2pxxLAAkYPmt2RLY= =grSd -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01: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 3E3BA16A4CF; Tue, 17 Feb 2004 01:21:14 -0800 (PST) Received: from MXR-2.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DEE43D1F; Tue, 17 Feb 2004 01:21:14 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from localhost (reha2 [127.0.0.1]) by MXR-2.estpak.ee (Postfix) with ESMTP id 4D1E43B072; Tue, 17 Feb 2004 11:21:13 +0200 (EET) Received: from MXR-2.estpak.ee ([127.0.0.1]) by localhost (reha2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28316-01; Tue, 17 Feb 2004 11:21:13 +0200 (EET) Received: from kevad.internal (80-235-38-117-dsl.mus.estpak.ee [80.235.38.117]) by MXR-2.estpak.ee (Postfix) with ESMTP id CE5C63AAED; Tue, 17 Feb 2004 11:21:02 +0200 (EET) Received: from kevad.internal (localhost [127.0.0.1]) by kevad.internal (8.12.10/8.12.10) with ESMTP id i1H9KxOv001671; Tue, 17 Feb 2004 11:21:00 +0200 (EET) (envelope-from vallo@kevad.internal) Received: (from vallo@localhost) by kevad.internal (8.12.10/8.12.10/Submit) id i1H9KxIO001670; Tue, 17 Feb 2004 11:20:59 +0200 (EET) (envelope-from vallo) Date: Tue, 17 Feb 2004 11:20:59 +0200 From: Vallo Kallaste To: "Greg 'groggy' Lehey" Message-ID: <20040217092059.GA1352@kevad.internal> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040216092232.GA1632@kevad.internal> <20040216231455.GQ33797@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216231455.GQ33797@wantadilla.lemis.com> User-Agent: Mutt/1.5.4i-ja.1 X-Virus-Scanned: by amavisd-new at neti.ee cc: freebsd-current@FreeBSD.org Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 09:21:14 -0000 On Tue, Feb 17, 2004 at 09:44:55AM +1030, Greg 'groggy' Lehey wrote: > > My problem is that I want to use 5.x and be sure my /usr filesystem > > will be recoverable in the current miserable days of disks which > > fail in rows. Is ccd(4) mirroring stable? > > when I last dealt with it. > > I don't know, but I haven't heard anything to the contrary. But then, > Vinum mirroring is also stable. Note that the message to which you > reply is based on a misunderstanding. The issue here seems to be > finger trouble at startup, and that can happen with ccd as well. Yes. Perhaps vinum is stable, but kernels past 5.2-RELEASE did sometimes panic in vinum at bootup (for me). 5.2-RELEASE kernel simply didn't boot with mirrored /usr filesystem. I will try the upcoming 5.2.x if ready, but until then I'm still with Dec 21 kernel which works reliably. I am not pointing to vinum at all, there has been lots of other changes. But as I need _reliable_ mirrored /usr, vinum seems to be out of game again. -- Vallo Kallaste From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01:28: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 2F48916A4CE; Tue, 17 Feb 2004 01:28:26 -0800 (PST) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5425B43D1F; Tue, 17 Feb 2004 01:28:25 -0800 (PST) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i1H9SLCF060325 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 17 Feb 2004 10:28:21 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i1H9SLAU060324; Tue, 17 Feb 2004 10:28:21 +0100 (CET) Date: Tue, 17 Feb 2004 10:28:21 +0100 From: Divacky Roman To: Robert Watson Message-ID: <20040217092821.GA56543@stud.fit.vutbr.cz> References: <40301FCF.7060806@mikulas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: PANIC: trap.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: Tue, 17 Feb 2004 09:28:27 -0000 On Sun, Feb 15, 2004 at 09:54:38PM -0500, Robert Watson wrote: > > On Mon, 16 Feb 2004, Jiri Mikulas wrote: > > > Hello, just only for info I got this panic on: FreeBSD 5.2-CURRENT #1: > > Mon Feb 16 00:53:39 CET 2004 > > > > I built few kernels from saturday morning to sunday evening and with all > > of them i got this panic .. (my last functional kernel is from FreeBSD > > 5.2-CURRENT #0: Mon Feb 9 19:53:47 CET 2004) Jiri > > It looks like 'ifp' in ip_output.c is NULL here (the offset of if_hwassist > is 0x98). Are you running with DUMMYNET? I'm wondering if the recent > commit to clean up MT_TAG pseudo-mbufs has a loose end somewhere. Try > backing ouf the following commit locally: > > mlaier 2004/02/13 11:14:16 PST > > FreeBSD src repository > > Modified files: > sys/net bridge.c if_ethersubr.c > sys/netinet in_proto.c ip_divert.c ip_dummynet.c > ip_dummynet.h ip_fastfwd.c ip_fw.h > ip_fw2.c ip_input.c ip_output.c ip_var.h > tcp_debug.c tcp_input.c > sys/sys mbuf.h > Added files: > sys/netinet ip_divert.h > Log: > This set of changes eliminates the use of MT_TAG "pseudo mbufs", > replacing > them mostly with packet tags (one case is handled by using an mbuf flag > since the linkage between "caller" and "callee" is direct and there's no > need to incur the overhead of a packet tag). > > This is (mostly) work from: sam > > Silence from: -arch > Approved by: bms(mentor), sam, rwatson > > Revision Changes Path > 1.74 +5 -9 src/sys/net/bridge.c > 1.156 +2 -15 src/sys/net/if_ethersubr.c > 1.68 +1 -0 src/sys/netinet/in_proto.c > 1.82 +48 -21 src/sys/netinet/ip_divert.c > 1.1 +83 -0 src/sys/netinet/ip_divert.h (new) > 1.77 +125 -91 src/sys/netinet/ip_dummynet.c > 1.28 +17 -20 src/sys/netinet/ip_dummynet.h > 1.6 +18 -67 src/sys/netinet/ip_fastfwd.c > 1.81 +0 -1 src/sys/netinet/ip_fw.h > 1.54 +25 -5 src/sys/netinet/ip_fw2.c > 1.261 +56 -118 src/sys/netinet/ip_input.c > 1.207 +60 -53 src/sys/netinet/ip_output.c > 1.82 +16 -9 src/sys/netinet/ip_var.h > 1.22 +1 -0 src/sys/netinet/tcp_debug.c > 1.225 +2 -6 src/sys/netinet/tcp_input.c > 1.136 +1 -18 src/sys/sys/mbuf.h > > Also, it would be quite interesting to see the contents of 'inspect *m' > and 'inspect *ro' in stack frame #6. > > Thanks, > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee Research > > > > > > > > ~~~cut~~~ > > panic: page fault > > panic messages: > > --- > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x98 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc05726c8 > > stack pointer = 0x10:0xcd931b6c > > frame pointer = 0x10:0xcd931c08 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 27 (swi1: net) > > trap number = 12 > > panic: page fault > > at line 819 in file /usr/src/sys/i386/i386/trap.c > > > > syncing disks, buffers remaining... 2228 2228 2228 2228 2228 2228 2228 > > 2228 2228 2228 2228 2228 2228 2228 2228 ad0: WARNING - WRITE_DMA > > interrupt was seen but timeout fired LBA=16089983 > > 2228 2228 2228 2228 2228 > > giving up on 1832 buffers > > Uptime: 48m58s > > Dumping 255 MB > > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 > > --- > > Reading symbols from /boot/kernel/acpi.ko...done. > > Loaded symbols for /boot/kernel/acpi.ko > > Reading symbols from > > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug...done. > > Loaded symbols for > > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linprocfs/linprocfs.ko.debug > > Reading symbols from > > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug...done. > > Loaded symbols for > > /usr/obj/usr/src/sys/ROUTER-IPFW-DEBUG/modules/usr/src/sys/modules/linux/linux.ko.debug > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > > 240 dumping++; > > (kgdb) bt > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > > #1 0xc04ef695 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:374 > > #2 0xc04ef963 in __panic () at /usr/src/sys/kern/kern_shutdown.c:552 > > #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at > > /usr/src/sys/i386/i386/trap.c:819 > > #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at > > /usr/src/sys/i386/i386/trap.c:733 > > #5 0xc063b405 in trap (frame= > > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi > > = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, > > tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, > > tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = > > -1066754656, tf_ss = 64}) > > at /usr/src/sys/i386/i386/trap.c:420 > > #6 0xc05726c8 in ip_output (m=0xc10f7200, opt=0x0, ro=0xc2abab68, > > flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:983 > > #7 0xc05719ce in ip_forward (m=0xc10f7200, srcrt=0, next_hop=0x0) at > > /usr/src/sys/netinet/ip_input.c:1868 > > #8 0xc05705f1 in ip_input (m=0xc10f7200) at > > /usr/src/sys/netinet/ip_input.c:698 > > #9 0xc05536ea in netisr_processqueue (ni=0xc06f7c18) at > > /usr/src/sys/net/netisr.c:152 > > #10 0xc0553a5d in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:257 > > #11 0xc04dfd08 in ithread_loop (arg=0xc10dd580) at > > /usr/src/sys/kern/kern_intr.c:547 > > #12 0xc04df0e0 in fork_exit (callout=0xc04dfbd4 , > > arg=0xc10dd580, frame=0xcd931d48) at /usr/src/sys/kern/kern_fork.c:802 > > (kgdb) up 3 > > #3 0xc063ba6c in trap_fatal (frame=0xcd931b2c, eva=152) at > > /usr/src/sys/i386/i386/trap.c:819 > > 819 panic("%s", trap_msg[type]); > > (kgdb) up 1 > > #4 0xc063b7a3 in trap_pfault (frame=0xcd931b2c, usermode=0, eva=152) at > > /usr/src/sys/i386/i386/trap.c:733 > > 733 trap_fatal(frame, eva); > > #5 0xc063b405 in trap (frame= > > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1028936856, tf_esi > > = -1055952304, tf_ebp = -845997048, tf_isp = -845997224, tf_ebx = 0, > > tf_edx = -1055952384, tf_ecx = 0, tf_eax = -1055952384, tf_trapno = 12, > > tf_err = 0, tf_eip = -1068030264, tf_cs = 8, tf_eflags = 66050, tf_esp = > > -1066754656, tf_ss = 64}) > > at /usr/src/sys/i386/i386/trap.c:420 > > 420 (void) trap_pfault(&frame, FALSE, eva); > > > > ~~~cut~~~ > > _______________________________________________ > > 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" > > I dont run dummynet and I got the same panic... also cannot it be related to the panic I reported on Feb 13th (subj: panic in 11th Fe current) From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01: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 441DC16A4CE; Tue, 17 Feb 2004 01:35:16 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5B143D1F; Tue, 17 Feb 2004 01:35:16 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1H9Z87E049099; Tue, 17 Feb 2004 01:35:12 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402170935.i1H9Z87E049099@gw.catspoiler.org> Date: Tue, 17 Feb 2004 01:35:08 -0800 (PST) From: Don Lewis To: rwatson@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: Panic on pxeboot: 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: Tue, 17 Feb 2004 09:35:16 -0000 On 16 Feb, Robert Watson wrote: > > I'm not sure when this began, but my pxeboot test box at work seems pretty > unhappy. I'll attempt to extract more debugging information, but here's a > first pass. Looks like map->system_map is NULL. > > /boot/kernel/acpi.ko text=0x3fb40 data=0x17a4+0x116c > syms=[0x4+0x6300+0x4+0x80f6] > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x91 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc07ba4b9 > stack pointer = 0x10:0xc0c21b3c > frame pointer = 0x10:0xc0c21b4c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 () > kernel: type 12 trap, code=0 > Stopped at 0xc07ba4b9: cmpb $0,0x91(%edx) > db> trace > (null)(0,c088c02e,b36,1c2011a,c1013000) at 0xc07ba4b9 > (null)(c0c21c14,c1013000,1,c0c21c18,c0c21c08) at 0xc07be108 > (null)(0,c1013000,1,0,c092ec80) at 0xc07b4f8f > (null)(c0c21cf0,0,c1013fe9,c0001000,c1013fe9) at 0xc08096d2 > (null)(18,10,10,0,c1014000) at 0xc08092f3 > (null)(c1013fe5,c1014000,ffffffe5,c0c21d94,c07fe88c) at 0xc07f4e38 > (null)(c1014000,1,f,0,8) at 0xc0663668 > (null)(c29000) at 0xc07fe88c > (null)() at 0xc043c85d > db> My Thinkpad is crashing the same way at boot with a very recent version of -CURRENT. The stack trace looks similar, and the fault address is also 0x91. I'm booting of disk, so the problem isn't specific to pxeboot. I didn't have any problems with a kernel from Friday the 13th. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01:41: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 CCDD716A4CE for ; Tue, 17 Feb 2004 01:41:04 -0800 (PST) Received: from s1.vhost.cz (s1.vhost.cz [195.39.16.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2217D43D1D for ; Tue, 17 Feb 2004 01:41:04 -0800 (PST) (envelope-from konfer@mikulas.com) Received: (qmail 30233 invoked by uid 85); 17 Feb 2004 10:41:02 +0100 Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 17 Feb 2004 10:41:02 +0100 Message-ID: <4031E1DA.7080208@mikulas.com> Date: Tue, 17 Feb 2004 10:41:46 +0100 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040130 X-Accept-Language: cs, en, en-us MIME-Version: 1.0 To: Max Laier References: <200402170316.10258.max@love2party.net> In-Reply-To: <200402170316.10258.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 cc: current@freebsd.org cc: Stefan Ehmann Subject: Re: PANIC: trap.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: Tue, 17 Feb 2004 09:41:05 -0000 I have CVSuped sources today morning (about 7:30 AM CET) and i got panic exactly after boot ~~~cut~~~ OK boot kernel /boot/kernel/kernel text=0x2920a0 data=0x30a58+0x57ea4 syms=[0x4+0x3df10+0x4+0]/ /boot/kernel/acpi.ko text=0x366dc data=0x17a4+0x116c syms=[0x4+0x6300+0x4+0x80]/ kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x91 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0600d7e stack pointer = 0x10:0xc0821b7c frame pointer = 0x10:0xc0821b7c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault at line 819 in file /usr/src/sys/i386/i386/trap.c Uptime: 1s ~~~cut~~~ I have no vmcore :( This similar panic got Roman Divacky (xdivac02@stud.fit.vutbr.cz) with todays current ,but without using dummynet.. isn't it another independent problem ? thanks for your time.. :) Jiri >Okay, that was it: >We forgot to remove the tag for certain codepathes (ip_input -> ip_forward >-> ip_output) which was previously done by moving m to m->m_next (the >actual data after the MT_TAG). Please try the attached patch to >ip_input.c (forget the previous one) and report back if it works for you. > >Thanks in advance. > > > >------------------------------------------------------------------------ > >Index: ip_input.c >=================================================================== >RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v >retrieving revision 1.262 >diff -u -r1.262 ip_input.c >--- ip_input.c 13 Feb 2004 19:20:43 -0000 1.262 >+++ ip_input.c 17 Feb 2004 02:03:45 -0000 >@@ -504,6 +504,10 @@ > } > pass: > >+ mtag = m_tag_find(m, PACKET_TAG_DUMMYNET, NULL); >+ if (mtag) >+ m_tag_delete(m, mtag); >+ > /* > * Process options and, if not destined for us, > * ship it on. ip_dooptions returns 1 when an > > > > > From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01:45: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 761C116A4CF for ; Tue, 17 Feb 2004 01:45:19 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A7F643D1D for ; Tue, 17 Feb 2004 01:45:18 -0800 (PST) (envelope-from pilkis@gmx.net) Received: (qmail 17070 invoked by uid 65534); 17 Feb 2004 09:45:16 -0000 Received: from unknown (EHLO pilkishome) (62.68.63.42) by mail.gmx.net (mp004) with SMTP; 17 Feb 2004 10:45:16 +0100 X-Authenticated: #6832473 Message-ID: <026401c3f53a$bfca99a0$1e64a8c0@spotripoli.local> From: "Putinas" To: Date: Tue, 17 Feb 2004 11:45:16 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2055 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2055 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: dmesg 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: Tue, 17 Feb 2004 09:45:19 -0000 Hi all, Is it normal what dmesg output is _one_ even not full line ? Any way to = set it lets say to 1000 lines ? I am running 5.2.1-RC2 # dmesg 192.157:25 out via fxp1 # Regards, Putinas From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01: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 9594316A4CE; Tue, 17 Feb 2004 01:47:28 -0800 (PST) Received: from sarevok.idg.nl (ardvark.idg.nl [62.250.13.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B06243D1D; Tue, 17 Feb 2004 01:47:28 -0800 (PST) (envelope-from mdev@sarevok.idg.nl) Received: by sarevok.idg.nl (Postfix, from userid 100) id 144B9B922; Tue, 17 Feb 2004 10:47:26 +0100 (CET) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Tue, 17 Feb 2004 08:46:12 +0100 User-Agent: KMail/1.5.94 References: <12525.1076342049@critter.freebsd.dk> In-Reply-To: <12525.1076342049@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_JbcMA6XfkI7R/qm"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402170846.17399.freebsd-current@webteckies.org> cc: Pawel Jakub Dawidek cc: Poul-Henning Kamp cc: drosih@rpi.edu cc: julian@elischer.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 09:47:28 -0000 --Boundary-02=_JbcMA6XfkI7R/qm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 February 2004 16:54, Poul-Henning Kamp wrote: > In message <20040209150039.GS2803@pcwin002.win.tue.nl>, Stijn Hoop writes: > >On Mon, Feb 09, 2004 at 03:32:16PM +0100, Poul-Henning Kamp wrote: > >> Please also remember: /dev is _not_ an inventory of available devices. > > > >Just curious: what is it then? An inventory of available drivers? An > >inventory of open devices? > > "A naming-space gateway from filenames to device drivers > whose exact mapping is only stable in the timeinterval > between a successful open(2) and the corresponding close > (be it an explict close or not)." [2] > > Fortunately it is a good deal more deterministic than what my feeble > attempt at a definition above could make it sound :-) > > The practical effects are hard to explain, but one example is that > the stat/open race is much more fundamental in /dev than anywhere > else in the filesystem. > > In the normal filesystem, a few odd things may happen between calls > to stat(2) and open(2), in /proc you may get a different process > than you intended, but in /dev _any_ odd thing may happen. > > You thought you opened a serial port called /dev/foo connected to > your printer ? Well, I got news for you: it disappeared! How does this work, when there's no mechanism in place to signal "the retur= n=20 of the thingy". Mostly thinking about the keyboard here, because even if=20 there was a recheck_keyboard_existence utility, one couldn't really type it= =20 in. So far I haven't been able to plug-in the keyboard and get it back agai= n. This is also a problem with some kvm-switches (the more expensive ones seem= to=20 be able to fool the OS, but the ones you buy just for changing co-locaters= =20 don't). I haven't checked with PC-Weazle cards (VGA/mouse/keyboard=20 redirection to serial outlet for ia32/pci) and RELENG_5_x yet, but if these= =20 loose their keyboard as well, there's definitely a problem. =2D-=20 Melvyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =46reeBSD sarevok.idg.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #2: Mon Feb 16 19:= 59:52=20 CET 2004 =20 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --Boundary-02=_JbcMA6XfkI7R/qm Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAMcbJOv9JNmfFN5URAr51AJ9KsoNud/zJxi85kz5EzrfiCOvwUgCfYAYp kFxqg2MXDT4NbZvWV/BUkG8= =7RfQ -----END PGP SIGNATURE----- --Boundary-02=_JbcMA6XfkI7R/qm-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01:55: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 68C1A16A4CE for ; Tue, 17 Feb 2004 01:55:08 -0800 (PST) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585B643D1F for ; Tue, 17 Feb 2004 01:55:08 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (localhost [127.0.0.1]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id i1H9t7Dp089413 for ; Tue, 17 Feb 2004 01:55:07 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: (from rjackson@localhost) by cserv62.csub.edu (8.12.9/8.12.9/Submit) id i1H9t7oS089412 for current@freebsd.org; Tue, 17 Feb 2004 01:55:07 -0800 (PST) (envelope-from rjackson) Date: Tue, 17 Feb 2004 01:55:07 -0800 From: Russell Jackson To: current@freebsd.org Message-ID: <20040217095507.GA86380@cserv62.csub.edu> References: <20040211044346.GA32058@cserv62.csub.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040211044346.GA32058@cserv62.csub.edu> User-Agent: Mutt/1.4.1i Subject: Re: msdthdat.c revision 1.1.1.21 breaks cardbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 09:55:08 -0000 On Tue, Feb 10, 2004 at 08:43:46PM -0800, Russell Jackson wrote: > I reported this problem earlier with cbb0 not getting an interrupt in pr-62194. > > I've tracked it down to msdthdat.c. Reverting back to 1.1.1.20 fixes it. > > Appearantly my laptop doesn't like the dell batt status fix. > > -- > Russell A. Jackson (rjackson@cserv62.csub.edu) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Damn my dislexia. File name is dsmthdat.c. -- Russell A. Jackson (rjackson@cserv62.csub.edu) From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 01:56: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 071E916A4CE; Tue, 17 Feb 2004 01:56:20 -0800 (PST) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84FC043D1D; Tue, 17 Feb 2004 01:56:18 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i1H9u0pQ035349; Tue, 17 Feb 2004 11:56:01 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i1H9u0fu035348; Tue, 17 Feb 2004 11:56:00 +0200 (SAST) (envelope-from jhay) Date: Tue, 17 Feb 2004 11:56:00 +0200 From: John Hay To: Vallo Kallaste Message-ID: <20040217095600.GA34847@zibbi.icomtek.csir.co.za> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040216092232.GA1632@kevad.internal> <20040216231455.GQ33797@wantadilla.lemis.com> <20040217092059.GA1352@kevad.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217092059.GA1352@kevad.internal> User-Agent: Mutt/1.4.1i cc: Greg 'groggy' Lehey cc: freebsd-current@freebsd.org Subject: Re: Can't save Vinum config: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 09:56:20 -0000 > > > > I don't know, but I haven't heard anything to the contrary. But then, > > Vinum mirroring is also stable. Note that the message to which you > > reply is based on a misunderstanding. The issue here seems to be > > finger trouble at startup, and that can happen with ccd as well. > > Yes. Perhaps vinum is stable, but kernels past 5.2-RELEASE did > sometimes panic in vinum at bootup (for me). 5.2-RELEASE kernel > simply didn't boot with mirrored /usr filesystem. I will try the > upcoming 5.2.x if ready, but until then I'm still with Dec 21 kernel > which works reliably. I am not pointing to vinum at all, there has > been lots of other changes. > But as I need _reliable_ mirrored /usr, vinum seems to be out of > game again. Interesting, maybe the problem is not general but tied to specific hardware or setups? I have 3 machines all with at least /usr, /var and /home on vinum without seeing vinum problems: ####################################### marge# uname -a FreeBSD marge.icomtek.csir.co.za 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 marge# mount /dev/vinum/root on / (ufs, local) devfs on /dev (devfs, local) /dev/vinum/usr on /usr (ufs, local) /dev/vinum/var on /var (ufs, local) marge# uptime 11:45AM up 27 days, 22:29, 2 users, load averages: 0.00, 0.02, 0.00 marge# ####################################### dolphin# uname -a FreeBSD dolphin.icomtek.csir.co.za 5.2-CURRENT FreeBSD 5.2-CURRENT #4: Tue Jan 6 09:56:06 SAST 2004 jhay@dolphin.icomtek.csir.co.za:/export/obj/usr/src/sys/DOLPHIN i386 dolphin# mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/vinum/var on /var (ufs, local, soft-updates) /dev/vinum/usr on /usr (ufs, local, soft-updates) /dev/vinum/home on /home (ufs, local, soft-updates) /dev/vinum/export on /export (ufs, local, nosuid, soft-updates) procfs on /proc (procfs, local) devfs on /dev (devfs, local) devfs on /dev (devfs, local) /dev/acd0 on /cdrom (cd9660, local, read-only) dolphin# uptime 11:45AM up 35 days, 23:16, 32 users, load averages: 0.58, 0.73, 0.73 dolphin# ####################################### zibbi:~ > uname -a FreeBSD zibbi.icomtek.csir.co.za 5-20040129-CURRENT FreeBSD 5-20040129-CURRENT #0: Thu Jan 29 09:44:51 GMT 2004 root@builder.icomtek.csir.co.za:/usr/obj/usr/src/sys/GENERIC i386 zibbi:~ > mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/vinum/var on /var (ufs, local, soft-updates) /dev/vinum/usr on /usr (ufs, local, soft-updates) /dev/vinum/home on /home (ufs, local, soft-updates) zibbi:~ > uptime 11:45AM up 11 days, 22:39, 7 users, load averages: 0.15, 0.11, 0.14 zibbi:~ > ####################################### One is pure IDE, one pure SCSI and one a IDE SCSI mix. PS. I know there are sometimes other problems with vinum, like when PKH changes APIs faster than the rest can keep up with, and I'm not talking about those problems. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 02:23: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 9DB9516A4CE; Tue, 17 Feb 2004 02:23:47 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB1AB43D1D; Tue, 17 Feb 2004 02:23:46 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i1HANZhM039797; Tue, 17 Feb 2004 11:23:36 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Melvyn Sopacua From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 17 Feb 2004 08:46:12 +0100." <200402170846.17399.freebsd-current@webteckies.org> Date: Tue, 17 Feb 2004 11:23:35 +0100 Message-ID: <39796.1077013415@critter.freebsd.dk> cc: Pawel Jakub Dawidek cc: drosih@rpi.edu cc: current@FreeBSD.org cc: julian@elischer.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 10:23:47 -0000 In message <200402170846.17399.freebsd-current@webteckies.org>, Melvyn Sopacua writes: >> In the normal filesystem, a few odd things may happen between calls >> to stat(2) and open(2), in /proc you may get a different process >> than you intended, but in /dev _any_ odd thing may happen. >> >> You thought you opened a serial port called /dev/foo connected to >> your printer ? Well, I got news for you: it disappeared! > >How does this work, when there's no mechanism in place to signal "the >return of the thingy". Mostly thinking about the keyboard here, because >even if there was a recheck_keyboard_existence utility, one couldn't >really type it in. So far I haven't been able to plug-in the keyboard >and get it back again. That is the 64000 dollar question. Current our handing is that if it disappears, it's gone, if it comes back it's probably a new one anyway. This is far from optimal, and as much as one can ridicule the infamours "Abort, Retry or Ignore ?" from MS-DOS, I bet we have all had our bacon saved by that one at least once. I think it is desirable for an "anonymous" device like a keyboard to "just work" when you plug it in, and this should happen in some sort of generic "local keyboard" handling which will grab hold of any keyboard, AT, PS/2, USB, Firewire or Bluetooth. We have something similar for pointing devices, "/dev/sysmouse" and moused(8), but I must confess that I have no idea how it is implemented. In both cases his is/should be done in userland, and likely under the direction of devd(8). It gets far more interesting once we talk about disk-media which is mounted by filesystems or similar. Ideally we should "lock the media in place" when it is open, but only some technologies (partly) support this, so it is not a feasible solution. And while it seems silly to not offer some sort of "oops" function for people who prematurely yank their disk, implementing it is tricky. Part of the trouble is that the filesystem needs to handle the situation with some sort of "now _is_ this really the same media ?" function before resuming and none of our filesystems have that today. And to make things interesting, the device might not have the same name when it comes back. GEOM offers some potential for solving this. We could either encapsulate that behaviour in a geom-class so the filesystems would not have to learn about it, or once we move the filesystems to go directly to GEOM, they could have a taste method and recapture the device when it comes past. [1]. Second issue is about the user interface: How do we know which user to annoy ? Where we pop up the A/R/I message ? How do they reply to us ? How long time should we wait before we give up ? Should we whistle the River Kwai March on the internal speaker while we wait ? These are surprisingly very hard questions to answer (well, maybe not the last...) and it is even harder to implement code for the answer which is generally usable. So all things considered, in particular calendars, I don't think it is going to happen anytime soon for disk devices. Poul-Henning [1] This is letting the cat out of the bag somewhat prematurely: the fact that filesystems become GEOM classes means that with a ->taste() method, they could automount any filesystem of their type which comes past, provided they know where to mount it to. For non-fsck'able filesystems like cd9660 I can see this being done safely, for fsck'able filesystems like UFS I can see a ton of problems. Like all other sorts of AI, I'm not sure I would want this in the first place, so it would certainly be optional if we ever did 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 Tue Feb 17 03:32: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 7CD4316A4CE; Tue, 17 Feb 2004 03:32:04 -0800 (PST) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB9F43D2D; Tue, 17 Feb 2004 03:32:03 -0800 (PST) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i1HBW13H080984 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 17 Feb 2004 12:32:01 +0100 (CET) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i1HBW0Uf080983; Tue, 17 Feb 2004 12:32:00 +0100 (CET) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Tue, 17 Feb 2004 12:32:00 +0100 From: Rudolf Cejka To: Don Lewis Message-ID: <20040217113200.GA74819@fit.vutbr.cz> References: <200402170935.i1H9Z87E049099@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402170935.i1H9Z87E049099@gw.catspoiler.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Panic on pxeboot: 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: Tue, 17 Feb 2004 11:32:04 -0000 Don Lewis wrote (2004/02/17): > On 16 Feb, Robert Watson wrote: > > I'm not sure when this began, but my pxeboot test box at work seems pretty > > unhappy. I'll attempt to extract more debugging information, but here's a > > first pass. Looks like map->system_map is NULL. > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x91 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc07ba4b9 > > stack pointer = 0x10:0xc0c21b3c > > frame pointer = 0x10:0xc0c21b4c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 () > > kernel: type 12 trap, code=0 > > Stopped at 0xc07ba4b9: cmpb $0,0x91(%edx) > > ... > My Thinkpad is crashing the same way at boot with a very recent version > of -CURRENT. The stack trace looks similar, and the fault address is > also 0x91. I'm booting of disk, so the problem isn't specific to > pxeboot. I didn't have any problems with a kernel from Friday the 13th. Hello, I have exactly the same problem on my Asus L4000L notebook. It panics even with kernel without modules with acpi disabled. Currently I'm trying to find the responsible commit. It panics in vm_map.c in _vm_map_lock_read on (map->system_map) condition. if (map->system_map): PS: I have another big problem: It seems that there is some long-time kernel memory leak in -current, my last tested kernel is from February 5. I have permanent problems with slowly growing kernel memory on ftp-master.cz.FreeBSD.org. I have created simple utility, which periodically reads the size of actual kernel memory usage, and here are latest results (date time: size (min-vnodes, current-vnodes, max-vnodes): 2004/02/05 00:00: 166522880 (33648, 94751, 134594) 2004/02/06 00:00: 177364992 (33648, 94751, 134594) 2004/02/07 00:00: 190513152 (33648, 94751, 134594) 2004/02/08 00:00: 208490496 (33648, 94751, 134594) 2004/02/09 00:00: 238510080 (33648, 121383, 134594) 2004/02/10 00:00: 253415424 (33648, 121383, 134594) 2004/02/11 00:00: 265097216 (33648, 121383, 134594) 2004/02/12 00:00: 278380544 (33648, 121383, 134594) 2004/02/13 00:00: 290336768 (33648, 121383, 134594) 2004/02/14 00:00: 302579712 (33648, 121383, 134594) 2004/02/15 00:00: 315408384 (33648, 121383, 134594) 2004/02/16 00:00: 329408512 (33648, 121383, 134594) 2004/02/17 00:00: 348073984 (33648, 121383, 134594) I have set limit to vm.kmem_size="400000000", so if anybody have good idea, what to track before the next panic, I have some days yet ;o) The responsibility is on: # vmstat -m ... cred1294208161776K 161778K 5449033 128 ... My today's plan was to dig into kernel memory and try to find/look for stale cred allocations, but I'm stopped because of this higher-priority panics on my notebook. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 03:35: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 1ACE016A4CE for ; Tue, 17 Feb 2004 03:35:51 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90DC43D1F for ; Tue, 17 Feb 2004 03:35:50 -0800 (PST) (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 1At3W2-0002Kn-00 for current@freebsd.org; Tue, 17 Feb 2004 12:35:50 +0100 Received: from [217.227.147.81] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1At3W1-0004Vc-00 for current@freebsd.org; Tue, 17 Feb 2004 12:35:49 +0100 Received: (qmail 52714 invoked from network); 17 Feb 2004 11:40:06 -0000 Received: from unknown (HELO fbsd52.laiers.local) (192.168.4.88) by 192.168.4.1 with SMTP; 17 Feb 2004 11:40:06 -0000 From: Max Laier To: Jiri Mikulas Date: Tue, 17 Feb 2004 12:35:43 +0100 User-Agent: KMail/1.5.4 References: <200402170316.10258.max@love2party.net> <4031E1DA.7080208@mikulas.com> In-Reply-To: <4031E1DA.7080208@mikulas.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_PyfMA6/TB2eK3qS" Message-Id: <200402171235.43711.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: current@freebsd.org Subject: Re: PANIC: trap.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: Tue, 17 Feb 2004 11:35:51 -0000 --Boundary-00=_PyfMA6/TB2eK3qS Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 17 February 2004 10:41, Jiri Mikulas wrote: > I have CVSuped sources today morning (about 7:30 AM CET) > and i got panic exactly after boot > > ~~~cut~~~ > > I have no vmcore :( > This similar panic got Roman Divacky (xdivac02@stud.fit.vutbr.cz) with > todays current ,but without using dummynet.. > isn't it another independent problem ? Yes, that was something completely independent (and should be fixed now). For the dummynet issue, here comes an updated patchset I plan to commit soon. Give it a try if you have some time (make sure to get src/sys/sys/msgbuf.h#1.23 or 1.21 to avoid said boot panic). Thanks. -- Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-00=_PyfMA6/TB2eK3qS Content-Type: text/x-diff; charset="iso-8859-2"; name="mt_clean.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mt_clean.diff" Index: net/bridge.c =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/net/bridge.c,v retrieving revision 1.74 diff -u -r1.74 bridge.c --- net/bridge.c 13 Feb 2004 19:14:15 -0000 1.74 +++ net/bridge.c 17 Feb 2004 11:07:48 -0000 @@ -921,7 +921,7 @@ DDB(quad_t ticks; ticks = rdtsc();) /* did we match a firewall rule ? */ - args.rule = ip_dn_find_rule(m0); + args.rule = ip_dn_claim_rule(m0); if (args.rule) shared = 0; /* For sure this is our own mbuf. */ else Index: net/if_ethersubr.c =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/net/if_ethersubr.c,v retrieving revision 1.157 diff -u -r1.157 if_ethersubr.c --- net/if_ethersubr.c 15 Feb 2004 21:27:27 -0000 1.157 +++ net/if_ethersubr.c 17 Feb 2004 11:08:10 -0000 @@ -322,7 +322,7 @@ int ether_output_frame(struct ifnet *ifp, struct mbuf *m) { - struct ip_fw *rule = ip_dn_find_rule(m); + struct ip_fw *rule = ip_dn_claim_rule(m); if (rule == NULL && BDG_ACTIVE(ifp)) { /* @@ -605,7 +605,7 @@ #if defined(NETATALK) struct llc *l; #endif - struct ip_fw *rule = ip_dn_find_rule(m); + struct ip_fw *rule = ip_dn_claim_rule(m); KASSERT(ifp != NULL, ("ether_demux: NULL interface pointer")); Index: netinet/ip_dummynet.h =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/netinet/ip_dummynet.h,v retrieving revision 1.29 diff -u -r1.29 ip_dummynet.h --- netinet/ip_dummynet.h 13 Feb 2004 22:26:36 -0000 1.29 +++ netinet/ip_dummynet.h 17 Feb 2004 11:07:01 -0000 @@ -356,9 +356,12 @@ * Return the IPFW rule associated with the dummynet tag; if any. */ static __inline struct ip_fw * -ip_dn_find_rule(struct mbuf *m) +ip_dn_claim_rule(struct mbuf *m) { struct m_tag *mtag = m_tag_find(m, PACKET_TAG_DUMMYNET, NULL); + /* Avoid confusion, but make sure we free the memory later. */ + if (mtag) + mtag->m_tag_id = PACKET_TAG_NONE; return mtag ? ((struct dn_pkt_tag *)(mtag+1))->rule : NULL; } #endif Index: netinet/ip_input.c =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/netinet/ip_input.c,v retrieving revision 1.262 diff -u -r1.262 ip_input.c --- netinet/ip_input.c 13 Feb 2004 19:20:43 -0000 1.262 +++ netinet/ip_input.c 17 Feb 2004 11:07:25 -0000 @@ -320,7 +320,7 @@ args.eh = NULL; args.oif = NULL; args.next_hop = ip_claim_next_hop(m); - args.rule = ip_dn_find_rule(m); + args.rule = ip_dn_claim_rule(m); M_ASSERTPKTHDR(m); Index: netinet/ip_var.h =================================================================== RCS file: /cvsdrop/mlaier/fcvs/src/sys/netinet/ip_var.h,v retrieving revision 1.82 diff -u -r1.82 ip_var.h --- netinet/ip_var.h 13 Feb 2004 19:14:15 -0000 1.82 +++ netinet/ip_var.h 17 Feb 2004 11:03:47 -0000 @@ -207,7 +207,12 @@ struct m_tag *mtag = m_tag_find(m, PACKET_TAG_IPFORWARD, NULL); if (mtag) { struct sockaddr_in *sin = *(struct sockaddr_in **)(mtag+1); - m_tag_delete(m, mtag); + /* + * Keep the tag in the SLIST in order to free the asociated + * memory with the mbuf, but remove the id to avoid + * confusion. + */ + mtag->m_tag_id = PACKET_TAG_NONE; return sin; } else return NULL; --Boundary-00=_PyfMA6/TB2eK3qS-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 05:01:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD6E16A4CF for ; Tue, 17 Feb 2004 05:01:42 -0800 (PST) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6DD143D3F for ; Tue, 17 Feb 2004 05:01:41 -0800 (PST) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id 3368823811; Tue, 17 Feb 2004 14:01:40 +0100 (CET) Received: from sam.flintsbach.schmalzbauer.de (ppp-82-135-1-56.mnet-online.de [82.135.1.56]) by mail.m-online.net (Postfix) with ESMTP id 09D7D50EBD; Tue, 17 Feb 2004 14:01:39 +0100 (CET) Received: from schmalzbauer.de (benjamin.flintsbach.schmalzbauer.de [172.21.1.250])i1HD1ch4007758; Tue, 17 Feb 2004 14:01:39 +0100 (CET) (envelope-from h@schmalzbauer.de) Message-ID: <403210F5.6030303@schmalzbauer.de> Date: Tue, 17 Feb 2004 14:02:45 +0100 From: Harald Schmalzbauer User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <40318AD2.2020104@schmalzbauer.de> <20040217043442.GA8434@xor.obsecurity.org> In-Reply-To: <20040217043442.GA8434@xor.obsecurity.org> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig27EC004DB8B27F96CCEEA8C7" cc: freebsd-current@freebsd.org Subject: Re: NFS server broken for -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 13:01:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig27EC004DB8B27F96CCEEA8C7 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway schrieb: > On Tue, Feb 17, 2004 at 04:30:26AM +0100, Harald Schmalzbauer wrote: > >>Hi all, >> >>some weeks ago I found that when connecting from a linux client to a >>-current NFS server the connection "locks" up. >>Now I have decided to try again and I have a new box where I can do tests. >>This problem still exists for -current from 14.Feb. >> >>I saw that systat -vm still shows disk traffic (about 7Mb/s) while em0 >>(my NIC) only reports 5 interrupts. >>There's no traffic on the wire but disk is writing? (I'm sure there's no >>other process which could cause disk usage!) >>Also Sys usage is reported to be 44%! >> >>Let me know how I can help. >>NFS really should work again asap. >> > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56461 > Oh, _very_ interesting. Does only FreeBSD > 5.1 use 16-byte cookies? I have a 4.9 box which works fine with Linux and if I remember correctly 5.1 also haven't had this incompatibility. But what about that mystiq disk access? It's not so funny to see my 3ware controler (the LED) accessing disks while no process is running (shown) which would cause it. Thanks a lot, -Harry P.S.: If somebody would port linux's DVB-s driver (http://www.linuxtv.org/dvb/drivers.xml) to FreeBSD I'd make a port for VDR (http://www.cadsoft.de/vdr/) and the I could get rid of this linux box, thus I no longer need NFS compatibility :) > ? > > kris --------------enig27EC004DB8B27F96CCEEA8C7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAMhD5Bylq0S4AzzwRAj7AAJ9ESokMZBo0puhuNRsE4kmTtT5AEgCfWske ABqICckCGuAaBfYrVMNUYbM= =nJDr -----END PGP SIGNATURE----- --------------enig27EC004DB8B27F96CCEEA8C7-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 04:35: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 B7D7516A4CE for ; Mon, 9 Feb 2004 04:35:09 -0800 (PST) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C658643D1D for ; Mon, 9 Feb 2004 04:35:08 -0800 (PST) (envelope-from Holger.Kipp@alogis.com) Received: (from hk@localhost) by alogis.com (8.11.1/8.9.3) id i19CZ6s78927; Mon, 9 Feb 2004 13:35:06 +0100 (CET) (envelope-from hk) Date: Mon, 9 Feb 2004 13:35:06 +0100 From: Holger Kipp To: current@freebsd.org Message-ID: <20040209133506.A78532@intserv.int1.b.intern> References: <20040209000140.B0BD05D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from conrads@cox.net on Mon, Feb 09, 2004 at 06:12:37AM -0600 X-Mailman-Approved-At: Tue, 17 Feb 2004 05:28:51 -0800 Subject: linux emulation under AMD64 (eg Opteron) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 12:35:09 -0000 Hello, is it planned to have either 32-bit and/or 64-bit Linux Emulation available for AMD64 in the near future? And if so, what is the current status? As a side note, if or when can one use cvsup on 5.2 for AMD64? I'm especially interested in testing some 32- and/or 64-bit applications like oracle on a dual opteron system, which still do require a corresponding linux beneath. Regards, Holger Kipp PS: Sorry if this is a faq. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 11:56: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 2F3F216A4CF for ; Mon, 16 Feb 2004 11:56:16 -0800 (PST) Received: from wind.mindcry.org (nat-gr.wmis.net [216.109.194.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1538C43D1F for ; Mon, 16 Feb 2004 11:56:16 -0800 (PST) (envelope-from david@wind.mindcry.org) Received: by wind.mindcry.org (Postfix, from userid 1001) id 66B4F4293; Mon, 16 Feb 2004 14:56:15 -0500 (EST) Date: Mon, 16 Feb 2004 14:56:15 -0500 From: David Hill To: current@freebsd.org Message-ID: <20040216195615.GA26527@phobia.ms> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 17 Feb 2004 05:28:51 -0800 Subject: make world breakage - i386/boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Feb 2004 19:56:16 -0000 cvsup done Feb 16. ===> sys/boot/i386/boot2 objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=276 count=1 1+0 records in 1+0 records out 276 bytes transferred in 0.000093 secs (2968277 bytes/sec) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as --defsym FLAGS=0x80 --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -mno-align-long-strings -mrtd -DUFS1_AND_UFS2 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/boot2/sio.S /var/tmp//ccRIPYxp.s: Assembler messages: /var/tmp//ccRIPYxp.s:84: Error: undefined symbol `SIOSPD' in operation setting `SIO_DIV' /var/tmp//ccRIPYxp.s:35: Error: undefined symbol `SIO_FMT' in operation /var/tmp//ccRIPYxp.s:39: Error: value of 115200 too large for field of 2 bytes at 13 *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 16: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 D56EE16A4CE; Mon, 16 Feb 2004 16:04:12 -0800 (PST) Received: from randomservers.com (randomservers.com [69.55.237.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id C501743D1D; Mon, 16 Feb 2004 16:04:12 -0800 (PST) (envelope-from joseph@randomnetworks.com) Received: from randomservers.com (randomservers [69.55.237.158]) by randomservers.com (8.12.10/8.12.6) with ESMTP id i1H02Hwn016774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Feb 2004 16:02:17 -0800 (PST) (envelope-from joseph@randomnetworks.com) X-Authentication-Warning: randomservers.com: Host randomservers [69.55.237.158] claimed to be randomservers.com Received: from localhost (joseph@localhost)i1H02H7m016766; Mon, 16 Feb 2004 16:02:17 -0800 (PST) (envelope-from joseph@randomnetworks.com) X-Authentication-Warning: randomservers.com: joseph owned process doing -bs Date: Mon, 16 Feb 2004 16:02:17 -0800 (PST) From: Joseph Scott X-X-Sender: joseph@randomservers To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, mckusick@freebsd.org, scottl@freebsd.org Message-ID: <20040216155005.J4957@randomservers> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=0.0 required=7.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on randomservers.com X-Mailman-Approved-At: Tue, 17 Feb 2004 05:28:51 -0800 Subject: FreeBSD 5.2.1-RC2 fs snapshot 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, 17 Feb 2004 00:04:13 -0000 I just finished testing a fresh install of FreeBSD 5.2.1-RC2 and have verified that the problem mentioned in PR kern/58154 is still there. The problem is fairly simple to show: 1. Install a fresh 5.2.1-RC2 system. 2. Shutdown a few times to show that it completes correctly. 3. Create some snapshots of a filesystem (on 5.2.1-RC2 I did 3 snapshots of /usr). 4. Try to shutdown again. 5. Watch your system hang forever, unable to complete a shutdown correctly. I've done this samething on 3 different systems with the exact same results every single time. If you cycle the power to reboot and then delete the snapshot files shutdown is able to work completely once more. I'm more than willing to try out patches or different settings/options in an effort to try and track this down. I would be thrilled to be able to use fs snapshots for systems at work, but as it stands not being able to shutdown a system makes the snapshot feature useless. Sorry about cross posting this so much, but I've been trying to raise the attention level of this problem for weeks now without any luck. -- Joseph Scott http://www.randomnetworks.com/joseph/blog/contact.php From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 22: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 8135516A4CE for ; Mon, 16 Feb 2004 22:30:02 -0800 (PST) Received: from rhb.local.net (cust-19-111.vype.manet.de [212.65.19.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4148343D1F for ; Mon, 16 Feb 2004 22:29:58 -0800 (PST) (envelope-from Raphael.Becker@gmx.de) Received: from rhb.local.net (localhost [127.0.0.1]) by rhb.local.net (8.12.10/8.12.10) with ESMTP id i1H68j3n096688 for ; Tue, 17 Feb 2004 07:08:45 +0100 (CET) (envelope-from Raphael.Becker@gmx.de) Received: (from rabe@localhost) by rhb.local.net (8.12.10/8.12.10/Submit) id i1H68jNh096687 for freebsd-current@freebsd.org; Tue, 17 Feb 2004 07:08:45 +0100 (CET) (envelope-from Raphael.Becker@gmx.de) X-Authentication-Warning: rhb.local.net: rabe set sender to Raphael.Becker@gmx.de using -f Date: Tue, 17 Feb 2004 07:08:45 +0100 From: "Raphael H. Becker" To: FreeBSD Current Message-ID: <20040217060844.GA74711@local.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Tue, 17 Feb 2004 05:29:11 -0800 Subject: kernel panic after 5.2 RELEASE --> 5.2.1, DELL PE2650, SCSI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 06:30:02 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, yesterday I got a new DELL PE2650 with PERC and two RAIDs (complete dmesg [1]).=20 Installed with 5.2 from "miniinst.iso" and updated with fresh sources=20 from CVS, -r RELENG_5_2. buildworld and buildkernel went fine. Just=20 after reboot with the new kernel and after "installworld" the system=20 died with some strange SCSI-Errors, kernel panic. "Calling boot() for=20 CPU1 ... " something like that. Then the well known few lines, syncing=20 disc etc ... While syncing disks there were some more SCSI-Errors, Timeout after ... 75 ... 255 ... seconds and so on, no more acting drives. I powercycled after 7 minutes, the console was messed up with the scsi-errors, so I have no more details about the panic, powercycle flushed the dmesg .oO(why not dumping kernelmessages to an USB-stick??)=20 System rebootet, but with a nearly empty /usr/sbin. Retry of "make installworld" failed, because it wants to copy some tools in an temporary dir in /tmp and didn't find some tools in /usr/sbin. Managed that manually, installworld succeeded. Kernel ist a GENERIC with only=20 -cpu I486_CPU -cpu I586_CPU +#cpu I486_CPU +#cpu I586_CPU ( BTW: has anyone a perfect DELL PE2650 kernelconfig for 5.x? ) Anyone some hints about the panic? =20 How to avoid this? Regards, Raphael Becker PS: The actual dmesg.boot: [1] http://rhb.uugrn.org/temp/dmesg.boot.pinserv4 --=20 Raphael Becker http://rhb.uugrn.org/ http://schnitzelmitkartoffelsalat.uugrn.org/ =2E........|.........|.........|.........|.........|.........|.........|.. --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAMa/snNo+exDKny0RAuyfAKCYGkDABmo+Bi1fuE6pYVjuQX9GQgCgp1Pv hwvKPfX9+IuZh8gVkbS1BZw= =lvqe -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 04:11: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 8210316A4CE for ; Tue, 17 Feb 2004 04:11:46 -0800 (PST) Received: from gw.arcadis.ru (arcadis-gw.rosnet.net [195.90.159.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F76443D2D for ; Tue, 17 Feb 2004 04:11:45 -0800 (PST) (envelope-from a.zinin@obninsk.com) Received: from mail.arcadis.ru (mail.arcadis.ru [195.90.166.98]) by gw.arcadis.ru (8.12.10/8.12.10) with ESMTP id i1HCBfvM030456 for ; Tue, 17 Feb 2004 15:11:41 +0300 Date: Tue, 17 Feb 2004 15:22:06 +0300 From: =?Windows-1251?B?wOvl6vHl6SDH6O3o7Q==?= X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <831039326252.20040217152206@obninsk.com> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.39 X-Mailman-Approved-At: Tue, 17 Feb 2004 05:28:51 -0800 Subject: kernel could not find HP SureStore T20i. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?Windows-1251?B?wOvl6vHl6SDH6O3o7Q==?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 12:11:46 -0000 Hello, Kernel could not find the HP surestore T20i tape device on Tekram scsi controller, but other devices it finds on the same controller without any problems. Is this "normal"? Should I forget about using Surestore T20? -- Best regards, Alexey mailto:a.zinin@obninsk.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 05:35: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 4006316A4CE for ; Tue, 17 Feb 2004 05:35:38 -0800 (PST) Received: from gateway.nologics.net (unknown [202.125.147.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BADC843D1D for ; Tue, 17 Feb 2004 05:35:29 -0800 (PST) (envelope-from freebsd@nologics.com) Received: (qmail 8933 invoked from network); 17 Feb 2004 13:35:22 -0000 Received: from unknown (HELO nologics.com) (192.168.0.20) by nasir-nologics.com with SMTP; 17 Feb 2004 13:35:22 -0000 Message-ID: <4032190E.4010806@nologics.com> Date: Tue, 17 Feb 2004 05:37:18 -0800 From: Nasir Mahmood User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 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: Newbie X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Feb 2004 13:35:38 -0000 Hello, I am new to Freebsd 4.9 Have been in Linux Since last 4 years and just trying Freebsd for experience. I need some details to work with FreeBSD. Where all daemons are started from, like all daemon in Linux (Redhat) are mostly started from /etc/rc.d/ Where I can add/removed packages. If let say I install sendmail .Where should I place it's startup script so that at every reboot the sendmail must be started and runningt. Where are the scripts to run/stop server daemon. I need this . Regards, Nasir Mahmood. From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 05:41: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 4669016A4CE for ; Tue, 17 Feb 2004 05:41:04 -0800 (PST) Received: from AUSADMMSPS308.aus.amer.dell.com (ausadmmsps308.aus.amer.dell.com [143.166.224.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 118E843D1D for ; Tue, 17 Feb 2004 05:41:04 -0800 (PST) (envelope-from Muthu_T@Dell.com) Received: from 143.166.3.50 by AUSADMMSPS308.aus.amer.dell.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7);); Tue, 17 Feb 2004 07:41: 03 -0600 X-Server-Uuid: 5333cdb1-2635-49cb-88e3-e5f9077ccab5 Received: by AUSXICPS307.aus.amer.dell.com with Internet Mail Service ( 5.5.2653.19) id <15WS238F>; Tue, 17 Feb 2004 07:41:03 -0600 Message-ID: <136A7C767A0679488C4642731C2186E018A429@blrx2kmbgl301.blr.amer.dell.com> From: Muthu_T@Dell.com To: freebsd-current@freebsd.org Date: Tue, 17 Feb 2004 04:18:48 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) content-class: urn:content-classes:message X-WSS-ID: 6C2CC6651079200-01-01 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Subject: USB CDROM not recognizing (while hotplugging) in 5.2 Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 13:41:04 -0000 All, While 5.2-RELEASE running, I connected the USB CDROM (TEAC CD-210PU). I was expected some messages in the /var/log/messages file. But nothing displayed. When I restart the m/c, I get the following dmesg output: (see the umass0) [dmesg output] 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.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a33000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a331f4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2389.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536805376 (511 MB) avail memory = 511766528 (488 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fc4c0 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 15 INTA is routed to irq 11 pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: simplex device, DMA on primary only ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] ohci0: mem 0xfe100000-0xfe100fff irq 11 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support 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 umass0: TEAC USB CD-ROM 210PU, rev 1.10/1.36, addr 2 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci4: on pcib1 amr0: mem 0xfc900000-0xfc93ffff,0xf0000000-0xf7ffffff irq 18 at device 3.0 on pci4 amr0: Firmware 4.10, BIOS B111, 128MB RAM pcib2: on acpi0 pci3: on pcib2 fxp0: port 0xbcc0-0xbcff mem 0xfcb00000-0xfcb1ffff,0xfcb20000-0xfcb20fff irq 24 at device 6.0 on pci3 fxp0: Ethernet address 00:02:b3:e7:8f:70 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib3: on acpi0 pci2: on pcib3 bge0: mem 0xfcd20000-0xfcd2ffff,0xfcd30000-0xfcd3ffff irq 16 at device 0.0 on pci2 bge0: Ethernet address: 00:0b:db:93:e3:f4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfcd00000-0xfcd0ffff,0xfcd10000-0xfcd1ffff irq 17 at device 0.1 on pci2 bge1: Ethernet address: 00:0b:db:93:e3:f5 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib4: on acpi0 pci1: on pcib4 ahc0: port 0xdc00-0xdcff mem 0xfcf01000-0xfcf01fff irq 20 at device 4.0 on pci1 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xfcf00000-0xfcf00fff irq 21 at device 4.1 on pci1 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 orm0: