From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 04:44:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDFB316A4CE; Sun, 18 Jan 2004 04:44:24 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9572A43D46; Sun, 18 Jan 2004 04:44:21 -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 i0ICj3jm030640; Sun, 18 Jan 2004 14:45:03 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0ICj3pS030635; Sun, 18 Jan 2004 14:45:03 +0200 (EET) (envelope-from ru) Date: Sun, 18 Jan 2004 14:45:02 +0200 From: Ruslan Ermilov To: Scott Long Message-ID: <20040118124502.GD29936@FreeBSD.org.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BZaMRJmqxGScZ8Mx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i cc: hackers@FreeBSD.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:44:25 -0000 --BZaMRJmqxGScZ8Mx Content-Type: multipart/mixed; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Scott, Attached is the patch that fixes memory leak according to the below report. On Fri, Jan 16, 2004 at 04:09:34PM -0800, Paul Twohey wrote: > --------------------------------------------------------- > [BUG] though we should demote things that are not locals. > /u2/engler/mc/freebsd/sys/i386/compile/GENERIC/../../../dev/ips/ips.c:148= :ips_add_waiting_command:ERROR:LEAK:148:154: pointer=3Dwaiter from RO=3Dmal= loc(-1) [s=3D550,pop=3D551,pr=3D1.00] [rank=3Dmed] leaked! [z=3D1.0] [succe= ss=3D5] >=20 > ips_command_t *command; > ips_wait_list_t *waiter; > unsigned long memflags =3D 0; > if(IPS_NOWAIT_FLAG & flags) > memflags =3D M_NOWAIT; > Start ---> > waiter =3D malloc(sizeof(ips_wait_list_t), M_DEVBUF, memflags); > if(!waiter) > return ENOMEM; > mask =3D splbio(); > if(sc->state & IPS_OFFLINE){ > splx(mask); > Error ---> > return EIO; > } > command =3D SLIST_FIRST(&sc->free_cmd_list); > if(command && !(sc->state & IPS_TIMEOUT)){ > --------------------------------------------------------- Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: ips.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips.c,v retrieving revision 1.6 diff -u -p -r1.6 ips.c --- ips.c 27 Nov 2003 08:37:36 -0000 1.6 +++ ips.c 18 Jan 2004 12:41:22 -0000 @@ -163,14 +163,14 @@ static int ips_add_waiting_command(ips_s unsigned long memflags = 0; if(IPS_NOWAIT_FLAG & flags) memflags = M_NOWAIT; - waiter = malloc(sizeof(ips_wait_list_t), M_DEVBUF, memflags); - if(!waiter) - return ENOMEM; mask = splbio(); if(sc->state & IPS_OFFLINE){ splx(mask); return EIO; } + waiter = malloc(sizeof(ips_wait_list_t), M_DEVBUF, memflags); + if(!waiter) + return ENOMEM; command = SLIST_FIRST(&sc->free_cmd_list); if(command && !(sc->state & IPS_TIMEOUT)){ SLIST_REMOVE_HEAD(&sc->free_cmd_list, next); --SO98HVl1bnMOfKZd-- --BZaMRJmqxGScZ8Mx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACn/OUkv4P6juNwoRAgzfAJ49A3LwT+ht+pW7cJKEjrgZX2n45wCdFBfT o0FG0H8RCYc/EE8OKAR5aKY= =U191 -----END PGP SIGNATURE----- --BZaMRJmqxGScZ8Mx-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 05:22:33 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDEF216A4CE; Sun, 18 Jan 2004 05:22:33 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D0243D39; Sun, 18 Jan 2004 05:22:25 -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 i0IDN5jm031061; Sun, 18 Jan 2004 15:23:05 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0IDN4MF031056; Sun, 18 Jan 2004 15:23:05 +0200 (EET) (envelope-from ru) Date: Sun, 18 Jan 2004 15:23:04 +0200 From: Ruslan Ermilov To: Scott Long Message-ID: <20040118132304.GE29936@FreeBSD.org.ua> References: <20040118124502.GD29936@FreeBSD.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E69HUUNAyIJqGpVn" Content-Disposition: inline In-Reply-To: <20040118124502.GD29936@FreeBSD.org.ua> User-Agent: Mutt/1.5.5.1i cc: hackers@FreeBSD.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 13:22:34 -0000 --E69HUUNAyIJqGpVn Content-Type: multipart/mixed; boundary="ExXT7PjY8AI4Hyfa" Content-Disposition: inline --ExXT7PjY8AI4Hyfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 18, 2004 at 02:45:02PM +0200, Ruslan Ermilov wrote: > Scott, >=20 > Attached is the patch that fixes memory leak according to the below repor= t. >=20 Attached is the corrected patch that doesn't do a waiting malloc() while interrupts are blocked. Yes I know that splbio() is a no-op these days. ;) > On Fri, Jan 16, 2004 at 04:09:34PM -0800, Paul Twohey wrote: > > --------------------------------------------------------- > > [BUG] though we should demote things that are not locals. > > /u2/engler/mc/freebsd/sys/i386/compile/GENERIC/../../../dev/ips/ips.c:1= 48:ips_add_waiting_command:ERROR:LEAK:148:154: pointer=3Dwaiter from RO=3Dm= alloc(-1) [s=3D550,pop=3D551,pr=3D1.00] [rank=3Dmed] leaked! [z=3D1.0] [suc= cess=3D5] > >=20 > > ips_command_t *command; > > ips_wait_list_t *waiter; > > unsigned long memflags =3D 0; > > if(IPS_NOWAIT_FLAG & flags) > > memflags =3D M_NOWAIT; > > Start ---> > > waiter =3D malloc(sizeof(ips_wait_list_t), M_DEVBUF, memflags); > > if(!waiter) > > return ENOMEM; > > mask =3D splbio(); > > if(sc->state & IPS_OFFLINE){ > > splx(mask); > > Error ---> > > return EIO; > > } > > command =3D SLIST_FIRST(&sc->free_cmd_list); > > if(command && !(sc->state & IPS_TIMEOUT)){ > > --------------------------------------------------------- Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --ExXT7PjY8AI4Hyfa Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: ips.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ips/ips.c,v retrieving revision 1.6 diff -u -p -r1.6 ips.c --- ips.c 27 Nov 2003 08:37:36 -0000 1.6 +++ ips.c 18 Jan 2004 13:16:00 -0000 @@ -169,6 +169,7 @@ static int ips_add_waiting_command(ips_s mask = splbio(); if(sc->state & IPS_OFFLINE){ splx(mask); + free(waiter, M_DEVBUF); return EIO; } command = SLIST_FIRST(&sc->free_cmd_list); --ExXT7PjY8AI4Hyfa-- --E69HUUNAyIJqGpVn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACoi4Ukv4P6juNwoRAnR+AJ9jUp3+wWM0TjUhxfw8N+0anrIm6gCfeZkM +3WeK+ASnWuo6XV9wCs8xOk= =+1At -----END PGP SIGNATURE----- --E69HUUNAyIJqGpVn-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 17 11:54:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E426016A4CE; Sat, 17 Jan 2004 11:54:16 -0800 (PST) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C3843D46; Sat, 17 Jan 2004 11:54:15 -0800 (PST) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.6/8.12.6) with ESMTP id i0HJs3Go015378; Sat, 17 Jan 2004 14:54:03 -0500 (EST) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.6/8.12.6/Submit) id i0HJrw17015377; Sat, 17 Jan 2004 14:53:58 -0500 (EST) (envelope-from afields) Date: Sat, 17 Jan 2004 14:53:58 -0500 From: Allan Fields To: phk@freebsd.org Message-ID: <20040117195358.GH34696@afields.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Mailman-Approved-At: Sun, 18 Jan 2004 05:27:28 -0800 cc: shamrock@cypherpunks.to Subject: Status GBDE attach at boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Allan Fields List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2004 19:54:17 -0000 Hi, I'm interested to know what may be in the pipeline as far as GBDE boot time attach/automation support. Has anyone committed to implementing these features? (I don't see it anymore (on the 5.3 todo list) in releng pages.) As a fstab is concerned with mount hack, this is the right approach I feel. Snapshots use a mount hack too. To do this a small hack to mount(8) with stub for fstype of geom which calls specific command gbde(8) directly or a mount_geom(8) with similar operations to gbde, plus also full geom classes support. # XXX Example fstab of geom entries: # # GBDE swap #/dev/ad0s1b none swap sw 0 0 /dev/ad0s1b bde geom rw,attach,temp 0 0 /dev/ad0s1b.bde none swap sw 0 0 # Normal filesystem /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1f /var ufs rw 2 2 /dev/ad0s1g /usr ufs rw 2 2 # GBDE tmp dir /dev/ad0s1e bde geom rw,temp 0 0 /dev/ad0s1e.bde /tmp ufs rw 0 1 # GBDE home dir (prompt on console; block on ttyin, before getty spawned) #/dev/ad0s1h /dev/ad0s1h.bde geom rw,attach 0 0 #<-long form /dev/ad0s1h bde geom rw,attach 0 0 #<-shorter /dev/ad0s1h.bde /home ufs rw 2 2 # # fs_spec is device # fs_file is GEOM class to instantiate with fs_spec as provider # if using long form split on dot to determine class or specify # class in mntopts (class= or ) # fs_vfstype has new type: ``geom'' # fs_mntops has standard form, plus: # attach: default action for class bde: to attach, so can be omitted # temp: mntopt says init as temporary gbde # init: initialize only # noauto: don't automatically instantiate / attach # level=: level at which to attempt to instantiate geom (def: 1) # 0: in single-user/after root -1: same as noauto # 1: before going multi-user (before getty runs on tty) # 2: after going multi-user (bde needs own tty?) # prompt=: prompt for pass phrases/user input on tty # # insert: insert geom instance (default) #XX remove: remove geom instance - use umount(8) # ...: other class options here # Example prompts on console: # (user can ^C here to skip attaching it) !! GEOM/gbde: Passphrase required for attach of /dev/adNsM.. Enter passphrase: -- GEOM/gbde: Attach sucessful. !! GEOM/gbde: Passphrase required for attach of /dev/da0s1a.. Enter passphrase: gbde: Attach to da0s1a failed: Invalid argument -- GEOM/gbde: Attach failed. -- GEOM/gbde: Done. Jan 17 14:22:03 testhost mount[178]: GEOM/gbde Attach to da0s1a failed: Invalid argument FreeBSD/i386 (testhost) (ttyv0) login: _ Another question, about key entry: should there be an option to allow keys to be read directly from a file/file descriptor instead of on the command line. In this way keys could be piped into the gbde command for attach, etc. from a secure source. Would this prove a significant vulnerability compared to tty input? This might be used in conjunction with other authentication mechanisms and if it proves more secure than -p, could be something to look at. Currently: gbde in readpassphrase(3) prevents reading passphrases on stdin by setting RPP_REQUIRE_TTY and also readpassphrase() isn't designed to accommodate key entry from fd if associated tty. So this would need a command line option to run as a pipeline from an interactive shell. Thanks.. -- Allan Fields BSDCan 2004: May 2004, Ottawa See http://www.bsdcan.org for details. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 00:19:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F3B016A4CE for ; Sun, 18 Jan 2004 00:19:12 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-67-119-53-122.dsl.lsan03.pacbell.net [67.119.53.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1477F43D1F for ; Sun, 18 Jan 2004 00:19:11 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BF5EA66C78; Sun, 18 Jan 2004 00:19:10 -0800 (PST) Date: Sun, 18 Jan 2004 00:19:10 -0800 From: Kris Kennaway To: Danny Braniss Message-ID: <20040118081910.GA84236@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 18 Jan 2004 05:27:28 -0800 cc: hackers@freebsd.org Subject: Re: network constipation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 08:19:12 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 18, 2004 at 09:46:33AM +0200, Danny Braniss wrote: > hi, > i have 2 amd64s (one dual opteron, one athlon64), which behave=20 > identicaly. Im trying to compile /usr/ports/x11-fonts, ports & obj are > nfs mounted (on the the same server).=20 > so things go nicely, but after a while gzip hangs, and later > i get 'nfs server dev:/r+d: not responding', this happens on both > hosts, (i just tried it on both to see if the error was in the driver, > since they have different cards). > it's almost obvious that i've hit on a deadlock, where can i look > for some hint? First step when you encounter strange kernel problems is to turn on the debugging options: INVARIANTS, INVARIANTS_SUPPORT, WITNESS etc. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACkF+Wry0BWjoQKURAg/OAKCQhgn/M8cxRQ0cUCyy0/BQGCydjgCgtJmS LRZPSuvcYiTWWuJHFuoUu3o= =YGtc -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 05:43:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DDB116A4CE; Sun, 18 Jan 2004 05:43:47 -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 50DE043D46; Sun, 18 Jan 2004 05:43:44 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id A60CB1142B; Sun, 18 Jan 2004 14:43:42 +0100 (CET) Date: Sun, 18 Jan 2004 14:43:42 +0100 From: "Simon L. Nielsen" To: Allan Fields Message-ID: <20040118134341.GB761@arthur.nitro.dk> References: <20040117195358.GH34696@afields.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <20040117195358.GH34696@afields.ca> User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: shamrock@cypherpunks.to cc: phk@freebsd.org Subject: Re: Status GBDE attach at boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 13:43:47 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.01.17 14:53:58 -0500, Allan Fields wrote: > Hi, >=20 > I'm interested to know what may be in the pipeline as far as GBDE > boot time attach/automation support. Has anyone committed to > implementing these features? (I don't see it anymore (on the 5.3 > todo list) in releng pages.) 5.2 already has support for attaching GBDE volumes at boot by using the /etc/rc.d/gbde script. I have been using it for a while, and it works OK. I sent a patch yesterday to the freebsd-rc mailing list make the gbde rc.d script work a bit better (see http://groups.yahoo.com/group/FreeBSD-rc/message/659 ). > As a fstab is concerned with mount hack, this is the right approach I think it's better to just use a rc.d script to attach gbde volumes before the normal filesystem mount, since it seems more "clean". Of course the rc.d script could be enhanced e.g. to support random keys, like your "temp" feature. --=20 Simon L. Nielsen FreeBSD Documentation Team --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFACo2Nh9pcDSc1mlERAhcnAJwNEVzuTxE2cz1FhGF8ZUSvfJLnIwCfYlWa hCO5zN2Fy3zPXcuLkAd/t68= =wqQd -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 07:45:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D44616A4D0; Sun, 18 Jan 2004 07:45:06 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D4143D69; Sun, 18 Jan 2004 07:44:52 -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 i0IFirjm032431; Sun, 18 Jan 2004 17:44:56 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0IFinPN032425; Sun, 18 Jan 2004 17:44:49 +0200 (EET) (envelope-from ru) Date: Sun, 18 Jan 2004 17:44:48 +0200 From: Ruslan Ermilov To: Paul Twohey Message-ID: <20040118154447.GA32115@FreeBSD.org.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 15:45:06 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 16, 2004 at 04:09:34PM -0800, Paul Twohey wrote: [...] > --------------------------------------------------------- > [BUG] > /u2/engler/mc/freebsd/sys/i386/compile/GENERIC/../../../dev/dpt/dpt_scsi.= c:1542:dpt_attach:ERROR:LEAK:1542:1571: pointer=3Ddevq from RO=3Dcam_simq_a= lloc(-1) [s=3D21,pop=3D21,pr=3D0.99] [rank=3Dmed] leaked! [z=3D1.0] [succes= s=3D3] >=20 > int i; >=20 > /* > * Create the device queue for our SIM. > */ > Start ---> > devq =3D cam_simq_alloc(dpt->max_dccbs); >=20 > ... DELETED 23 lines ... >=20 >=20 > } > if (i > 0) > EVENTHANDLER_REGISTER(shutdown_final, dptshutdown, > dpt, SHUTDOWN_PRI_DEFAULT); > Error ---> > return (i); > } >=20 > int > --------------------------------------------------------- We aren't leaking "devq" here, it's freed (if necessary) by setting the second cam_sim_free() argument to true: if (xpt_bus_register(dpt->sims[i], i) !=3D CAM_SUCCESS) { cam_sim_free(dpt->sims[i], /*free_devq*/i =3D=3D 0); break; } But we're missing the proper NULL checking, here's the fix: %%% Index: dpt_scsi.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/dev/dpt/dpt_scsi.c,v retrieving revision 1.45 diff -u -p -r1.45 dpt_scsi.c --- dpt_scsi.c 24 Aug 2003 17:46:04 -0000 1.45 +++ dpt_scsi.c 18 Jan 2004 15:39:13 -0000 @@ -1553,6 +1553,8 @@ dpt_attach(dpt_softc_t *dpt) dpt->sims[i] =3D cam_sim_alloc(dpt_action, dpt_poll, "dpt", dpt, dpt->unit, /*untagged*/2, /*tagged*/dpt->max_dccbs, devq); + if (dpt->sims[i] =3D=3D NULL) + break; if (xpt_bus_register(dpt->sims[i], i) !=3D CAM_SUCCESS) { cam_sim_free(dpt->sims[i], /*free_devq*/i =3D=3D 0); break; %%% --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACqnvUkv4P6juNwoRAmc2AJ4yZOY/4fv1WzHuGBEtrFzVYHmRiACeMSY6 /ucH2Zb2vN73gaOViebu77U= =g3Hd -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 08:08:13 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68CA016A4CE; Sun, 18 Jan 2004 08:08:13 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56CD943D31; Sun, 18 Jan 2004 08:08:06 -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 i0IG86jm032701; Sun, 18 Jan 2004 18:08:09 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0IG834v032696; Sun, 18 Jan 2004 18:08:03 +0200 (EET) (envelope-from ru) Date: Sun, 18 Jan 2004 18:08:02 +0200 From: Ruslan Ermilov To: Paul Twohey Message-ID: <20040118160802.GC32115@FreeBSD.org.ua> References: <20040118154447.GA32115@FreeBSD.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: <20040118154447.GA32115@FreeBSD.org.ua> User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 16:08:13 -0000 --SO98HVl1bnMOfKZd Content-Type: multipart/mixed; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 18, 2004 at 05:44:48PM +0200, Ruslan Ermilov wrote: > On Fri, Jan 16, 2004 at 04:09:34PM -0800, Paul Twohey wrote: > [...] > > --------------------------------------------------------- > > [BUG] > > /u2/engler/mc/freebsd/sys/i386/compile/GENERIC/../../../dev/dpt/dpt_scs= i.c:1542:dpt_attach:ERROR:LEAK:1542:1571: pointer=3Ddevq from RO=3Dcam_simq= _alloc(-1) [s=3D21,pop=3D21,pr=3D0.99] [rank=3Dmed] leaked! [z=3D1.0] [succ= ess=3D3] > >=20 > > int i; > >=20 > > /* > > * Create the device queue for our SIM. > > */ > > Start ---> > > devq =3D cam_simq_alloc(dpt->max_dccbs); > >=20 > > ... DELETED 23 lines ... > >=20 > >=20 > > } > > if (i > 0) > > EVENTHANDLER_REGISTER(shutdown_final, dptshutdown, > > dpt, SHUTDOWN_PRI_DEFAULT); > > Error ---> > > return (i); > > } > >=20 > > int > > --------------------------------------------------------- >=20 > We aren't leaking "devq" here, it's freed (if necessary) by setting > the second cam_sim_free() argument to true: >=20 > if (xpt_bus_register(dpt->sims[i], i) !=3D CAM_SUCCESS) { > cam_sim_free(dpt->sims[i], /*free_devq*/i =3D=3D = 0); > break; > } >=20 > But we're missing the proper NULL checking, here's the fix: >=20 > %%% > Index: dpt_scsi.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/dev/dpt/dpt_scsi.c,v > retrieving revision 1.45 > diff -u -p -r1.45 dpt_scsi.c > --- dpt_scsi.c 24 Aug 2003 17:46:04 -0000 1.45 > +++ dpt_scsi.c 18 Jan 2004 15:39:13 -0000 > @@ -1553,6 +1553,8 @@ dpt_attach(dpt_softc_t *dpt) > dpt->sims[i] =3D cam_sim_alloc(dpt_action, dpt_poll, "dpt", > dpt, dpt->unit, /*untagged*/2, > /*tagged*/dpt->max_dccbs, devq); > + if (dpt->sims[i] =3D=3D NULL) > + break; > if (xpt_bus_register(dpt->sims[i], i) !=3D CAM_SUCCESS) { > cam_sim_free(dpt->sims[i], /*free_devq*/i =3D=3D 0); > break; > %%% >=20 Bah, but with this patch that avoids the NULL pointer dereference we start leaking devq. Attached is a more complete patch, and for dev/irr/irr.c too. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: dpt/dpt_scsi.c =================================================================== RCS file: /home/ncvs/src/sys/dev/dpt/dpt_scsi.c,v retrieving revision 1.45 diff -u -p -r1.45 dpt_scsi.c --- dpt/dpt_scsi.c 24 Aug 2003 17:46:04 -0000 1.45 +++ dpt/dpt_scsi.c 18 Jan 2004 15:51:44 -0000 @@ -1553,6 +1553,11 @@ dpt_attach(dpt_softc_t *dpt) dpt->sims[i] = cam_sim_alloc(dpt_action, dpt_poll, "dpt", dpt, dpt->unit, /*untagged*/2, /*tagged*/dpt->max_dccbs, devq); + if (dpt->sims[i] == NULL) { + if (i == 0) + cam_simq_free(devq); + break; + } if (xpt_bus_register(dpt->sims[i], i) != CAM_SUCCESS) { cam_sim_free(dpt->sims[i], /*free_devq*/i == 0); break; Index: iir/iir.c =================================================================== RCS file: /home/ncvs/src/sys/dev/iir/iir.c,v retrieving revision 1.9 diff -u -p -r1.9 iir.c --- iir/iir.c 26 Sep 2003 15:36:47 -0000 1.9 +++ iir/iir.c 18 Jan 2004 15:52:04 -0000 @@ -510,6 +510,11 @@ iir_attach(struct gdt_softc *gdt) gdt->sims[i] = cam_sim_alloc(iir_action, iir_poll, "iir", gdt, gdt->sc_hanum, /*untagged*/2, /*tagged*/GDT_MAXCMDS, devq); + if (gdt->sims[i] == NULL) { + if (i == 0) + cam_simq_free(devq); + break; + } if (xpt_bus_register(gdt->sims[i], i) != CAM_SUCCESS) { cam_sim_free(gdt->sims[i], /*free_devq*/i == 0); break; --yLVHuoLXiP9kZBkt-- --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACq9iUkv4P6juNwoRAghWAKCBpqGJmtW1g7vOJS15YgKfg/782QCeImr/ aZ5eUYh2kvOaSBl5zcFd4mE= =j+I+ -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 09:28:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AA6416A4CE for ; Sun, 18 Jan 2004 09:28:08 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id D928A43D58 for ; Sun, 18 Jan 2004 09:28:05 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 55995 invoked by uid 1002); 18 Jan 2004 17:28:03 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 18 Jan 2004 17:28:03 -0000 Message-ID: <400AC1B5.4080407@freebsd.org> Date: Sun, 18 Jan 2004 10:26:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20040118124502.GD29936@FreeBSD.org.ua> <20040118132304.GE29936@FreeBSD.org.ua> In-Reply-To: <20040118132304.GE29936@FreeBSD.org.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@FreeBSD.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 17:28:08 -0000 Looks good to me if you want to commit it, thanks! Scott Ruslan Ermilov wrote: > On Sun, Jan 18, 2004 at 02:45:02PM +0200, Ruslan Ermilov wrote: > >>Scott, >> >>Attached is the patch that fixes memory leak according to the below report. >> > > Attached is the corrected patch that doesn't do a waiting malloc() > while interrupts are blocked. Yes I know that splbio() is a no-op > these days. ;) > > >>On Fri, Jan 16, 2004 at 04:09:34PM -0800, Paul Twohey wrote: >> >>>--------------------------------------------------------- >>>[BUG] though we should demote things that are not locals. >>>/u2/engler/mc/freebsd/sys/i386/compile/GENERIC/../../../dev/ips/ips.c:148:ips_add_waiting_command:ERROR:LEAK:148:154: pointer=waiter from RO=malloc(-1) [s=550,pop=551,pr=1.00] [rank=med] leaked! [z=1.0] [success=5] >>> >>> ips_command_t *command; >>> ips_wait_list_t *waiter; >>> unsigned long memflags = 0; >>> if(IPS_NOWAIT_FLAG & flags) >>> memflags = M_NOWAIT; >>>Start ---> >>> waiter = malloc(sizeof(ips_wait_list_t), M_DEVBUF, memflags); >>> if(!waiter) >>> return ENOMEM; >>> mask = splbio(); >>> if(sc->state & IPS_OFFLINE){ >>> splx(mask); >>>Error ---> >>> return EIO; >>> } >>> command = SLIST_FIRST(&sc->free_cmd_list); >>> if(command && !(sc->state & IPS_TIMEOUT)){ >>>--------------------------------------------------------- > > > > Cheers, > > > ------------------------------------------------------------------------ > > Index: ips.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ips/ips.c,v > retrieving revision 1.6 > diff -u -p -r1.6 ips.c > --- ips.c 27 Nov 2003 08:37:36 -0000 1.6 > +++ ips.c 18 Jan 2004 13:16:00 -0000 > @@ -169,6 +169,7 @@ static int ips_add_waiting_command(ips_s > mask = splbio(); > if(sc->state & IPS_OFFLINE){ > splx(mask); > + free(waiter, M_DEVBUF); > return EIO; > } > command = SLIST_FIRST(&sc->free_cmd_list); From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 10:45:04 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 329B216A4CE; Sun, 18 Jan 2004 10:45:04 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CAE743D2F; Sun, 18 Jan 2004 10:45:00 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0IIiv82096390; Sun, 18 Jan 2004 10:44:58 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0IIivlQ096389; Sun, 18 Jan 2004 10:44:57 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 10:44:57 -0800 (PST) From: Matthew Dillon Message-Id: <200401181844.i0IIivlQ096389@apollo.backplane.com> To: Ruslan Ermilov References: <20040118160802.GC32115@FreeBSD.org.ua> cc: freebsd-hackers@freebsd.org cc: Paul Twohey cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 18:45:04 -0000 These cam_sim_alloc() calls seem to be fairly critical to the operation of DPT and friends, why is it even possible for them to return NULL in the first place and what would be the effect of a (properly handled) NULL return if it did occur at this point? -Matt Matthew Dillon :> > * Create the device queue for our SIM. :> > */ :> > Start ---> :> > devq =3D cam_simq_alloc(dpt->max_dccbs); :> >=20 :... :> Index: dpt_scsi.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/dev/dpt/dpt_scsi.c,v :> retrieving revision 1.45 :> diff -u -p -r1.45 dpt_scsi.c :> --- dpt_scsi.c 24 Aug 2003 17:46:04 -0000 1.45 :> +++ dpt_scsi.c 18 Jan 2004 15:39:13 -0000 :> @@ -1553,6 +1553,8 @@ dpt_attach(dpt_softc_t *dpt) :> dpt->sims[i] =3D cam_sim_alloc(dpt_action, dpt_poll, "dpt", :> dpt, dpt->unit, /*untagged*/2, :> /*tagged*/dpt->max_dccbs, devq); :> + if (dpt->sims[i] =3D=3D NULL) :> + break; :> if (xpt_bus_register(dpt->sims[i], i) !=3D CAM_SUCCESS) { :> cam_sim_free(dpt->sims[i], /*free_devq*/i =3D=3D 0); :> break; :> %%% :>=20 :Bah, but with this patch that avoids the NULL pointer dereference :we start leaking devq. Attached is a more complete patch, and for :dev/irr/irr.c too. : : :Cheers, :--=20 :Ruslan Ermilov :FreeBSD committer :ru@FreeBSD.org : :--yLVHuoLXiP9kZBkt :Content-Type: text/plain; charset=us-ascii :Content-Disposition: attachment; filename=p : :Index: dpt/dpt_scsi.c :=================================================================== :RCS file: /home/ncvs/src/sys/dev/dpt/dpt_scsi.c,v :retrieving revision 1.45 :diff -u -p -r1.45 dpt_scsi.c :--- dpt/dpt_scsi.c 24 Aug 2003 17:46:04 -0000 1.45 :+++ dpt/dpt_scsi.c 18 Jan 2004 15:51:44 -0000 :@@ -1553,6 +1553,11 @@ dpt_attach(dpt_softc_t *dpt) : dpt->sims[i] = cam_sim_alloc(dpt_action, dpt_poll, "dpt", : dpt, dpt->unit, /*untagged*/2, : /*tagged*/dpt->max_dccbs, devq); :+ if (dpt->sims[i] == NULL) { :+ if (i == 0) :+ cam_simq_free(devq); :+ break; :+ } : if (xpt_bus_register(dpt->sims[i], i) != CAM_SUCCESS) { : cam_sim_free(dpt->sims[i], /*free_devq*/i == 0); : break; :Index: iir/iir.c :=================================================================== :RCS file: /home/ncvs/src/sys/dev/iir/iir.c,v :retrieving revision 1.9 :diff -u -p -r1.9 iir.c :--- iir/iir.c 26 Sep 2003 15:36:47 -0000 1.9 :+++ iir/iir.c 18 Jan 2004 15:52:04 -0000 :@@ -510,6 +510,11 @@ iir_attach(struct gdt_softc *gdt) : gdt->sims[i] = cam_sim_alloc(iir_action, iir_poll, "iir", : gdt, gdt->sc_hanum, /*untagged*/2, : /*tagged*/GDT_MAXCMDS, devq); :+ if (gdt->sims[i] == NULL) { :+ if (i == 0) :+ cam_simq_free(devq); :+ break; :+ } : if (xpt_bus_register(gdt->sims[i], i) != CAM_SUCCESS) { : cam_sim_free(gdt->sims[i], /*free_devq*/i == 0); : break; : :--yLVHuoLXiP9kZBkt-- : :--SO98HVl1bnMOfKZd :Content-Type: application/pgp-signature :Content-Disposition: inline : :-----BEGIN PGP SIGNATURE----- :Version: GnuPG v1.2.4 (FreeBSD) : :iD8DBQFACq9iUkv4P6juNwoRAghWAKCBpqGJmtW1g7vOJS15YgKfg/782QCeImr/ :aZ5eUYh2kvOaSBl5zcFd4mE= :=j+I+ :-----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 11:53:05 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D65C16A4CF for ; Sun, 18 Jan 2004 11:53:05 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 500F043D58 for ; Sun, 18 Jan 2004 11:53:00 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 63113 invoked by uid 1002); 18 Jan 2004 19:52:57 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 18 Jan 2004 19:52:57 -0000 Message-ID: <400AE3AB.1070102@freebsd.org> Date: Sun, 18 Jan 2004 12:51:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> In-Reply-To: <200401181844.i0IIivlQ096389@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Paul Twohey cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 19:53:05 -0000 Matthew Dillon wrote: > These cam_sim_alloc() calls seem to be fairly critical to the operation > of DPT and friends, why is it even possible for them to return NULL > in the first place and what would be the effect of a (properly handled) > NULL return if it did occur at this point? > > -Matt > Matthew Dillon > cam_sim_alloc() is vital to the operation of any CAM driver. However, cam_sim_alloc() mallocs it's data structures with the M_NOWAIT flag, so it is possible for it to fail and have to return NULL. The reason it uses the M_NOWAIT flag is because there is no restrictions on when driver attach events happen, though they all happen in normal process or kthread context these days (except at boot, but if you have to sleep for memory during boot, you have a lot of other problems). Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 11:57:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC6D16A4CE; Sun, 18 Jan 2004 11:57:18 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB8B43D2D; Sun, 18 Jan 2004 11:57:17 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0IJvF82096884; Sun, 18 Jan 2004 11:57:15 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0IJvFTe096883; Sun, 18 Jan 2004 11:57:15 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 11:57:15 -0800 (PST) From: Matthew Dillon Message-Id: <200401181957.i0IJvFTe096883@apollo.backplane.com> To: Scott Long References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> cc: freebsd-hackers@freebsd.org cc: Paul Twohey cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 19:57:18 -0000 : :Matthew Dillon wrote: :> These cam_sim_alloc() calls seem to be fairly critical to the operation :> of DPT and friends, why is it even possible for them to return NULL :> in the first place and what would be the effect of a (properly handled) :> NULL return if it did occur at this point? :> :> -Matt :> Matthew Dillon :> : : :cam_sim_alloc() is vital to the operation of any CAM driver. However, :cam_sim_alloc() mallocs it's data structures with the M_NOWAIT flag, so :it is possible for it to fail and have to return NULL. The reason it :uses the M_NOWAIT flag is because there is no restrictions on when :driver attach events happen, though they all happen in normal process :or kthread context these days (except at boot, but if you have to sleep :for memory during boot, you have a lot of other problems). : :Scott So, the question becomes: If one were to use M_WAITOK is it possible for a cam_sim_alloc() call for driver A to stall an I/O operation occuring on driver B ? It's the I/O stalls that cause memory deadlocks. Allocations that do not cause I/O stalls on unrelated devices (e.g. your swap) will not cause memory allocation deadlocks. I know cam uses some helper threads so I am not entirely sure about the context the cam_sim_alloc() calls are being made in, but if they do not create I/O stalls for already-operational SCSI devices then I am inclined (in DFly anyway) to simply make the malloc in cam_sim_alloc() M_WAITOK. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 12:29:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF30A16A4CF for ; Sun, 18 Jan 2004 12:29:08 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1ACE043D1F for ; Sun, 18 Jan 2004 12:29:04 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 64397 invoked by uid 1002); 18 Jan 2004 20:29:03 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 18 Jan 2004 20:29:03 -0000 Message-ID: <400AEC20.70709@freebsd.org> Date: Sun, 18 Jan 2004 13:27:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> In-Reply-To: <200401181957.i0IJvFTe096883@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Paul Twohey cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 20:29:09 -0000 Matthew Dillon wrote: > : > :Matthew Dillon wrote: > :> These cam_sim_alloc() calls seem to be fairly critical to the operation > :> of DPT and friends, why is it even possible for them to return NULL > :> in the first place and what would be the effect of a (properly handled) > :> NULL return if it did occur at this point? > :> > :> -Matt > :> Matthew Dillon > :> > : > : > :cam_sim_alloc() is vital to the operation of any CAM driver. However, > :cam_sim_alloc() mallocs it's data structures with the M_NOWAIT flag, so > :it is possible for it to fail and have to return NULL. The reason it > :uses the M_NOWAIT flag is because there is no restrictions on when > :driver attach events happen, though they all happen in normal process > :or kthread context these days (except at boot, but if you have to sleep > :for memory during boot, you have a lot of other problems). > : > :Scott > > So, the question becomes: If one were to use M_WAITOK is it possible > for a cam_sim_alloc() call for driver A to stall an I/O operation > occuring on driver B ? > > It's the I/O stalls that cause memory deadlocks. Allocations that do > not cause I/O stalls on unrelated devices (e.g. your swap) will not > cause memory allocation deadlocks. > > I know cam uses some helper threads so I am not entirely sure about > the context the cam_sim_alloc() calls are being made in, but if they > do not create I/O stalls for already-operational SCSI devices then I > am inclined (in DFly anyway) to simply make the malloc in > cam_sim_alloc() M_WAITOK. > > -Matt > Matthew Dillon > > In the 4.x case, so long as the driver doesn't do an splcam() or somehow block hardware interrupts before calling cam_sim_alloc() you are probably fine. For 5.x, you might run into Giant problems. Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 13:57:26 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE93E16A4CE; Sun, 18 Jan 2004 13:57:26 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3226643D3F; Sun, 18 Jan 2004 13:57:25 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0ILvN82097288; Sun, 18 Jan 2004 13:57:23 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0ILvNQe097287; Sun, 18 Jan 2004 13:57:23 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 13:57:23 -0800 (PST) From: Matthew Dillon Message-Id: <200401182157.i0ILvNQe097287@apollo.backplane.com> To: Scott Long References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> <400AEC20.70709@freebsd.org> cc: freebsd-hackers@freebsd.org cc: Paul Twohey cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 21:57:26 -0000 :> I know cam uses some helper threads so I am not entirely sure about :> the context the cam_sim_alloc() calls are being made in, but if they :> do not create I/O stalls for already-operational SCSI devices then I :> am inclined (in DFly anyway) to simply make the malloc in :> cam_sim_alloc() M_WAITOK. :> :> -Matt :> Matthew Dillon :> :> : :In the 4.x case, so long as the driver doesn't do an splcam() or somehow :block hardware interrupts before calling cam_sim_alloc() you are :probably fine. For 5.x, you might run into Giant problems. : :Scott Well, I don't see how a spl or Giant could possibly have anything to do with memory deadlocks. Both are dropped when a thread blocks so the worst that happens is that you add some latency. The culprit is almost guarenteed to be blocking in the interrupt threads themselves or blocking in serialized multi-device-handling threads such as some of CAM's helper threads. Blocking in either could deadlock the system in a low memory situation. But what people seem to have done... using M_NOWAIT with very little regard for the side effects that occur when malloc() might then fail, is not the right solution. If the CAM code cannot use a blocking malloc for a critical structure allocation then it certainly can't use a non-blocking malloc that might then fail as a workaround! Some other solution is needed for those situations (something like the MPIPE solution I came up with to guarentee the availability of I/O request structures in interrupt service routines). What it comes down to for cam_sim_alloc() is, again, the context in which it is called. Can it be called from a serialized cam thread or an interrupt thread in a way that could potential block I/O operations for devices other then the one trying to attach? If so then there's a real problem that needs to be solved. If not then M_WAITOK can be safely used in this particular situation and the NULL case no longer needs to be worried about. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 14:08:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E72116A4DA for ; Sun, 18 Jan 2004 14:08:49 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 2094F43D69 for ; Sun, 18 Jan 2004 14:08:38 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 69148 invoked by uid 1002); 18 Jan 2004 22:08:37 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 18 Jan 2004 22:08:37 -0000 Message-ID: <400B0377.4070405@freebsd.org> Date: Sun, 18 Jan 2004 15:06:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> <400AEC20.70709@freebsd.org> <200401182157.i0ILvNQe097287@apollo.backplane.com> In-Reply-To: <200401182157.i0ILvNQe097287@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org cc: Paul Twohey cc: Ruslan Ermilov cc: scsi@FreeBSD.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 22:08:49 -0000 Matthew Dillon wrote: > :> I know cam uses some helper threads so I am not entirely sure about > :> the context the cam_sim_alloc() calls are being made in, but if they > :> do not create I/O stalls for already-operational SCSI devices then I > :> am inclined (in DFly anyway) to simply make the malloc in > :> cam_sim_alloc() M_WAITOK. > :> > :> -Matt > :> Matthew Dillon > :> > :> > : > :In the 4.x case, so long as the driver doesn't do an splcam() or somehow > :block hardware interrupts before calling cam_sim_alloc() you are > :probably fine. For 5.x, you might run into Giant problems. > : > :Scott > > Well, I don't see how a spl or Giant could possibly have anything to > do with memory deadlocks. Both are dropped when a thread blocks so the > worst that happens is that you add some latency. CAM doesn't use a kthread in 4.x. It uses it's own SWI hooks. If you call splcam(), then you will block those from running, and no CAM I/O will complete until you call splx(). That's why I say that it's ok to use M_WAITOK so long as you don't block CAM from running. If you want to add a WAITOK/NOWAIT flag parameter to cam_sim_alloc(), that might be a good solution. Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 14:13:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C90B16A4CE; Sun, 18 Jan 2004 14:13:42 -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 27D2343D53; Sun, 18 Jan 2004 14:13:14 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 136571142B; Sun, 18 Jan 2004 23:13:13 +0100 (CET) Date: Sun, 18 Jan 2004 23:13:12 +0100 From: "Simon L. Nielsen" To: Allan Fields Message-ID: <20040118221311.GK761@arthur.nitro.dk> References: <20040117195358.GH34696@afields.ca> <20040118134341.GB761@arthur.nitro.dk> <20040118151931.GJ34696@afields.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hnsKUeImFCk/igEn" Content-Disposition: inline In-Reply-To: <20040118151931.GJ34696@afields.ca> User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@FreeBSD.org cc: shamrock@cypherpunks.to cc: phk@FreeBSD.org Subject: Re: Status GBDE attach at boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 22:13:42 -0000 --hnsKUeImFCk/igEn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.01.18 10:19:31 -0500, Allan Fields wrote: > On Sun, Jan 18, 2004 at 02:43:42PM +0100, Simon L. Nielsen wrote: > > On 2004.01.17 14:53:58 -0500, Allan Fields wrote: > > > Hi, > > >=20 > > > I'm interested to know what may be in the pipeline as far as GBDE > > > boot time attach/automation support. Has anyone committed to > > > implementing these features? (I don't see it anymore (on the 5.3 > > > todo list) in releng pages.) > >=20 > > 5.2 already has support for attaching GBDE volumes at boot by using the > > /etc/rc.d/gbde script. I have been using it for a while, and it works > > OK. >=20 > Ahh.. ok, didn't see the changes yet. That is a straight forward > approach - could there just as easily be a similar facility for other > geoms? That shouldn't be a problem... of course depending on exactly you want to configure it might be more or less simple to do. The dependency tree for the rc system can make the script start when needed in the boot sequence without any hacks. Of course the issue of how to set user configuration still exists (as discussed a few times before on the lists), since rc.conf can fast become very cluttered. > > I sent a patch yesterday to the freebsd-rc mailing list make the gbde > > rc.d script work a bit better (see > > http://groups.yahoo.com/group/FreeBSD-rc/message/659 ). > >=20 > > > As a fstab is concerned with mount hack, this is the right approach > >=20 > > I think it's better to just use a rc.d script to attach gbde volumes > > before the normal filesystem mount, since it seems more "clean". Of >=20 > This is good including specifying lockfile dir, but implies passphrase > entry before continuing on always the console? This is the way it works now, but this could be extended. I'm mainly using gbde to encrypt /home on desktops, so asking the password on the console works fine for me. > Which brings us to passphrase from file/filedesc issue vs. from tty > / on command line. Could password prompts be read from another > terminal or from secure source like key device or remote terminal > while the booting continues in the mean-time? I don't see any reason why not, if the "connection" is secure, but I haven't looked into this (since I haven't had the need to) so I'm not exactly sure what kind of problems there are (both programming and security issues). > > course the rc.d script could be enhanced e.g. to support random keys, > > like your "temp" feature. >=20 > Yup. Idea was raised previously on the lists by lucky and phk. > Seems like a good idea for swap,/tmp setup. I actually have an rc.d script by Geoffrey T. Falk , which was posted to some mailing list a few months ago, for gbde swap with random password, but since it confuses the crashdump system I'm not using it right now. --=20 Simon L. Nielsen FreeBSD Documentation Team --hnsKUeImFCk/igEn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFACwT3h9pcDSc1mlERAip/AJ95EjaZvBY0FSD5/EnGAM6i8Kjh9wCeKs+R j+3DOeyjISSmkxQH6fPSBa8= =6wGa -----END PGP SIGNATURE----- --hnsKUeImFCk/igEn-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 14:38:34 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB25116A4CF; Sun, 18 Jan 2004 14:38:34 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C6243D41; Sun, 18 Jan 2004 14:38:32 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0IMcQ82097544; Sun, 18 Jan 2004 14:38:31 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0IMcQYZ097543; Sun, 18 Jan 2004 14:38:26 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 14:38:26 -0800 (PST) From: Matthew Dillon Message-Id: <200401182238.i0IMcQYZ097543@apollo.backplane.com> To: Scott Long , freebsd-hackers@freebsd.org, Paul Twohey , scsi@freebsd.org References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> <200401182157.i0ILvNQe097287@apollo.backplane.com> Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 22:38:35 -0000 Well, this is fun. There are over 460 files in the 5.x source tree (360 in DFly) that make calls to malloc(... M_NOWAIT), and so far about 80% of the calls that I've reviewed generate inappropriate side effects when/if a failure occurs. CAM is the biggest violator... it even has a few panic() conditionals if a malloc(... M_NOWAIT) fails. Not Fun! The only reason it works at all is because M_NOWAIT actually does appear to allow malloc() to block in a number of situations (such as on VM object and map mutexes), and M_NOWAIT triggers VM_ALLOC_INTERRUPT which allows kmem_malloc() to dig into the free page reserve. So in 5.x M_NOWAIT allocations will actually work most of the time.. well, at least until something exhausts the free page reserve at just the wrong time, which is quite possible to do considering how much code is being allowed to dig into the reserve now. M_NOWAIT is being used pretty much as if it were M_WAITOK|M_USE_RESERVE most of the time, especially considering the side effect situation when such allocations fail. I don't think M_WAITOK|M_USE_RESERVE would be any less reliable, actually. It looks like the whole paradigm has shifted away from the original definition of M_NOWAIT to something that is more like a cross between M_NOWAIT, M_WAITOK, and M_USE_RESERVE. This creates a conundrum for me. In DFly M_NOWAIT really means M_NOWAIT, so I am going to have to do something about all the improper M_NOWAIT use in the source base. I'm amazed we haven't had more crashes but even in DFly M_NOWAIT failures due to, e.g. not being able to get the kernel_map lock non-blocking, do not occur all that often. -Matt From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 14:44:54 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A61316A4CE; Sun, 18 Jan 2004 14:44:54 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EB643D39; Sun, 18 Jan 2004 14:44:53 -0800 (PST) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id i0IMiqdi027690; Sun, 18 Jan 2004 17:44:52 -0500 (EST) (envelope-from winter@jurai.net) Date: Sun, 18 Jan 2004 17:44:52 -0500 (EST) From: "Matthew N. Dodd" To: Ruslan Ermilov In-Reply-To: <20040118154447.GA32115@FreeBSD.org.ua> Message-ID: <20040118174428.X90982@sasami.jurai.net> References: <20040118154447.GA32115@FreeBSD.org.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 22:44:54 -0000 On Sun, 18 Jan 2004, Ruslan Ermilov wrote: > But we're missing the proper NULL checking, here's the fix: ... I've already dealt with this. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 14:57:20 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B76016A4CE; Sun, 18 Jan 2004 14:57:20 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9349343D54; Sun, 18 Jan 2004 14:57:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0IMv682097664; Sun, 18 Jan 2004 14:57:07 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0IMv63i097663; Sun, 18 Jan 2004 14:57:06 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 14:57:06 -0800 (PST) From: Matthew Dillon Message-Id: <200401182257.i0IMv63i097663@apollo.backplane.com> To: Scott Long , freebsd-hackers@freebsd.org, Paul Twohey , scsi@freebsd.org References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> <200401182238.i0IMcQYZ097543@apollo.backplane.com> Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 22:57:20 -0000 : M_NOWAIT is being used pretty much as if it were M_WAITOK|M_USE_RESERVE : most of the time, especially considering the side effect situation when : such allocations fail. I don't think M_WAITOK|M_USE_RESERVE would be : any less reliable, actually. It looks like the whole paradigm has : shifted away from the original definition of M_NOWAIT to something that : is more like a cross between M_NOWAIT, M_WAITOK, and M_USE_RESERVE. oops, don't take that literally. M_USE_RESERVE means something else. M_NOWAIT is triggering VM_ALLOC_INTERRUPT which is allowed to dig into the free (vm) page reserve. Another interesting thing I've found, and correct me if I'm wrong, but it looks like when the 5.x slab allocator allocates M_NOWAIT memory that newly allocated zone becomes available for normal M_WAITOK allocations as well. This is something DFly's slab allocator does too (I have a big XXX comment for it), and the 4.x allocator too I think. That could create an exhaustion issue. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 15:37:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FA116A4CE; Sun, 18 Jan 2004 15:37:16 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 753FF43D2F; Sun, 18 Jan 2004 15:37:14 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0INbD82097879; Sun, 18 Jan 2004 15:37:13 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0INbDtj097878; Sun, 18 Jan 2004 15:37:13 -0800 (PST) (envelope-from dillon) Date: Sun, 18 Jan 2004 15:37:13 -0800 (PST) From: Matthew Dillon Message-Id: <200401182337.i0INbDtj097878@apollo.backplane.com> To: Scott Long , freebsd-hackers@freebsd.org, Paul Twohey , scsi@freebsd.org References: <20040118160802.GC32115@FreeBSD.org.ua> <200401181844.i0IIivlQ096389@apollo.backplane.com> <400AE3AB.1070102@freebsd.org> <200401181957.i0IJvFTe096883@apollo.backplane.com> <200401182257.i0IMv63i097663@apollo.backplane.com> Subject: Re3: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 23:37:16 -0000 More research... correct me if I am wrong but it appears that the 5.x kmem_malloc() code may have some issues. If you look down at around line 349 there is a comment: /* * Note: if M_NOWAIT specified alone, allocate from * interrupt-safe queues only (just the free list). If * M_USE_RESERVE is also specified, we can also * allocate from the cache. Neither of the latter two * flags may be specified from an interrupt since interrupts * are not allowed to mess with the cache queue. */ if ((flags & (M_NOWAIT|M_USE_RESERVE)) == M_NOWAIT) pflags = VM_ALLOC_INTERRUPT | VM_ALLOC_WIRED; else pflags = VM_ALLOC_SYSTEM | VM_ALLOC_WIRED; Here's the problem... the problem is that malloc(...M_NOWAIT) is used by interrupts not only to avoid blocking, but also to avoid messing with the VM Page 'cache' queue. But in 5.x it is possible for non-interrupt threads to preempt other non-interrupt threads indirectly (due to an interrupt trying to get a mutex that a non-interrupt thread currently holds). Am I correct? But the non-interrupt thread will almost certainly be making memory allocations with M_WAITOK, which means that a preempting thread *CAN* wind up pulling pages out of the 'cache' queue. Now, my understanding is that 5.x's mutexes around the VM system means that this, in fact, will work just fine. So, that means that the above comment is no longer correct, right? In fact, interrupts *should* be able to allocate pages from the VM page 'cache' queue in 5.x now. This leads to the obvious conclusion that 'critical' code, such as the CAM code, which cannot afford to block but which also does terrible things when an M_NOWAIT allocation fails should be able to use (M_WAITOK|M_USE_RESERVE|M_USE_INTERRUPT_RESERVE) and this would result in far safer operation then the current M_NOWAIT use results in. (M_USE_INTERRUPT_RESERVE would be a new M_* flag that allows the system to exhaust the entire free page reserve if necessary and has the same effect as M_NOWAIT had before, but the combination of flags would now allow interrupt-time allocations to also allocate from the cache queue making it virtually impossible for such allocations to fail and that, combined with M_WAITOK, would allow all NULL checks to be removed. It could actually be considered a critical error for the above flags combination to deadlock. -Matt From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 16:26:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA1316A4CE; Sun, 18 Jan 2004 16:26:18 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7207243D39; Sun, 18 Jan 2004 16:26:16 -0800 (PST) (envelope-from cristjc@comcast.net) Received: from blossom.cjclark.org (c-24-6-186-224.client.comcast.net[24.6.186.224]) by comcast.net (sccrmhc12) with ESMTP id <20040119002615012002kcb8e>; Mon, 19 Jan 2004 00:26:15 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.9p2/8.12.8) with ESMTP id i0J0QD43048621; Sun, 18 Jan 2004 16:26:13 -0800 (PST) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.9p2/8.12.9/Submit) id i0J0QCgm048620; Sun, 18 Jan 2004 16:26:12 -0800 (PST) (envelope-from cristjc@comcast.net) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Sun, 18 Jan 2004 16:26:12 -0800 From: "Crist J. Clark" To: Sten Daniel S?rsdal Message-ID: <20040119002612.GA48581@blossom.cjclark.org> References: <0AF1BBDF1218F14E9B4CCE414744E70F5D97FF@exchange.wanglobal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0AF1BBDF1218F14E9B4CCE414744E70F5D97FF@exchange.wanglobal.net> User-Agent: Mutt/1.4.1i X-URL: http://people.freebsd.org/~cjc/ cc: freebsd-hackers@freebsd.org cc: freebsd-net@freebsd.org Subject: Re: ip_input - chksum - why is it done so early in ip_input? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Crist J. Clark" List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 00:26:18 -0000 On Sat, Jan 17, 2004 at 12:50:04AM +0100, Sten Daniel S?rsdal wrote: > > Apologies for the cross-post, i wasnt sure if this was hackers or net material. > > I've often wondered why ip checksumming is done on every incoming > packet and not only on the packets that need to be delivered locally. > It looks like a very expensive way of doing it, especially on high > PPS. Basically all hosts do checksumming so why not just pass the bad > packet on, making the forward process alot cheaper (cpu wise)? It is done this way because the standards demand that it be done this way. RFC1812 says, 4.2.2.5 Header Checksum: RFC 791 Section 3.1 As stated in Section [5.2.2], a router MUST verify the IP checksum of any packet that is received, and MUST discard messages containing invalid checksums. The router MUST NOT provide a means to disable this checksum verification. Keeping a single host from polluting the whole network, and only its LAN, with bad packets is considered worth the cost of every router doing the check. FWIW, this is one of the few places a standard demands that you not even provide the option to disable a feature. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 23:47:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EB616A4CE for ; Sun, 18 Jan 2004 23:47:03 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 51B0E43D58 for ; Sun, 18 Jan 2004 23:47:02 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 65395 invoked from network); 19 Jan 2004 07:47:00 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 19 Jan 2004 07:47:00 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 19 Jan 2004 01:46:59 -0600 (CST) From: Mike Silbersack To: Matthew Dillon In-Reply-To: <200401182238.i0IMcQYZ097543@apollo.backplane.com> Message-ID: <20040119014059.H85911@odysseus.silby.com> References: <200401181844.i0IIivlQ096389@apollo.backplane.com> <200401181957.i0IJvFTe096883@apollo.backplane.com> <200401182157.i0ILvNQe097287@apollo.backplane.com> <200401182238.i0IMcQYZ097543@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 07:47:03 -0000 On Sun, 18 Jan 2004, Matthew Dillon wrote: > Well, this is fun. There are over 460 files in the 5.x source tree > (360 in DFly) that make calls to malloc(... M_NOWAIT), and so far > about 80% of the calls that I've reviewed generate inappropriate > side effects when/if a failure occurs. CAM is the biggest violator... > it even has a few panic() conditionals if a malloc(... M_NOWAIT) fails. > Not Fun! I keep getting the urge to write a simple failure generator for malloc / m_get / etc that would compare the caller's address to a linked list of previous callers so that you could ensure that you would get exactly one failure returned to malloc() call in the system. This would guarantee better coverage than random failures, which aren't likely to find the bulk of the failure cases. Another interesting debug idea would be to extend the above idea, and have seperate malloc buckets for each caller, along with cookies / canary values before and after each piece of data; this could be used to figure out *exactly* which function is causing memory corruption. Of course, I found so many problems when I wrote the MBUF_STRESS_TEST code that I really don't want to think about how long fixing all the bugs exposed by the above two tests would take. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 04:42:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9640C16A4CE for ; Mon, 19 Jan 2004 04:42:19 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 457D743D3F for ; Mon, 19 Jan 2004 04:42:16 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JCgDJU028313 for ; Mon, 19 Jan 2004 14:42:13 +0200 Message-ID: <400BD0CE.6050609@reversedhell.net> Date: Mon, 19 Jan 2004 14:42:54 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------030205080306090605080108" Subject: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 12:42:19 -0000 This is a multi-part message in MIME format. --------------030205080306090605080108 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Regarding latest qmail vulnerability, I coded this quickly patch. Please double-check me if I am wrong here. Forward this to freebsd-security please. Regards, Alin. --------------030205080306090605080108 Content-Type: text/plain; name="qmail103.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="qmail103.patch" 320c320 < ++pos; --- > if (pos>9) ++pos; --------------030205080306090605080108-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 04:46:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C7116A4CE for ; Mon, 19 Jan 2004 04:46:36 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0894743D45 for ; Mon, 19 Jan 2004 04:46:35 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JCkYJU028889 for ; Mon, 19 Jan 2004 14:46:34 +0200 Message-ID: <400BD1D3.10201@reversedhell.net> Date: Mon, 19 Jan 2004 14:47:15 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <400BD0CE.6050609@reversedhell.net> In-Reply-To: <400BD0CE.6050609@reversedhell.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 12:46:36 -0000 Anton Alin-Adrian wrote: > Regarding latest qmail vulnerability, I coded this quickly patch. > Please double-check me if I am wrong here. Forward this to > freebsd-security please. > > > Regards, > Alin. > >------------------------------------------------------------------------ > >320c320 >< ++pos; >--- > > >> if (pos>9) ++pos; >> >> >>------------------------------------------------------------------------ >> >>_______________________________________________ >>freebsd-hackers@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >> >> I forgot to mention about vuln: http://www.guninski.com/qmailcrash.html From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 05:17:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C9DD16A4CE for ; Mon, 19 Jan 2004 05:17:27 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2428543D4C for ; Mon, 19 Jan 2004 05:17:26 -0800 (PST) (envelope-from delphij@frontfree.net) Received: by ftp.bjpu.edu.cn (Postfix, from userid 426) id 9C9F252D4; Mon, 19 Jan 2004 21:17:24 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 45C575299 for ; Mon, 19 Jan 2004 21:17:24 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 426) id DDDED114C9; Mon, 19 Jan 2004 21:17:22 +0800 (CST) Received: from phantasm205 (unknown [61.49.184.36]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id A074611472; Mon, 19 Jan 2004 21:17:20 +0800 (CST) Message-ID: <00b101c3de8e$95c4c990$0401a8c0@phantasm205> From: "Xin LI" To: "Anton Alin-Adrian" , References: <400BD0CE.6050609@reversedhell.net> Date: Mon, 19 Jan 2004 21:17:23 +0800 Organization: Phantasm Studio MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 13:17:27 -0000 Sorry I don't think so. This will cause pos to stay at 0 and therefore infinitely loop. I am working on a new patch. Cheers, Xin LI ----- Original Message ----- From: "Anton Alin-Adrian" To: Sent: Monday, January 19, 2004 8:42 PM Subject: qmail remote root patch > Regarding latest qmail vulnerability, I coded this quickly patch. Please > double-check me if I am wrong here. Forward this to freebsd-security please. > > > Regards, > Alin. > From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 05:27:40 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DF1516A4CE for ; Mon, 19 Jan 2004 05:27:40 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801D243D31 for ; Mon, 19 Jan 2004 05:27:38 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JDRaJU002274; Mon, 19 Jan 2004 15:27:36 +0200 Message-ID: <400BDB6E.3040100@reversedhell.net> Date: Mon, 19 Jan 2004 15:28:14 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, clau@reversedhell.net, support@psoft.net, support@rdsnet.ro, support@calpop.com, root@lasting.ro, gratian.nutiu@rdsnet.ro References: <400BD0CE.6050609@reversedhell.net> <400BD1D3.10201@reversedhell.net> In-Reply-To: <400BD1D3.10201@reversedhell.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 13:27:40 -0000 Anton Alin-Adrian wrote: > Anton Alin-Adrian wrote: > >> Regarding latest qmail vulnerability, I coded this quickly patch. >> Please double-check me if I am wrong here. Forward this to >> freebsd-security please. >> >> >> Regards, >> Alin. >> >> ------------------------------------------------------------------------ >> >> 320c320 >> < ++pos; >> --- >> >> >>> if (pos>9) ++pos; >>> >>> ------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to >>> "freebsd-hackers-unsubscribe@freebsd.org" >>> >> > I forgot to mention about vuln: > > http://www.guninski.com/qmailcrash.html > Actually that was utterly wrong. I think this works: bash-2.05b$ diff -a qmail-smtpd.c qmail-smtpd-patched.c 318a319 > ++pos; 320d320 < ++pos; The patched function will look like: void blast(hops) int *hops; { char ch; int state; int flaginheader; int pos; /* number of bytes since most recent \n, if fih */ int flagmaybex; /* 1 if this line might match RECEIVED, if fih */ int flagmaybey; /* 1 if this line might match \r\n, if fih */ int flagmaybez; /* 1 if this line might match DELIVERED, if fih */ state = 1; *hops = 0; flaginheader = 1; pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; for (;;) { substdio_get(&ssin,&ch,1); if (flaginheader) { if (pos < 9) { if (ch != "delivered"[pos]) if (ch != "DELIVERED"[pos]) flagmaybez = 0; if (flagmaybez) if (pos == 8) ++*hops; if (pos < 8) if (ch != "received"[pos]) if (ch != "RECEIVED"[pos]) flagmaybex = 0; if (flagmaybex) if (pos == 7) ++*hops; if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; ++pos; } if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { case 0: if (ch == '\n') straynewline(); if (ch == '\r') { state = 4; continue; } break; case 1: /* \r\n */ if (ch == '\n') straynewline(); if (ch == '.') { state = 2; continue; } if (ch == '\r') { state = 4; continue; } state = 0; break; case 2: /* \r\n + . */ if (ch == '\n') straynewline(); if (ch == '\r') { state = 3; continue; } state = 0; break; case 3: /* \r\n + .\r */ if (ch == '\n') return; put("."); put("\r"); if (ch == '\r') { state = 4; continue; } state = 0; break; case 4: /* + \r */ if (ch == '\n') { state = 1; break; } if (ch != '\r') { put("\r"); state = 0; } } put(&ch); } } So what I did is move ++pos; into the if (pos < 9) block. Originally it is right after the } ending that block. This works if pos gets incremented as pos=1,2,.....9,10,...,max,...,upper-overflow(negative). This utterly fails if pos is not incremented like that. Any ideas? I think it works, after a first look at the incrementation loop. Sorry for all other mails, I am stressed . (need to calm down i know) Alin. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 05:41:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E263D16A4CE for ; Mon, 19 Jan 2004 05:41:10 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C22243D41 for ; Mon, 19 Jan 2004 05:41:09 -0800 (PST) (envelope-from delphij@frontfree.net) Received: by ftp.bjpu.edu.cn (Postfix, from userid 426) id 89DE852D4; Mon, 19 Jan 2004 21:41:08 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 6BBFD5299 for ; Mon, 19 Jan 2004 21:41:08 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 426) id 41000114BB; Mon, 19 Jan 2004 21:41:07 +0800 (CST) Received: from phantasm205 (unknown [61.49.184.36]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 384191142B; Mon, 19 Jan 2004 21:41:05 +0800 (CST) Message-ID: <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> From: "Xin LI" To: "Anton Alin-Adrian" , References: <400BD0CE.6050609@reversedhell.net> Date: Mon, 19 Jan 2004 21:41:07 +0800 Organization: Phantasm Studio MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 13:41:11 -0000 On page 54 of RFC2821, a text line should be shorter than 1000 characters if I did not misunderstood it. So I'd proposal the following patch, which mitigate the issue by rejecting anything which contains RFC-violation. Cheers, Xin LI --- qmail-smtpd.c.orig Mon Jan 19 21:08:35 2004 +++ qmail-smtpd.c Mon Jan 19 21:38:31 2004 @@ -317,7 +317,17 @@ if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; } - ++pos; + if((++pos) > 1000) { + /* + * RFC 2821 has explicitly defined a text line can contain + * 1000 characters at maximium. This is a workaround to + * stop copying characters there, but I am not sure about + * the side effect. Consider this as an attack and set hops + * to MAXHOPS to prevent future processing. + */ + *hops = MAXHOPS; + break; + } if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 05:41:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5244016A4D1; Mon, 19 Jan 2004 05:41:32 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E75143D31; Mon, 19 Jan 2004 05:41:29 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i0JDfRL28164; Mon, 19 Jan 2004 14:41:27 +0100 (MET) Date: Mon, 19 Jan 2004 14:41:26 +0100 (CET) From: Harti Brandt To: "David O'Brien" In-Reply-To: <20040117171928.GB38009@dragon.nuxi.com> Message-ID: <20040119143913.Y42652@beagle.fokus.fraunhofer.de> References: <40088E75.5080908@acm.org> <20040117015809.GJ9410@FreeBSD.org.ua> <4008B3F9.6010903@acm.org> <20040117171928.GB38009@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Tim Kientzle cc: Garrett Wollman cc: Dag-Erling Smorgrav cc: Mike Barcroft Subject: Re: __restrict__ vs __restrict ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 13:41:32 -0000 On Sat, 17 Jan 2004, David O'Brien wrote: DO>On Fri, Jan 16, 2004 at 08:03:05PM -0800, Tim Kientzle wrote: DO>> >No, we should be using the __restrict as coded. But I wonder why DO>> >we can't just use "restrict"... DO>> DO>> Because that would really mess up any user program that used DO>> 'restrict' as a variable or function name. I think the DO>> current approach is the best. DO> DO>Such code isn't portable to C99, which is still a goal of ours. I like DO>RU's suggestion, because it is straight C[99] code and not an DO>abstraction. I'll do a 'make world' test and see if we'd have trouble DO>with RU's form. What about third party code that reads cdefs.h and is pre-c99? It's perfectly ok to use restrict as a name there. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 05:53:22 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9711716A4CE for ; Mon, 19 Jan 2004 05:53:22 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E24A43D2F for ; Mon, 19 Jan 2004 05:53:20 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JDrIJU007291 for ; Mon, 19 Jan 2004 15:53:19 +0200 Message-ID: <400BE178.1040302@reversedhell.net> Date: Mon, 19 Jan 2004 15:54:00 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <400BD0CE.6050609@reversedhell.net> <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> In-Reply-To: <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> Content-Type: multipart/mixed; boundary="------------020506030407000302030809" Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 13:53:22 -0000 This is a multi-part message in MIME format. --------------020506030407000302030809 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit This is the patch I am currently using, for qmail-smtpd.c . I don't dare to touch RFC because I did not carefully read qmail sources and I am not aware of details/impact. I think this patch is good enough to simply remove the vulnerability. I now looked more thoroughly at the code and ask other's opinions. I think this is really ok patch.. Regards, Alin. --------------020506030407000302030809 Content-Type: text/plain; name="qmail103p1.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="qmail103p1.patch" 318a319 > ++pos; 320d320 < ++pos; --------------020506030407000302030809-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 06:07:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B44616A4CE for ; Mon, 19 Jan 2004 06:07:14 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C2A043D41 for ; Mon, 19 Jan 2004 06:07:13 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JE7CJU009363; Mon, 19 Jan 2004 16:07:12 +0200 Message-ID: <400BE4B6.2050805@reversedhell.net> Date: Mon, 19 Jan 2004 16:07:50 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xin LI References: <400BD0CE.6050609@reversedhell.net> <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> In-Reply-To: <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: qmail remote root final patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 14:07:14 -0000 --- qmail-smtpd.c Mon Jun 15 13:53:16 1998 +++ qmail-smtpd-patched.c Mon Jan 19 15:22:23 2004 @@ -316,8 +316,8 @@ if (flagmaybex) if (pos == 7) ++*hops; if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; + ++pos; } - ++pos; if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 07:20:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C414116A4CE; Sun, 18 Jan 2004 07:20:31 -0800 (PST) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59BD443D45; Sun, 18 Jan 2004 07:19:42 -0800 (PST) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.6/8.12.6) with ESMTP id i0IFJVGo017867; Sun, 18 Jan 2004 10:19:31 -0500 (EST) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.6/8.12.6/Submit) id i0IFJVZr017866; Sun, 18 Jan 2004 10:19:31 -0500 (EST) (envelope-from afields) Date: Sun, 18 Jan 2004 10:19:31 -0500 From: Allan Fields To: "Simon L. Nielsen" Message-ID: <20040118151931.GJ34696@afields.ca> References: <20040117195358.GH34696@afields.ca> <20040118134341.GB761@arthur.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040118134341.GB761@arthur.nitro.dk> User-Agent: Mutt/1.4i X-Mailman-Approved-At: Mon, 19 Jan 2004 06:32:40 -0800 cc: freebsd-hackers@FreeBSD.org cc: shamrock@cypherpunks.to cc: phk@FreeBSD.org Subject: Re: Status GBDE attach at boot X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Allan Fields List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 15:20:31 -0000 On Sun, Jan 18, 2004 at 02:43:42PM +0100, Simon L. Nielsen wrote: > On 2004.01.17 14:53:58 -0500, Allan Fields wrote: > > Hi, > > > > I'm interested to know what may be in the pipeline as far as GBDE > > boot time attach/automation support. Has anyone committed to > > implementing these features? (I don't see it anymore (on the 5.3 > > todo list) in releng pages.) > > 5.2 already has support for attaching GBDE volumes at boot by using the > /etc/rc.d/gbde script. I have been using it for a while, and it works > OK. Ahh.. ok, didn't see the changes yet. That is a straight forward approach - could there just as easily be a similar facility for other geoms? > I sent a patch yesterday to the freebsd-rc mailing list make the gbde > rc.d script work a bit better (see > http://groups.yahoo.com/group/FreeBSD-rc/message/659 ). > > > As a fstab is concerned with mount hack, this is the right approach > > I think it's better to just use a rc.d script to attach gbde volumes > before the normal filesystem mount, since it seems more "clean". Of This is good including specifying lockfile dir, but implies passphrase entry before continuing on always the console? Which brings us to passphrase from file/filedesc issue vs. from tty / on command line. Could password prompts be read from another terminal or from secure source like key device or remote terminal while the booting continues in the mean-time? > course the rc.d script could be enhanced e.g. to support random keys, > like your "temp" feature. Yup. Idea was raised previously on the lists by lucky and phk. Seems like a good idea for swap,/tmp setup. > -- > Simon L. Nielsen > FreeBSD Documentation Team Allan Fields From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 18 08:09:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B93FF16A4CF for ; Sun, 18 Jan 2004 08:09:12 -0800 (PST) Received: from web12602.mail.yahoo.com (web12602.mail.yahoo.com [216.136.173.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A1F343D45 for ; Sun, 18 Jan 2004 08:09:10 -0800 (PST) (envelope-from samlong0007@yahoo.com) Message-ID: <20040118160910.9431.qmail@web12602.mail.yahoo.com> Received: from [195.161.35.21] by web12602.mail.yahoo.com via HTTP; Sun, 18 Jan 2004 08:09:10 PST Date: Sun, 18 Jan 2004 08:09:10 -0800 (PST) From: sam Long To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 19 Jan 2004 06:32:40 -0800 cc: freebsd-hackers@freebsd.org Subject: Real Time FreeBSD?!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 16:09:12 -0000 I have a system FreeBSD 5.1-p11. How will develop further FreeBSD? How real time is possible to make from FreeBSD operational system? I know, that in FreeBSD there are expansions real time of standard POSIX. I have a small kernel of system due to modules, but on how many stably such kernel? What problems can be?I have born all modules for limits of a kernel. Thank you for the help Den. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 02:48:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73D6D16A4CE; Mon, 19 Jan 2004 02:48:10 -0800 (PST) Received: from mail005.syd.optusnet.com.au (mail005.syd.optusnet.com.au [211.29.132.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92FE43D5C; Mon, 19 Jan 2004 02:48:07 -0800 (PST) (envelope-from anubis357@optusnet.com.au) Received: from rdlax11-a185.dialup.optusnet.com.au (rdlax11-a185.dialup.optusnet.com.au [198.142.39.185])i0JAlkg21979; Mon, 19 Jan 2004 21:47:46 +1100 From: anubis To: sam Long , freebsd-questions@freebsd.org Date: Mon, 19 Jan 2004 20:49:12 +0000 User-Agent: KMail/1.5.4 References: <20040118160910.9431.qmail@web12602.mail.yahoo.com> In-Reply-To: <20040118160910.9431.qmail@web12602.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401192049.12135.anubis357@optusnet.com.au> X-Mailman-Approved-At: Mon, 19 Jan 2004 06:32:40 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: Real Time FreeBSD?!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 10:48:10 -0000 Dude, could you rephrase that? Its a bit hard to understand On Sun, 18 Jan 2004 04:09 pm, sam Long wrote: > I have a system FreeBSD 5.1-p11. > How will develop further FreeBSD? > How real time is possible to make from FreeBSD > operational system? > I know, that in FreeBSD there are expansions real time > of standard POSIX. > > I have a small kernel of system due to modules, but on > how many stably such > kernel? > What problems can be?I have born all modules for > limits of a kernel. > > Thank you for the help Den. > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 06:58:04 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010A216A4CE for ; Mon, 19 Jan 2004 06:58:04 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C0C43D5C for ; Mon, 19 Jan 2004 06:57:58 -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 i0JEu6jm046113; Mon, 19 Jan 2004 16:56:06 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0JEu3Pg046098; Mon, 19 Jan 2004 16:56:03 +0200 (EET) (envelope-from ru) Date: Mon, 19 Jan 2004 16:56:03 +0200 From: Ruslan Ermilov To: "Matthew N. Dodd" Message-ID: <20040119145603.GN41159@FreeBSD.org.ua> References: <20040118154447.GA32115@FreeBSD.org.ua> <20040118174428.X90982@sasami.jurai.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="muT+E17Lr9urPYYJ" Content-Disposition: inline In-Reply-To: <20040118174428.X90982@sasami.jurai.net> User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: scsi@freebsd.org Subject: Re: [CHECKER] bugs in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 14:58:04 -0000 --muT+E17Lr9urPYYJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 18, 2004 at 05:44:52PM -0500, Matthew N. Dodd wrote: > On Sun, 18 Jan 2004, Ruslan Ermilov wrote: > > But we're missing the proper NULL checking, here's the fix: > ... >=20 > I've already dealt with this. >=20 Neat, this works much better! Can you please propagate your fix to dev/iir/iir.c:iir_attach()? Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --muT+E17Lr9urPYYJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAC/ADUkv4P6juNwoRAsocAJ9vo3rWqAnzlfhj9R+5jpbjEV4k7gCdET5A IurQzwuzqCJF7UtuH8T8Bns= =8ZMi -----END PGP SIGNATURE----- --muT+E17Lr9urPYYJ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 07:31:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AD2B16A4CE for ; Mon, 19 Jan 2004 07:31:25 -0800 (PST) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA63B43D4C for ; Mon, 19 Jan 2004 07:31:23 -0800 (PST) (envelope-from delphij@frontfree.net) Received: by ftp.bjpu.edu.cn (Postfix, from userid 426) id BD2FC52D4; Mon, 19 Jan 2004 23:31:22 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 9E3465299 for ; Mon, 19 Jan 2004 23:31:22 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 426) id 3AAAC1153A; Mon, 19 Jan 2004 23:31:21 +0800 (CST) Received: from phantasm205 (unknown [61.49.184.36]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 6BD9D11426; Mon, 19 Jan 2004 23:31:19 +0800 (CST) Message-ID: <023e01c3dea1$4d6d8570$0401a8c0@phantasm205> From: "Xin LI" To: "Xin LI" , "Anton Alin-Adrian" , References: <400BD0CE.6050609@reversedhell.net> <010e01c3de91$e6daa9a0$0401a8c0@phantasm205> Date: Mon, 19 Jan 2004 23:31:23 +0800 Organization: Phantasm Studio MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Subject: [REVISED] Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 15:31:25 -0000 The last patch I sent to the list is incomplete because it did not handle the case where there's too many short DELIVERED or RECEIVED lines, which still has potential to cause memory overwrites. I hope this time the exploit potential is completely eliminated. Cheers, Xin LI --- qmail-smtpd.c.orig Mon Jan 19 23:20:38 2004 +++ qmail-smtpd.c Mon Jan 19 23:22:36 2004 @@ -305,7 +305,7 @@ *hops = 0; flaginheader = 1; pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; - for (;;) { + for (;;((*hops) < MAXHOPS)) { substdio_get(&ssin,&ch,1); if (flaginheader) { if (pos < 9) { @@ -317,7 +317,17 @@ if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; } - ++pos; + if((++pos) > 1000) { + /* + * RFC 2821 has explicitly defined a text line can contain + * 1000 characters at maximium. This is a workaround to + * stop copying characters there, but I am not sure about + * the side effect. Consider this as an attack and set hops + * to MAXHOPS to prevent future processing. + */ + *hops = MAXHOPS; + break; + } if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 08:17:46 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3233616A4F6; Mon, 19 Jan 2004 08:17:46 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D89843D3F; Mon, 19 Jan 2004 08:17:42 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id i0JGHKip004667; Mon, 19 Jan 2004 08:17:20 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i0JGHJOP004665; Mon, 19 Jan 2004 08:17:19 -0800 (PST) (envelope-from obrien) Date: Mon, 19 Jan 2004 08:17:19 -0800 From: "David O'Brien" To: Harti Brandt Message-ID: <20040119161719.GB4587@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Harti Brandt , Tim Kientzle , Garrett Wollman , hackers@freebsd.org, Ruslan Ermilov , Dag-Erling Smorgrav , Mike Barcroft References: <40088E75.5080908@acm.org> <20040117015809.GJ9410@FreeBSD.org.ua> <4008B3F9.6010903@acm.org> <20040117171928.GB38009@dragon.nuxi.com> <20040119143913.Y42652@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040119143913.Y42652@beagle.fokus.fraunhofer.de> 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: hackers@freebsd.org cc: Tim Kientzle cc: Garrett Wollman cc: Dag-Erling Smorgrav cc: Mike Barcroft Subject: Re: __restrict__ vs __restrict ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 16:17:46 -0000 On Mon, Jan 19, 2004 at 02:41:26PM +0100, Harti Brandt wrote: > On Sat, 17 Jan 2004, David O'Brien wrote: > > DO>On Fri, Jan 16, 2004 at 08:03:05PM -0800, Tim Kientzle wrote: > DO>> >No, we should be using the __restrict as coded. But I wonder why > DO>> >we can't just use "restrict"... > DO>> > DO>> Because that would really mess up any user program that used > DO>> 'restrict' as a variable or function name. I think the > DO>> current approach is the best. > DO> > DO>Such code isn't portable to C99, which is still a goal of ours. I like > DO>RU's suggestion, because it is straight C[99] code and not an > DO>abstraction. I'll do a 'make world' test and see if we'd have trouble > DO>with RU's form. > > What about third party code that reads cdefs.h and is pre-c99? It's > perfectly ok to use restrict as a name there. Its also perfectly OK to use 'exp' as a varible, but we've been getting rid of those because they are difficult to deal with. The same is true of older C++ code when new reserved words were added. Sometimes one has to move forward to the modern world. This is all congecture -- can you find one thing in /usr/ports that uses restrict as a symbol? -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 09:59:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E9016A4CE for ; Mon, 19 Jan 2004 09:59:21 -0800 (PST) Received: from ns2.alphaque.com (ns2.alphaque.com [202.75.47.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 507FC43D2D for ; Mon, 19 Jan 2004 09:59:15 -0800 (PST) (envelope-from dinesh@alphaque.com) Received: (qmail 90143 invoked by uid 0); 19 Jan 2004 17:59:13 -0000 Received: from lucifer.net-gw.com (HELO prophet.alphaque.com) (202.75.47.153) by lucifer.net-gw.com with SMTP; 19 Jan 2004 17:59:13 -0000 Received: from localhost (localhost.alphaque.com [127.0.0.1]) by prophet.alphaque.com (8.12.10/8.12.9) with ESMTP id i0JHipx3002281; Tue, 20 Jan 2004 01:44:51 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Tue, 20 Jan 2004 01:44:51 +0800 (MYT) From: Dinesh Nair To: Anton Alin-Adrian In-Reply-To: <400BD1D3.10201@reversedhell.net> Message-ID: <20040120014314.S312-100000@prophet.alphaque.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 17:59:22 -0000 On Mon, 19 Jan 2004, Anton Alin-Adrian wrote: > > Regarding latest qmail vulnerability, I coded this quickly patch. > > Please double-check me if I am wrong here. Forward this to > > freebsd-security please. > >320c320 > >< ++pos; > >--- > > > > > >> if (pos>9) ++pos; > http://www.guninski.com/qmailcrash.html woulnd't it be better to switch pos from an int to a u_int ? or do specific bounds checking before incrementing pos ? this patch seems to _only_ increment pos if it's > 9, and reading the code will show you where you're going to get into some problems. :) Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 11:20:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE55F16A4CF; Mon, 19 Jan 2004 11:20:00 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4F043D5E; Mon, 19 Jan 2004 11:19:57 -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 i0JJKOjm049256; Mon, 19 Jan 2004 21:20:25 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0JJKOYN049247; Mon, 19 Jan 2004 21:20:24 +0200 (EET) (envelope-from ru) Date: Mon, 19 Jan 2004 21:20:24 +0200 From: Ruslan Ermilov To: "David O'Brien" , Harti Brandt Message-ID: <20040119192023.GB48928@FreeBSD.org.ua> References: <40088E75.5080908@acm.org> <20040117015809.GJ9410@FreeBSD.org.ua> <4008B3F9.6010903@acm.org> <20040117171928.GB38009@dragon.nuxi.com> <20040119143913.Y42652@beagle.fokus.fraunhofer.de> <20040119161719.GB4587@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <20040119161719.GB4587@dragon.nuxi.com> User-Agent: Mutt/1.5.5.1i cc: hackers@FreeBSD.org Subject: Re: __restrict__ vs __restrict ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 19:20:01 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 19, 2004 at 08:17:19AM -0800, David O'Brien wrote: > On Mon, Jan 19, 2004 at 02:41:26PM +0100, Harti Brandt wrote: [...] > > What about third party code that reads cdefs.h and is pre-c99? It's > > perfectly ok to use restrict as a name there. >=20 > Its also perfectly OK to use 'exp' as a varible, but we've been getting > rid of those because they are difficult to deal with. The same is true > of older C++ code when new reserved words were added. Sometimes one has > to move forward to the modern world. This is all congecture -- can you > find one thing in /usr/ports that uses restrict as a symbol? >=20 This is not the point. The point was if we want to stay C89 compatible or not. If we decide at some point that FreeBSD should no longer accept valid C89 code, this change is probably ok. If we decide now that our kernel should be C99 clean, we should compile it with -std=3Dc99, and replace all `__restrict''s in not headers with C99 `restrict's. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFADC33Ukv4P6juNwoRAjdWAJ9dPU0oJukM2QXGUUSkihb81syhVQCgiSqM 78bhQ6woRhh7MBbx5A+/kvI= =ZIsD -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 11:55:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B610016A4CE for ; Mon, 19 Jan 2004 11:55:19 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F251843D54 for ; Mon, 19 Jan 2004 11:55:17 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i0JJstJU004791; Mon, 19 Jan 2004 21:54:55 +0200 Message-ID: <400C3639.1000702@reversedhell.net> Date: Mon, 19 Jan 2004 21:55:37 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dinesh Nair , freebsd-hackers@freebsd.org References: <20040120014314.S312-100000@prophet.alphaque.com> In-Reply-To: <20040120014314.S312-100000@prophet.alphaque.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: qmail remote root patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 19:55:19 -0000 Dinesh Nair wrote: >On Mon, 19 Jan 2004, Anton Alin-Adrian wrote: > > >>>Regarding latest qmail vulnerability, I coded this quickly patch. >>>Please double-check me if I am wrong here. Forward this to >>>freebsd-security please. >>>320c320 >>>< ++pos; >>>--- >>> >>> >>> >>> >>>> if (pos>9) ++pos; >>>> >>>> >>http://www.guninski.com/qmailcrash.html >> >> > >woulnd't it be better to switch pos from an int to a u_int ? or do >specific bounds checking before incrementing pos ? this patch seems to >_only_ increment pos if it's > 9, and reading the code will show you where >you're going to get into some problems. :) > >Regards, /\_/\ "All dogs go to heaven." >dinesh@alphaque.com (0 0) http://www.alphaque.com/ >+==========================----oOO--(_)--OOo----==========================+ >| for a in past present future; do | >| for b in clients employers associates relatives neighbours pets; do | >| echo "The opinions here in no way reflect the opinions of my $a $b." | >| done; done | >+=========================================================================+ > > > > > Please look in the thread, I already posted: --- qmail-smtpd.c Mon Jun 15 13:53:16 1998 +++ qmail-smtpd-patched.c Mon Jan 19 15:22:23 2004 @@ -316,8 +316,8 @@ if (flagmaybex) if (pos == 7) ++*hops; if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; + ++pos; } - ++pos; if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 13:48:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F9516A4CE for ; Mon, 19 Jan 2004 13:48:57 -0800 (PST) Received: from reversedhell.net (reversedhell.net [216.240.143.80]) by mx1.FreeBSD.org (Postfix) with SMTP id DEF2143D1F for ; Mon, 19 Jan 2004 13:48:55 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: (qmail 30846 invoked from network); 19 Jan 2004 21:51:12 -0000 Received: from unknown (HELO reversedhell.net) (81.196.32.25) by ns1.1plan.net with SMTP; 19 Jan 2004 21:51:12 -0000 Message-ID: <400C50EF.5080104@reversedhell.net> Date: Mon, 19 Jan 2004 23:49:35 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20040120014314.S312-100000@prophet.alphaque.com> <400C3639.1000702@reversedhell.net> In-Reply-To: <400C3639.1000702@reversedhell.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: qmail remote patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 21:48:57 -0000 This patch attempts to implement rfc821 a bit. Also it defines the pos var as unsigned. Working till now.. --- qmail-smtpd.c.orig Mon Jun 15 13:53:16 1998 +++ qmail-smtpd.c Mon Jan 19 23:29:35 2004 @@ -1,3 +1,15 @@ +/* +* This is a patched version of qmail, implementing RFC 821 regarding text line limitations. +* Developed by Alin-Adrian Anton (aanton@reversedhell.net,burebista@lasting.ro) +* +* You may remove this banner if it annoys you. This patch is public domain, for the +* benefit of the community. +* +* It also fixes an integer overflow in the blast() function. + NOTE: it implements the most relaxed RFC821, as it is specified there. +*/ + + #include "sig.h" #include "readwrite.h" #include "stralloc.h" @@ -48,7 +60,6 @@ void die_control() { out("421 unable to read controls (#4.3.0)\r\n"); flush(); _exit(1); } void die_ipme() { out("421 unable to figure out my IP addresses (#4.3.0)\r\n"); flush(); _exit(1); } void straynewline() { out("451 See http://pobox.com/~djb/docs/smtplf.html.\r\n"); flush(); _exit(1); } - void err_bmf() { out("553 sorry, your envelope sender is in my badmailfrom list (#5.7.1)\r\n"); } void err_nogateway() { out("553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)\r\n"); } void err_unimpl() { out("502 unimplemented (#5.5.1)\r\n"); } @@ -58,7 +69,7 @@ void err_noop() { out("250 ok\r\n"); } void err_vrfy() { out("252 send some mail, i'll try my best\r\n"); } void err_qqt() { out("451 qqt failure (#4.3.0)\r\n"); } - +void err_longline() { out("500 Line too long, please read RFC 821.\r\n"); flush(); _exit(1); } stralloc greeting = {0}; @@ -293,10 +304,46 @@ void blast(hops) int *hops; { + +/* +*RFC 821 August 1982 +* Simple Mail Transfer Protocol +* +* text line +* +* The maximum total length of a text line including the +* is 1000 characters (but not counting the leading +* dot duplicated for transparency). +* +* recipients buffer +* +* The maximum total number of recipients that must be +* buffered is 100 recipients. +* +* +* **************************************************** +* * * +* * TO THE MAXIMUM EXTENT POSSIBLE, IMPLEMENTATION * +* * TECHNIQUES WHICH IMPOSE NO LIMITS ON THE LENGTH * +* * OF THESE OBJECTS SHOULD BE USED. * +* * * +* **************************************************** +* +* Errors due to exceeding these limits may be reported by using +* the reply codes, for example: +* +* 500 Line too long. +* +* 501 Path too long +* +* 552 Too many recipients. +* +* 552 Too much mail data. +*/ char ch; int state; int flaginheader; - int pos; /* number of bytes since most recent \n, if fih */ + unsigned int pos; /* number of bytes since most recent \n, if fih */ int flagmaybex; /* 1 if this line might match RECEIVED, if fih */ int flagmaybey; /* 1 if this line might match \r\n, if fih */ int flagmaybez; /* 1 if this line might match DELIVERED, if fih */ @@ -317,7 +364,8 @@ if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; } - ++pos; + if (++pos>65535-1) err_longline(); /* will bail out nicely with err 500 */ + if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 14:35:35 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBC916A4CE for ; Mon, 19 Jan 2004 14:35:35 -0800 (PST) Received: from brian.webcom.it (cube.webcom.it [194.185.205.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C95243D45 for ; Mon, 19 Jan 2004 14:35:31 -0800 (PST) (envelope-from andrea@webcom.it) Received: by brian.webcom.it (Postfix, from userid 1000) id ABAC9A2; Mon, 19 Jan 2004 23:35:29 +0100 (CET) Date: Mon, 19 Jan 2004 23:35:29 +0100 From: Andrea Campi To: Anton Alin-Adrian Message-ID: <20040119223529.GA53942@webcom.it> References: <20040120014314.S312-100000@prophet.alphaque.com> <400C3639.1000702@reversedhell.net> <400C50EF.5080104@reversedhell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <400C50EF.5080104@reversedhell.net> X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: qmail remote patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 22:35:35 -0000 On Mon, Jan 19, 2004 at 11:49:35PM +0200, Anton Alin-Adrian wrote: > This patch attempts to implement rfc821 a bit. Also it defines the pos > var as unsigned. Working till now.. Guys? This is *way* off topic for this list. Could you please either discuss this with djb, or just post your patches to ports@, or whatever - as long as you move off this list? Thanks a lot. Bye, Andrea -- Where do you think you're going today? From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 14:36:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 804B816A4CE; Mon, 19 Jan 2004 14:36:59 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3842A43D48; Mon, 19 Jan 2004 14:36:56 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.9) with ESMTP id i0JMabip020042; Mon, 19 Jan 2004 14:36:37 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.10/Submit) id i0JMaZQx020041; Mon, 19 Jan 2004 14:36:35 -0800 (PST) (envelope-from obrien) Date: Mon, 19 Jan 2004 14:36:35 -0800 From: "David O'Brien" To: Ruslan Ermilov Message-ID: <20040119223635.GA19610@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Ruslan Ermilov , Harti Brandt , hackers@FreeBSD.org References: <40088E75.5080908@acm.org> <20040117015809.GJ9410@FreeBSD.org.ua> <4008B3F9.6010903@acm.org> <20040117171928.GB38009@dragon.nuxi.com> <20040119143913.Y42652@beagle.fokus.fraunhofer.de> <20040119161719.GB4587@dragon.nuxi.com> <20040119192023.GB48928@FreeBSD.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040119192023.GB48928@FreeBSD.org.ua> 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: hackers@FreeBSD.org Subject: Re: __restrict__ vs __restrict ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 22:36:59 -0000 On Mon, Jan 19, 2004 at 09:20:24PM +0200, Ruslan Ermilov wrote: > If we decide now that our kernel should be C99 clean, we should compile > it with -std=c99, and replace all `__restrict''s in not headers with > C99 `restrict's. $ grep -- -std /sys/conf/* /sys/conf/kern.mk: -fformat-extensions -std=c99 From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 18:09:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C96B616A4CE for ; Mon, 19 Jan 2004 18:09:44 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD30543D2F for ; Mon, 19 Jan 2004 18:09:43 -0800 (PST) (envelope-from mcc@fid4.com) Received: from fid4.com (h006097296569.ne.client2.attbi.com[24.128.217.183]) by comcast.net (sccrmhc13) with SMTP id <2004012002094301600gecqfe> (Authid: m.cambria); Tue, 20 Jan 2004 02:09:43 +0000 Message-ID: <400C8D2C.8050309@fid4.com> Date: Mon, 19 Jan 2004 21:06:36 -0500 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Soekris online kernel debugging via gdb X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 02:09:44 -0000 Hi, On a Soekris box, is it possible to debug a FreeBSD kernel online using remote gdb? I already have the 2ed system to build the image for the soekris anyway, and thus the directory with the sources and symbols. To debug when the target is a traditional PC, I've followed the developers handbook. In those cases, the system had its own keyboard and monitor. Does anything change when the targe is a Soekris box? Also, is using PXE an option? I'd prefer to not have to write a new image to flash each time changes are made to source code. Thanks, MikeC From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 01:35:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 624FF16A4CE for ; Tue, 20 Jan 2004 01:35:44 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A1C43D1D for ; Tue, 20 Jan 2004 01:35:43 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0K9Ze82007091 for ; Tue, 20 Jan 2004 01:35:43 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0K9Zedb007090; Tue, 20 Jan 2004 01:35:40 -0800 (PST) (envelope-from dillon) Date: Tue, 20 Jan 2004 01:35:40 -0800 (PST) From: Matthew Dillon Message-Id: <200401200935.i0K9Zedb007090@apollo.backplane.com> To: freebsd-hackers@freebsd.org Subject: Possible sequencing bug in vmspace_exec() and vmspace_unshare(). X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 09:35:44 -0000 This is the code: p->p_vmspace = newvmspace; pmap_pinit2(vmspace_pmap(newvmspace)); vmspace_free(oldvmspace); if (p == curthread->td_proc) /* XXXKSE ? */ pmap_activate(curthread); What I don't understand is how the old vmspace can possibly be freed before the new map is activated. Wouldn't that clear out the pte's in the active MMU mapping? There seems to be a small window of opportunity where a TLB load could blow the kernel up. Shouldn't the vmspace_free() call occur after the pmap_activate()? -Matt From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 01:55:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E9E916A4CE for ; Tue, 20 Jan 2004 01:55:16 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F85643D3F for ; Tue, 20 Jan 2004 01:55:15 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 25A21530A; Tue, 20 Jan 2004 10:55:13 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C370E5308; Tue, 20 Jan 2004 10:55:01 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 5FB8F33C6A; Tue, 20 Jan 2004 10:55:01 +0100 (CET) To: Lukas Ertl References: <20040118010036.M599@korben.in.tern> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 20 Jan 2004 10:55:01 +0100 In-Reply-To: <20040118010036.M599@korben.in.tern> (Lukas Ertl's message of "Sun, 18 Jan 2004 01:09:50 +0100 (CET)") 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.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 09:55:16 -0000 Lukas Ertl writes: > following the recent discussion about GEOM and Vinum I wrote some > proof-of-concept code, or rather, I copy'n'pasted the necessary stuff for > a prototype. Of course it's ugly, it's buggy, it's by far not complete, > but at least it understands the most basic setup: a volume with a single > plex and a single subdisk. This is great! DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 07:35:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F96B16A4CE; Mon, 19 Jan 2004 07:35:55 -0800 (PST) Received: from charentes.fr.clara.net (charentes.fr.clara.net [212.43.194.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0335243D2F; Mon, 19 Jan 2004 07:35:53 -0800 (PST) (envelope-from ogautherot@freesurf.fr) Received: from mail.freesurf.fr (mail.freesurf.fr [212.43.206.50]) by charentes.fr.clara.net (Postfix) with ESMTP id D458D592B4; Mon, 19 Jan 2004 16:35:51 +0100 (CET) Received: by mail.freesurf.fr (Postfix, from userid 5000) id 809DAE4A06; Mon, 19 Jan 2004 16:35:51 +0100 (CET) References: <20040118160910.9431.qmail@web12602.mail.yahoo.com> <200401192049.12135.anubis357@optusnet.com.au> In-Reply-To: <200401192049.12135.anubis357@optusnet.com.au> From: ogautherot@freesurf.fr To: anubis Date: Mon, 19 Jan 2004 15:35:51 GMT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-Sender: ogautherot@freesurf.fr Message-Id: <20040119153551.809DAE4A06@mail.freesurf.fr> X-Mailman-Approved-At: Tue, 20 Jan 2004 05:22:50 -0800 cc: sam Long cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Real Time FreeBSD?!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 15:35:55 -0000 Hi Anubis and Den! Anubis, I've "translated" the questions into what I understood. Den, do not hesitate to complain if I had it wrong. I would guess the original message was: - what is the roadmap of FreeBSD (new features)? - (I let this one to authorized people :-) ) - How can a real-time system be designed around FreeBSD? - I've seen many people that knew what a real-time system is but they had different views... It all depends on the type of application and the allowed reaction time, in the end. What do you want to do? If the POSIX extensions are OK, then go for it. FreeBSD is a nice system! - FreeBSD has a small kernel due to module support but how stable is this kernel? - let's say it's stable enough to serve as a secure Internet backbone and file server (that must say pretty much...) - What are the current issues? - See the release notes. anubis écrit: > Dude, could you rephrase that? > Its a bit hard to understand > > On Sun, 18 Jan 2004 04:09 pm, sam Long wrote: > > I have a system FreeBSD 5.1-p11. > > How will develop further FreeBSD? > > How real time is possible to make from FreeBSD > > operational system? > > I know, that in FreeBSD there are expansions real time > > of standard POSIX. > > > > I have a small kernel of system due to modules, but on > > how many stably such > > kernel? > > What problems can be?I have born all modules for > > limits of a kernel. > > > > Thank you for the help Den. > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 08:53:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C6F16A4CE for ; Mon, 19 Jan 2004 08:53:24 -0800 (PST) Received: from smtp2.enst.fr (reloaded.enst.fr [137.194.2.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BC143D6D for ; Mon, 19 Jan 2004 08:53:07 -0800 (PST) (envelope-from pook@enst.fr) Received: from email.enst.fr (muse.enst.fr [137.194.2.33]) by smtp2.enst.fr (Postfix) with ESMTP id 535023FA for ; Mon, 19 Jan 2004 17:53:05 +0100 (CET) Received: from roo (roo-ether.enst.fr [137.194.160.54]) by email.enst.fr (8.9.3/8.9.3) with ESMTP id RAA19828 for ; Mon, 19 Jan 2004 17:53:05 +0100 (CET) Received: from pook (helo=roo) by roo with local-esmtp (Exim 3.36 #1 (Debian)) id 1Aice9-0002by-00 for ; Mon, 19 Jan 2004 17:53:05 +0100 From: Stuart Pook To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Date: Mon, 19 Jan 2004 17:53:05 +0100 Message-Id: Sender: Stuart Pook X-Mailman-Approved-At: Tue, 20 Jan 2004 05:22:50 -0800 Subject: send(2) does not block, send(2) man page wrong? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 16:53:24 -0000 The documentation for send(2) says If no messages space is available at the socket to hold the message to be transmitted, then send() normally blocks, unless the socket has been placed in non-blocking I/O mode. The select(2) call may be used to determine when it is possible to send more data. I cannot get send (or sendto which is what is really interests me) to block on FreeBSD 4.9. When I send as fast as I can to a socket, send rapidly fails with ENOBUFS. I am not surprised that the kernel is running out of mbufs but I am surprised that send does not block until more become available. Select does not block either. It always says that I can write to the socket and then send fails with ENOBUFS. The udp_output function in /sys/netinet/udp_usrreq.c, seems clear: /* * Calculate data length and get a mbuf * for UDP and IP headers. */ M_PREPEND(m, sizeof(struct udpiphdr), M_DONTWAIT); if (m == 0) { error = ENOBUFS; if (addr) splx(s); goto release; } There is no sign of send blocking waiting for a mbuf or of it returning EAGAIN if the socket is non-blocking. Is the documentation for send(2) wrong or is there some way to make send and sendto block? I have used setsockopt(s, SOL_SOCKET, SO_SNDBUF) to reduce the size of the output queue for the socket but send still returns ENOBUFS and never blocks or returns EAGAIN. I note that send on Linux and Solaris blocks and that on these systems select can be used to wait until the send will not block. I have written a test program, http://www.infres.enst.fr/~pook/send/server.c, that shows that send does not block on FreeBSD. It does with Linux and Solaris. thanks for your help Stuart From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 19 14:38:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7441816A4CE for ; Mon, 19 Jan 2004 14:38:37 -0800 (PST) Received: from pythagoras.math.uwaterloo.ca (pythagoras.math.uwaterloo.ca [129.97.140.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D36043D5D for ; Mon, 19 Jan 2004 14:38:29 -0800 (PST) (envelope-from anand@pythagoras.math.uwaterloo.ca) Received: from localhost (anand@localhost)i0JMcSn02770 for ; Mon, 19 Jan 2004 17:38:28 -0500 (EST) Date: Mon, 19 Jan 2004 17:38:28 -0500 (EST) From: Anand Subramanian To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 20 Jan 2004 05:22:50 -0800 Subject: mmap() on pseudo device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2004 22:38:37 -0000 Hi, I am trying to share some memory between a networking daemon and the FreeBSD 5.1 kernel. I am trying to implement the shared memory using a pseudo-device via the make_dev() call. "mknod" at the command line prompt no longer seems to work(no longer supported because of the devfs interface? - it would be great if anyone could confirm this). My questions : 1. I'm creating a pseudo device and having a user space process mmap() the device memory into its address space. So the mmap for the device has to be implemented. Are there any useful driver/source files I could look at for this? 2. How can I access the mmaped memory from another kernel loadable module? 3. For the user space program, after it does a mmap() on the pseudo-device, is there any way it can force malloc() to operate on the mmaped memory? Or am I forced to write my own lightweight memory manager? Most of the memory managers around seem to be way too complicated to quickly fix or customize for a simple need. TIA, Anand From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 05:20:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED6316A5AB for ; Tue, 20 Jan 2004 05:20:53 -0800 (PST) Received: from mail.crypta.net (mail.crypta.net [194.97.74.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F8043D48 for ; Tue, 20 Jan 2004 05:20:50 -0800 (PST) (envelope-from ah@cryptobank.de) Received: by mail.crypta.net (Postfix, from userid 1001) id B922CECD502; Tue, 20 Jan 2004 14:20:47 +0100 (CET) Date: Tue, 20 Jan 2004 14:20:47 +0100 From: Andy Hilker To: freebsd-hackers@freebsd.org Message-ID: <20040120132046.GA99544@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Organization: cryptobank - Andy Hilker X-Mailman-Approved-At: Tue, 20 Jan 2004 05:22:50 -0800 Subject: save-entropy in jail environment X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 13:20:54 -0000 Hi, do i need save-entropy cronjobs in a jail environment or is it useless? I experience heavy load when "save-entropy" runs, because there are many jails on the system. So i wondered about if i need this only on base system... Any ideas or hints, how to minimize the load? bye, Andy From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 05:51:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97E316A4CE for ; Tue, 20 Jan 2004 05:51:18 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936CC43D53 for ; Tue, 20 Jan 2004 05:51:16 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) i0KDp8dH276038; Tue, 20 Jan 2004 14:51:10 +0100 Date: Tue, 20 Jan 2004 14:51:08 +0100 (CET) From: Lukas Ertl To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: <20040120144921.O90355@pcle2.cc.univie.ac.at> References: <20040118010036.M599@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mx1 4246; Body=0 Fuz1=0 Fuz2=0 cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 13:51:18 -0000 On Tue, 20 Jan 2004, Dag-Erling Sm=F8rgrav wrote: > Lukas Ertl writes: > > following the recent discussion about GEOM and Vinum I wrote some > > proof-of-concept code, or rather, I copy'n'pasted the necessary stuff f= or > > a prototype. Of course it's ugly, it's buggy, it's by far not complete= , > > but at least it understands the most basic setup: a volume with a singl= e > > plex and a single subdisk. > > This is great! Thanks! I was actually hoping to get a little more feedback, since I'm not so sure if I'm going into the right direction, and I'd like to hear what people say about it before I dive into hacking it more, and there was virtually no feedback at all. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 07:06:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F9216A4CE for ; Tue, 20 Jan 2004 07:06:24 -0800 (PST) Received: from gldis.ca (constans.gldis.ca [66.11.169.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id C715543DAA for ; Tue, 20 Jan 2004 07:05:15 -0800 (PST) (envelope-from gldisater@gldis.ca) Received: from gldis.ca (localhost [127.0.0.1]) by gldis.ca (8.12.8p2/8.12.8) with ESMTP id i0KF1oBc035596; Tue, 20 Jan 2004 10:01:51 -0500 (EST) (envelope-from gldisater@gldis.ca) Message-ID: <400D4421.90906@gldis.ca> Date: Tue, 20 Jan 2004 10:07:13 -0500 From: Jeremy Faulkner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> In-Reply-To: <20040120144921.O90355@pcle2.cc.univie.ac.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on constans.gldis.ca cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 15:06:24 -0000 Lukas Ertl wrote: > On Tue, 20 Jan 2004, Dag-Erling Smørgrav wrote: > > >>Lukas Ertl writes: >> >>>following the recent discussion about GEOM and Vinum I wrote some >>>proof-of-concept code, or rather, I copy'n'pasted the necessary stuff for >>>a prototype. Of course it's ugly, it's buggy, it's by far not complete, >>>but at least it understands the most basic setup: a volume with a single >>>plex and a single subdisk. >> >>This is great! > > > Thanks! > > I was actually hoping to get a little more feedback, since I'm not so sure > if I'm going into the right direction, and I'd like to hear what people > say about it before I dive into hacking it more, and there was virtually > no feedback at all. > > regards, > le > If you were going in the wrong direction I'm sure there would be dozens of people who would have let you know. -- Jeremy Faulkner http://www.gldis.ca From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 07:07:40 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B673316A4CE for ; Tue, 20 Jan 2004 07:07:40 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55AF243D5F for ; Tue, 20 Jan 2004 07:06:37 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id CB0FA30946; Tue, 20 Jan 2004 10:06:05 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6E9161D1E8D; Tue, 20 Jan 2004 09:13:25 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16397.14213.159522.188280@canoe.dclg.ca> Date: Tue, 20 Jan 2004 09:13:25 -0500 To: "Daniel O'Connor" In-Reply-To: <200401091404.34083.doconnor@gsoft.com.au> References: <200401082334.i08NYMx86020@thistle.bogs.org> <200401091404.34083.doconnor@gsoft.com.au> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: hackers@freebsd.org cc: Greg Shenaut Subject: Re: Discussion on the future of floppies in 5.x and 6.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 15:07:40 -0000 >>>>> "Daniel" == Daniel O'Connor writes: Daniel> On Friday 09 January 2004 10:04, Greg Shenaut wrote: >> In nuntio <20040108163724.GA26745@lpthe.jussieu.fr>, Michel TALON >> divulgat: >By the way, what's the reason that it is impossible to >> have just one >floppy which boots FreeBSD kernel, allows to see an >> unbootable cdrom >and continue installation from here? >> >> I agree. The boot floppy tries to do w a y too much. I think we >> should think of the boot floppy as way to implement an old-style >> console emulator: it "boots" and you tell it where to read the >> *real* boot image from. It should support all of the usual >> sources: CDs/DVDs, NFS mounts, FTP, and so on. Daniel> *How* does it support all of those sources? CD/DVD drives Daniel> need drivers (ATA optimisticly, but quite possibly SCSI), Daniel> FTP/NFS need network card support, NFS needs nfsclient.ko You're missing the solution. It's right in front of you. For network drivers, support PXE, RTL and etherboot. PXE even provides the UDP portion of a TCP stack. For disks, use BIOS. No seriously. BIOS support for cdroms and hard disks is still maintained as it's required to support windoze installs. AFAIK, too, one cdrom driver works for all the modern drives, too. In fact, FreeDOS might be an excellent bootstrap platform. 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-hackers@FreeBSD.ORG Tue Jan 20 07:10:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAFD716A4CE for ; Tue, 20 Jan 2004 07:10:38 -0800 (PST) Received: from reversedhell.net (reversedhell.net [216.240.143.80]) by mx1.FreeBSD.org (Postfix) with SMTP id C33E743D95 for ; Tue, 20 Jan 2004 07:07:08 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: (qmail 17431 invoked from network); 20 Jan 2004 15:08:59 -0000 Received: from unknown (HELO reversedhell.net) (81.196.32.25) by ns1.1plan.net with SMTP; 20 Jan 2004 15:08:59 -0000 Message-ID: <400D4426.1040302@reversedhell.net> Date: Tue, 20 Jan 2004 17:07:18 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-security@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: short analysys of qmail integer overflow bug - let there be light X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 15:10:39 -0000 Hey folks. There are rumors out there that setting /var/qmail/control/databytes to a reasonable value (for example 16384 = 16MB) will prevent the possibility of exploitation regarding the integer overflow in function blast(). That is not true. This is how blast() is called: void smtp_data() { int hops; unsigned long qp; char *qqx; if (!seenmail) { err_wantmail(); return; } if (!rcptto.len) { err_wantrcpt(); return; } seenmail = 0; if (databytes) bytestooverflow = databytes + 1; if (qmail_open(&qqt) == -1) { err_qqt(); return; } qp = qmail_qp(&qqt); out("354 go ahead\r\n"); received(&qqt,"SMTP",local,remoteip,remotehost,remoteinfo,fakehelo); blast(&hops); hops = (hops >= MAXHOPS); if (hops) qmail_fail(&qqt); qmail_from(&qqt,mailfrom.s); qmail_put(&qqt,rcptto.s,rcptto.len); qqx = qmail_close(&qqt); if (!*qqx) { acceptmessage(qp); return; } if (hops) { out("554 too many hops, this message is looping (#5.4.6)\r\n"); return; } if (databytes) if (!bytestooverflow) { out("552 sorry, that message size exceeds my databytes limit (#5.3.4)\r\n"); return; } if (*qqx == 'D') out("554 "); else out("451 "); out(qqx + 1); out("\r\n"); } So you see, the input value is only checked against the databytes limit *after* the function blast() is called. The overflow resides in function blast(), thus even setting databytes to 1 (lowest possible value) will not prevent the overflow to happen. People should not comment a bug without reading the code. (not from this mailing list). The simplest way to fix is to define pos variable as unsigned int instead of int, in the blast() function. What happens in blast()? Here what happens: Input is read byte by byte, and if input byte != '\n', then pos is incremented. This is a neverending loop, without any logical tests. Thus, pos gets an "upper-bounds overflow" and becomes negative (because it is a signed integer). If it is defined as unsigned, it simply becomes 0, and keeps being incremented in a neverending circle loop, untill the first '\n' is met. This renders any hack attack useless. DOS is possible, but DOS is possible in many other more effective ways. It's the way of the Internet protocols. This is the original blast() function: void blast(hops) int *hops; { char ch; int state; int flaginheader; /* my comment here: unsigned int pos */ int pos; /* number of bytes since most recent \n, if fih */ int flagmaybex; /* 1 if this line might match RECEIVED, if fih */ int flagmaybey; /* 1 if this line might match \r\n, if fih */ int flagmaybez; /* 1 if this line might match DELIVERED, if fih */ state = 1; *hops = 0; flaginheader = 1; pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; for (;;) { substdio_get(&ssin,&ch,1); if (flaginheader) { if (pos < 9) { if (ch != "delivered"[pos]) if (ch != "DELIVERED"[pos]) flagmaybez = 0; if (flagmaybez) if (pos == 8) ++*hops; if (pos < 8) if (ch != "received"[pos]) if (ch != "RECEIVED"[pos]) flagmaybex = 0; if (flagmaybex) if (pos == 7) ++*hops; if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; } ++pos; if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { case 0: if (ch == '\n') straynewline(); if (ch == '\r') { state = 4; continue; } break; case 1: /* \r\n */ if (ch == '\n') straynewline(); if (ch == '.') { state = 2; continue; } if (ch == '\r') { state = 4; continue; } state = 0; break; case 2: /* \r\n + . */ if (ch == '\n') straynewline(); if (ch == '\r') { state = 3; continue; } state = 0; break; case 3: /* \r\n + .\r */ if (ch == '\n') return; put("."); put("\r"); if (ch == '\r') { state = 4; continue; } state = 0; break; case 4: /* + \r */ if (ch == '\n') { state = 1; break; } if (ch != '\r') { put("\r"); state = 0; } } put(&ch); } } One can see that pos is later used as an index for memory location. And that's all folks. :) I say it is exploitable. Just an opinion. Cheers to all, Alin-Adrian Anton. Below there is a small rfc821 line too long implementing patch: --- qmail-smtpd.c.orig Mon Jun 15 13:53:16 1998 +++ qmail-smtpd.c Mon Jan 19 23:29:35 2004 @@ -1,3 +1,15 @@ +/* +* This is a patched version of qmail, implementing RFC 821 regarding text line limitations. +* Developed by Alin-Adrian Anton (aanton@reversedhell.net,burebista@lasting.ro) +* +* You may remove this banner if it annoys you. This patch is public domain, for the +* benefit of the community. +* +* It also fixes an integer overflow in the blast() function. + NOTE: it implements the most relaxed RFC821, as it is specified there. +*/ + + #include "sig.h" #include "readwrite.h" #include "stralloc.h" @@ -48,7 +60,6 @@ void die_control() { out("421 unable to read controls (#4.3.0)\r\n"); flush(); _exit(1); } void die_ipme() { out("421 unable to figure out my IP addresses (#4.3.0)\r\n"); flush(); _exit(1); } void straynewline() { out("451 See http://pobox.com/~djb/docs/smtplf.html.\r\n"); flush(); _exit(1); } - void err_bmf() { out("553 sorry, your envelope sender is in my badmailfrom list (#5.7.1)\r\n"); } void err_nogateway() { out("553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)\r\n"); } void err_unimpl() { out("502 unimplemented (#5.5.1)\r\n"); } @@ -58,7 +69,7 @@ void err_noop() { out("250 ok\r\n"); } void err_vrfy() { out("252 send some mail, i'll try my best\r\n"); } void err_qqt() { out("451 qqt failure (#4.3.0)\r\n"); } - +void err_longline() { out("500 Line too long, please read RFC 821.\r\n"); flush(); _exit(1); } stralloc greeting = {0}; @@ -293,10 +304,46 @@ void blast(hops) int *hops; { + +/* +*RFC 821 August 1982 +* Simple Mail Transfer Protocol +* +* text line +* +* The maximum total length of a text line including the +* is 1000 characters (but not counting the leading +* dot duplicated for transparency). +* +* recipients buffer +* +* The maximum total number of recipients that must be +* buffered is 100 recipients. +* +* +* **************************************************** +* * * +* * TO THE MAXIMUM EXTENT POSSIBLE, IMPLEMENTATION * +* * TECHNIQUES WHICH IMPOSE NO LIMITS ON THE LENGTH * +* * OF THESE OBJECTS SHOULD BE USED. * +* * * +* **************************************************** +* +* Errors due to exceeding these limits may be reported by using +* the reply codes, for example: +* +* 500 Line too long. +* +* 501 Path too long +* +* 552 Too many recipients. +* +* 552 Too much mail data. +*/ char ch; int state; int flaginheader; - int pos; /* number of bytes since most recent \n, if fih */ + unsigned int pos; /* number of bytes since most recent \n, if fih */ int flagmaybex; /* 1 if this line might match RECEIVED, if fih */ int flagmaybey; /* 1 if this line might match \r\n, if fih */ int flagmaybez; /* 1 if this line might match DELIVERED, if fih */ @@ -317,7 +364,8 @@ if (pos < 2) if (ch != "\r\n"[pos]) flagmaybey = 0; if (flagmaybey) if (pos == 1) flaginheader = 0; } - ++pos; + if (++pos>65535-1) err_longline(); /* will bail out nicely with err 500 */ + if (ch == '\n') { pos = 0; flagmaybex = flagmaybey = flagmaybez = 1; } } switch(state) { From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 08:09:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AADC416A4CE for ; Tue, 20 Jan 2004 08:09:11 -0800 (PST) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7492043D6A for ; Tue, 20 Jan 2004 08:08:44 -0800 (PST) (envelope-from brian@shadowcom.net) Received: from shadowcom.net ([68.100.212.237]) by lakemtao01.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040120160844.ZMSI2413.lakemtao01.cox.net@shadowcom.net> for ; Tue, 20 Jan 2004 11:08:44 -0500 Received: (qmail 1607 invoked by uid 500); 20 Jan 2004 16:08:43 -0000 Date: Tue, 20 Jan 2004 11:08:43 -0500 From: Brian Ledbetter To: freebsd-hackers@freebsd.org Message-ID: <20040120160843.GA1289@shadowcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Curious problem w/ 5.2-RELEASE su X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 16:09:11 -0000 I have two systems which I recently upgraded from src to 5.2-RELEASE. (Both systems were upgraded from the same /usr/src tree) Everything seemed to be working fine until a little while ago this morning, when I started having this problem with /usr/bin/su: $ su - su in free(): error: chunk is already free Abort trap (core dumped) $ sudo sh $ id uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), 4(tty), 5(operator), 20(staff), 31(guest) $ su - su in free(): error: chunk is already free Abort trap (core dumped) Does anyone have any idea what would be causing this? The MD5 hash of /usr/bin/su and all linked libraries are identical between the two systems, but /usr/sbin/su works just fine on the other host. dmesg reports nothing unusual on system startup. What can I do to fix this? Thanks in advance! -- Brian C. Ledbetter http://www.shadowcom.net/brian/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 08:09:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE52716A4CE for ; Tue, 20 Jan 2004 08:09:42 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1300B43D46 for ; Tue, 20 Jan 2004 08:09:10 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C6BFC530C; Tue, 20 Jan 2004 17:09:08 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 64D7C530A; Tue, 20 Jan 2004 17:08:58 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4DB5A33C6A; Tue, 20 Jan 2004 17:08:58 +0100 (CET) To: Lukas Ertl References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 20 Jan 2004 17:08:58 +0100 In-Reply-To: <20040120144921.O90355@pcle2.cc.univie.ac.at> (Lukas Ertl's message of "Tue, 20 Jan 2004 14:51:08 +0100 (CET)") 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.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 16:09:43 -0000 Lukas Ertl writes: > I was actually hoping to get a little more feedback, since I'm not so sure > if I'm going into the right direction, and I'd like to hear what people > say about it before I dive into hacking it more, and there was virtually > no feedback at all. I've only had time to look at the diagram, not the code, but it looks to me like you're doing what I would have done myself (i.e. making a plex class, a volume class etc.) I'm not grog@ though, so it's still possible we're *both* wrong. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 08:19:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CAF16A4CE for ; Tue, 20 Jan 2004 08:19:18 -0800 (PST) Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333F743D46 for ; Tue, 20 Jan 2004 08:19:14 -0800 (PST) (envelope-from brian@shadowcom.net) Received: from shadowcom.net ([68.100.212.237]) by lakemtao03.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040120161914.NCPZ2192.lakemtao03.cox.net@shadowcom.net> for ; Tue, 20 Jan 2004 11:19:14 -0500 Received: (qmail 1968 invoked by uid 500); 20 Jan 2004 16:19:13 -0000 Date: Tue, 20 Jan 2004 11:19:13 -0500 From: Brian Ledbetter To: freebsd-hackers@freebsd.org Message-ID: <20040120161913.GB1289@shadowcom.net> References: <20040120160843.GA1289@shadowcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040120160843.GA1289@shadowcom.net> User-Agent: Mutt/1.4i Subject: Re: Curious problem w/ 5.2-RELEASE su X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 16:19:18 -0000 Additionally, I am seeing this message in syslog: Jan 20 10:48:26 tokyo su: in openpam_load_module(): no pam_wheel.so found though /usr/lib/pam_wheel.so -> /usr/lib/pam_wheel.so.2 exists, and has the same md5 hash as on the working host. What am I missing here? On Tue, Jan 20, 2004 at 11:08:43AM -0500, Brian Ledbetter wrote: > I have two systems which I recently upgraded from src to > 5.2-RELEASE. (Both systems were upgraded from the same > /usr/src tree) Everything seemed to be working fine until > a little while ago this morning, when I started having this > problem with /usr/bin/su: > > $ su - > su in free(): error: chunk is already free > Abort trap (core dumped) > $ sudo sh > $ id > uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), > 4(tty), 5(operator), 20(staff), 31(guest) > $ su - > su in free(): error: chunk is already free > Abort trap (core dumped) > > Does anyone have any idea what would be causing this? The > MD5 hash of /usr/bin/su and all linked libraries are identical > between the two systems, but /usr/sbin/su works just fine on > the other host. dmesg reports nothing unusual on system startup. > What can I do to fix this? > > Thanks in advance! > > -- > Brian C. Ledbetter > http://www.shadowcom.net/brian/ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Brian C. Ledbetter http://www.shadowcom.net/brian/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 08:22:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B97616A4CF for ; Tue, 20 Jan 2004 08:22:27 -0800 (PST) Received: from smtpout.mac.com (A17-250-248-89.apple.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EF543D5F for ; Tue, 20 Jan 2004 08:22:13 -0800 (PST) (envelope-from justin@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i0KGMDqa024554 for ; Tue, 20 Jan 2004 08:22:13 -0800 (PST) Received: from mac.com (c-24-6-87-110.client.comcast.net [24.6.87.110]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 3.0) with ESMTP id i0KGMB2k012086 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 20 Jan 2004 08:22:12 -0800 (PST) Date: Tue, 20 Jan 2004 08:22:09 -0800 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v553) From: Justin Walker To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.553) Subject: Re: send(2) does not block, send(2) man page wrong? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 16:22:27 -0000 On Monday, January 19, 2004, at 08:53 AM, Stuart Pook wrote: > The documentation for send(2) says > > If no messages space is available at the socket to hold the message > to be > transmitted, then send() normally blocks, unless the socket has been > placed in non-blocking I/O mode. The select(2) call may be used to > determine when it is possible to send more data. > > I cannot get send (or sendto which is what is really interests me) > to block on FreeBSD 4.9. When I send as fast as I can to a socket, > send rapidly fails with ENOBUFS. I am not surprised that the kernel is > running out of mbufs but I am surprised that send does not block until > more become available. > > Select does not block either. It always says that I can write to the > socket and then send fails with ENOBUFS. > > The udp_output function in /sys/netinet/udp_usrreq.c, seems clear: UDP does not have a need to block, so it does not. The UDP delivery 'promise' is best effort, and datagrams will get spilled anywhere along the route to the destination (no user crying over ...). If you use TCP, which has a need to block, your sending process will be blocked until both local and remote buffering space is available. You could make a case that the man page for 'send(2)' is either inaccurate or misleading. The problem is that 'send()' actually doesn't handle this; as your post indicates, the decision to block or fail a transmission is taken at the protocol level, and 'send()' is generally blind to that. Cheers, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | If you're not confused, | You're not paying attention *--------------------------------------*-------------------------------* From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 10:47:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2ACB16A4CE for ; Tue, 20 Jan 2004 10:47:52 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF3A143D46 for ; Tue, 20 Jan 2004 10:47:16 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i0KIl700187302; Tue, 20 Jan 2004 19:47:10 +0100 Date: Tue, 20 Jan 2004 19:47:02 +0100 (CET) From: Lukas Ertl To: Kevin Wooten In-Reply-To: <400D7038.8040107@wooten.com> Message-ID: <20040120194500.H605@korben.in.tern> References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> <400D7038.8040107@wooten.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mx1 4251; Body=0 Fuz1=0 Fuz2=0 cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 18:47:53 -0000 On Tue, 20 Jan 2004, Kevin Wooten wrote: > I am partially done with a replacement (not vinum compatible), that will > hopefully do the same thing in the end, and more. I am trying to make a > vinum that is more GEOM-ish. What I am experimenting with is using > mirror, and ccd to handle the mirroring and disk concatenation. Then > writing a single geom_stripe module that will stripe (with or without > parity data). Once this is finished, the GEOM config. should allow just > about all the complex configurations imaginable, even more than vinum. The fine thing about GEOM is that it offers a whole bunch of new possibilities. I'm very interested to see a "native" GEOM RAID implementation, and I think Pawel is working on this one. I think we should really get together on a separate mailing list - is it time for freebsd-geom@ yet? regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 11:23:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2591D16A4DF for ; Tue, 20 Jan 2004 11:23:02 -0800 (PST) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B5143D2D for ; Tue, 20 Jan 2004 11:23:00 -0800 (PST) (envelope-from xride@x12.dk) Received: from x12.dk (xforce.dk [80.164.11.218]) by pasmtp.tele.dk (Postfix) with ESMTP id E09511EC35C; Tue, 20 Jan 2004 20:22:58 +0100 (CET) Received: by x12.dk (Postfix, from userid 666) id 7BF0138; Tue, 20 Jan 2004 20:22:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by x12.dk (Postfix) with ESMTP id 2FBB126; Tue, 20 Jan 2004 20:22:58 +0100 (CET) Date: Tue, 20 Jan 2004 20:22:57 +0100 (CET) From: Soeren Straarup To: Lukas Ertl In-Reply-To: <20040120194500.H605@korben.in.tern> Message-ID: <20040120201119.W53587-100000@x12.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 19:23:02 -0000 On Tue, 20 Jan 2004, Lukas Ertl wrote: > On Tue, 20 Jan 2004, Kevin Wooten wrote: > > > I am partially done with a replacement (not vinum compatible), that will > > hopefully do the same thing in the end, and more. I am trying to make a > > vinum that is more GEOM-ish. What I am experimenting with is using > > mirror, and ccd to handle the mirroring and disk concatenation. Then > > writing a single geom_stripe module that will stripe (with or without > > parity data). Once this is finished, the GEOM config. should allow just > > about all the complex configurations imaginable, even more than vinum. > > The fine thing about GEOM is that it offers a whole bunch of new > possibilities. I'm very interested to see a "native" GEOM RAID > implementation, and I think Pawel is working on this one. I'm currently trying to understand how GEOM works. I have no pros or cons on the code, eating it raw. > > I think we should really get together on a separate mailing list - is it > time for freebsd-geom@ yet? I would be there. > > regards, > le > > -- > Lukas Ertl eMail: l.ertl@univie.ac.at > UNIX Systemadministrator Tel.: (+43 1) 4277-14073 > Vienna University Computer Center Fax.: (+43 1) 4277-9140 > University of Vienna http://mailbox.univie.ac.at/~le/ My 2 cents is to start building the house from the ground with the geom classes, then add on the algorithms from the existing vinum. and end up with the roof as is the the vinum configuration tool. Soeren Straarup | aka OZ2DAK aka Xride FreeBSD wannabe | FreeBSD since 2.2.6-R If you see the light at the end of the tunnel, then make sure it is not a train.. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 11:48:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D5A16A4CE for ; Tue, 20 Jan 2004 11:48:18 -0800 (PST) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B5043D62 for ; Tue, 20 Jan 2004 11:48:06 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 9892 invoked from network); 20 Jan 2004 19:48:04 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Jan 2004 19:48:04 -0000 Received: from 10.50.41.236 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0KJieM8014221; Tue, 20 Jan 2004 14:47:54 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Matthew Dillon , freebsd-hackers@freebsd.org Date: Tue, 20 Jan 2004 13:59:51 -0500 User-Agent: KMail/1.5.4 References: <200401200935.i0K9Zedb007090@apollo.backplane.com> In-Reply-To: <200401200935.i0K9Zedb007090@apollo.backplane.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200401201356.08050.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: Possible sequencing bug in vmspace_exec() and vmspace_unshare(). X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 19:48:18 -0000 On Tuesday 20 January 2004 04:35 am, Matthew Dillon wrote: > This is the code: > > p->p_vmspace = newvmspace; > pmap_pinit2(vmspace_pmap(newvmspace)); > vmspace_free(oldvmspace); > if (p == curthread->td_proc) /* XXXKSE ? */ > pmap_activate(curthread); > > What I don't understand is how the old vmspace can possibly be freed > before the new map is activated. Wouldn't that clear out the pte's in > the active MMU mapping? There seems to be a small window of > opportunity where a TLB load could blow the kernel up. > > Shouldn't the vmspace_free() call occur after the pmap_activate()? Looks like it. It also seems that for vmspace_exec(), the operation is always done on the current proc, so that XXXKSE check should be a KASSERT() instead. Hmm, seems I moved the vmspace_free()'s to where they are now in rev 1.201 (they used to be before the pmap_init2() call) I just didn't move them far enough it seems. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 12:14:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E032816A4CF for ; Tue, 20 Jan 2004 12:14:31 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id BABFA43D1F for ; Tue, 20 Jan 2004 12:14:27 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 54135530F; Tue, 20 Jan 2004 21:14:26 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A9A83530A; Tue, 20 Jan 2004 21:14:11 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8EB0B33C6A; Tue, 20 Jan 2004 21:14:11 +0100 (CET) To: Kevin Wooten References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> <400D7038.8040107@wooten.com> <20040120194500.H605@korben.in.tern> <400D8AE2.1010104@wooten.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 20 Jan 2004 21:14:11 +0100 In-Reply-To: <400D8AE2.1010104@wooten.com> (Kevin Wooten's message of "Tue, 20 Jan 2004 13:09:06 -0700") 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.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 20:14:32 -0000 Kevin Wooten writes: > Lukas Ertl wrote: > > I think we should really get together on a separate mailing list - is it > > time for freebsd-geom@ yet? > Definitely! or some gyration thereof... freebsd-fs should be close enough for government work. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 12:25:56 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2569716A4CE for ; Tue, 20 Jan 2004 12:25:56 -0800 (PST) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E29C43D60 for ; Tue, 20 Jan 2004 12:25:44 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i0KKPY4U123980; Tue, 20 Jan 2004 21:25:37 +0100 Date: Tue, 20 Jan 2004 21:25:29 +0100 (CET) From: Lukas Ertl To: Kevin Wooten In-Reply-To: <400D8B24.8090108@wooten.com> Message-ID: <20040120211804.D605@korben.in.tern> References: <20040120201119.W53587-100000@x12.dk> <400D8B24.8090108@wooten.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=4 Fuz1=4 Fuz2=4 cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rg?= =?ISO-8859-1?Q?rav?= cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 20:25:56 -0000 On Tue, 20 Jan 2004, Kevin Wooten wrote: > >My 2 cents is to start building the house from the ground with the geom > >classes, then add on the algorithms from the existing vinum. > >and end up with the roof as is the the vinum configuration tool. > > > My point is that with the GEOM config...who needs vinum config?? People should have a clean update path and FreeBSD has always respected POLA. What I know from the recent thread about vinum and GEOM, and given that there will be more upcoming changes to the I/O infrastructure, vinum is likely to be broken once FreeBSD 5.3 is out. The 5.3 branch should clearly be a -stable branch once again, and if we want people to finally upgrade from 4.x, they have to be able to do it without much fuss. So, providing a completely compatible geom_vinum is a must, IMHO. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 13:39:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4511616A4CE; Tue, 20 Jan 2004 13:39:30 -0800 (PST) Received: from green.bikeshed.org (green@localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id i0KLdTnU010205; Tue, 20 Jan 2004 16:39:29 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost)i0KLdSKF010202; Tue, 20 Jan 2004 16:39:29 -0500 (EST) Message-Id: <200401202139.i0KLdSKF010202@green.bikeshed.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Andy Hilker In-Reply-To: Message from Andy Hilker <20040120132046.GA99544@mail.crypta.net> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jan 2004 16:39:28 -0500 Sender: green@green.bikeshed.org cc: freebsd-hackers@freebsd.org Subject: Re: save-entropy in jail environment X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 21:39:30 -0000 Andy Hilker wrote: > Hi, > > do i need save-entropy cronjobs in a jail environment or is it useless? > I experience heavy load when "save-entropy" runs, because there are > many jails on the system. > So i wondered about if i need this only on base system... > > Any ideas or hints, how to minimize the load? The random(4) device is per-kernel, not per-jail, so it's not useful for those processes to be running in jails at all. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 16:04:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E0116A4CE for ; Tue, 20 Jan 2004 16:04:30 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0922243D45 for ; Tue, 20 Jan 2004 16:04:28 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp104-192.lns1.adl1.internode.on.net [150.101.104.192])i0L03xxC000549; Wed, 21 Jan 2004 10:34:00 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0L03unY079801; Wed, 21 Jan 2004 10:33:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: David Gilbert Date: Wed, 21 Jan 2004 10:33:54 +1030 User-Agent: KMail/1.5.4 References: <200401082334.i08NYMx86020@thistle.bogs.org> <200401091404.34083.doconnor@gsoft.com.au> <16397.14213.159522.188280@canoe.dclg.ca> In-Reply-To: <16397.14213.159522.188280@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401211033.54893.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org cc: Greg Shenaut Subject: Re: Discussion on the future of floppies in 5.x and 6.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 00:04:30 -0000 On Wednesday 21 January 2004 00:43, David Gilbert wrote: > >> I agree. The boot floppy tries to do w a y too much. I think we > >> should think of the boot floppy as way to implement an old-style > >> console emulator: it "boots" and you tell it where to read the > >> *real* boot image from. It should support all of the usual > >> sources: CDs/DVDs, NFS mounts, FTP, and so on. > > Daniel> *How* does it support all of those sources? CD/DVD drives > Daniel> need drivers (ATA optimisticly, but quite possibly SCSI), > Daniel> FTP/NFS need network card support, NFS needs nfsclient.ko > > You're missing the solution. It's right in front of you. > > For network drivers, support PXE, RTL and etherboot. PXE even > provides the UDP portion of a TCP stack. > > For disks, use BIOS. No seriously. BIOS support for cdroms and hard > disks is still maintained as it's required to support windoze > installs. AFAIK, too, one cdrom driver works for all the modern > drives, too. > > In fact, FreeDOS might be an excellent bootstrap platform. True.. Although I believe the loader could do it just as well and it's already imported :) (It uses the BIOS to read the kernel, and groks PXE, although I am hazy on the specifics) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 16:59:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A63016A4CE for ; Tue, 20 Jan 2004 16:59:36 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0482243D6D for ; Tue, 20 Jan 2004 16:59:20 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1Aj6em-0008gC-3E; Wed, 21 Jan 2004 08:55:44 +0800 Message-Id: <6.0.1.1.2.20040121090157.02977fd0@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Wed, 21 Jan 2004 09:03:16 +0800 To: Brian Ledbetter From: Ganbold In-Reply-To: <20040120161913.GB1289@shadowcom.net> References: <20040120160843.GA1289@shadowcom.net> <20040120161913.GB1289@shadowcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Curious problem w/ 5.2-RELEASE su X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 00:59:36 -0000 Did you run mergemaster? I had this problem recently and when I run mergemaster everything worked fine. hth, Ganbold At 12:19 AM 21.01.2004, you wrote: >Additionally, I am seeing this message in syslog: > >Jan 20 10:48:26 tokyo su: in openpam_load_module(): no pam_wheel.so found > >though /usr/lib/pam_wheel.so -> /usr/lib/pam_wheel.so.2 exists, and has >the same md5 hash as on the working host. What am I missing here? > > > > > >On Tue, Jan 20, 2004 at 11:08:43AM -0500, Brian Ledbetter wrote: > > I have two systems which I recently upgraded from src to > > 5.2-RELEASE. (Both systems were upgraded from the same > > /usr/src tree) Everything seemed to be working fine until > > a little while ago this morning, when I started having this > > problem with /usr/bin/su: > > > > $ su - > > su in free(): error: chunk is already free > > Abort trap (core dumped) > > $ sudo sh > > $ id > > uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), > > 4(tty), 5(operator), 20(staff), 31(guest) > > $ su - > > su in free(): error: chunk is already free > > Abort trap (core dumped) > > > > Does anyone have any idea what would be causing this? The > > MD5 hash of /usr/bin/su and all linked libraries are identical > > between the two systems, but /usr/sbin/su works just fine on > > the other host. dmesg reports nothing unusual on system startup. > > What can I do to fix this? > > > > Thanks in advance! > > > > -- > > Brian C. Ledbetter > > http://www.shadowcom.net/brian/ > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >-- >Brian C. Ledbetter >http://www.shadowcom.net/brian/ >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 17:29:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C681C16A4D3 for ; Tue, 20 Jan 2004 17:29:30 -0800 (PST) Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C7543D2D for ; Tue, 20 Jan 2004 17:29:27 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from sitetronics.com ([62.163.150.222]) by amsfep14-int.chello.nl (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040121012925.GDXJ18174.amsfep14-int.chello.nl@sitetronics.com> for ; Wed, 21 Jan 2004 02:29:25 +0100 Message-ID: <400DD5AE.3070506@sitetronics.com> Date: Wed, 21 Jan 2004 02:28:14 +0100 From: "Devon H. O'Dell" 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: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Using the struct cmsgcred in practice X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 01:29:30 -0000 Hey everyone, I'm working on an application that needs to make use of the cmsgcred structure, but am unable to find decent documenation on it -- the only code I have found using it (via Google) is in PostgreSQL, but it's abstracted through multiple layers (the server code, in any case -- the client code is quite straightforward). Would anybody be able to give me tips on what to send to the client to request the data? I've been able to find the code to read the code from the client and to get the client to send the response to the server. But any simple client/server someone could hack up demonstrating this principle solely (or software package that's more straightforward and less abstracted that PostgreSQL) would be greatly appreciated. Kind regards, Devon H. O'Dell From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 17:51:13 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7C8A16A4CE for ; Tue, 20 Jan 2004 17:51:13 -0800 (PST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9466A43D39 for ; Tue, 20 Jan 2004 17:51:11 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp104-192.lns1.adl1.internode.on.net [150.101.104.192])i0L1p6Pv026216; Wed, 21 Jan 2004 12:21:07 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0L1p4nY080890; Wed, 21 Jan 2004 12:21:04 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Anand Subramanian Date: Wed, 21 Jan 2004 12:21:02 +1030 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401211221.02869.doconnor@gsoft.com.au> X-Spam-Score: -5.3 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: mmap() on pseudo device X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 01:51:13 -0000 On Tuesday 20 January 2004 09:08, Anand Subramanian wrote: > 1. I'm creating a pseudo device and having a user space process mmap() the > device memory into its address space. So the mmap for the device has to be > implemented. Are there any useful driver/source files I could look at for > this? > > 2. How can I access the mmaped memory from another kernel loadable module? The bktr driver is probably reasonable to look at, although it needs contiguous address space and I suspect you don't. > 3. For the user space program, after it does a mmap() on the > pseudo-device, is there any way it can force malloc() to operate on the > mmaped memory? Or am I forced to write my own lightweight memory manager? > Most of the memory managers around seem to be way too complicated to > quickly fix or customize for a simple need. Why would you want to malloc from your mmap'd region? Once you have mmap'd it you can validly read/write (subject to memory protections) without having to malloc it first. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 18:52:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ACEE16A4CE for ; Tue, 20 Jan 2004 18:52:55 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9BC43D2D for ; Tue, 20 Jan 2004 18:52:53 -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 3D88D2BD75 for ; Wed, 21 Jan 2004 13:52:51 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 55DCC51205; Wed, 21 Jan 2004 13:22:49 +1030 (CST) Date: Wed, 21 Jan 2004 13:22:49 +1030 From: Greg 'groggy' Lehey To: Lukas Ertl Message-ID: <20040121025249.GZ47639@wantadilla.lemis.com> References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vDrIcvfimaPJgjx+" Content-Disposition: inline In-Reply-To: <20040120144921.O90355@pcle2.cc.univie.ac.at> 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: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 02:52:55 -0000 --vDrIcvfimaPJgjx+ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tuesday, 20 January 2004 at 14:51:08 +0100, Lukas Ertl wrote: > On Tue, 20 Jan 2004, Dag-Erling Sm=F8rgrav wrote: > >> Lukas Ertl writes: >>> following the recent discussion about GEOM and Vinum I wrote some >>> proof-of-concept code, or rather, I copy'n'pasted the necessary stuff f= or >>> a prototype. Of course it's ugly, it's buggy, it's by far not complete, >>> but at least it understands the most basic setup: a volume with a single >>> plex and a single subdisk. >> >> This is great! > > Thanks! > > I was actually hoping to get a little more feedback, since I'm not so sure > if I'm going into the right direction, and I'd like to hear what people > say about it before I dive into hacking it more, and there was virtually > no feedback at all. I'm sure you were expecting to hear from me. Sorry about that, but I've just got back from a very intensive conference, and I still have over 2000 messages to catch up on. I'm certainly very happy to see that you've done this work, and as soon as I get some time I'll try it out here. And to answer another message: yes, Vinum on FreeBSD *must* be adapted to GEOM. There's no other solution. Greg -- See complete headers for address and phone numbers. --vDrIcvfimaPJgjx+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFADemBIubykFB6QiMRAk/fAJ9o1Pmkm6qQHqXeVGEZnvi4J1XAXgCbB0Iq AFlWwkwCVPaI64jayiUTZE4= =Crpv -----END PGP SIGNATURE----- --vDrIcvfimaPJgjx+-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 20:28:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F343C16A4CE for ; Tue, 20 Jan 2004 20:28:09 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id E608E43D1D for ; Tue, 20 Jan 2004 20:28:08 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 5974E307AD; Tue, 20 Jan 2004 23:28:08 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 5A2E51D1DAF; Tue, 20 Jan 2004 23:27:57 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16397.65485.248197.944081@canoe.dclg.ca> Date: Tue, 20 Jan 2004 23:27:57 -0500 To: "Daniel O'Connor" In-Reply-To: <200401211033.54893.doconnor@gsoft.com.au> References: <200401082334.i08NYMx86020@thistle.bogs.org> <200401091404.34083.doconnor@gsoft.com.au> <16397.14213.159522.188280@canoe.dclg.ca> <200401211033.54893.doconnor@gsoft.com.au> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: hackers@freebsd.org cc: Greg Shenaut cc: David Gilbert Subject: Re: Discussion on the future of floppies in 5.x and 6.x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 04:28:10 -0000 >>>>> "Daniel" == Daniel O'Connor writes: Daniel> True.. Although I believe the loader could do it just as well Daniel> and it's already imported :) Daniel> (It uses the BIOS to read the kernel, and groks PXE, although Daniel> I am hazy on the specifics) I think the loader understands PXE well and understands certain BIOS things well. I mentioned FreeDOS since it would understand some CDROM nuances well. AFAIK, the loader understood CDROMs to the extent that they emulated a floppy of some sort. 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-hackers@FreeBSD.ORG Tue Jan 20 20:34:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E355B16A4CF for ; Tue, 20 Jan 2004 20:34:43 -0800 (PST) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC34043D5C for ; Tue, 20 Jan 2004 20:34:24 -0800 (PST) (envelope-from brian@shadowcom.net) Received: from shadowcom.net ([68.100.212.237]) by lakemtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040121043422.SCGU2297.lakemtao02.cox.net@shadowcom.net> for ; Tue, 20 Jan 2004 23:34:22 -0500 Received: (qmail 24740 invoked by uid 500); 21 Jan 2004 04:34:23 -0000 Date: Tue, 20 Jan 2004 23:34:23 -0500 From: Brian Ledbetter To: Ganbold Message-ID: <20040121043423.GA24731@shadowcom.net> References: <20040120160843.GA1289@shadowcom.net> <20040120161913.GB1289@shadowcom.net> <6.0.1.1.2.20040121090157.02977fd0@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.1.1.2.20040121090157.02977fd0@202.179.0.80> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: Curious problem w/ 5.2-RELEASE su X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 04:34:44 -0000 Thank you very much for the advice - it works perfectly after running mergemaster! I will slink away now, and remember to RTFM first next time. Sorry for the noise, all! <:) On Wed, Jan 21, 2004 at 09:03:16AM +0800, Ganbold wrote: > Did you run mergemaster? > > I had this problem recently and when I run mergemaster everything worked > fine. > > hth, > > Ganbold > > > At 12:19 AM 21.01.2004, you wrote: > >Additionally, I am seeing this message in syslog: > > > >Jan 20 10:48:26 tokyo su: in openpam_load_module(): no pam_wheel.so found > > > >though /usr/lib/pam_wheel.so -> /usr/lib/pam_wheel.so.2 exists, and has > >the same md5 hash as on the working host. What am I missing here? > > > > > > > > > > > >On Tue, Jan 20, 2004 at 11:08:43AM -0500, Brian Ledbetter wrote: > >> I have two systems which I recently upgraded from src to > >> 5.2-RELEASE. (Both systems were upgraded from the same > >> /usr/src tree) Everything seemed to be working fine until > >> a little while ago this morning, when I started having this > >> problem with /usr/bin/su: > >> > >> $ su - > >> su in free(): error: chunk is already free > >> Abort trap (core dumped) > >> $ sudo sh > >> $ id > >> uid=0(root) gid=0(wheel) groups=0(wheel), 2(kmem), 3(sys), > >> 4(tty), 5(operator), 20(staff), 31(guest) > >> $ su - > >> su in free(): error: chunk is already free > >> Abort trap (core dumped) > >> > >> Does anyone have any idea what would be causing this? The > >> MD5 hash of /usr/bin/su and all linked libraries are identical > >> between the two systems, but /usr/sbin/su works just fine on > >> the other host. dmesg reports nothing unusual on system startup. > >> What can I do to fix this? > >> > >> Thanks in advance! > >> > >> -- > >> Brian C. Ledbetter > >> http://www.shadowcom.net/brian/ > >> _______________________________________________ > >> freebsd-hackers@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >> To unsubscribe, send any mail to > >"freebsd-hackers-unsubscribe@freebsd.org" > >-- > >Brian C. Ledbetter > >http://www.shadowcom.net/brian/ > >_______________________________________________ > >freebsd-hackers@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Brian C. Ledbetter http://www.shadowcom.net/brian/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 23:42:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAF7716A4CE for ; Tue, 20 Jan 2004 23:42:01 -0800 (PST) Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C7F43D45 for ; Tue, 20 Jan 2004 23:41:51 -0800 (PST) (envelope-from freebsd@mmk.ru) Received: from antivirus.mmk.ru (antivirus [161.8.100.3]) by ns.mmk.ru (8.12.9p1/8.12.9) with ESMTP id i0L7gslV027259; Wed, 21 Jan 2004 12:42:54 +0500 (YEKT) (envelope-from freebsd@mmk.ru) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.12.9/8.12.9) with ESMTP id i0L7dwBQ019518; Wed, 21 Jan 2004 12:39:58 +0500 (YEKT) Received: from wall (localhost [127.0.0.1]) by wall.mmk.ru (8.12.9p2/8.12.9) with SMTP id i0L7agX5022998; Wed, 21 Jan 2004 12:36:42 +0500 (YEKT) (envelope-from freebsd@mmk.ru) Message-ID: <044a01c3e002$c8f40ea0$02010101@wall> From: "Dmitry A. Bondareff" To: "Mike Silbersack" References: <20040113.225411.74714267.cjh@kr.FreeBSD.org><20040115.224407.41715339.cjh@kr.FreeBSD.org> <20040118220617.P5672@odysseus.silby.com> Date: Wed, 21 Jan 2004 12:41:45 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD -> Windows HTTP TCP performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 07:42:01 -0000 I've cvsuped the 5.2-RELEASE. make buildworld was success. ----- Original Message ----- From: "Mike Silbersack" To: "CHOI Junho" Cc: Sent: Monday, January 19, 2004 7:12 AM Subject: Re: FreeBSD -> Windows HTTP TCP performance > > On Thu, 15 Jan 2004, CHOI Junho wrote: > > > For those who interested, I made packet dump file: > > > > http://www.kr.freebsd.org/~cjh/misc/freebsd-net/ > > > > Best thing is do tcpdump at client machine but I have no admin > > permission, so failed. > > > > -- > > CHOI Junho KFUG > > I can read these fine, Andre must be going through some web proxy that > corrupts them. :) > > All of the computers in the dumps are on a LAN, right? There seems to be > quite a bit of packet loss going on, from what I can see. This is most > certainly the cause of low throughput; we'd need tcpdumps from both ends > to really determine if there's some suboptimal tcp interaction between w2k > and freebsd. (From a single side of the connection, we can't even be sure > if retransmissions are getting through, etc.) > > Mike "Silby" Silbersack > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 23:44:45 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 400C416A4CE; Tue, 20 Jan 2004 23:44:45 -0800 (PST) Received: from ns.mmk.ru (ns1.mmk.ru [195.54.3.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16CB043D45; Tue, 20 Jan 2004 23:44:41 -0800 (PST) (envelope-from freebsd@mmk.ru) Received: from antivirus.mmk.ru (antivirus [161.8.100.3]) by ns.mmk.ru (8.12.9p1/8.12.9) with ESMTP id i0L7jhlV027843; Wed, 21 Jan 2004 12:45:43 +0500 (YEKT) (envelope-from freebsd@mmk.ru) Received: from wall.mmk.ru (localhost [127.0.0.1]) by antivirus.mmk.ru (8.12.9/8.12.9) with ESMTP id i0L7glBQ019858; Wed, 21 Jan 2004 12:42:47 +0500 (YEKT) Received: from wall (localhost [127.0.0.1]) by wall.mmk.ru (8.12.9p2/8.12.9) with SMTP id i0L7dOX5023056; Wed, 21 Jan 2004 12:39:24 +0500 (YEKT) (envelope-from freebsd@mmk.ru) Message-ID: <046101c3e003$2d977450$02010101@wall> From: "Dmitry A. Bondareff" To: "Ruslan Ermilov" References: <01cc01c3db6f$44528f60$02010101@wall> <20040115145334.GD82211@FreeBSD.org.ua> Date: Wed, 21 Jan 2004 12:44:28 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: freebsd-hackers@freebsd.org cc: kris@obsecurity.org Subject: Re: Upgrade from 4.9 to 5.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 07:44:45 -0000 I've cvsuped up to 5.2-RELEASE. make buildworld was success. Thanks. ----- Original Message ----- From: "Ruslan Ermilov" To: "Dmitry A. Bondareff" Cc: Sent: Thursday, January 15, 2004 5:53 PM Subject: Re: Upgrade from 4.9 to 5.1 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 00:29:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0C616A4CE for ; Wed, 21 Jan 2004 00:29:59 -0800 (PST) Received: from smtp08.wxs.nl (smtp08.wxs.nl [195.121.6.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A94343D1F for ; Wed, 21 Jan 2004 00:29:58 -0800 (PST) (envelope-from pblok@bsd4all.org) Received: from fwgw.homebrew.bsd4all.org (ip503cf841.speed.planet.nl [80.60.248.65]) by smtp08.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HRT00IUCZEQ4Z@smtp08.wxs.nl> for freebsd-hackers@freebsd.org; Wed, 21 Jan 2004 09:25:43 +0100 (MET) Received: from bsdpc (bsdpc [192.168.1.135]) by fwgw.homebrew.bsd4all.org (8.12.9p2/8.12.9) with ESMTP id i0L8QxUD002024 for ; Wed, 21 Jan 2004 09:26:59 +0100 (CET envelope-from pblok@bsd4all.org) Date: Wed, 21 Jan 2004 09:26:58 +0100 From: Peter Blok In-reply-to: <20040120211804.D605@korben.in.tern> To: freebsd-hackers@freebsd.org Message-id: <200401210926.58960.pblok@bsd4all.org> Organization: bsd4all MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.5.4 X-Spam-Status: No, hits=-3.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on fwgw.homebrew.bsd4all.org References: <20040120201119.W53587-100000@x12.dk> <400D8B24.8090108@wooten.com> <20040120211804.D605@korben.in.tern> Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 08:29:59 -0000 Hi, I'm one of the users in need of a clean update path. I will dedicate a system for update and geom_vinum tests. Peter On Tuesday 20 January 2004 21:25, Lukas Ertl wrote: > On Tue, 20 Jan 2004, Kevin Wooten wrote: > > >My 2 cents is to start building the house from the ground with the geom > > >classes, then add on the algorithms from the existing vinum. > > >and end up with the roof as is the the vinum configuration tool. > > > > My point is that with the GEOM config...who needs vinum config?? > > People should have a clean update path and FreeBSD has always respected > POLA. What I know from the recent thread about vinum and GEOM, and given > that there will be more upcoming changes to the I/O infrastructure, vinum > is likely to be broken once FreeBSD 5.3 is out. > > The 5.3 branch should clearly be a -stable branch once again, and if we > want people to finally upgrade from 4.x, they have to be able to do it > without much fuss. > > So, providing a completely compatible geom_vinum is a must, IMHO. > > regards, > le From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 00:42:46 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21DD016A4CE for ; Wed, 21 Jan 2004 00:42:46 -0800 (PST) Received: from natrium.plan-ix.de (natrium.plan-ix.de [212.37.39.36]) by mx1.FreeBSD.org (Postfix) with SMTP id B039643D41 for ; Wed, 21 Jan 2004 00:42:43 -0800 (PST) (envelope-from braukmann@tse-online.de) Received: (qmail 10249 invoked from network); 21 Jan 2004 08:40:27 -0000 Received: from p50824901.dip0.t-ipconnect.de (HELO ?192.168.225.100?) (braukmann%tse-online.de@80.130.73.1) by natrium.plan-ix.de with SMTP; 21 Jan 2004 08:40:27 -0000 Date: Wed, 21 Jan 2004 09:35:53 +0100 From: Andreas Braukmann To: freebsd-hackers@freebsd.org Message-ID: <42870000.1074674153@cage.int.unixxinu.de> In-Reply-To: <200401210926.58960.pblok@bsd4all.org> References: <20040120201119.W53587-100000@x12.dk> <400D8B24.8090108@wooten.com> <20040120211804.D605@korben.in.tern> <200401210926.58960.pblok@bsd4all.org> X-Mailer: Mulberry/3.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 08:42:46 -0000 On 01/21/04 09:26:58 +0100 Peter Blok wrote: > I'm one of the users in need of a clean update path. I will dedicate a system > for update and geom_vinum tests. I step in. I complained bitterly about the "rip-it-off"-plans. I'm currently not able to help out coding, but I would gladly supply remote console access to a box suitable for vinum testing. (Including access to a local cvsup-/cvs-server, backup space etc.) Interested parties (Greg, Lukus, whoever) might contact me in private. -Andreas From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 01:08:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE2916A4CE; Wed, 21 Jan 2004 01:08:41 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5383C43D1D; Wed, 21 Jan 2004 01:08:40 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i0L98YGI344834; Wed, 21 Jan 2004 10:08:35 +0100 Date: Wed, 21 Jan 2004 10:08:29 +0100 (CET) From: Lukas Ertl To: Andreas Braukmann In-Reply-To: <42870000.1074674153@cage.int.unixxinu.de> Message-ID: <20040121100741.L604@korben.in.tern> References: <20040120201119.W53587-100000@x12.dk> <400D8B24.8090108@wooten.com><200401210926.58960.pblok@bsd4all.org> <42870000.1074674153@cage.int.unixxinu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mx1 4251; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-hackers@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 09:08:41 -0000 On Wed, 21 Jan 2004, Andreas Braukmann wrote: > On 01/21/04 09:26:58 +0100 Peter Blok wrote: > > I'm one of the users in need of a clean update path. I will dedicate a system > > for update and geom_vinum tests. > > I step in. I complained bitterly about the "rip-it-off"-plans. > I'm currently not able to help out coding, but I would gladly > supply remote console access to a box suitable for vinum testing. > (Including access to a local cvsup-/cvs-server, backup space etc.) Thanks for these offers! FWIW, there's now a new mailing list, freebsd-geom@, and we should move this thread over there. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 02:11:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D2316A4CE for ; Wed, 21 Jan 2004 02:11:10 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C6743D5F for ; Wed, 21 Jan 2004 02:11:09 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 5BAEC3ABB51; Wed, 21 Jan 2004 11:11:41 +0100 (CET) Date: Wed, 21 Jan 2004 11:11:41 +0100 From: Pawel Jakub Dawidek To: Lukas Ertl Message-ID: <20040121101141.GD393@garage.freebsd.pl> References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> <400D7038.8040107@wooten.com> <20040120194500.H605@korben.in.tern> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline In-Reply-To: <20040120194500.H605@korben.in.tern> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p13 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: Dag-Erling Sm?rgrav cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 10:11:10 -0000 --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 20, 2004 at 07:47:02PM +0100, Lukas Ertl wrote: +> I think we should really get together on a separate mailing list - is it +> time for freebsd-geom@ yet? My proposal is freebsd-storage@. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBQA5QXT/PhmMH/Mf1AQGxGgP/VUAW8wSQ4X+xOqYZv5Jz1RszYfEhg5XO dWhHigOe/SYDwi7p69HoiIzWPE1Vl1X3aUKuV3scsKEPS4IkfF1u9683YFu4U0PA l6aaQNrTXlVpUtPgoygqoZjJU1/fVbbf90L9BgDeMYQJ8A5Kzd234OuEGVEvHQ6k 7lCX2D9YKhM= =F41q -----END PGP SIGNATURE----- --zS7rBR6csb6tI2e1-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 03:35:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D464616A4CE; Wed, 21 Jan 2004 03:35:24 -0800 (PST) Received: from taro.utanet.at (taro.utanet.at [213.90.36.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9421243D1D; Wed, 21 Jan 2004 03:35:23 -0800 (PST) (envelope-from josef@daemon.li) Received: from patricia.utanet.at ([213.90.36.8]) by taro.utanet.at with esmtp (Exim 4.12) id 1AjGdl-0008Vi-00; Wed, 21 Jan 2004 12:35:21 +0100 Received: from dsl-31-74.utaonline.at ([81.189.31.74] helo=jenny.daemon.li) by patricia.utanet.at with esmtp (Exim 4.12) id 1AjGdl-00065q-00; Wed, 21 Jan 2004 12:35:21 +0100 Received: by jenny.daemon.li (Postfix, from userid 1005) id 2DA0512CD; Wed, 21 Jan 2004 12:35:52 +0100 (CET) Date: Wed, 21 Jan 2004 12:35:52 +0100 From: Josef El-Rayes To: Greg 'groggy' Lehey Message-ID: <20040121113552.GC305@jenny.daemon.li> References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> <20040121025249.GZ47639@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: <20040121025249.GZ47639@wantadilla.lemis.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.9-STABLE cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 11:35:24 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greg 'groggy' Lehey wrote: > And to answer another message: yes, Vinum on FreeBSD *must* > be adapted to GEOM. There's no other solution. shouldn't we add this as a task item to the releng schedule? -josef --=20 Josef El-Rayes (__) Email: josef@daemon.li \\\'',)=20 Web: http://daemon.li/ \/ \ ^ FreeBSD: josef@FreeBSD.org .\._/_) --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iQEVAwUBQA5kF1nFItmnnbU8AQKdcAf/TB2FFuHzQBX5izfYmkdPnwJsUQmsrbEm V43lj2S5l1maTYy341p9uhsykcEibnO6niryH30FCua36YEaZQI52YPGSSZIXsvq zPNYn6DehV0aRvHbe6REL0kBL5Os44Yf/qs3fhiKCqeLoWr5kCeqnC0r/wE0xzhr 1//5FmzU7kUao0inxvk+FVO1h72wcv0SoeDkoIq85Io3RTAPCsRCHSHZVIgNx0Sb T/4H7aJdR6O8tWW/IUGer9oabWsnXTCQ9xBo3SKZugYvtISclNP0mxb1ei+Z1zbw lZZNs2zFqvdU0rmuCuQLQNrAxDhHbkwWFC7mwuOmsOaOA4UsljzYSg== =zpbR -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 14:34:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 290E116A4CE for ; Tue, 20 Jan 2004 14:34:00 -0800 (PST) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C0D43D4C for ; Tue, 20 Jan 2004 14:33:41 -0800 (PST) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (uucp@gwyn [127.0.0.1]) i0KMXZmg007002; Tue, 20 Jan 2004 23:33:35 +0100 Received: from saturn.UUCP (uucp@localhost)i0KMXZMc007000; Tue, 20 Jan 2004 23:33:35 +0100 Received: (from nox@localhost) by saturn (8.11.4/8.8.5) id i0KMe0H27894; Tue, 20 Jan 2004 23:40:00 +0100 (CET) Date: Tue, 20 Jan 2004 23:40:00 +0100 (CET) From: Juergen Lock Message-Id: <200401202240.i0KMe0H27894@saturn> To: sos@spider.deepcore.dk X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <200401071343.i07DhMPG062912@spider.deepcore.dk> References: <20040106225617.65937.qmail@web60110.mail.yahoo.com> Organization: X-Mailman-Approved-At: Wed, 21 Jan 2004 05:05:27 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: reading raw data from a CD-R with damaged table of contents X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2004 22:34:00 -0000 In article <200401071343.i07DhMPG062912@spider.deepcore.dk> you write: >It seems Kevin Serwick wrote: >> Hi all, >> >> I added some files to a multisession CD-R with the >> burncd command. It appeared to work fine, but when I >> read the disk, the new files didn't show up. So I did >> the burncd fixate command - bad idea! Now nothing >> shows up! (burncd's no Nero Burning Rom! Live and >> learn... Is the GUI burning software usable and >> reliable?) >> >> I assume it just destroyed the table of contents. > >Rather you add a new one that is empty or garbled. > >> Any suggestions for how I can recover that data? > >It might be posible to read the original session, I seem to remember >that it can be set somehow, but default is to always read the last. Just in case you still haven't found this yourself: from mount_cd9660(8): -s startsector: Start the file system at startsector. Normally, if the underly- ing device is a CD-ROM drive, mount_cd9660 will try to figure out the last track from the CD-ROM containing data, and start the file system there. If the device is not a CD-ROM, or the table of contents cannot be examined, the file system will be started at sector 0. This option can be used to override the behaviour. Note that startsector is measured in CD-ROM blocks, with 2048 bytes each. This is the same as for example the info command of cdcontrol(1) is printing. It is possible to mount an arbitrary session of a multi-session CD by specifying the correct startsector here. HTH, Juergen From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 20 19:23:07 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FFE16A4CF for ; Tue, 20 Jan 2004 19:23:07 -0800 (PST) Received: from cvs.openbsd.org (cvs.openbsd.org [199.185.137.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E63843D1F for ; Tue, 20 Jan 2004 19:23:05 -0800 (PST) (envelope-from deraadt@cvs.openbsd.org) Received: from cvs.openbsd.org (localhost [127.0.0.1]) by cvs.openbsd.org (8.12.10/8.12.1) with ESMTP id i0L3NfRK021046 for ; Tue, 20 Jan 2004 20:23:41 -0700 (MST) Message-Id: <200401210323.i0L3NfRK021046@cvs.openbsd.org> To: hackers@freebsd.org Date: Tue, 20 Jan 2004 20:23:41 -0700 From: Theo de Raadt X-Mailman-Approved-At: Wed, 21 Jan 2004 05:05:27 -0800 Subject: Sam Leffler: Re: hey X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 03:23:08 -0000 The /dev/crypto testing program in FreeBSD, like in NetBSD, was derived from a test program which I never published with a free license. It has now been deleted from the NetBSD tree as well. Please delete it from the FreeBSD tree as well. Because apparently Sam is too busy to keep your tree clear of license violations. ------- Forwarded Message Return-Path: sam@errno.com Delivery-Date: Tue Jan 20 20:20:26 2004 Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by cvs.openbsd.org (8.12.10/8.12.1) with ESMTP id i0L3KPRL017668 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=FAIL) for ; Tue, 20 Jan 2004 20:20:26 -0700 (MST) Received: from 66.127.85.91 ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id i0L3JhHQ070397 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 20 Jan 2004 19:19:43 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: Theo de Raadt Subject: Re: hey Date: Tue, 20 Jan 2004 19:24:10 -0800 User-Agent: KMail/1.5.3 Cc: jonathan@DSG.Stanford.EDU References: <200401210315.i0L3FxRK017505@cvs.openbsd.org> In-Reply-To: <200401210315.i0L3FxRK017505@cvs.openbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401201924.10383.sam@errno.com> On Tuesday 20 January 2004 07:15 pm, Theo de Raadt wrote: > > You didn't say anything when it was published with you referenced as > > author. > > If I say nothing, Berne convention and the national laws matching that > charter apply. > > > Feel free to sue me. > > That is not what this about. Please remove it from FreeBSD too. The > way it looks now, you have made a derived work from work of mine > without permission. I'm busy for the next few months doing non-FreeBSD work. I'll deal with your complaint when I have the time. If this is unsatisfactory feel free to contact someone else. Sam ------- End of Forwarded Message From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 06:49:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D7516A4CE; Wed, 21 Jan 2004 06:49:44 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2F0743D2F; Wed, 21 Jan 2004 06:49:42 -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 i0LElgUd010352; Wed, 21 Jan 2004 09:47:42 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i0LElfcC010349; Wed, 21 Jan 2004 09:47:42 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 21 Jan 2004 09:47:41 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lukas Ertl In-Reply-To: <20040121100741.L604@korben.in.tern> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-geom@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 14:49:44 -0000 On Wed, 21 Jan 2004, Lukas Ertl wrote: > > I step in. I complained bitterly about the "rip-it-off"-plans. s/plans/proposal/ > > I'm currently not able to help out coding, but I would gladly > > supply remote console access to a box suitable for vinum testing. > > (Including access to a local cvsup-/cvs-server, backup space etc.) > > Thanks for these offers! > > FWIW, there's now a new mailing list, freebsd-geom@, and we should move > this thread over there. I'm really glad someone has picked up on this. No one wants to see Vinum users left behind, it's simply been a question of finding someone to bring Vinum forward :-). (And once I remembered I had to use MailMan to subscribe to freebsd-geom and not Majordomo, I was much happier :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 07:20:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE9B16A4CE for ; Wed, 21 Jan 2004 07:20:42 -0800 (PST) Received: from aker.isnic.is (aker.isnic.is [193.4.58.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801F143D1D for ; Wed, 21 Jan 2004 07:20:41 -0800 (PST) (envelope-from oli@aker.isnic.is) Received: by aker.isnic.is (Postfix, from userid 1000) id 8053B8CD9F; Wed, 21 Jan 2004 15:20:40 +0000 (GMT) Date: Wed, 21 Jan 2004 15:20:40 +0000 From: Olafur Osvaldsson To: Theo de Raadt Message-ID: <20040121152040.GA54510@isnic.is> References: <200401210323.i0L3NfRK021046@cvs.openbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <200401210323.i0L3NfRK021046@cvs.openbsd.org> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: Sam Leffler: Re: hey X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:20:42 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Theo, On Tue, 20 Jan 2004, Theo de Raadt wrote: > The /dev/crypto testing program in FreeBSD, like in NetBSD, was > derived from a test program which I never published with a free > license. It has now been deleted from the NetBSD tree as well. I'm just curious but when looking at the source I see the following in the crypto.c file: * The author of this code is Angelos D. Keromytis (angelos@cis.upenn.edu) * * This code was written by Angelos D. Keromytis in Athens, Greece, in * February 2000. Network Security Technologies Inc. (NSTI) kindly * supported the development of this code. * * Copyright (c) 2000, 2001 Angelos D. Keromytis * * Permission to use, copy, and modify this software with or without fee * is hereby granted, provided that this entire notice is included in * all source code copies of any software which is or includes a copy or * modification of this software. * * THIS SOFTWARE IS BEING PROVIDED "AS IS", WITHOUT ANY EXPRESS OR * IMPLIED WARRANTY. IN PARTICULAR, NONE OF THE AUTHORS MAKES ANY * REPRESENTATION OR WARRANTY OF ANY KIND CONCERNING THE * MERCHANTABILITY OF THIS SOFTWARE OR ITS FITNESS FOR ANY PARTICULAR * PURPOSE. This is in same as in the OpenBSD source and looks like a free license to me. Is that Angelos D. Keromytis not the author of this code? /Oli --=20 Olafur Osvaldsson Systems Administrator Internet a Islandi hf. Tel: +354 525-5291 Email: oli@isnic.is --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFADpjI8xNRBRknOFwRAn5fAKCaybLOJNC7/KFoT+Zs0l1P0NxPkgCfWBpD vQIQ3/apf3qDaOfeACil12k= =Ix2R -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 07:22:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C51316A4CE; Wed, 21 Jan 2004 07:22:16 -0800 (PST) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A0543D54; Wed, 21 Jan 2004 07:21:49 -0800 (PST) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.6/8.12.6) with ESMTP id i0LFLnGo050799; Wed, 21 Jan 2004 10:21:49 -0500 (EST) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.6/8.12.9/Submit) id i0LFLnHv050798; Wed, 21 Jan 2004 10:21:49 -0500 (EST) (envelope-from afields) Date: Wed, 21 Jan 2004 10:21:49 -0500 From: Allan Fields To: freebsd-hackers@FreeBSD.org Message-ID: <20040121152149.GK34696@afields.ca> References: <20040117195358.GH34696@afields.ca> <20040118134341.GB761@arthur.nitro.dk> <20040118151931.GJ34696@afields.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20040118151931.GJ34696@afields.ca> User-Agent: Mutt/1.4i cc: phk@FreeBSD.org cc: "Simon L. Nielsen" Subject: Re: Status GBDE attach at boot [PATCH] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Allan Fields List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:22:16 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 18, 2004 at 10:19:31AM -0500, Allan Fields wrote: > On Sun, Jan 18, 2004 at 02:43:42PM +0100, Simon L. Nielsen wrote: > > On 2004.01.17 14:53:58 -0500, Allan Fields wrote: > > > Hi, > > > > > > I'm interested to know what may be in the pipeline as far as GBDE > > > boot time attach/automation support. Has anyone committed to > > > implementing these features? (I don't see it anymore (on the 5.3 > > > todo list) in releng pages.) > > > [...] > > Which brings us to passphrase from file/filedesc issue vs. from tty > / on command line. Could password prompts be read from another > terminal or from secure source like key device or remote terminal > while the booting continues in the mean-time? Attached are patches implementing -k/-K command line options for key entry from keyfile or on stdin. It tests out OK with the provided test script and I've had success using it myself under 5_2_0. I'm hoping I didn't miss anything obvious in debugging. Let me know if you see something. I would appreciate some feedback / review, especially concerning safety of reading a key from a regular file through the vfs. I've also attached some session logs which demonstrate how to use the feature. If there are problems with splitting on newlines I provided a -r option to put it into 'raw' ascii mode. It operates on file streams so other descriptors besides stdin could easily be made to work for more complicated cases. Currently if -k- and -K- are both specified, I'm not sure what happens. (It could be made to work OK given they are provided as a newline delimited tuple (Current_Key \n New_Key) on stdin.) > > course the rc.d script could be enhanced e.g. to support random keys, > > like your "temp" feature. A note: that in the sources this is now known as the "onetime" verb from what I can see. > > -- > > Simon L. Nielsen > > FreeBSD Documentation Team -- Allan Fields _.^. ,_ ,. ._ . AFRSL - http://afields.ca <,'/-\/- /\'_| /_ Ottawa, Canada `'|'====-=--- -- - `---- -- - BSDCan 2004: May 2004, Ottawa See http://www.bsdcan.org for details. --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gbde-afields.diff" diff -r src-5_2/sbin/gbde/gbde.c src-5_2-afields/sbin/gbde/gbde.c 42a43,46 > * Introduce -c, cipher specification > * > * Introduce -o, one-time-pad source > * 49,50d52 < * Introduce -k/-K get pass-phrase part from file/cmd < * 64a67,68 > * Investigate process memory scrubbing and file caching issues further > * 144a149,152 > fprintf(stderr, "Key entry:\n"); > fprintf(stderr, "\tBy default the user is prompted on the tty. From the command line:\n"); > fprintf(stderr, "\t-p/-P \t\t-k/-K \n"); > fprintf(stderr, "\t-k-/-K- for input on stdin\t-r toggles 'raw' mode\n"); 236a245,273 > static const char * > read_keyfile(const char *keyf, int raw) > { /* XXX: to be reviewed by authors */ > static FILE * kf; > char kbuf[BUFSIZ]; > char c; int i; > > if (strchr(&keyf[0],'-')&& > strchr(&keyf[1],'\0')) > kf = fdopen(STDIN_FILENO,"r"); > else kf = fopen(keyf,"r"); > if (kf == NULL) > errx(errno,"Error opening keyfile: %s\n",strerror(errno)); > > bzero(kbuf, sizeof(kbuf)); > for (i = 0; (c = getc(kf)) != EOF && (i < BUFSIZ-1); i++) { > if (raw == 0 && (c=='\n' || c=='\r')) break; > kbuf[i] = c; > } /* kbuf[BUFSIZ] = '\0'; */ > > if (ferror(kf) != 0) > errx(errno, "Error reading keyfile: %s",strerror(errno)); > else if (strlen(kbuf) < 3) > errx(1,"Too short passphrase from keyfile\n"); > > (void)fclose(kf); > return strdup(kbuf); /* XXX: No way to scrub buf before return? */ > } > 695c732,733 < const char *f_opt; --- > const char *k_opt, *K_opt; > const char *f_opt, *pbuf; 697c735 < int i_opt, n_opt, ch, dfd, doopen; --- > int i_opt, n_opt, r_opt, ch, dfd, doopen; 716c754 < opts = "l:p:"; --- > opts = "l:p:k:r"; 723c761 < opts = "f:iL:P:"; --- > opts = "f:iL:P:K:r"; 727c765 < opts = "n:l:L:p:P:"; --- > opts = "n:l:L:p:k:P:K:r"; 731c769 < opts = "l:p:"; --- > opts = "l:p:k:r"; 735c773 < opts = "l:p:n:"; --- > opts = "n:l:p:k:r"; 745a784 > pbuf = NULL; 749a789,791 > k_opt = NULL; > K_opt = NULL; > r_opt = 0; 772a815,823 > case 'k': > k_opt = optarg; > break; > case 'K': > K_opt = optarg; > break; > case 'r': > r_opt = 1; > break; 782a834,836 > if (p_opt && k_opt) usage("Duplicate key spec: -p and -k\n"); > if (P_opt && K_opt) usage("Duplicate key spec: -P and -K\n"); > 806c860,863 < setup_passphrase(&sc, 0, p_opt); --- > if (k_opt) pbuf = read_keyfile(k_opt, r_opt); > else if (p_opt) pbuf = strdup(p_opt); > setup_passphrase(&sc, 0, pbuf); > 814c871,875 < setup_passphrase(&sc, 1, P_opt); --- > > if (K_opt) pbuf = read_keyfile(K_opt, r_opt); > else if (P_opt) pbuf = strdup(P_opt); > setup_passphrase(&sc, 1, pbuf); > 818c879,882 < setup_passphrase(&sc, 0, p_opt); --- > if (k_opt) pbuf = read_keyfile(k_opt, r_opt); > else if (p_opt) pbuf = strdup(p_opt); > setup_passphrase(&sc, 0, pbuf); > 822c886,890 < setup_passphrase(&sc, 1, P_opt); --- > > if (K_opt) pbuf = read_keyfile(K_opt, r_opt); > else if (P_opt) pbuf = strdup(P_opt); > setup_passphrase(&sc, 1, pbuf); > 826c894,897 < setup_passphrase(&sc, 0, p_opt); --- > if (k_opt) pbuf = read_keyfile(k_opt, r_opt); > else if (p_opt) pbuf = strdup(p_opt); > setup_passphrase(&sc, 0, pbuf); > 833c904,907 < setup_passphrase(&sc, 0, p_opt); --- > if (k_opt) pbuf = read_keyfile(k_opt, r_opt); > else if (p_opt) pbuf = strdup(p_opt); > setup_passphrase(&sc, 0, pbuf); > diff -r src-5_2/sbin/gbde/test.sh src-5_2-afields/sbin/gbde/test.sh 4a5 > GBDE=./gbde 8d8 < 13,40c13,40 < ./gbde init $D -P foo -L /tmp/_l1 < ./gbde setkey $D -p foo -l /tmp/_l1 -P bar -L /tmp/_l1 < ./gbde setkey $D -p bar -l /tmp/_l1 -P foo -L /tmp/_l1 < < ./gbde setkey $D -p foo -l /tmp/_l1 -n 2 -P foo2 -L /tmp/_l2 < ./gbde setkey $D -p foo2 -l /tmp/_l2 -n 3 -P foo3 -L /tmp/_l3 < ./gbde setkey $D -p foo3 -l /tmp/_l3 -n 4 -P foo4 -L /tmp/_l4 < ./gbde setkey $D -p foo4 -l /tmp/_l4 -n 1 -P foo1 -L /tmp/_l1 < < ./gbde nuke $D -p foo1 -l /tmp/_l1 -n 4 < if ./gbde nuke $D -p foo4 -l /tmp/_l4 -n 3 ; then false ; fi < ./gbde destroy $D -p foo2 -l /tmp/_l2 < if ./gbde destroy $D -p foo2 -l /tmp/_l2 ; then false ; fi < < ./gbde nuke $D -p foo1 -l /tmp/_l1 -n -1 < if ./gbde nuke $D -p foo1 -l /tmp/_l1 -n -1 ; then false ; fi < if ./gbde nuke $D -p foo2 -l /tmp/_l2 -n -1 ; then false ; fi < if ./gbde nuke $D -p foo3 -l /tmp/_l3 -n -1 ; then false ; fi < if ./gbde nuke $D -p foo4 -l /tmp/_l4 -n -1 ; then false ; fi < < ./gbde init $D -P foo < ./gbde setkey $D -p foo -P bar < ./gbde setkey $D -p bar -P foo < < ./gbde setkey $D -p foo -n 2 -P foo2 < ./gbde setkey $D -p foo2 -n 3 -P foo3 < ./gbde setkey $D -p foo3 -n 4 -P foo4 < ./gbde setkey $D -p foo4 -n 1 -P foo1 --- > ${GBDE} init $D -P foo -L /tmp/_l1 > ${GBDE} setkey $D -p foo -l /tmp/_l1 -P bar -L /tmp/_l1 > ${GBDE} setkey $D -p bar -l /tmp/_l1 -P foo -L /tmp/_l1 > > ${GBDE} setkey $D -p foo -l /tmp/_l1 -n 2 -P foo2 -L /tmp/_l2 > ${GBDE} setkey $D -p foo2 -l /tmp/_l2 -n 3 -P foo3 -L /tmp/_l3 > ${GBDE} setkey $D -p foo3 -l /tmp/_l3 -n 4 -P foo4 -L /tmp/_l4 > ${GBDE} setkey $D -p foo4 -l /tmp/_l4 -n 1 -P foo1 -L /tmp/_l1 > > ${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n 4 > if ${GBDE} nuke $D -p foo4 -l /tmp/_l4 -n 3 ; then false ; fi > ${GBDE} destroy $D -p foo2 -l /tmp/_l2 > if ${GBDE} destroy $D -p foo2 -l /tmp/_l2 ; then false ; fi > > ${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n -1 > if ${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n -1 ; then false ; fi > if ${GBDE} nuke $D -p foo2 -l /tmp/_l2 -n -1 ; then false ; fi > if ${GBDE} nuke $D -p foo3 -l /tmp/_l3 -n -1 ; then false ; fi > if ${GBDE} nuke $D -p foo4 -l /tmp/_l4 -n -1 ; then false ; fi > > ${GBDE} init $D -P foo > ${GBDE} setkey $D -p foo -P bar > ${GBDE} setkey $D -p bar -P foo > > ${GBDE} setkey $D -p foo -n 2 -P foo2 > ${GBDE} setkey $D -p foo2 -n 3 -P foo3 > ${GBDE} setkey $D -p foo3 -n 4 -P foo4 > ${GBDE} setkey $D -p foo4 -n 1 -P foo1 50c50 < gbde attach $D -p foo --- > ${GBDE} attach $D -p foo 52c52 < gbde detach $D --- > ${GBDE} detach $D --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sbin-gbde-build.out" Script started on Wed Jan 21 07:31:38 2004 You have mail. bsddev# make Warning: Object directory not changed from original /usr/src-5_2-afields/sbin/gbde cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c gbde.c file2c 'const char template[] = {' ',0};' < /usr/src-5_2-afields/sbin/gbde/template.txt > template.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c template.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src-5_2-afields/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src-5_2-afields/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src-5_2-afields/sbin/gbde/../../sys/crypto/sha2/sha2.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -c /usr/src-5_2-afields/sbin/gbde/../../sys/geom/bde/g_bde_lock.c cc -O -pipe -mcpu=pentiumpro -I/usr/src-5_2-afields/sbin/gbde/../../sys -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -o gbde gbde.o template.o rijndael-alg-fst.o rijndael-api-fst.o sha2.o g_bde_lock.o -lmd -lutil -lgeom gzip -cn gbde.8 > gbde.8.gz bsddev# make test sh /usr/src-5_2-afields/sbin/gbde/test.sh /usr/src-5_2-afields/sbin/gbde Wrote key 0 at 49152 Opened with key 0 Wrote key 0 at 49152 Opened with key 0 Wrote key 0 at 49152 Opened with key 0 Wrote key 1 at 538624 Opened with key 1 Wrote key 2 at 748032 Opened with key 2 Wrote key 3 at 755712 Opened with key 3 Wrote key 0 at 49152 Opened with key 0 Nuked key 3 gbde: Lock was nuked. Opened with key 1 Wrote key 1 at 538624 gbde: Lock was destroyed. Opened with key 0 Nuked key 0 Nuked key 1 Nuked key 2 Nuked key 3 gbde: Lock was nuked. gbde: Lock was nuked. gbde: Lock was nuked. gbde: Lock was nuked. Wrote key 0 at 120832 Opened with key 0 Wrote key 0 at 120832 Opened with key 0 Wrote key 0 at 120832 Opened with key 0 Wrote key 1 at 240640 Opened with key 1 Wrote key 2 at 325120 Opened with key 2 Wrote key 3 at 371200 Opened with key 3 Wrote key 0 at 120832 ** /dev/md99.bde ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1 files, 1 used, 398 free (14 frags, 48 blocks, 3.5% fragmentation) *********** Test passed *********** bsddev# ls CVS gbde.c sha2.o Makefile gbde.o template.c g_bde_lock.o image.uu template.o gbde rijndael-alg-fst.o template.txt gbde.8 rijndael-api-fst.o test.sh gbde.8.gz sbin-gbde.log bsddev# ^D exit Script done on Wed Jan 21 07:32:09 2004 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="example.out" Script started on Wed Jan 21 08:44:57 2004 You have mail. bsddev# bash bash-2.05# ls /dev/md* /dev/md0 /dev/mdctl bash-2.05# echo "obscure enough?"|bdes -b>/mnt/cf/test.key # if not: Enter key: bash-2.05# dd if=/dev/urandom bs=1k count=4 |bdes -b>/mnt/cf/md.key 4+0 records in 4+0 records out Enter key: 4096 bytes transferred in 0.012768 secs (320801 bytes/sec) bash-2.05# bdes -b/tmp/test.key not a safe key file, this is a test ^D bash-2.05# ./gbde init /dev/md0 -K/tmp/test.key Wrote key 0 at 2314752 bash-2.05# cat /tmp/test.key|./gbde attach /dev/md0 -k- bash-2.05# ls /dev/md* /dev/md0 /dev/md0.bde /dev/mdctl bash-2.05# newfs /dev/md0.bde /dev/md0.bde: 7.8MB (15872 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 1.95MB, 125 blks, 256 inodes. super-block backups (for fsck -b #) at: 160, 4160, 8160, 12160 bash-2.05# fsck_ffs /dev/md0.bde ** /dev/md0.bde ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2 files, 2 used, 3733 free (21 frags, 464 blocks, 0.6% fragmentation) bash-2.05# mkdir tmpmnt bash-2.05# mount /dev/md0.bde tmpmnt bash-2.05# cd tmpmnt bash-2.05# mkdir TEST bash-2.05# cat >bla bla bla lba yadda yadda so on and so on ^D bash-2.05# ls -l total 6 drwxrwxr-x 2 root operator 512 Jan 21 07:37 .snap drwxr-xr-x 2 root wheel 512 Jan 21 07:38 TEST -rw-r--r-- 1 root wheel 40 Jan 21 07:38 bla bash-2.05# cd .. bash-2.05# umount tmpmnt bash-2.05# ./gbde detach /dev/md0 bash-2.05# ./gbde attach /dev/md0 Enter passphrase: bash-2.05# ls /dev/md* /dev/md0 /dev/md0.bde /dev/mdctl bash-2.05# mount /dev/md0.bde tmpmnt bash-2.05# ls tmpmnt .snap TEST bla bash-2.05# umount tmpmnt bash-2.05# ./gbde detach /dev/md0 bash-2.05# ./gbde attach -p"not a safe file" -k/tmp/test.key Usage error: Duplicate key spec: -p and -k Usage: gbde attach dest [-l lockfile] gbde detach dest gbde init /dev/dest [-i] [-f filename] [-L lockfile] gbde setkey dest [-n key] [-l lockfile] [-L lockfile] gbde destroy dest [-n key] [-l lockfile] [-L lockfile] Key entry: By default the user is prompted on the tty. On the command line: -p/-P -k/-K -k-/-K- for input on stdin -r toggles raw mode bash-2.05# ./gbde attach /dev/md0 -p"not a safe key file, this is a test" bash-2.05# ls /dev/md* /dev/md0 /dev/md0.bde /dev/mdctl bash-2.05# mount /dev/md0.bde tmpmnt bash-2.05# cat tmpmnt/bla bla bla lba yadda yadda so on and so on bash-2.05# umount tmpmnt bsddev# ^D exit Script done on Wed Jan 21 07:44:19 2004 --- --cNdxnHkX5QqsyA0e-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 07:26:29 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313FD16A4CE; Wed, 21 Jan 2004 07:26:29 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05C043D31; Wed, 21 Jan 2004 07:26:27 -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 i0LFQ9Cf025260; Wed, 21 Jan 2004 16:26:14 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Allan Fields From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 21 Jan 2004 10:21:49 EST." <20040121152149.GK34696@afields.ca> Date: Wed, 21 Jan 2004 16:26:09 +0100 Message-ID: <25259.1074698769@critter.freebsd.dk> cc: freebsd-hackers@FreeBSD.org cc: "Simon L. Nielsen" Subject: Re: Status GBDE attach at boot [PATCH] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:26:29 -0000 Hi Allan, Can you please redo the diff -with '-u' ? 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-hackers@FreeBSD.ORG Wed Jan 21 07:39:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70BC116A4CE for ; Wed, 21 Jan 2004 07:39:55 -0800 (PST) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686B343D2D for ; Wed, 21 Jan 2004 07:39:54 -0800 (PST) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 1AjKSO-00033z-VY; Wed, 21 Jan 2004 15:39:52 +0000 Date: Wed, 21 Jan 2004 15:39:52 +0000 From: Paul Robinson To: Olafur Osvaldsson Message-ID: <20040121153952.GR12294@iconoplex.co.uk> References: <200401210323.i0L3NfRK021046@cvs.openbsd.org> <20040121152040.GA54510@isnic.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040121152040.GA54510@isnic.is> Sender: Paul Robinson cc: hackers@freebsd.org cc: Theo de Raadt Subject: Re: Sam Leffler: Re: hey X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:39:55 -0000 On Wed, Jan 21, 2004 at 03:20:40PM +0000, Olafur Osvaldsson wrote: > I'm just curious but when looking at the source I see the following > in the crypto.c file: >=20 > * The author of this code is Angelos D. Keromytis (angelos@cis.upenn.edu) I'm not sure that is the file to which he is referring. I don't have a copy of -CURRENT to hand to idenitfy the file (will get a checkout as soon as I get home from the office in a couple of hours), but I have checked all the /src/crypto section of NetBSD's CVS to spot file deletes made recently and couldn't see them otherwise I would have started phoning people with commit bit... I've raised a PR and I'll chase it down with somebody once the correct file= s=20 are identified, and make sure somebody gets it pulled out of there. None of= =20 us want to see license violations (especially ones which can cause argument= s=20 cross BSD-projects). Unless somebody thinks Theo is wrong, which I doubt, let's all move along,= =20 nothing to see here, it'll get backed out ASAP... :-) --=20 Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 07:42:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A0816A4CE for ; Wed, 21 Jan 2004 07:42:48 -0800 (PST) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046A743D54 for ; Wed, 21 Jan 2004 07:42:43 -0800 (PST) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 1AjKVD-00035F-Od; Wed, 21 Jan 2004 15:42:47 +0000 Date: Wed, 21 Jan 2004 15:42:47 +0000 From: Paul Robinson To: Olafur Osvaldsson Message-ID: <20040121154247.GS12294@iconoplex.co.uk> References: <200401210323.i0L3NfRK021046@cvs.openbsd.org> <20040121152040.GA54510@isnic.is> <20040121153952.GR12294@iconoplex.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040121153952.GR12294@iconoplex.co.uk> Sender: Paul Robinson cc: hackers@freebsd.org cc: Theo de Raadt Subject: Re: Sam Leffler: Re: hey X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:42:48 -0000 On Wed, Jan 21, 2004 at 03:39:52PM +0000, Paul Robinson wrote: > I've raised a PR and I'll chase it down with somebody once the correct files Forgot to mention it's PR 61676 if anybody is backing it out and closing it now. -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 07:43:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E1F816A4CE for ; Wed, 21 Jan 2004 07:43:57 -0800 (PST) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F5C43D45 for ; Wed, 21 Jan 2004 07:42:57 -0800 (PST) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.6/8.12.6) with ESMTP id i0LFguGo050881; Wed, 21 Jan 2004 10:42:56 -0500 (EST) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.6/8.12.9/Submit) id i0LFgudj050880; Wed, 21 Jan 2004 10:42:56 -0500 (EST) (envelope-from afields) Date: Wed, 21 Jan 2004 10:42:56 -0500 From: Allan Fields To: Poul-Henning Kamp Message-ID: <20040121154256.GL34696@afields.ca> References: <20040121152149.GK34696@afields.ca> <25259.1074698769@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <25259.1074698769@critter.freebsd.dk> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: Status GBDE attach at boot [PATCH] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Allan Fields List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 15:43:57 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 21, 2004 at 04:26:09PM +0100, Poul-Henning Kamp wrote: > > Hi Allan, > > Can you please redo the diff -with '-u' ? Sure, attached. > 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. -- Allan Fields _.^. ,_ ,. ._ . AFRSL - http://afields.ca <,'/-\/- /\'_| /_ Ottawa, Canada `'|'====-=--- -- - `---- -- - BSDCan 2004: May 2004, Ottawa See http://www.bsdcan.org for details. --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gbde-afields-2.diff" diff -ru src-5_2/sbin/gbde/gbde.c src-5_2-afields/sbin/gbde/gbde.c --- src-5_2/sbin/gbde/gbde.c Mon Oct 13 16:14:02 2003 +++ src-5_2-afields/sbin/gbde/gbde.c Wed Jan 21 10:03:20 2004 @@ -40,14 +40,16 @@ * * Introduce -E, alternate entropy source (instead of /dev/random) * + * Introduce -c, cipher specification + * + * Introduce -o, one-time-pad source + * * Introduce -i take IV from keyboard or * * Introduce -I take IV from file/cmd * * Introduce -m/-M store encrypted+encoded masterkey in file * - * Introduce -k/-K get pass-phrase part from file/cmd - * * Introduce -d add more dest-devices to worklist. * * Add key-option: selfdestruct bit. @@ -62,6 +64,8 @@ * * Make all verbs work on both attached/detached devices. * + * Investigate process memory scrubbing and file caching issues further + * */ #include @@ -142,6 +146,10 @@ fprintf(stderr, "\t%s init /dev/dest [-i] [-f filename] [-L lockfile]\n", p); fprintf(stderr, "\t%s setkey dest [-n key] [-l lockfile] [-L lockfile]\n", p); fprintf(stderr, "\t%s destroy dest [-n key] [-l lockfile] [-L lockfile]\n", p); + fprintf(stderr, "Key entry:\n"); + fprintf(stderr, "\tBy default the user is prompted on the tty. From the command line:\n"); + fprintf(stderr, "\t-p/-P \t\t-k/-K \n"); + fprintf(stderr, "\t-k-/-K- for input on stdin\t-r toggles 'raw' mode\n"); exit (1); } @@ -234,6 +242,35 @@ memcpy(sha2, sc->sha2, SHA512_DIGEST_LENGTH); } +static const char * +read_keyfile(const char *keyf, int raw) +{ /* XXX: to be reviewed by authors */ + static FILE * kf; + char kbuf[BUFSIZ]; + char c; int i; + + if (strchr(&keyf[0],'-')&& + strchr(&keyf[1],'\0')) + kf = fdopen(STDIN_FILENO,"r"); + else kf = fopen(keyf,"r"); + if (kf == NULL) + errx(errno,"Error opening keyfile: %s\n",strerror(errno)); + + bzero(kbuf, sizeof(kbuf)); + for (i = 0; (c = getc(kf)) != EOF && (i < BUFSIZ-1); i++) { + if (raw == 0 && (c=='\n' || c=='\r')) break; + kbuf[i] = c; + } /* kbuf[BUFSIZ] = '\0'; */ + + if (ferror(kf) != 0) + errx(errno, "Error reading keyfile: %s",strerror(errno)); + else if (strlen(kbuf) < 3) + errx(1,"Too short passphrase from keyfile\n"); + + (void)fclose(kf); + return strdup(kbuf); /* XXX: No way to scrub buf before return? */ +} + static void encrypt_sector(void *d, int len, int klen, void *key) { @@ -692,9 +729,10 @@ const char *opts; const char *l_opt, *L_opt; const char *p_opt, *P_opt; - const char *f_opt; + const char *k_opt, *K_opt; + const char *f_opt, *pbuf; char *dest; - int i_opt, n_opt, ch, dfd, doopen; + int i_opt, n_opt, r_opt, ch, dfd, doopen; u_int nkey; int i; char *q, buf[BUFSIZ]; @@ -713,26 +751,26 @@ doopen = 0; if (!strcmp(argv[1], "attach")) { action = ACT_ATTACH; - opts = "l:p:"; + opts = "l:p:k:r"; } else if (!strcmp(argv[1], "detach")) { action = ACT_DETACH; opts = ""; } else if (!strcmp(argv[1], "init")) { action = ACT_INIT; doopen = 1; - opts = "f:iL:P:"; + opts = "f:iL:P:K:r"; } else if (!strcmp(argv[1], "setkey")) { action = ACT_SETKEY; doopen = 1; - opts = "n:l:L:p:P:"; + opts = "n:l:L:p:k:P:K:r"; } else if (!strcmp(argv[1], "destroy")) { action = ACT_DESTROY; doopen = 1; - opts = "l:p:"; + opts = "l:p:k:r"; } else if (!strcmp(argv[1], "nuke")) { action = ACT_NUKE; doopen = 1; - opts = "l:p:n:"; + opts = "n:l:p:k:r"; } else { usage("Unknown sub command\n"); } @@ -743,10 +781,14 @@ argc--; argv++; + pbuf = NULL; p_opt = NULL; P_opt = NULL; l_opt = NULL; L_opt = NULL; + k_opt = NULL; + K_opt = NULL; + r_opt = 0; f_opt = NULL; n_opt = 0; i_opt = 0; @@ -770,6 +812,15 @@ case 'P': P_opt = optarg; break; + case 'k': + k_opt = optarg; + break; + case 'K': + K_opt = optarg; + break; + case 'r': + r_opt = 1; + break; case 'n': n_opt = strtoul(optarg, &q, 0); if (!*optarg || *q) @@ -780,6 +831,9 @@ usage("Invalid option\n"); } + if (p_opt && k_opt) usage("Duplicate key spec: -p and -k\n"); + if (P_opt && K_opt) usage("Duplicate key spec: -P and -K\n"); + if (doopen) { dfd = open(dest, O_RDWR | O_CREAT, 0644); if (dfd < 0) { @@ -803,7 +857,10 @@ gl = &sc.key; switch(action) { case ACT_ATTACH: - setup_passphrase(&sc, 0, p_opt); + if (k_opt) pbuf = read_keyfile(k_opt, r_opt); + else if (p_opt) pbuf = strdup(p_opt); + setup_passphrase(&sc, 0, pbuf); + cmd_attach(&sc, dest, l_opt); break; case ACT_DETACH: @@ -811,26 +868,43 @@ break; case ACT_INIT: cmd_init(gl, dfd, f_opt, i_opt, L_opt); - setup_passphrase(&sc, 1, P_opt); + + if (K_opt) pbuf = read_keyfile(K_opt, r_opt); + else if (P_opt) pbuf = strdup(P_opt); + setup_passphrase(&sc, 1, pbuf); + cmd_write(gl, &sc, dfd, 0, L_opt); break; case ACT_SETKEY: - setup_passphrase(&sc, 0, p_opt); + if (k_opt) pbuf = read_keyfile(k_opt, r_opt); + else if (p_opt) pbuf = strdup(p_opt); + setup_passphrase(&sc, 0, pbuf); + cmd_open(&sc, dfd, l_opt, &nkey); if (n_opt == 0) n_opt = nkey + 1; - setup_passphrase(&sc, 1, P_opt); + + if (K_opt) pbuf = read_keyfile(K_opt, r_opt); + else if (P_opt) pbuf = strdup(P_opt); + setup_passphrase(&sc, 1, pbuf); + cmd_write(gl, &sc, dfd, n_opt - 1, L_opt); break; case ACT_DESTROY: - setup_passphrase(&sc, 0, p_opt); + if (k_opt) pbuf = read_keyfile(k_opt, r_opt); + else if (p_opt) pbuf = strdup(p_opt); + setup_passphrase(&sc, 0, pbuf); + cmd_open(&sc, dfd, l_opt, &nkey); cmd_destroy(gl, nkey); reset_passphrase(&sc); cmd_write(gl, &sc, dfd, nkey, l_opt); break; case ACT_NUKE: - setup_passphrase(&sc, 0, p_opt); + if (k_opt) pbuf = read_keyfile(k_opt, r_opt); + else if (p_opt) pbuf = strdup(p_opt); + setup_passphrase(&sc, 0, pbuf); + cmd_open(&sc, dfd, l_opt, &nkey); if (n_opt == 0) n_opt = nkey + 1; diff -ru src-5_2/sbin/gbde/test.sh src-5_2-afields/sbin/gbde/test.sh --- src-5_2/sbin/gbde/test.sh Fri Oct 17 15:52:07 2003 +++ src-5_2-afields/sbin/gbde/test.sh Wed Jan 21 05:57:16 2004 @@ -2,42 +2,42 @@ # $FreeBSD: src/sbin/gbde/test.sh,v 1.3 2003/10/17 19:52:07 phk Exp $ set -e +GBDE=./gbde MD=99 mdconfig -d -u $MD > /dev/null 2>&1 || true - mdconfig -a -t malloc -s 1m -u $MD D=/dev/md$MD -./gbde init $D -P foo -L /tmp/_l1 -./gbde setkey $D -p foo -l /tmp/_l1 -P bar -L /tmp/_l1 -./gbde setkey $D -p bar -l /tmp/_l1 -P foo -L /tmp/_l1 - -./gbde setkey $D -p foo -l /tmp/_l1 -n 2 -P foo2 -L /tmp/_l2 -./gbde setkey $D -p foo2 -l /tmp/_l2 -n 3 -P foo3 -L /tmp/_l3 -./gbde setkey $D -p foo3 -l /tmp/_l3 -n 4 -P foo4 -L /tmp/_l4 -./gbde setkey $D -p foo4 -l /tmp/_l4 -n 1 -P foo1 -L /tmp/_l1 - -./gbde nuke $D -p foo1 -l /tmp/_l1 -n 4 -if ./gbde nuke $D -p foo4 -l /tmp/_l4 -n 3 ; then false ; fi -./gbde destroy $D -p foo2 -l /tmp/_l2 -if ./gbde destroy $D -p foo2 -l /tmp/_l2 ; then false ; fi - -./gbde nuke $D -p foo1 -l /tmp/_l1 -n -1 -if ./gbde nuke $D -p foo1 -l /tmp/_l1 -n -1 ; then false ; fi -if ./gbde nuke $D -p foo2 -l /tmp/_l2 -n -1 ; then false ; fi -if ./gbde nuke $D -p foo3 -l /tmp/_l3 -n -1 ; then false ; fi -if ./gbde nuke $D -p foo4 -l /tmp/_l4 -n -1 ; then false ; fi - -./gbde init $D -P foo -./gbde setkey $D -p foo -P bar -./gbde setkey $D -p bar -P foo - -./gbde setkey $D -p foo -n 2 -P foo2 -./gbde setkey $D -p foo2 -n 3 -P foo3 -./gbde setkey $D -p foo3 -n 4 -P foo4 -./gbde setkey $D -p foo4 -n 1 -P foo1 +${GBDE} init $D -P foo -L /tmp/_l1 +${GBDE} setkey $D -p foo -l /tmp/_l1 -P bar -L /tmp/_l1 +${GBDE} setkey $D -p bar -l /tmp/_l1 -P foo -L /tmp/_l1 + +${GBDE} setkey $D -p foo -l /tmp/_l1 -n 2 -P foo2 -L /tmp/_l2 +${GBDE} setkey $D -p foo2 -l /tmp/_l2 -n 3 -P foo3 -L /tmp/_l3 +${GBDE} setkey $D -p foo3 -l /tmp/_l3 -n 4 -P foo4 -L /tmp/_l4 +${GBDE} setkey $D -p foo4 -l /tmp/_l4 -n 1 -P foo1 -L /tmp/_l1 + +${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n 4 +if ${GBDE} nuke $D -p foo4 -l /tmp/_l4 -n 3 ; then false ; fi +${GBDE} destroy $D -p foo2 -l /tmp/_l2 +if ${GBDE} destroy $D -p foo2 -l /tmp/_l2 ; then false ; fi + +${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n -1 +if ${GBDE} nuke $D -p foo1 -l /tmp/_l1 -n -1 ; then false ; fi +if ${GBDE} nuke $D -p foo2 -l /tmp/_l2 -n -1 ; then false ; fi +if ${GBDE} nuke $D -p foo3 -l /tmp/_l3 -n -1 ; then false ; fi +if ${GBDE} nuke $D -p foo4 -l /tmp/_l4 -n -1 ; then false ; fi + +${GBDE} init $D -P foo +${GBDE} setkey $D -p foo -P bar +${GBDE} setkey $D -p bar -P foo + +${GBDE} setkey $D -p foo -n 2 -P foo2 +${GBDE} setkey $D -p foo2 -n 3 -P foo3 +${GBDE} setkey $D -p foo3 -n 4 -P foo4 +${GBDE} setkey $D -p foo4 -n 1 -P foo1 mdconfig -d -u $MD @@ -47,9 +47,9 @@ else uudecode -p ${1}/image.uu | bzcat > $D fi -gbde attach $D -p foo +${GBDE} attach $D -p foo fsck_ffs ${D}.bde -gbde detach $D +${GBDE} detach $D mdconfig -d -u $MD --St7VIuEGZ6dlpu13-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 08:56:46 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5A5616A4CE for ; Wed, 21 Jan 2004 08:56:46 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE31243D39 for ; Wed, 21 Jan 2004 08:56:45 -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 i0LGucET095663; Wed, 21 Jan 2004 09:56:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 21 Jan 2004 09:56:34 -0700 (MST) Message-Id: <20040121.095634.73382582.imp@bsdimp.com> To: deraadt@cvs.openbsd.org, hackers@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040121152040.GA54510@isnic.is> References: <200401210323.i0L3NfRK021046@cvs.openbsd.org> <20040121152040.GA54510@isnic.is> 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 Subject: Re: Sam Leffler: Re: hey X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 16:56:47 -0000 As readers of the cvs commit logs know, Theo has identified the file in question, and I've removed it from the repo until such time as its legal status is resolved. If there are futher issues, please feel free to mail the specific files to core@ and any proof of ownership (if it wasn't obvious from the file(s) like it was in this case). Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 11:45:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E8016A4CE for ; Wed, 21 Jan 2004 11:45:12 -0800 (PST) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8BB543D2D for ; Wed, 21 Jan 2004 11:45:11 -0800 (PST) (envelope-from liamfoy@sepulcrum.org) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AjOHn-0004vQ-00 for hackers@freebsd.org; Wed, 21 Jan 2004 20:45:11 +0100 Received: from [217.43.129.115] (helo=sepulcrum.org) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AjOHm-0007Z4-00 for hackers@freebsd.org; Wed, 21 Jan 2004 20:45:10 +0100 Message-ID: <400ED6C6.1000100@sepulcrum.org> Date: Wed, 21 Jan 2004 19:45:10 +0000 From: Liam Foy User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040117 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: shutdown -p now X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 19:45:13 -0000 Hey guys, shutdown -p now is dependant upon hardware, and am 100% sure my hardware supports this; yet it still does not work. Must I have anything added to my kernel configuration or anything? Regards, Liam Foy From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 12:41:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D26E816A4CE for ; Wed, 21 Jan 2004 12:41:39 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C04143D2F for ; Wed, 21 Jan 2004 12:41:03 -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 i0LKd1Ud072762; Wed, 21 Jan 2004 15:39:02 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i0LKd1ES072759; Wed, 21 Jan 2004 15:39:01 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 21 Jan 2004 15:39:00 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Liam Foy In-Reply-To: <400ED6C6.1000100@sepulcrum.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: shutdown -p now X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 20:41:39 -0000 On Wed, 21 Jan 2004, Liam Foy wrote: > shutdown -p now is dependant upon hardware, and am 100% sure my hardware > supports this; yet it still does not work. Must I have anything added to > my kernel configuration or anything? What version of FreeBSD are you using? Do you have ACPI enabled, if on 5.x? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 13:14:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A09916A4CE for ; Wed, 21 Jan 2004 13:14:24 -0800 (PST) Received: from hexagon.stack.nl (hexagon.stack.nl [131.155.140.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45CE743D45 for ; Wed, 21 Jan 2004 13:13:46 -0800 (PST) (envelope-from marcolz@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010:2e0:81ff:fe22:51d8]) by hexagon.stack.nl (Postfix) with ESMTP id 400EEB89#077DD50A2 for ; Wed, 21 Jan 2004 22:13:45 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 333) id D65DF1CC71; Wed, 21 Jan 2004 22:13:44 +0100 (CET) Date: Wed, 21 Jan 2004 22:13:44 +0100 From: Marc Olzheim To: hackers@freebsd.org Message-ID: <20040121211344.GA97203@stack.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline X-Operating-System: FreeBSD turtle.stack.nl 5.2-BETA FreeBSD 5.2-BETA X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.5.1i Subject: libc_r/uthread/uthread_create.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 21:14:24 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For debugging purposes would like to propose the following patch. The only thing besides from not knowing anything about other architectures than i386, is that I don't know exactly what happens when compiling with -fomit-frame-pointer Could someone tell me ? Marc --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pthread_ebp.patch" --- /usr/src/lib/libc_r/uthread/pthread_private.h Tue Jun 3 00:22:52 2003 +++ /usr/src/lib/libc_r/uthread/pthread_private.h Wed Jan 21 21:44:21 2004 @@ -86,7 +86,8 @@ fdata = (char *) (ucp)->uc_mcontext.mc_fpstate; \ __asm__("frstor %0": :"m"(*fdata)); \ } while (0) -#define SET_RETURN_ADDR_JB(jb, ra) (jb)[0]._jb[0] = (int)(ra) +#define SET_RETURN_ADDR_JB(jb, ra) (jb)[0]._jb[0] = (int)(ra) +#define SET_FRAME_PTR_JB(jb, fp) (jb)[0]._jb[3] = (int)(fp) #elif defined(__amd64__) #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[2])) #define GET_STACK_SJB(sjb) ((unsigned long)((sjb)[0]._sjb[2])) @@ -105,6 +106,7 @@ __asm__("fxrstor %0": :"m"(*fdata)); \ } while (0) #define SET_RETURN_ADDR_JB(jb, ra) (jb)[0]._jb[0] = (long)(ra) +#define SET_FRAME_PTR_JB(jb, fp) #elif defined(__alpha__) #include #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[R_SP + 4])) @@ -120,6 +122,7 @@ (jb)[0]._jb[R_RA + 4] = (long)(ra); \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ } while (0) +#define SET_FRAME_PTR_JB(jb, fp) #elif defined(__ia64__) #define GET_BSP_JB(jb) (*((unsigned long*)JMPBUF_ADDR_OF(jb,J_BSP))) #define GET_STACK_JB(jb) (*((unsigned long*)JMPBUF_ADDR_OF(jb,J_SP))) @@ -136,6 +139,7 @@ GET_BSP_JB(jb) = (long)(stk); \ } while (0) #define UPD_STACK_JB(jb, stk) GET_STACK_JB(jb) = (long)(stk) +#define SET_FRAME_PTR_JB(jb, fp) #elif defined(__sparc64__) #include @@ -164,6 +168,7 @@ #define FP_RESTORE_UC(ucp) /* XXX */ #define SET_RETURN_ADDR_JB(jb, ra) \ (jb)[0]._jb[_JB_PC] = (long)(ra) - 8 +#define SET_FRAME_PTR_JB(jb, fp) #else #error "Don't recognize this architecture!" #endif --- /usr/src/lib/libc_r/uthread/uthread_create.c Wed Dec 3 07:54:40 2003 +++ /usr/src/lib/libc_r/uthread/uthread_create.c Wed Jan 21 04:01:31 2004 @@ -146,6 +146,7 @@ * _thread_start(). */ SET_RETURN_ADDR_JB(new_thread->ctx.jb, _thread_start); + SET_FRAME_PTR_JB(new_thread->ctx.jb, NULL); #if !defined(__ia64__) stackp = (long)new_thread->stack + pattr->stacksize_attr - sizeof(double); --4Ckj6UjgE2iN1+kY-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 13:47:05 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4356916A4CE; Wed, 21 Jan 2004 13:47:05 -0800 (PST) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1F143D41; Wed, 21 Jan 2004 13:47:03 -0800 (PST) (envelope-from liamfoy@sepulcrum.org) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AjQBj-00027k-00; Wed, 21 Jan 2004 22:47:03 +0100 Received: from [217.43.129.115] (helo=sepulcrum.org) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AjQBi-0007Aa-00; Wed, 21 Jan 2004 22:47:02 +0100 Message-ID: <400EF356.1040506@sepulcrum.org> Date: Wed, 21 Jan 2004 21:47:02 +0000 From: Liam Foy User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040117 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: shutdown -p now X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 21:47:05 -0000 Robert Watson wrote: >On Wed, 21 Jan 2004, Liam Foy wrote: > > > >>shutdown -p now is dependant upon hardware, and am 100% sure my hardware >>supports this; yet it still does not work. Must I have anything added to >>my kernel configuration or anything? >> >> > >What version of FreeBSD are you using? Do you have ACPI enabled, if on >5.x? > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Senior Research Scientist, McAfee Research > > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > I am current running: FreeBSD liamfoy.ath.cx 4.9-STABLE FreeBSD 4.9-STABLE #5: Sat Dec 13 15:24:43 GMT 2003 liamfoy@ecthelion:/usr/src/sys/compile/Ecthelion i386 Hope this helps... Regards, Liam-Foy From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 14:09:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC1916A4CE for ; Wed, 21 Jan 2004 14:09:19 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D139E43D2D for ; Wed, 21 Jan 2004 14:09:17 -0800 (PST) (envelope-from marcolz@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [2001:610:1108:5010:2e0:81ff:fe22:51d8]) by mailhost.stack.nl (Postfix) with ESMTP id 400EF88C#701D91F012 for ; Wed, 21 Jan 2004 23:09:16 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 333) id 49C5B1CC71; Wed, 21 Jan 2004 23:09:16 +0100 (CET) Date: Wed, 21 Jan 2004 23:09:16 +0100 From: Marc Olzheim To: hackers@freebsd.org Message-ID: <20040121220916.GC97291@stack.nl> References: <20040121211344.GA97203@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040121211344.GA97203@stack.nl> X-Operating-System: FreeBSD turtle.stack.nl 5.2-BETA FreeBSD 5.2-BETA X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.5.1i Subject: Re: libc_r/uthread/uthread_create.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 22:09:19 -0000 On Wed, Jan 21, 2004 at 10:13:44PM +0100, Marc Olzheim wrote: > Could someone tell me ? Erhm... For some clue what this is about: http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg44893.html Marc From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 14:25:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70AB16A4D6; Wed, 21 Jan 2004 14:25:11 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id D482143D5E; Wed, 21 Jan 2004 14:24:50 -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 51B582BD75; Thu, 22 Jan 2004 09:24:49 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 91A9E5120A; Thu, 22 Jan 2004 08:54:47 +1030 (CST) Date: Thu, 22 Jan 2004 08:54:47 +1030 From: Greg 'groggy' Lehey To: Josef El-Rayes Message-ID: <20040121222447.GN86671@wantadilla.lemis.com> References: <20040118010036.M599@korben.in.tern> <20040120144921.O90355@pcle2.cc.univie.ac.at> <20040121025249.GZ47639@wantadilla.lemis.com> <20040121113552.GC305@jenny.daemon.li> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ucfHZChuBC0NsER/" Content-Disposition: inline In-Reply-To: <20040121113552.GC305@jenny.daemon.li> 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: hackers@freebsd.org Subject: Re: GEOM + Vinum X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 22:25:11 -0000 --ucfHZChuBC0NsER/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 21 January 2004 at 12:35:52 +0100, Josef El-Rayes wrote: > Greg 'groggy' Lehey wrote: >> And to answer another message: yes, Vinum on FreeBSD *must* >> be adapted to GEOM. There's no other solution. > > shouldn't we add this as a task item to the releng schedule? That sounds reasonable. Greg -- See complete headers for address and phone numbers. --ucfHZChuBC0NsER/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFADvwvIubykFB6QiMRAr9cAKCKgPAjwZakFCIY2zL7DW5/q+soqgCglvPk kwAB4LJTHp2nMZEIstTYG7c= =7ATF -----END PGP SIGNATURE----- --ucfHZChuBC0NsER/-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 16:03:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC5516A4CF; Wed, 21 Jan 2004 16:03:24 -0800 (PST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB5943D1F; Wed, 21 Jan 2004 16:03:22 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp104-192.lns1.adl1.internode.on.net [150.101.104.192])i0M03IPv041298; Thu, 22 Jan 2004 10:33:19 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0M03GnY093472; Thu, 22 Jan 2004 10:33:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Liam Foy , Robert Watson Date: Thu, 22 Jan 2004 10:33:13 +1030 User-Agent: KMail/1.5.4 References: <400EF356.1040506@sepulcrum.org> In-Reply-To: <400EF356.1040506@sepulcrum.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401221033.13596.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org Subject: Re: shutdown -p now X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 00:03:24 -0000 On Thursday 22 January 2004 08:17, Liam Foy wrote: > I am current running: > > FreeBSD liamfoy.ath.cx 4.9-STABLE FreeBSD 4.9-STABLE #5: Sat Dec 13 > 15:24:43 GMT 2003 liamfoy@ecthelion:/usr/src/sys/compile/Ecthelion > i386 > > Hope this helps... Try turning APM on (eg apm -e 1) and then shutting down.. If that works you can add the APM enable line to rc.conf. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 16:03:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B99316A4E0 for ; Wed, 21 Jan 2004 16:03:47 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49BFA43D2F for ; Wed, 21 Jan 2004 16:03:46 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id i0M03j1H056012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Jan 2004 19:03:45 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id i0M03jMG056011 for freebsd-hackers@freebsd.org; Wed, 21 Jan 2004 19:03:45 -0500 (EST) Date: Wed, 21 Jan 2004 19:03:45 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20040122000345.GA55932@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031101233412.GA33988@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20031101233412.GA33988@ussenterprise.ufp.org> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: dhclient & dynamic DNS updates X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 00:03:47 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm replying to my own message for the sake of list archives. I just tried the new dhclient (3.0p12), and dynamic DNS works just fine. Looks like this was a bug that was fixed. The man page has also been updated and it now works just as documented in the man page. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQFADxNhNh6mMG5yMTYRAjFxAJ9XsPs0cEgcacXDlhJeIxaac4WQWQCeP6eD pJPXXfPfGe+II6vMXHY/ktM= =XgY4 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 20:15:22 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED82116A4CE; Wed, 21 Jan 2004 20:15:22 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF8D443D2D; Wed, 21 Jan 2004 20:15:20 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1AjWC5-000FaJ-LC; Thu, 22 Jan 2004 12:11:49 +0800 Message-Id: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Thu, 22 Jan 2004 12:19:17 +0800 To: freebsd-ipfw@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org cc: rizzo@icir.org Subject: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 04:15:23 -0000 Hi, I'm still having trouble limiting bandwidth for emule ports using dummynet features. I'm using FreeBSD 5.2-current machine for firewall. It has 2 Intel pro 100 cards and it is configured as a bridge. I'm doing bandwidth limiting in the following way: # eMule ${fwcmd} pipe 59 config bw 256kbit/s ${fwcmd} pipe 60 config bw 256kbit/s ${fwcmd} pipe 61 config bw 128kbit/s ${fwcmd} add 80 pipe 59 ip from 202.179.x.x/19 to any 2323,4242,4243,4661-4672,7700-7800 ${fwcmd} add 81 pipe 60 ip from any 2323,4242,4243,4661-4672,7700-7800 to 202.179.x.x/19 ${fwcmd} add 82 pipe 61 ip from any to 202.179.x.x/19 2323,4242,4243,4661-4672,7700-7800 Am I doing right? For what NIC should I implement filtering, outside or inside interface? When I see MRTG graphs for ipfw it still shows bandwidth more than it supposed to:( I really hope somebody in this list point me to the right direction. thanks in advance, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 20:43:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D104216A4CE; Wed, 21 Jan 2004 20:43:01 -0800 (PST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A6C43D41; Wed, 21 Jan 2004 20:42:57 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp37-107.lns1.adl1.internode.on.net [150.101.37.107])i0M4grPv000237; Thu, 22 Jan 2004 15:12:54 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0M4gonY095877; Thu, 22 Jan 2004 15:12:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ganbold , freebsd-ipfw@freebsd.org Date: Thu, 22 Jan 2004 15:12:49 +1030 User-Agent: KMail/1.5.4 References: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> In-Reply-To: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401221512.49260.doconnor@gsoft.com.au> X-Spam-Score: -5.3 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 04:43:02 -0000 On Thursday 22 January 2004 14:49, Ganbold wrote: > Am I doing right? For what NIC should I implement filtering, outside or > inside interface? > When I see MRTG graphs for ipfw it still shows bandwidth more than it > supposed to:( A few points.. - The nic is not really relevant except as a way of selecting packets more accurately. - Incoming packets (from the outside world to you) are more difficult to limit because the other end sends them and the gateway can only do the limiting after they are already received. That said it DOES work but it tends to lag behind reality a little. I use dummynet to limit TCP traffic when playing games and I use the following rules.. ipfw pipe 1 config bw 1kbyte/sec queue 10kbytes ipfw pipe 2 config bw 5kbyte/sec queue 10kbytes ... ipfw add 01900 pipe 1 tcp from any to any out xmit tun0 ipfw add 02000 pipe 2 tcp from any to any in recv tun0 ... ie I limit incoming(downloads) to 5k/sec and outgoing(uploads) to 1k/sec. I use in/out because I only want to limit packets across my tun0 (PPPoE) interface. Hope that helps. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 21:41:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55AB16A4CE for ; Wed, 21 Jan 2004 21:41:25 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id E4F9843D1D for ; Wed, 21 Jan 2004 21:41:23 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 84184 invoked by uid 1002); 22 Jan 2004 05:41:23 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 22 Jan 2004 05:41:23 -0000 Message-ID: <400F620F.4090000@freebsd.org> Date: Wed, 21 Jan 2004 22:39:27 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, developers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Reminder: Call for bi-monthly status reports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 05:41:25 -0000 All, This is a friendly reminder that submissions for the Bi-Monthly status reports are due on January 24. For those that missed the first announcement: It's time for bi-monthly status reports. This one is a little late due to the excitement of releasing 5.2, so please submit reports for Oct-Dec 2003. As always, the template is at http://www.freebsd.org/news/status/report-sample.xml, and submissions go to monthly@freebsd.org. While this report is primarily for projects that are in-progress, we would also encourage submissions for projects that are still in their idea and planning phases. It is open to src, ports, and documentation projects that are related to FreeBSD Submissions are due to monthly@freebsd.org by Jan 24. Thanks! Scott Long From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 21:43:05 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE7616A4CE; Wed, 21 Jan 2004 21:43:05 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D6CF43D54; Wed, 21 Jan 2004 21:43:04 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0M5h282018423; Wed, 21 Jan 2004 21:43:03 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0M5h2dv018422; Wed, 21 Jan 2004 21:43:02 -0800 (PST) (envelope-from dillon) Date: Wed, 21 Jan 2004 21:43:02 -0800 (PST) From: Matthew Dillon Message-Id: <200401220543.i0M5h2dv018422@apollo.backplane.com> To: Ganbold References: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> cc: freebsd-ipfw@freebsd.org cc: rizzo@icir.org cc: freebsd-hackers@freebsd.org Subject: Re: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 05:43:05 -0000 :Hi, : :I'm still having trouble limiting bandwidth for emule ports using dummynet :features. :I'm using FreeBSD 5.2-current machine for firewall. It has 2 Intel pro 100 :cards and it is configured as a bridge. : :I'm doing bandwidth limiting in the following way: : :# eMule :${fwcmd} pipe 59 config bw 256kbit/s :${fwcmd} pipe 60 config bw 256kbit/s :${fwcmd} pipe 61 config bw 128kbit/s The ipfw pipe command is *EXTREMELY* sensitive to case and capitalization. It only looks at the first few characters. Try 256Kbit/s instead of 256kbit/s. See the difference? 256kb... -> not recognized properly 256Kb... -> bits per second 256KB... -> bytes per second. I've always been annoyed by that. I think I'll go fix it in DFly. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 21:46:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054F716A4CE; Wed, 21 Jan 2004 21:46:49 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1646943D2F; Wed, 21 Jan 2004 21:46:48 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0M5kl82018461; Wed, 21 Jan 2004 21:46:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0M5kkPf018458; Wed, 21 Jan 2004 21:46:46 -0800 (PST) (envelope-from dillon) Date: Wed, 21 Jan 2004 21:46:46 -0800 (PST) From: Matthew Dillon Message-Id: <200401220546.i0M5kkPf018458@apollo.backplane.com> To: "Daniel O'Connor" References: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> <200401221512.49260.doconnor@gsoft.com.au> cc: freebsd-ipfw@freebsd.org cc: Ganbold cc: freebsd-hackers@freebsd.org Subject: Re: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 05:46:49 -0000 Oops... sorry, I gave bad advise. I'm looking at the code. It recognizes 'K' or 'k' so your specification was right. It's the 'b' verses 'B' that it's sensitive to, so if you say: kbytes/sec it will think it's kbits/sec, and if you say kBits/sec it will think it's kBytes/sec. One thing I have noticed, however, is that the ipfw pipes seem rather sensitive to configuration changes, especially if there are packets already in the pipe. I've never been able to pin it down. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 21:51:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EDD16A4CE; Wed, 21 Jan 2004 21:51:00 -0800 (PST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5846643D3F; Wed, 21 Jan 2004 21:50:57 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp37-107.lns1.adl1.internode.on.net [150.101.37.107])i0M5ooPv076655; Thu, 22 Jan 2004 16:20:51 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0M5omnY028700; Thu, 22 Jan 2004 16:20:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Matthew Dillon Date: Thu, 22 Jan 2004 16:20:46 +1030 User-Agent: KMail/1.5.4 References: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> <200401221512.49260.doconnor@gsoft.com.au> <200401220546.i0M5kkPf018458@apollo.backplane.com> In-Reply-To: <200401220546.i0M5kkPf018458@apollo.backplane.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401221620.46740.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: freebsd-ipfw@freebsd.org cc: Ganbold cc: freebsd-hackers@freebsd.org Subject: Re: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 05:51:00 -0000 On Thursday 22 January 2004 16:16, Matthew Dillon wrote: > Oops... sorry, I gave bad advise. I'm looking at the code. It > recognizes 'K' or 'k' so your specification was right. It's the 'b' verses > 'B' that it's sensitive to, so if you say: kbytes/sec it will think it's > kbits/sec, and if you say kBits/sec it will think it's kBytes/sec. eww :( > One thing I have noticed, however, is that the ipfw pipes seem rather > sensitive to configuration changes, especially if there are packets > already in the pipe. I've never been able to pin it down. Yeah, I found some hangs in situations like that (which I believe are fixed now) so I turn the limits on an off by adding/removing the firewall rules rather than reconfiguring the pipes. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 21:51:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E3F516A4CE; Wed, 21 Jan 2004 21:51:32 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB5A43D1D; Wed, 21 Jan 2004 21:51:31 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i0M5pV82018500; Wed, 21 Jan 2004 21:51:31 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i0M5pUdE018499; Wed, 21 Jan 2004 21:51:30 -0800 (PST) (envelope-from dillon) Date: Wed, 21 Jan 2004 21:51:30 -0800 (PST) From: Matthew Dillon Message-Id: <200401220551.i0M5pUdE018499@apollo.backplane.com> To: "Daniel O'Connor" , freebsd-ipfw@freebsd.org, Ganbold , freebsd-hackers@freebsd.org References: <6.0.1.1.2.20040122120552.0293bd20@202.179.0.80> <200401220546.i0M5kkPf018458@apollo.backplane.com> Subject: Re: Bandwidth limiting for eMule ports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 05:51:32 -0000 : : : Oops... sorry, I gave bad advise. I'm looking at the code. It recognizes : 'K' or 'k' so your specification was right. It's the 'b' verses 'B' that : it's sensitive to, so if you say: kbytes/sec it will think it's kbits/sec, : and if you say kBits/sec it will think it's kBytes/sec. : : One thing I have noticed, however, is that the ipfw pipes seem rather : sensitive to configuration changes, especially if there are packets : already in the pipe. I've never been able to pin it down. : : -Matt Cripes, wrong again. Batting 0 tonight! It does understand 'by', so it will do 'kbytes' or 'kBytes' or 'KBytes' properly. It doesn't understand 'KBits'.... it will think 'KBits' are actually KBytes. It also has no clue about MBits... it will think that means MBytes. The code is aweful. I think I'm going to rewrite it for DFly. -Matt From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 02:16:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 577D916A4CF for ; Thu, 22 Jan 2004 02:16:47 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341D743D2F for ; Thu, 22 Jan 2004 02:16:43 -0800 (PST) (envelope-from marcolz@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [2001:610:1108:5010:2e0:81ff:fe22:51d8]) by mailhost.stack.nl (Postfix) with ESMTP id 400FA309#E8A381F00F; Thu, 22 Jan 2004 11:16:41 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 333) id CAC841CC71; Thu, 22 Jan 2004 11:16:41 +0100 (CET) Date: Thu, 22 Jan 2004 11:16:41 +0100 From: Marc Olzheim To: hackers@freebsd.org Message-ID: <20040122101641.GA82155@stack.nl> References: <20040121211344.GA97203@stack.nl> <20040121220916.GC97291@stack.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <20040121220916.GC97291@stack.nl> X-Operating-System: FreeBSD turtle.stack.nl 5.2-BETA FreeBSD 5.2-BETA X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.5.1i Subject: Re: libc_r/uthread/uthread_create.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 10:16:47 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 21, 2004 at 11:09:16PM +0100, Marc Olzheim wrote: > On Wed, Jan 21, 2004 at 10:13:44PM +0100, Marc Olzheim wrote: > > Could someone tell me ? > > Erhm... For some clue what this is about: > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg44893.html Found it out already, shouldn't be a problem. A new thread doesn't expect to find anything in ebp, so it isn't an issue. Daniel Eischen proposed a simpler patch, which does the same trick... Marc --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pthr.patch" --- /usr/src/lib/libc_r/uthread/pthread_private.h Thu Jan 22 11:06:15 2004 +++ /usr/src/lib/libc_r/uthread/pthread_private.h Thu Jan 22 11:08:57 2004 @@ -86,7 +86,10 @@ fdata = (char *) (ucp)->uc_mcontext.mc_fpstate; \ __asm__("frstor %0": :"m"(*fdata)); \ } while (0) -#define SET_RETURN_ADDR_JB(jb, ra) (jb)[0]._jb[0] = (int)(ra) +#define SET_RETURN_ADDR_JB(jb, ra) do { \ + (jb)[0]._jb[0] = (int)(ra); \ + (jb)[0]._jb[3] = 0; \ +} while(0) #elif defined(__amd64__) #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[2])) #define GET_STACK_SJB(sjb) ((unsigned long)((sjb)[0]._sjb[2])) --bp/iNruPH9dso1Pn-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 02:30:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEB016A4CE; Thu, 22 Jan 2004 02:30:57 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 9393543D39; Thu, 22 Jan 2004 02:30:55 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 22 Jan 2004 10:30:54 +0000 (GMT) Date: Thu, 22 Jan 2004 10:30:53 +0000 From: David Malone To: Robert Watson Message-ID: <20040122103053.GA43464@walton.maths.tcd.ie> References: <400ED6C6.1000100@sepulcrum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: Liam Foy cc: hackers@freebsd.org Subject: Re: shutdown -p now X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 10:30:57 -0000 On Wed, Jan 21, 2004 at 03:39:00PM -0500, Robert Watson wrote: > > shutdown -p now is dependant upon hardware, and am 100% sure my hardware > > supports this; yet it still does not work. Must I have anything added to > > my kernel configuration or anything? > > What version of FreeBSD are you using? Do you have ACPI enabled, if on > 5.x? With ACPI, don't you need to add: hw.acpi.disable_on_poweroff=0 to /etc/sysctl.conf if you want ACPI power off to work? David. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 04:07:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5824516A4CE for ; Thu, 22 Jan 2004 04:07:53 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B938743D39 for ; Thu, 22 Jan 2004 04:07:51 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user4.cybercity.dk (fxp0.user4.ip.cybercity.dk [212.242.41.50]) by cicero0.cybercity.dk (Postfix) with ESMTP id 3AD1428DAE for ; Thu, 22 Jan 2004 13:07:50 +0100 (CET) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user4.cybercity.dk (Postfix) with SMTP id BDA75127857 for ; Thu, 22 Jan 2004 13:07:49 +0100 (CET) Date: Thu, 22 Jan 2004 13:12:02 +0100 From: Socketd To: hackers@freebsd.org Message-Id: <20040122131202.0cff52de@main> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 12:07:53 -0000 Hi all I'm trying to install FreeBSD 5.2-release on my: i386 1 Ghz 384 mb ram 60 gb harddisk 120 mb floppy disk It's running 4.9-release now btw. I've downloaded the iso for disc1 and made a cd. I have used that cd to install 5.2 on my laptop, test computer and my server, but when trying to install it on my main workstation I get: ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 GEOM: create disk afd0 dp=0xc3f1bb6c afd0: REMOVABLE at ata0-slave PIO3 I've tried removing the floppy drive, but the it just hangs after: ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 Any ideas? br socketd From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 04:11:32 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD2616A4CE for ; Thu, 22 Jan 2004 04:11:32 -0800 (PST) Received: from redqueen.elvandar.org (cust.94.120.adsl.cistron.nl [195.64.94.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559E543D48 for ; Thu, 22 Jan 2004 04:11:25 -0800 (PST) (envelope-from remko@elvandar.org) From: "Remko Lodder" To: "Freebsd-Hackers@Freebsd. Org" Date: Thu, 22 Jan 2004 13:11:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at elvandar.org Message-Id: <20040122121124.434432B4D7F@redqueen.elvandar.org> Subject: FW: [Freebsd-hackers] 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 12:11:32 -0000 Forgot to include this in the List, my apologies -- Kind regards, Remko Lodder Elvandar.org/DSINet.org www.mostly-harmless.nl Dutch community for helping newcomers on the hackerscene -----Oorspronkelijk bericht----- Van: Remko Lodder [mailto:remko@elvandar.org] Verzonden: donderdag 22 januari 2004 13:11 Aan: Socketd Onderwerp: RE: [Freebsd-hackers] 5.2 install hangs Perhaps some devices use the same IRQ or something like that, I had something similiar, 2 nics that used IRQ 10 and the IDE device used that also (Don't know if it's the correct IRQ but, for reference it should be ok ;p) Check that out beacause they might lock eachother out. Cheers -- Kind regards, Remko Lodder Elvandar.org/DSINet.org www.mostly-harmless.nl Dutch community for helping newcomers on the hackerscene -----Oorspronkelijk bericht----- Van: freebsd-hackers-bounces@lists.elvandar.org [mailto:freebsd-hackers-bounces@lists.elvandar.org]Namens Socketd Verzonden: donderdag 22 januari 2004 13:12 Aan: hackers@freebsd.org Onderwerp: [Freebsd-hackers] 5.2 install hangs Hi all I'm trying to install FreeBSD 5.2-release on my: i386 1 Ghz 384 mb ram 60 gb harddisk 120 mb floppy disk It's running 4.9-release now btw. I've downloaded the iso for disc1 and made a cd. I have used that cd to install 5.2 on my laptop, test computer and my server, but when trying to install it on my main workstation I get: ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 GEOM: create disk afd0 dp=0xc3f1bb6c afd0: REMOVABLE at ata0-slave PIO3 I've tried removing the floppy drive, but the it just hangs after: ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 Any ideas? br socketd _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" _______________________________________________ Freebsd-hackers mailing list Freebsd-hackers@lists.elvandar.org http://lists.elvandar.org/mailman/listinfo/freebsd-hackers From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 04:26:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7AEF16A4CE for ; Thu, 22 Jan 2004 04:26:27 -0800 (PST) Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E320A43D2F for ; Thu, 22 Jan 2004 04:26:26 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user2.cybercity.dk (fxp0.user2.ip.cybercity.dk [212.242.41.35]) by cicero2.cybercity.dk (Postfix) with ESMTP id 5609B18F3AD; Thu, 22 Jan 2004 13:26:25 +0100 (CET) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user2.cybercity.dk (Postfix) with SMTP id 03CB718765; Thu, 22 Jan 2004 13:26:15 +0100 (CET) Date: Thu, 22 Jan 2004 13:30:27 +0100 From: Socketd To: "Remko Lodder" , hackers@freebsd.org Message-Id: <20040122133027.34e61165@main> In-Reply-To: <20040122121051.A837A2B4D7E@redqueen.elvandar.org> References: <20040122120821.0F27816@mail.elvandar.org> <20040122121051.A837A2B4D7E@redqueen.elvandar.org> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Freebsd-hackers] 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 12:26:28 -0000 On Thu, 22 Jan 2004 13:10:56 +0100 "Remko Lodder" wrote: > Perhaps some devices use the same IRQ or something like that, > > I had something similiar, 2 nics that used IRQ 10 and the IDE device > used that also (Don't know if it's the correct IRQ but, for reference > it should be ok ;p) > > Check that out beacause they might lock eachother out. Oki, I'll try that, thanks! br socketd From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 09:48:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F98216A4CE; Wed, 21 Jan 2004 09:48:01 -0800 (PST) Received: from euclide.usr.dico.unimi.it (euclide.usr.dico.unimi.it [159.149.148.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A3443D1D; Wed, 21 Jan 2004 09:47:59 -0800 (PST) (envelope-from saturnero@euclide.usr.dico.unimi.it) Received: from euclide.usr.dico.unimi.it (localhost [127.0.0.1]) i0LHlvX5057791; Wed, 21 Jan 2004 18:47:57 +0100 (CET) (envelope-from saturnero@euclide.usr.dico.unimi.it) Received: (from saturnero@localhost) by euclide.usr.dico.unimi.it (8.12.9/8.12.9/Submit) id i0LHluBk057788; Wed, 21 Jan 2004 18:47:56 +0100 (CET) (envelope-from saturnero) Date: Wed, 21 Jan 2004 18:47:56 +0100 (CET) Message-Id: <200401211747.i0LHluBk057788@euclide.usr.dico.unimi.it> From: Dario Freni To: Max Khon In-Reply-To: <20040120040147.GA76892@iclub.nsu.ru> X-Newsgroups: gmane.os.freebsd.current,gmane.os.freebsd.devel.file-systems User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (FreeBSD/4.8-STABLE (i386)) X-Mailman-Approved-At: Thu, 22 Jan 2004 05:09:33 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: read-only compressed fs (call for testers) [UPDATE] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 17:48:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In article <20040120040147.GA76892@iclub.nsu.ru> you wrote: >> Any feedback is highly appreciated. A FreeSBIE developer has successfully made an ISO image with /usr/X11R6 and /usr/local mounted via cloop. If you are interested, I can inform you when that iso is public. I'm personally very curious about performance growth :) Thank you by the FreeSBIE team. Bye, Dario - -- Dario Freni (saturnero@gufi.org) - SaturNero on IRCNet, Azzurra Gruppo Utenti FreeBSD Italia (http://www.gufi.org) GPG Public key at http://www.saturnero.net/saturnero.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQFADrtGZ1XqWj1OqUERAhSFAJwMTm8jM1YGNQkk3ae53wLE6FtElwCg1CGI pBU5Kjj4ReTkXKuZZL2uJRc= =lVnp -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 21 13:11:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9989016A4CE; Wed, 21 Jan 2004 13:11:47 -0800 (PST) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A2043D49; Wed, 21 Jan 2004 13:11:10 -0800 (PST) (envelope-from gusano@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i0LLB5kL014473; Wed, 21 Jan 2004 16:11:05 -0500 (EST) Received: (from root@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i0LLB4RZ014472; Wed, 21 Jan 2004 16:11:04 -0500 (EST) To: dickey@saltmail.radix.net Received: from mail1.radix.net (mail1.radix.net [207.192.128.31]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i0LHmQkL020992 for ; Wed, 21 Jan 2004 12:48:26 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mail1.radix.net (8.12.2/8.12.2) with ESMTP id i0LHmOJ5006633 for ; Wed, 21 Jan 2004 12:48:25 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BAEC058219; Wed, 21 Jan 2004 09:48:17 -0800 (PST) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3ABAB16A4D2; Wed, 21 Jan 2004 09:48:15 -0800 (PST) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F98216A4CE; Wed, 21 Jan 2004 09:48:01 -0800 (PST) Received: from euclide.usr.dico.unimi.it (euclide.usr.dico.unimi.it [159.149.148.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A3443D1D; Wed, 21 Jan 2004 09:47:59 -0800 (PST) (envelope-from saturnero@euclide.usr.dico.unimi.it) Received: from euclide.usr.dico.unimi.it (localhost [127.0.0.1]) i0LHlvX5057791; Wed, 21 Jan 2004 18:47:57 +0100 (CET) (envelope-from saturnero@euclide.usr.dico.unimi.it) Received: (from saturnero@localhost) by euclide.usr.dico.unimi.it (8.12.9/8.12.9/Submit) id i0LHluBk057788; Wed, 21 Jan 2004 18:47:56 +0100 (CET) (envelope-from saturnero) Date: Wed, 21 Jan 2004 18:47:56 +0100 (CET) Message-Id: <200401211747.i0LHluBk057788@euclide.usr.dico.unimi.it> From: Dario Freni In-Reply-To: <20040120040147.GA76892@iclub.nsu.ru> X-Newsgroups: gmane.os.freebsd.current,gmane.os.freebsd.devel.file-systems User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (FreeBSD/4.8-STABLE (i386)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org Status: O X-Status: X-Keywords: X-UID: 3041 X-Mailman-Approved-At: Thu, 22 Jan 2004 05:09:33 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: read-only compressed fs (call for testers) [UPDATE] X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 21:11:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In article <20040120040147.GA76892@iclub.nsu.ru> you wrote: >> Any feedback is highly appreciated. A FreeSBIE developer has successfully made an ISO image with /usr/X11R6 and /usr/local mounted via cloop. If you are interested, I can inform you when that iso is public. I'm personally very curious about performance growth :) Thank you by the FreeSBIE team. Bye, Dario - -- Dario Freni (saturnero@gufi.org) - SaturNero on IRCNet, Azzurra Gruppo Utenti FreeBSD Italia (http://www.gufi.org) GPG Public key at http://www.saturnero.net/saturnero.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQFADrtGZ1XqWj1OqUERAhSFAJwMTm8jM1YGNQkk3ae53wLE6FtElwCg1CGI pBU5Kjj4ReTkXKuZZL2uJRc= =lVnp -----END PGP SIGNATURE----- _______________________________________________ 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-hackers@FreeBSD.ORG Wed Jan 21 14:07:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E7916A4CE for ; Wed, 21 Jan 2004 14:07:01 -0800 (PST) Received: from web11506.mail.yahoo.com (web11506.mail.yahoo.com [216.136.172.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 33A6F43D46 for ; Wed, 21 Jan 2004 14:06:57 -0800 (PST) (envelope-from gesperon@yahoo.com) Message-ID: <20040121220657.41837.qmail@web11506.mail.yahoo.com> Received: from [200.55.153.13] by web11506.mail.yahoo.com via HTTP; Wed, 21 Jan 2004 14:06:57 PST Date: Wed, 21 Jan 2004 14:06:57 -0800 (PST) From: Gabor Esperon To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 22 Jan 2004 05:09:33 -0800 Subject: About *pwent() functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jan 2004 22:07:01 -0000 I need some function to add a user to the system, something like the addpwent implemented in pw(8) user land program but freebsd only have functions like: getpwent(3) getpwent_r(3) getpwnam_r(3) getpwuid(3) getpwuid_r(3) setpassent(3) setpwent(3) endpwent(3) to get information from the system but nothing to add a user or group to them... any one could help me?? ===== Gabor Net/Sys Admin __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 08:09:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D36F16A4CE for ; Thu, 22 Jan 2004 08:09:58 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AA0743D2D for ; Thu, 22 Jan 2004 08:09:57 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 18925 invoked from network); 22 Jan 2004 16:09:56 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 22 Jan 2004 16:09:56 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0MG9lM4024575; Thu, 22 Jan 2004 11:09:53 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Socketd , hackers@freebsd.org Date: Thu, 22 Jan 2004 10:33:03 -0500 User-Agent: KMail/1.5.4 References: <20040122131202.0cff52de@main> In-Reply-To: <20040122131202.0cff52de@main> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401221033.03526.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 16:09:58 -0000 On Thursday 22 January 2004 07:12 am, Socketd wrote: > Hi all > > I'm trying to install FreeBSD 5.2-release on my: > > i386 > 1 Ghz > 384 mb ram > 60 gb harddisk > 120 mb floppy disk > > It's running 4.9-release now btw. > > I've downloaded the iso for disc1 and made a cd. I have used that cd to > install 5.2 on my laptop, test computer and my server, but when trying > to install it on my main workstation I get: > > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > GEOM: create disk afd0 dp=0xc3f1bb6c > afd0: REMOVABLE at ata0-slave PIO3 > > I've tried removing the floppy drive, but the it just hangs after: > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > > Any ideas? Try disabling ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 08:15:56 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A4316A4CE; Thu, 22 Jan 2004 08:15:56 -0800 (PST) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1508643D41; Thu, 22 Jan 2004 08:15:55 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user3.cybercity.dk (fxp0.user3.ip.cybercity.dk [212.242.41.36]) by cicero1.cybercity.dk (Postfix) with ESMTP id 89AE27E3261; Thu, 22 Jan 2004 17:15:53 +0100 (CET) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user3.cybercity.dk (Postfix) with SMTP id 4323B93C29; Thu, 22 Jan 2004 17:15:48 +0100 (CET) Date: Thu, 22 Jan 2004 17:19:56 +0100 From: Socketd To: John Baldwin , hackers@freebsd.org Message-Id: <20040122171956.1d3a9d4b@main> In-Reply-To: <200401221033.03526.jhb@FreeBSD.org> References: <20040122131202.0cff52de@main> <200401221033.03526.jhb@FreeBSD.org> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 16:15:56 -0000 On Thu, 22 Jan 2004 10:33:03 -0500 John Baldwin wrote: > > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > > GEOM: create disk afd0 dp=0xc3f1bb6c > > afd0: REMOVABLE at ata0-slave PIO3 > > > > I've tried removing the floppy drive, but the it just hangs after: > > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > > > > Any ideas? > > Try disabling ACPI. Tried it, didn't work :-( br socketd From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 08:22:51 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D29C116A4CE for ; Thu, 22 Jan 2004 08:22:51 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43DCD43D31 for ; Thu, 22 Jan 2004 08:22:50 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D044B530C; Thu, 22 Jan 2004 17:22:48 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2DDD8530A; Thu, 22 Jan 2004 17:22:31 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id CE9C433C6A; Thu, 22 Jan 2004 17:22:30 +0100 (CET) To: Socketd References: <20040122131202.0cff52de@main> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 22 Jan 2004 17:22:30 +0100 In-Reply-To: <20040122131202.0cff52de@main> (db@traceroute.dk's message of "Thu, 22 Jan 2004 13:12:02 +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.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: hackers@freebsd.org Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 16:22:52 -0000 Socketd writes: > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > GEOM: create disk afd0 dp=3D0xc3f1bb6c > afd0: REMOVABLE at ata0-slave PIO3 > > I've tried removing the floppy drive, but the it just hangs after: > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 how long did you wait? do you have anything connected to the secondary ata channel? is anything other than ata0 and ata1 listed as using irq 14 and 15? do you have "pnp os" set to "no" in youe bios? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 08:28:20 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD66016A4CE for ; Thu, 22 Jan 2004 08:28:20 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85BF943D49 for ; Thu, 22 Jan 2004 08:28:18 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user2.cybercity.dk (fxp0.user2.ip.cybercity.dk [212.242.41.35]) by cicero0.cybercity.dk (Postfix) with ESMTP id A432B294A1; Thu, 22 Jan 2004 17:28:16 +0100 (CET) Received: from main (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user2.cybercity.dk (Postfix) with SMTP id 595C01863F; Thu, 22 Jan 2004 17:28:16 +0100 (CET) Date: Thu, 22 Jan 2004 17:32:29 +0100 From: Socketd To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=), hackers@freebsd.org Message-Id: <20040122173229.30c17c3c@main> In-Reply-To: References: <20040122131202.0cff52de@main> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 16:28:21 -0000 On Thu, 22 Jan 2004 17:22:30 +0100 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > how long did you wait? Not long, 1-1=BD min I guess. > do you have anything connected to the secondary ata channel? The cdrom-drive has one channel and the disk and the floppy share the other. (If that's what you mean). > is anything other than ata0 and ata1 listed as using irq 14 and 15? Nope. > do you have "pnp os" set to "no" in youe bios? Yep :-) br socketd From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 10:19:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB79716A4CE for ; Thu, 22 Jan 2004 10:19:53 -0800 (PST) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BB943D2F for ; Thu, 22 Jan 2004 10:19:52 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id CF46DD6C; Thu, 22 Jan 2004 10:19:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id CDC3DD65; Thu, 22 Jan 2004 10:19:51 -0800 (PST) Date: Thu, 22 Jan 2004 10:19:51 -0800 (PST) From: Jamie Bowden To: Socketd In-Reply-To: <20040122173229.30c17c3c@main> Message-ID: <20040122101748.I78161-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=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 18:19:53 -0000 On Thu, 22 Jan 2004, Socketd wrote: > On Thu, 22 Jan 2004 17:22:30 +0100 > des@des.no (Dag-Erling Sm=F8rgrav) wrote: > > > how long did you wait? > > Not long, 1-1=BD min I guess. > > > do you have anything connected to the secondary ata channel? > > The cdrom-drive has one channel and the disk and the floppy share the > other. (If that's what you mean). Put the LS-120 and the CDROM drive on the same controller. I have my machine setup with the ls120 as master on ATA1 and my DVD-RW as secondary, running 5.2-R on my machine with no problems. On ATA0 I have a pair of HDDs, but one or two won't matter so long as you jumper the drive as single master for ATA0. Jamie Bowden --=20 "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-hackers@FreeBSD.ORG Thu Jan 22 11:43:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6021E16A4CE for ; Thu, 22 Jan 2004 11:43:47 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145FB43D1F for ; Thu, 22 Jan 2004 11:42:53 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C818B530C; Thu, 22 Jan 2004 20:42:51 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 0F8435308; Thu, 22 Jan 2004 20:42:33 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 91D1A33C6A; Thu, 22 Jan 2004 20:42:33 +0100 (CET) To: Socketd References: <20040122131202.0cff52de@main> <20040122173229.30c17c3c@main> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Thu, 22 Jan 2004 20:42:33 +0100 In-Reply-To: <20040122173229.30c17c3c@main> (db@traceroute.dk's message of "Thu, 22 Jan 2004 17:32:29 +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.61 (1.212.2.1-2003-12-09-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.6 required=5.0 tests=RCVD_IN_DYNABLOCK, RCVD_IN_SORBS autolearn=no version=2.61 cc: hackers@freebsd.org Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2004 19:43:47 -0000 Socketd writes: > des@des.no (Dag-Erling Sm=F8rgrav) wrote: > > how long did you wait? > Not long, 1-1=BD min I guess. That should be long enough. > > do you have anything connected to the secondary ata channel? > The cdrom-drive has one channel and the disk and the floppy share the > other. (If that's what you mean). I would put the floppy with the CD-ROM, though I don't think it would make a difference here since you also tested it with the floppy disconnected. I assume that all devices have the jumpers set correctly and in accordance with their position on the cable? If in doubt, set them all on "cable select" and take note that if a device is alone on a channel, it should be at the end of the cable. > > is anything other than ata0 and ata1 listed as using irq 14 and 15? > Nope. > > do you have "pnp os" set to "no" in youe bios? > Yep :-) OK. You might not believe this but I've actually had IRQ conflicts on fairly recent Compaq ProLiant servers - ATA controllers seem to be very uncomfortable with sharing IRQs. Could you double-check that your BIOS hasn't assigned IRQ 14 or 15 to any other devices? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 16:34:26 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E86816A4CE for ; Thu, 22 Jan 2004 16:34:26 -0800 (PST) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0B443D2F for ; Thu, 22 Jan 2004 16:34:25 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user1.cybercity.dk (fxp0.user1.ip.cybercity.dk [212.242.41.34]) by cicero1.cybercity.dk (Postfix) with ESMTP id 8C4697E2F39; Fri, 23 Jan 2004 01:34:23 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user1.cybercity.dk (Postfix) with SMTP id DAA0B74FE89; Fri, 23 Jan 2004 01:34:22 +0100 (CET) Date: Fri, 23 Jan 2004 01:38:37 +0100 From: db To: ragnar@sysabend.org, hackers@freebsd.org Message-Id: <20040123013837.537766d7@main.trunet.dk> In-Reply-To: <20040122194802.7519d07a@main> References: <20040122194802.7519d07a@main> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 00:34:26 -0000 > Date: Thu, 22 Jan 2004 10:19:51 -0800 (PST) > From: Jamie Bowden > To: Socketd > Cc: Dag-Erling Sm=F8rgrav , > Subject: Re: 5.2 install hangs > > The cdrom-drive has one channel and the disk and the floppy share the > > other. (If that's what you mean). >=20 > Put the LS-120 and the CDROM drive on the same controller. I have my > machine setup with the ls120 as master on ATA1 and my DVD-RW as > secondary, > running 5.2-R on my machine with no problems. On ATA0 I have a pair of > HDDs, but one or two won't matter so long as you jumper the drive as > single master for ATA0. That helped! Thanks :-) br socketd From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 22 16:40:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F0F616A4CE for ; Thu, 22 Jan 2004 16:40:57 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC3CE43D39 for ; Thu, 22 Jan 2004 16:40:54 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero0.cybercity.dk (Postfix) with ESMTP id 297F2297A7; Fri, 23 Jan 2004 01:40:53 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user5.cybercity.dk (Postfix) with SMTP id E8BFB3A21AA; Fri, 23 Jan 2004 01:40:52 +0100 (CET) Date: Fri, 23 Jan 2004 01:45:07 +0100 From: db To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=), hackers@freebsd.org Message-Id: <20040123014507.41a5e456@main.trunet.dk> In-Reply-To: References: <20040122131202.0cff52de@main> <20040122173229.30c17c3c@main> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: 5.2 install hangs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 00:40:57 -0000 On Thu, 22 Jan 2004 20:42:33 +0100 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > > > do you have anything connected to the secondary ata channel? > > The cdrom-drive has one channel and the disk and the floppy share the > > other. (If that's what you mean). >=20 > I would put the floppy with the CD-ROM, though I don't think it would > make a difference here since you also tested it with the floppy > disconnected. Yeah, it is strange. Disconnecting the floppy didn't help, but putting it o= n the same channel as the cd-drive (and making the cd-drive master) helped. > OK. You might not believe this but I've actually had IRQ conflicts on > fairly recent Compaq ProLiant servers - ATA controllers seem to be > very uncomfortable with sharing IRQs. Could you double-check that > your BIOS hasn't assigned IRQ 14 or 15 to any other devices? I've got a compaq proliant 1500 server, byt never tried installing anything= on it. But someday, freebsd will live there too ;-) Thanks for you help! br socketd From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 23 00:14:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5641216A4CE for ; Fri, 23 Jan 2004 00:14:21 -0800 (PST) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 217F743DAA for ; Fri, 23 Jan 2004 00:13:21 -0800 (PST) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.9) with ESMTP id i0N8Be44067157 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 23 Jan 2004 09:11:41 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i0N8BeJ1067156 for hackers@freebsd.org; Fri, 23 Jan 2004 09:11:40 +0100 (CET) Date: Fri, 23 Jan 2004 09:11:40 +0100 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20040123081140.GA67118@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: KTRACE flags X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 08:14:21 -0000 Hi Is there any way how can I see which proceses are ktraced? It would be neat to have this feature... roman From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 23 01:17:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B248C16A4CE for ; Fri, 23 Jan 2004 01:17:15 -0800 (PST) Received: from express.cec.wustl.edu (express.cec.wustl.edu [128.252.21.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E4943D3F for ; Fri, 23 Jan 2004 01:17:14 -0800 (PST) (envelope-from jam6@cec.wustl.edu) Received: from scales (bme-shelly-lat.int.seas.wustl.edu [172.16.18.1]) (authenticated bits=0) by express.cec.wustl.edu (8.12.5/8.12.5) with ESMTP id i0N9HCtw024945 for ; Fri, 23 Jan 2004 03:17:13 -0600 (CST) Message-ID: <002701c3e191$b207f7c0$011210ac@scales> From: "Jeff Mitchell" To: References: <20040122200041.93A2816A4CE@hub.freebsd.org> Date: Fri, 23 Jan 2004 03:17:15 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Ethereal build issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 09:17:15 -0000 Hackers-- Just wanted to give you a heads-up on an issue I had. I have a freshly-made 5.2 box and I was installing Ethereal from the ports tree. For whatever reason the file resolv.c in /usr/ports/net/ethereal/work/ethereal-0.9.14/epan could not find the file adns.h, which was in the default location of /usr/local/include. Hard coding the path in resolv.c fixed the issue. --Jeff From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 23 04:12:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 319D216A4CE for ; Fri, 23 Jan 2004 04:12:25 -0800 (PST) Received: from brig.emict.com.ua (brig.emict.com.ua [213.160.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A429643D39 for ; Fri, 23 Jan 2004 04:12:14 -0800 (PST) (envelope-from andrit@ukr.net) Received: from bajda (oleg [10.0.0.99]) by brig.emict.com.ua (8.12.5/8.12.5) with ESMTP id i0NBuwrZ005310 for ; Fri, 23 Jan 2004 13:56:59 +0200 To: freebsd-hackers@freebsd.org From: Andriy Tkachuk Organization: bb Content-Type: text/plain; format=flowed; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Fri, 23 Jan 2004 14:12:06 +0200 Message-ID: User-Agent: Opera7.23/Linux M2 build 518 Subject: symlink: /home -> /usr/home vs. /home -> usr/home in default installation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 12:12:25 -0000 The idea is this: if you mount your / to another place (for example /mnt on another computer), your /mnt/home will point to correct place (/mnt/usr/home) instead of /usr/home. What do you, falks, think about this? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 23 04:16:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0380316A4CE for ; Fri, 23 Jan 2004 04:16:37 -0800 (PST) Received: from siue.dnsalias.net (student143-123.bh.siue.edu [146.163.143.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2C643D3F for ; Fri, 23 Jan 2004 04:16:33 -0800 (PST) (envelope-from wgrim@siue.edu) Received: from siue.edu (unknown [192.168.0.84]) by siue.dnsalias.net (Postfix) with ESMTP id CE997233D10; Fri, 23 Jan 2004 06:16:30 -0600 (CST) Message-ID: <4011109C.6090101@siue.edu> Date: Fri, 23 Jan 2004 06:16:28 -0600 From: "William M. Grim" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031215 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andriy Tkachuk References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: symlink: /home -> /usr/home vs. /home -> usr/home in default installation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 12:16:37 -0000 Andriy Tkachuk wrote: > > > The idea is this: if you mount your / to another > place (for example /mnt on another computer), your > /mnt/home will point to correct place (/mnt/usr/home) > instead of /usr/home. > > What do you, falks, think about this? > > Thanks. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > That idea seems good to me. I don't forsee any issues with it. -- William Michael Grim Student, Southern Illinois University at Edwardsville Unix Network Administrator, SIUE, Computer Science dept. Phone: (217) 341-6552 Email: wgrim@siue.edu From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 23 04:50:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FDF916A4CE for ; Fri, 23 Jan 2004 04:50:49 -0800 (PST) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5DA43D49 for ; Fri, 23 Jan 2004 04:50:46 -0800 (PST) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id 352BB22E36 for ; Fri, 23 Jan 2004 13:50:44 +0100 (CET) Received: by mail.icomag.de (Postfix, from userid 1019) id E1A7E22E38; Fri, 23 Jan 2004 13:50:40 +0100 (CET) Date: Fri, 23 Jan 2004 13:50:40 +0100 From: Bogdan TARU To: freebsd-hackers@freebsd.org Message-ID: <20040123125040.GA42187@icomag.de> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by AMaViS Subject: 4.9 kernel panics on a poweredge 2650 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 12:50:49 -0000 Hi hackers, I am experiencing kernel panics on a poweredge 2650 each day around 3am (usually the machine comes up at 3:04am). The kernel panics are reproductable by running: /etc/periodic/security/100.chksetuid (in fact by runnning find on /usr with -perms). The problem lies somewhere in /usr/ports. Deleting the /usr/ports tree doesn't solve it, trying a cvs up of /usr/ports results in a crash again. I googled around a lil' bit, and found: http://lists.freebsd.org/pipermail/freebsd-hackers/2003-April/000192.html, and also Terry's answer, but that addresses freebsd 4.7. But my box is running 4.9-release, and the systems was cleanly installed with 4.9 from the very beginning, so not upgraded from 4.7 or any other previous version. The dmesg looks like: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-RELEASE #1: Mon Nov 17 23:47:49 CET 2003 root@:/usr/src/sys/compile/saturn Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1790761584 Hz CPU: Intel(R) Xeon(TM) CPU 1.80GHz (1790.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147418112 (2097088K bytes) avail memory = 2088136704 (2039196K bytes) Preloaded elf kernel "kernel" at 0xc0312000. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00fc430 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: (vendor=0x1028, dev=0x000c) at 4.0 irq 11 pci0: (vendor=0x1028, dev=0x0008) at 4.1 irq 10 pci0: (vendor=0x1028, dev=0x000d) at 4.2 irq 7 pci0: at 14.0 atapci0: port 0x8b0-0x8bf,0x8d8-0x8db,0x8d0-0x8d7,0x8c8-0x8cb,0x8c0-0x8c7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 15.2 irq 5 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on motherboard pci1: on pcib1 pcib2: on motherboard pci2: on pcib2 pcib3: on motherboard pci3: on pcib3 bge0: mem 0xfcf10000-0xfcf1ffff irq 11 at device 6.0 on pci3 bge0: Ethernet address: 00:06:5b:f6:48:38 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfcf00000-0xfcf0ffff irq 10 at device 8.0 on pci3 bge1: Ethernet address: 00:06:5b:f6:48:39 miibus1: on bge1 brgphy1: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xfcf00000-0xfcf0ffff irq 10 at device 8.0 on pci3 bge1: Ethernet address: 00:06:5b:f6:48:39 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib4: on motherboard pci4: on pcib4 pcib8: at device 8.0 on pci4 pci5: on pcib8 pci5: (vendor=0x9005, dev=0x00c5) at 6.0 irq 7 pci5: (vendor=0x9005, dev=0x00c5) at 6.1 irq 11 aac0: mem 0xf0000000-0xf7ffffff irq 7 at device 8.1 on pci4 aac0: i960RX 100MHz, 118MB cache memory, optional battery present aac0: Kernel 2.7-1, Build 3170, S/N 5010d3 aac0: Supported Options=75c pcib5: on motherboard pci6: on pcib5 pcib6: on motherboard pci7: on pcib6 pcib7: on motherboard pci8: on pcib7 orm0: