From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 7 01: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 486E716A4CE for ; Sun, 7 Nov 2004 01:28:20 +0000 (GMT) Received: from ms05.mailstreet2003.net (MS05.mailstreet2003.net [63.251.155.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id F22C343D2D for ; Sun, 7 Nov 2004 01:28:19 +0000 (GMT) (envelope-from chris@sigd.net) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 6 Nov 2004 20:28:04 -0500 Message-ID: <6FC9F9894A9F8C49A722CF9F2132FC22024F6F53@ms05.mailstreet2003.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cannot compile a simple program.. Thread-Index: AcTEaQdsfvNCJ6EMQ1C9RrIZB+ZFsw== From: "Haulmark, Chris" To: Subject: Cannot compile a simple program.. 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, 07 Nov 2004 01:28:20 -0000 I made a simple hello.c -------- #include int main() { printf("Hello World\n"); return 0; } -------- When I do this: lrids# cc -o helloworld hello.c cc: Internal compiler error: program ld got fatal signal 11 lrids# It also creates a ld.core in the same directory. I was given this machine to configure it to run as an IDS system. After = some ports install attempts, compilings were failing. I would like to have any suggestions to figure out exactly what is = causing it. My guess is a hardware part such as processor or ram is failing. Here are some info about this machine. It was fresh install of 4.10 from a mini version of the downloaded iso = image. There is no /etc/make.conf so it's untouched. No customized kernel. It is using the GENERIC version. I tried to use gdb: --------- lrids# gdb ld.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-unknown-freebsd"... "/usr/home/chaulmark/ld.core": not in executable format: File format not = recognized (gdb) quit lrids# file ld.core ld.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeBSD), = FreeBSD-style, from 'ld' lrids# --------- I'm open to any suggestions on how to pinpoint the problem. -- Chris Haulmark From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 7 01: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 1324716A4CE for ; Sun, 7 Nov 2004 01:36:58 +0000 (GMT) Received: from ms05.mailstreet2003.net (MS05.mailstreet2003.net [63.251.155.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B3CE43D2D for ; Sun, 7 Nov 2004 01:36:58 +0000 (GMT) (envelope-from chris@sigd.net) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 6 Nov 2004 20:36:51 -0500 Message-ID: <6FC9F9894A9F8C49A722CF9F2132FC22024F6F56@ms05.mailstreet2003.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cannot compile a simple program.. Thread-Index: AcTEaQdsfvNCJ6EMQ1C9RrIZB+ZFswAARi6A From: "Haulmark, Chris" To: "Haulmark, Chris" , Subject: RE: Cannot compile a simple program.. 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, 07 Nov 2004 01:36:59 -0000 Disregard this. Just found a link. http://www.bitwizard.nl/sig11/ This was in the OutBox and I thought I deleted it before it was sent.=20 > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org=20 > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of=20 > Haulmark, Chris > Sent: Saturday, November 06, 2004 7:28 PM > To: freebsd-hackers@freebsd.org > Subject: Cannot compile a simple program.. >=20 >=20 > I made a simple hello.c >=20 > -------- >=20 > #include >=20 > int main() > { > printf("Hello World\n"); > return 0; > } >=20 > -------- >=20 > When I do this: >=20 > lrids# cc -o helloworld hello.c > cc: Internal compiler error: program ld got fatal signal 11 > lrids# >=20 > It also creates a ld.core in the same directory. >=20 > I was given this machine to configure it to run as an IDS=20 > system. After some ports install attempts, compilings were failing. >=20 > I would like to have any suggestions to figure out exactly=20 > what is causing it. >=20 > My guess is a hardware part such as processor or ram is failing. >=20 > Here are some info about this machine. >=20 > It was fresh install of 4.10 from a mini version of the=20 > downloaded iso image. >=20 > There is no /etc/make.conf so it's untouched. >=20 > No customized kernel. It is using the GENERIC version. >=20 > I tried to use gdb: >=20 > --------- > lrids# gdb ld.core > GNU gdb 4.18 (FreeBSD) > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public=20 > License, and you are > welcome to change it and/or distribute copies of it under=20 > certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show=20 > warranty" for details. > This GDB was configured as "i386-unknown-freebsd"... >=20 > "/usr/home/chaulmark/ld.core": not in executable format: File=20 > format not recognized >=20 > (gdb) quit > lrids# file ld.core > ld.core: ELF 32-bit LSB core file Intel 80386, version 1=20 > (FreeBSD), FreeBSD-style, from 'ld' > lrids# >=20 > --------- >=20 > I'm open to any suggestions on how to pinpoint the problem. >=20 > -- > Chris Haulmark > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to=20 > "freebsd-hackers-unsubscribe@freebsd.org" >=20 From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 7 02:58: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 2061016A4D8 for ; Sun, 7 Nov 2004 02:58:57 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73ECC43D2F for ; Sun, 7 Nov 2004 02:58:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])iA72whMt043462; Sat, 6 Nov 2004 21:58:44 -0500 Message-ID: <418D8F62.4000602@elischer.org> Date: Sat, 06 Nov 2004 18:58:42 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: John-Mark Gurney References: <003f01c4c2c5$17e2c560$8a6115ac@dcml.docomolabsusa.com> <20041106192122.GE22681@funkthat.com> In-Reply-To: <20041106192122.GE22681@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-hackers@freebsd.org cc: Devesh Shah Subject: Re: Loadable Scheduler 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, 07 Nov 2004 02:58:57 -0000 John-Mark Gurney wrote: > Devesh Shah wrote this message on Thu, Nov 04, 2004 at 15:22 -0800: > >>Based on the SYSINIT framework, I have made ULE scheduler as a loadable module but have not quite >>figured how to migrate from default 4bsd to newly loaded ule scheduler or is it possible at all. > > > As someone suggested, switches schedulers would be very complex.. > > what would be much more doable is require a scheduler module loaded by > loader, and then select which scheduler from the loader... (though I > don't know how many ifdef's outside scheduler modules exist today).. ONE in kern_kse.c: td->td_pflags &= ~TDP_CAN_UNBIND; td2 = thread_schedule_upcall(td, ku); #ifdef SCHED_4BSD if (flags & SW_INVOL || nextthread) { setrunqueue(td2, SRQ_YIELDING); } else { /* Keep up with reality.. we have one extra thread * in the picture.. and it's 'running'. */ return td2; } #else setrunqueue(td2, SRQ_YIELDING); #endif it would be safe to always use the Non-4bsd path > From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 00:29: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 ACC3A16A4CE for ; Mon, 8 Nov 2004 00:29:46 +0000 (GMT) Received: from mail825.megamailservers.com (mail825.carrierinternetsolutions.com [69.49.106.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D6F343D31 for ; Mon, 8 Nov 2004 00:29:46 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: strick.covad.net Received: from mist.nodomain (h-67-101-98-53.snfccasy.dynamic.covad.net [67.101.98.53])iA80Tgg5005123 for ; Sun, 7 Nov 2004 19:29:43 -0500 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id iA80TgA6040647; Sun, 7 Nov 2004 16:29:42 -0800 (PST) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id iA80TgJ0040646; Sun, 7 Nov 2004 16:29:42 -0800 (PST) (envelope-from dan) Date: Sun, 7 Nov 2004 16:29:42 -0800 (PST) From: Dan Strick Message-Id: <200411080029.iA80TgJ0040646@mist.nodomain> To: freebsd-hackers@freebsd.org cc: dan@mist.nodomain Subject: Where is the source to the system calls? 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, 08 Nov 2004 00:29:46 -0000 Does anyone know where the system calls are really defined? I followed open() to _open() to __sys_open() which seems to be part of something called libc_r before I ran into a blank wall. I grepped all of the regular files in /usr/src and /usr/include and turned up nothing. I even tried grepping for open in the output of "nm -g /usr/lib/libc.a". There is no __sys_open() in libc. Am I dealing with C-compiler magic? Secret macro instructions invoking undocumented gnu C-compiler asm() features? A CIA plot? Is any of this low level structure documented anywhere? Dan Strick strick@covad.net From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 02:59: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 2C9DC16A4CE for ; Mon, 8 Nov 2004 02:59:14 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E54943D48 for ; Mon, 8 Nov 2004 02:59:12 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 1D58C65211; Mon, 8 Nov 2004 02:59:10 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76207-03; Mon, 8 Nov 2004 02:59:09 +0000 (GMT) Received: from empiric.dek.spc.org (adsl-64-171-184-99.dsl.snfc21.pacbell.net [64.171.184.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 460F4651FA; Mon, 8 Nov 2004 02:58:59 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 2E1256253; Sun, 7 Nov 2004 18:58:49 -0800 (PST) Date: Sun, 7 Nov 2004 18:58:49 -0800 From: Bruce M Simpson To: Dan Strick Message-ID: <20041108025849.GB3132@empiric.icir.org> Mail-Followup-To: Dan Strick , freebsd-hackers@freebsd.org, dan@mist.nodomain References: <200411080029.iA80TgJ0040646@mist.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411080029.iA80TgJ0040646@mist.nodomain> cc: freebsd-hackers@freebsd.org cc: dan@mist.nodomain Subject: Re: Where is the source to the system calls? 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, 08 Nov 2004 02:59:14 -0000 On Sun, Nov 07, 2004 at 04:29:42PM -0800, Dan Strick wrote: > Does anyone know where the system calls are really defined? src/sys/kern/syscalls.master From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 08:50: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 BD00716A4CF for ; Mon, 8 Nov 2004 08:50:11 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E93A43D48 for ; Mon, 8 Nov 2004 08:50:11 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 388995311; Mon, 8 Nov 2004 09:50:10 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B9B975310; Mon, 8 Nov 2004 09:50:00 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8480EB861; Mon, 8 Nov 2004 09:50:00 +0100 (CET) To: Dan Strick References: <200411080029.iA80TgJ0040646@mist.nodomain> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 08 Nov 2004 09:50:00 +0100 In-Reply-To: <200411080029.iA80TgJ0040646@mist.nodomain> (Dan Strick's message of "Sun, 7 Nov 2004 16:29:42 -0800 (PST)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-hackers@freebsd.org cc: dan@mist.nodomain Subject: Re: Where is the source to the system calls? 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, 08 Nov 2004 08:50:11 -0000 Dan Strick writes: > Does anyone know where the system calls are really defined? In the kernel. > I followed open() to _open() to __sys_open() which seems > to be part of something called libc_r before I ran into a > blank wall. des@dwp /usr/src% grep -r '^open(' sys sys/kern/vfs_syscalls.c:open(td, uap) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 09:01: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 14E2D16A4CE for ; Mon, 8 Nov 2004 09:01:56 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792D743D5D for ; Mon, 8 Nov 2004 09:01:55 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.50.115.156) by vsmtp3.tin.it (7.0.027) id 4183C0F60039578D for freebsd-hackers@freebsd.org; Mon, 8 Nov 2004 10:01:53 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by kaiser.sig11.org (Postfix) with ESMTP id 5D017E9 for ; Mon, 8 Nov 2004 10:01:37 +0100 (CET) From: Matteo Riondato To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XRIcGPme1tWemkoBzOe8" Message-Id: <1099904496.45709.36.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 08 Nov 2004 10:01:37 +0100 Subject: Little kbdmap.c diff X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2004 09:01:56 -0000 --=-XRIcGPme1tWemkoBzOe8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi folks, I would propose this little patch for usr.sbin/kbdmap/kbdmap.c : --- kbdmap.c.old Sun Nov 7 21:22:08 2004 +++ kbdmap.c Sun Nov 7 21:33:53 2004 @@ -288,7 +288,7 @@ if (!x11) system(kbd_cmd); =20 - printf("keymap=3D%s\n", km->keym); + fprintf(stderr, "keymap=3D%s\n", km->keym); free(kbd_cmd); } With this patch, kbdmap will print user choice on stderr instead of stdout. This will make saving user preference really easier for FreeSBIE [1] and I think it's such a small thing that nobody would have any objection.. [1] FreeSBIE (www.freesbie.org) is a project that aims to develope a FreeBSD based LiveCD. Best Regards P.S. CC'ed to wollman@ because he's the last one to have commited modification to kbdmap.c=20 --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-XRIcGPme1tWemkoBzOe8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBjzXw2Mp4pR7Fa+wRAtH9AKCkct7flCRZ0YFoOTo29vsrT698WgCg3MS7 Zv8h34FWMyZeIEYVwnfqvI8= =AoYu -----END PGP SIGNATURE----- --=-XRIcGPme1tWemkoBzOe8-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 11:15: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 3A10116A4CE for ; Mon, 8 Nov 2004 11:15:00 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [194.125.244.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD3C43D41 for ; Mon, 8 Nov 2004 11:14:47 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)iA8BEaPD032495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Nov 2004 13:14:36 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 0B3C614D; Mon, 8 Nov 2004 13:14:08 +0200 (EET) Date: Mon, 8 Nov 2004 13:14:08 +0200 From: Andrey Simonenko To: Dan Strick Message-ID: <20041108111408.GA300@pm514-9.comsys.ntu-kpi.kiev.ua> References: <200411080029.iA80TgJ0040646@mist.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411080029.iA80TgJ0040646@mist.nodomain> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Where is the source to the system calls? 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, 08 Nov 2004 11:15:00 -0000 On Sun, Nov 07, 2004 at 04:29:42PM -0800, Dan Strick wrote: > Does anyone know where the system calls are really defined? As others said, syscalls are implemented in /sys. > I followed open() to _open() to __sys_open() which seems > to be part of something called libc_r before I ran into a > blank wall. I grepped all of the regular files in /usr/src > and /usr/include and turned up nothing. I even tried > grepping for open in the output of "nm -g /usr/lib/libc.a". > There is no __sys_open() in libc. Am I dealing with > C-compiler magic? Secret macro instructions invoking > undocumented gnu C-compiler asm() features? A CIA plot? You didn't say the version of FreeBSD you use (I guess that you use 4.x). __sys_open is an entry name for open() syscall and it (and most of other ones) is "constructed" in the /usr/src/lib/libc/i386/SYS.h file for i386, check it. And check /usr/src/lib/libc/sys/Makefile.inc to understand from where names of syscalls are taken and how Assembler sources are created for syscalls. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 02:17: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 511A016A4CE for ; Mon, 8 Nov 2004 02:17:29 +0000 (GMT) Received: from meketrex.pix.net (meketrex.pix.net [192.111.45.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6863E43D2D for ; Mon, 8 Nov 2004 02:17:28 +0000 (GMT) (envelope-from lidl@meketrex.pix.net) Received: (from lidl@localhost) by meketrex.pix.net (8.11.6/8.11.6) id iA82H2H07293; Sun, 7 Nov 2004 21:17:02 -0500 (EST) Date: Sun, 7 Nov 2004 21:17:02 -0500 From: "Kurt J. Lidl" To: Dan Strick Message-ID: <20041107211702.A7038@pix.net> Mail-Followup-To: Dan Strick , freebsd-hackers@freebsd.org, dan@mist.nodomain References: <200411080029.iA80TgJ0040646@mist.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200411080029.iA80TgJ0040646@mist.nodomain>; from strick@covad.net on Sun, Nov 07, 2004 at 04:29:42PM -0800 X-Mailman-Approved-At: Mon, 08 Nov 2004 13:20:15 +0000 cc: freebsd-hackers@freebsd.org cc: dan@mist.nodomain Subject: Re: Where is the source to the system calls? 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, 08 Nov 2004 02:17:29 -0000 On Sun, Nov 07, 2004 at 04:29:42PM -0800, Dan Strick wrote: > Does anyone know where the system calls are really defined? > I followed open() to _open() to __sys_open() which seems > to be part of something called libc_r before I ran into a > blank wall. I grepped all of the regular files in /usr/src > and /usr/include and turned up nothing. I even tried > grepping for open in the output of "nm -g /usr/lib/libc.a". > There is no __sys_open() in libc. Am I dealing with > C-compiler magic? Secret macro instructions invoking > undocumented gnu C-compiler asm() features? A CIA plot? > > Is any of this low level structure documented anywhere? Grok the following: /usr/src/lib/libc/sys/Makefile.inc /usr/src/sys/sys/syscall.mk -Kurt From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 15:26: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 93DB816A4CE for ; Mon, 8 Nov 2004 15:26:10 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BBF943D1D for ; Mon, 8 Nov 2004 15:26:10 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id EC10EC711; Mon, 8 Nov 2004 10:26:09 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id AA33A6A95; Mon, 8 Nov 2004 10:26:05 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16783.36877.177854.209885@canoe.dclg.ca> Date: Mon, 8 Nov 2004 10:26:05 -0500 To: "Dan Mahoney, System Admin" In-Reply-To: <20041104115425.A95642@prime.gushi.org> References: <20041104115425.A95642@prime.gushi.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: hackers@freebsd.org Subject: Hardware Serial Numbers under 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, 08 Nov 2004 15:26:10 -0000 >>>>> "Dan" == Dan Mahoney writes: Dan> Hey all, I'm trying to create an inventory script for systems Dan> that will be loaded via net-boot. I was wondering if there was Dan> any useful way to obtain the serial number of devices like the Dan> hard drives, processor, and/or motherboard. (as far as I can Dan> guess, those are the only things likely to store a serial number Dan> in a machine-readable format). Dan> I'm scripting in perl, but of course have nothing against making Dan> system calls to get at the low-level stuff. Dan> Please email me, as I'm not subscribed. Certainly the canonical way to get a serial number is the ethernet hardware address. On some cards, you can change it, but many copy protection systems work on MAC addresses. Now, most cards reset to their default MAC address on boot, so if you run early enough, you should be fairly immune from tomjiggery. ifconfig prints it out, among other commands. The reason this is doubly good now is that most motherboards have ethernet built in... so you could consider it (for the purposes of inventory) a motherboard serial number. Now... if there's more than one interface showing up, I can't tell you an easy way to "know" which one is built in. Heh. 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 Mon Nov 8 15:35: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 036F116A4CE for ; Mon, 8 Nov 2004 15:35:34 +0000 (GMT) Received: from M4.sparta.com (M4.sparta.com [157.185.61.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A6E843D2F for ; Mon, 8 Nov 2004 15:35:33 +0000 (GMT) (envelope-from deker@slackdot.org) Received: from Beta5.sparta.com (beta5.sparta.com [157.185.63.21]) by M4.sparta.com (8.13.1/8.13.1) with ESMTP id iA8FZWi3023347 for ; Mon, 8 Nov 2004 09:35:32 -0600 Received: from columbia.sparta.com ([157.185.80.32]) by Beta5.sparta.com (8.12.11/8.12.11) with ESMTP id iA8FZUtg021908 for ; Mon, 8 Nov 2004 09:35:32 -0600 Received: from [157.185.80.108] (7lyxg41.columbia.sparta.com [157.185.80.108]) iA8FZTor027857 for ; Mon, 8 Nov 2004 10:35:30 -0500 (EST) Message-ID: <418F9241.10609@slackdot.org> Date: Mon, 08 Nov 2004 10:35:29 -0500 From: Rob Deker User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Porting the OpenBSD free Atheros HAL 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, 08 Nov 2004 15:35:34 -0000 Hi, I was just wondering if anybody was working on porting the new open-source Atheros HAL from OpenBSD to FreeBSD yet. If not I'm willing to take a stab at it, but I don't want to duplicate efforts already underway. If anybody is working on this already and could use any help, etc. drop me a line and let me know. Thanks, -d From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 17:46:28 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 ABEA216A4CE for ; Mon, 8 Nov 2004 17:46:28 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 7CD2943D69 for ; Mon, 8 Nov 2004 17:46:28 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 33185 invoked from network); 8 Nov 2004 17:44:43 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 8 Nov 2004 17:44:43 -0000 From: Justin Hopper To: freebsd-hackers@FreeBSD.org Content-Type: text/plain Message-Id: <1099935987.4899.1730.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 08 Nov 2004 09:46:27 -0800 Content-Transfer-Encoding: 7bit Subject: Mysql - Linuxthreads : Still needed? 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, 08 Nov 2004 17:46:28 -0000 Hello, I know using Linuxthreads with mysql used to be the optimal combination, but now with the new threading libraries in 5.x, is this still the case? System is dual Opteron, running 5.3-i386. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 18:35: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 4F40516A4CE for ; Mon, 8 Nov 2004 18:35:11 +0000 (GMT) Received: from boeing.ieo-research.it (boeing.ieo-research.it [213.92.108.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC58943D46 for ; Mon, 8 Nov 2004 18:35:09 +0000 (GMT) (envelope-from omar.punzalan@ifom-ieo-campus.it) Received: (qmail 60658 invoked by uid 811); 8 Nov 2004 18:34:32 -0000 Received: from omar.punzalan@ifom-ieo-campus.it by boeing.ieo-research.it by uid 803 with qmail-scanner-1.22 Clear:RC:0(::ffff:193.206.89.90):SA:0(-4.9/5.0):. Processed in 1.594508 secs); 08 Nov 2004 18:34:32 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO [10.210.89.90]) (opunzala@[::ffff:193.206.89.90]) (envelope-sender ) by smtp.ieo-research.it (qmail-ldap-1.03) with SMTP for ; 8 Nov 2004 18:34:30 -0000 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <20041108120100.2CC8216A4D2@hub.freebsd.org> References: <20041108120100.2CC8216A4D2@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Omar Punzalan Date: Mon, 8 Nov 2004 19:35:06 +0100 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.619) Subject: RX4640 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, 08 Nov 2004 18:35:11 -0000 Dear Hackers, I have successfully installed my new (and shiny) freebsd5.3 on one of our hp rx4640 itanium2 system. With the SMP kernel, it has detected the 4 CPUs correctly. But then reviewing the /var/log/messages, its sees only 1G of ram: Nov 8 18:10:50 TEST2 kernel: real memory = 1058357248 (1009 MB) Nov 8 18:10:50 TEST2 kernel: avail memory = 1018814464 (971 MB) Nov 8 18:10:50 TEST2 kernel: FPSWA Revision = 0x10012, Entry = 0xe0000040ffe62050 Nov 8 18:10:50 TEST2 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs On my web searches, I found out that not even PAE is supported in ia64 arch. I also put hw.physmem=8G inside the loader.conf but no effect. Is there a way for me to convince freebsd that the system has 8Gb of ram? Omar From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 18:49: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 AA6B016A4FA for ; Mon, 8 Nov 2004 18:49:44 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B32E43D1D for ; Mon, 8 Nov 2004 18:49:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31581 invoked from network); 8 Nov 2004 18:49:43 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 8 Nov 2004 18:49:43 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA8Inamq019664; Mon, 8 Nov 2004 13:49:39 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org, rionda@gufi.org Date: Mon, 8 Nov 2004 13:33:54 -0500 User-Agent: KMail/1.6.2 References: <1099904496.45709.36.camel@kaiser.sig11.org> In-Reply-To: <1099904496.45709.36.camel@kaiser.sig11.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411081333.54349.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: Little kbdmap.c diff 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, 08 Nov 2004 18:49:47 -0000 On Monday 08 November 2004 04:01 am, Matteo Riondato wrote: > Hi folks, > > I would propose this little patch for usr.sbin/kbdmap/kbdmap.c : > > --- kbdmap.c.old Sun Nov 7 21:22:08 2004 > +++ kbdmap.c Sun Nov 7 21:33:53 2004 > @@ -288,7 +288,7 @@ > if (!x11) > system(kbd_cmd); > > - printf("keymap=%s\n", km->keym); > + fprintf(stderr, "keymap=%s\n", km->keym); > free(kbd_cmd); > } > > > With this patch, kbdmap will print user choice on stderr instead of > stdout. This will make saving user preference really easier for FreeSBIE > [1] and I think it's such a small thing that nobody would have any > objection.. > > [1] FreeSBIE (www.freesbie.org) is a project that aims to develope a > FreeBSD based LiveCD. > > Best Regards > > P.S. CC'ed to wollman@ because he's the last one to have commited > modification to kbdmap.c Curious as to why printing to stderr helps? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 18:49: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 4F15416A4CE for ; Mon, 8 Nov 2004 18:49:48 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1991343D2D for ; Mon, 8 Nov 2004 18:49:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19291 invoked from network); 8 Nov 2004 18:49:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 8 Nov 2004 18:49:47 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA8Inamr019664; Mon, 8 Nov 2004 13:49:42 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Mon, 8 Nov 2004 13:34:18 -0500 User-Agent: KMail/1.6.2 References: <1099935987.4899.1730.camel@work.gusalmighty.com> In-Reply-To: <1099935987.4899.1730.camel@work.gusalmighty.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411081334.18009.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Justin Hopper Subject: Re: Mysql - Linuxthreads : Still needed? 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, 08 Nov 2004 18:49:48 -0000 On Monday 08 November 2004 12:46 pm, Justin Hopper wrote: > Hello, > > I know using Linuxthreads with mysql used to be the optimal combination, > but now with the new threading libraries in 5.x, is this still the case? > > System is dual Opteron, running 5.3-i386. Try it both ways and see how it fares is probably your best bet. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 18:56: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 6416916A4CE for ; Mon, 8 Nov 2004 18:56:47 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id EDDF743D54 for ; Mon, 8 Nov 2004 18:56:46 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 43284 invoked from network); 8 Nov 2004 18:55:01 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 8 Nov 2004 18:55:01 -0000 From: Justin Hopper To: John Baldwin In-Reply-To: <200411081334.18009.jhb@FreeBSD.org> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> Content-Type: text/plain Message-Id: <1099940205.4899.1733.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 08 Nov 2004 10:56:45 -0800 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org Subject: Re: Mysql - Linuxthreads : Still needed? 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, 08 Nov 2004 18:56:47 -0000 On Mon, 2004-11-08 at 10:34, John Baldwin wrote: > On Monday 08 November 2004 12:46 pm, Justin Hopper wrote: > > Hello, > > > > I know using Linuxthreads with mysql used to be the optimal combination, > > but now with the new threading libraries in 5.x, is this still the case? > > > > System is dual Opteron, running 5.3-i386. > > Try it both ways and see how it fares is probably your best bet. Ok, just wanted to make sure that somebody hadn't done this already. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 19:00: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 F347016A4CE for ; Mon, 8 Nov 2004 19:00:06 +0000 (GMT) Received: from mail835.megamailservers.com (mail835.carrierinternetsolutions.com [69.49.106.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D5443D49 for ; Mon, 8 Nov 2004 19:00:06 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: strick.covad.net Received: from mist.nodomain (h-67-101-150-200.snfccasy.dynamic.covad.net [67.101.150.200])iA8Iv8EF004132; Mon, 8 Nov 2004 13:57:09 -0500 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id iA8Iv8rQ000577; Mon, 8 Nov 2004 10:57:08 -0800 (PST) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id iA8Iv725000576; Mon, 8 Nov 2004 10:57:07 -0800 (PST) (envelope-from dan) Date: Mon, 8 Nov 2004 10:57:07 -0800 (PST) From: Dan Strick Message-Id: <200411081857.iA8Iv725000576@mist.nodomain> To: freebsd-hackers@freebsd.org cc: simon@comsys.ntu-kpi.kiev.ua cc: dan@mist.nodomain Subject: Re: Where is the source to the system calls? 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, 08 Nov 2004 19:00:07 -0000 On Sun, 7 Nov 2004 16:29:42 -0800 (PST), I wrote: > > Does anyone know where the system calls are really defined? > I followed open() to _open() to __sys_open() which seems > to be part of something called libc_r before I ran into a > blank wall. I grepped all of the regular files in /usr/src > and /usr/include and turned up nothing. I even tried > grepping for open in the output of "nm -g /usr/lib/libc.a". > There is no __sys_open() in libc. Am I dealing with > C-compiler magic? Secret macro instructions invoking > undocumented gnu C-compiler asm() features? A CIA plot? > Perhaps I did not make it clear that I was looking for the definitions of the subroutines in libc that converted C-language function calls, such as open(), into assembler language system calls. For example, in version 7 pdp11 unix, the open() system call was defined in the very straight forward assembler language program /usr/src/libc/sys/open.s: / C library -- open / file = open(string, mode) / file == -1 means error .globl _open, .globl cerror .open = 5. _open: mov r5,-(sp) mov sp,r5 mov 4(r5),0f mov 6(r5),0f+2 sys 0; 9f bec 1f jmp cerror 1: mov (sp)+,r5 rts pc .data 9: sys .open; 0:..; .. Being unable to find any analogous code in FreeBSD (release 4.10), I surmised it was done with multiple layers of highly complex cpp macro instructions constructing a highly complex asm() statement that was compiled in-line and never visible in a source file because it existed only momentarily during compilation in the byte stream passed from the c-preprocessor to the first phase of the c-compiler. On Mon, 8 Nov 2004 13:14:08 +0200, Andrey Simonenko responded: > > You didn't say the version of FreeBSD you use (I guess > that you use 4.x). > > __sys_open is an entry name for open() syscall and it (and most > of other ones) is "constructed" in the /usr/src/lib/libc/i386/SYS.h > file for i386, check it. > Thanks for the pointer to /usr/src/lib/libc/i386/SYS.h. It contains precisely the "secret macro instructions invoking undocumented gnu C-compiler asm() features" that I suspected but could not find. I still don't understand all the details but I do understand enough to realize that I don't want to understand any more. Thanks to all of you who responded to my question. Dan Strick strick@covad.net From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 19:13: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 C6BA516A4CE for ; Mon, 8 Nov 2004 19:13:47 +0000 (GMT) Received: from smtp.mi.is (smtp.mi.is [217.151.180.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09AA143D1F for ; Mon, 8 Nov 2004 19:13:47 +0000 (GMT) (envelope-from thib@mi.is) Received: from caulfield.bitcode.eu.org (thib.pentagon.ms [217.151.165.254]) by smtp.mi.is (8.12.10/8.12.10/1.0.1) with SMTP id iA8JDjnF010226 for ; Mon, 8 Nov 2004 19:13:45 GMT Date: Mon, 8 Nov 2004 19:13:51 +0000 From: "Thordur Ivar B." To: freebsd-hackers@freebsd.org Message-Id: <20041108191351.370c2d5d.thib@mi.is> In-Reply-To: <1099940205.4899.1733.camel@work.gusalmighty.com> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> Organization: n/a X-Mailer: Sylpheed version 1.0.0beta1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Mysql - Linuxthreads : Still needed? 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, 08 Nov 2004 19:13:47 -0000 It would be nice if you could post the resaults back to the list so other do not have to go through these steps and maybe create an interesting disccusion about the use of linuxthreads with MySQL or the "new" threading lib in fbsd. I my self am about to embark on quest to upgrade my servers from 4.10 to 5.3-RELEASE and resault from a test like this would be greatly appriceated since then I (and propably many others) will not have to duplicate the efforts. Anyways, I could always run some tests to for comparisment. >On Mon, 08 Nov 2004 10:56:45 -0800 >Justin Hopper wrote: > On Mon, 2004-11-08 at 10:34, John Baldwin wrote: > > On Monday 08 November 2004 12:46 pm, Justin Hopper wrote: > > > Hello, > > > > > > I know using Linuxthreads with mysql used to be the optimal combination, > > > but now with the new threading libraries in 5.x, is this still the case? > > > > > > System is dual Opteron, running 5.3-i386. > > > > Try it both ways and see how it fares is probably your best bet. > > Ok, just wanted to make sure that somebody hadn't done this already. > > -- > Justin Hopper > UNIX Systems Engineer > BSDHosting.net > Hosting Division of Digital Oasys Inc. > http://www.bsdhosting.net > > _______________________________________________ > 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" > > -- Kv, thib[att]mi{dot}is As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality. -- Albert Einstein A man can do as he will, but not will as he will. -- Arthur Schopenhauer From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 8 22:05: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 91A5B16A4CE for ; Mon, 8 Nov 2004 22:05:45 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 393D543D5C for ; Mon, 8 Nov 2004 22:05:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 013A351495; Mon, 8 Nov 2004 14:08:40 -0800 (PST) Date: Mon, 8 Nov 2004 14:08:40 -0800 From: Kris Kennaway To: Rob Deker Message-ID: <20041108220840.GA45808@xor.obsecurity.org> References: <418F9241.10609@slackdot.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <418F9241.10609@slackdot.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Porting the OpenBSD free Atheros HAL 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, 08 Nov 2004 22:05:45 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 08, 2004 at 10:35:29AM -0500, Rob Deker wrote: >=20 > Hi, >=20 > I was just wondering if anybody was working on porting the new=20 > open-source Atheros HAL from OpenBSD to FreeBSD yet. Why would you want to do this? Doesn't it provide a subset of what the FreeBSD driver already provides? Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBj+5oWry0BWjoQKURAidcAKCmKMBG7Ro7kF6aFNkkFymzpg4jkgCfcTH2 6HWUo9Y9PlpsqiXJ/3uIZig= =qheZ -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 01:20: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 5DE5416A4CE for ; Tue, 9 Nov 2004 01:20:29 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6FC643D31 for ; Tue, 9 Nov 2004 01:20:28 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2762B5310; Tue, 9 Nov 2004 02:20:27 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 9AF67530A; Tue, 9 Nov 2004 02:20:19 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 27CCFB861; Tue, 9 Nov 2004 02:20:19 +0100 (CET) To: Dan Strick References: <200411081857.iA8Iv725000576@mist.nodomain> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 09 Nov 2004 02:20:18 +0100 In-Reply-To: <200411081857.iA8Iv725000576@mist.nodomain> (Dan Strick's message of "Mon, 8 Nov 2004 10:57:07 -0800 (PST)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-hackers@freebsd.org cc: dan@mist.nodomain cc: simon@comsys.ntu-kpi.kiev.ua Subject: Re: Where is the source to the system calls? 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, 09 Nov 2004 01:20:29 -0000 Dan Strick writes: > Thanks for the pointer to /usr/src/lib/libc/i386/SYS.h. It contains > precisely the "secret macro instructions invoking undocumented gnu > C-compiler asm() features" that I suspected but could not find. > > I still don't understand all the details but I do understand enough > to realize that I don't want to understand any more. I don't see what's so hard to understand: #define SYSCALL(x) 2: PIC_PROLOGUE; jmp PIC_PLT(HIDENAME(cerror)); \ ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(x); \ .set CNAME(x),CNAME(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x))= ; \ mov __CONCAT($SYS_,x),%eax; KERNCALL; jb 2b the important part is the beginning of the last line, which for open() corresponds to: mov SYS_open, %eax int $0x80 (where SYS_open is the syscall number for open(), normally 5) the rest is just error handling ('jb 2b' jumps back to the 'jmp cerror' if the system call returns an error) and namespace management (the .weak and .set stuff create two weak aliases, _open and open, for the real syscall name which is __sys_open) most of the complexity comes from the use of macros to hide differences between relocatable and non-relocatable code so that the same definition can be used for both. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 01:53: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 247DE16A4CE for ; Tue, 9 Nov 2004 01:53:36 +0000 (GMT) Received: from fridge.docomolabs-usa.com (key1.docomolabs-usa.com [216.98.102.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C937B43D39 for ; Tue, 9 Nov 2004 01:53:35 +0000 (GMT) (envelope-from shah@docomolabs-usa.com) Message-ID: <017d01c4c5fe$ebf05de0$8a6115ac@dcml.docomolabsusa.com> From: "Devesh Shah" To: "Luigi Rizzo" , References: <003f01c4c2c5$17e2c560$8a6115ac@dcml.docomolabsusa.com> <20041106192122.GE22681@funkthat.com> <20041106113552.A95250@xorpc.icir.org> Date: Mon, 8 Nov 2004 17:53:34 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: Loadable Scheduler 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: Tue, 09 Nov 2004 01:53:36 -0000 Thanks to all of you who have responded to my initial question. I would be interested in looking at such implementation if possible. I see there are about 18 other kernel files that call common scheduler interface routines defined in ul.c and bsd.c such as sched_nice(), sched_sleep(), sched_wakeup() etc. These would have to be transitioned to call appropriately when new scheduler is loaded and disable the old scheduler.Also, init (in init_main.c) process is handcrafted and given the address of kse in thread structure. These kses are defined differently for both schedulers. For my project perspective, I would like to have this functionality of loadable scheduler though it may not deem necessary from a cleaner kernel developement such as Freebsd. I agree, process state can not be guaranteed to be prserverd as they are different scheduler. thanks, -devesh ----- Original Message ----- From: "Luigi Rizzo" To: "Devesh Shah" ; Sent: Saturday, November 06, 2004 11:35 AM Subject: Re: Loadable Scheduler in Freebsd > On Sat, Nov 06, 2004 at 11:21:23AM -0800, John-Mark Gurney wrote: > > Devesh Shah wrote this message on Thu, Nov 04, 2004 at 15:22 -0800: > > > Based on the SYSINIT framework, I have made ULE scheduler as a loadable module but have not quite > > > figured how to migrate from default 4bsd to newly loaded ule scheduler or is it possible at all. > > > > As someone suggested, switches schedulers would be very complex.. > > actually i beg to differ, as we implemented it in 4.x back > in summer 2002 -- our code allowed to switch between schedulers at > runtime, and we had a prototype Proportional Share (PS for short) > scheduler which you could use instead of the standard BSD one. > > I don't see much of a problem in switching schedulers at runtime, > if you properly hide the scheduler's internal information from > the process' descriptor, which is what we did. At which point, > switching scheduler only requires to rearrange the scheduler's > information with no impact on the process descriptor or state. > Of course you can't expect "guarantees" to be preserved across > switches,if nothing else because they might well be measured > in different way. > > if you wonder why our code was not committed, it was because there > was not, and i think there is not yet, a good theoretical framework > for multiprocessor proportional share scheduling, so our PS scheduler > (note, not the scheduler abstraction framework, only the PS scheduler > instance) would not work in the SMP case, and this apparently was > a requirement for inclusion. > > cheers > luigi From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 02: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 08A9816A4CE for ; Tue, 9 Nov 2004 02:16:37 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF0D43D3F for ; Tue, 9 Nov 2004 02:16:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 200E17A41E; Mon, 8 Nov 2004 18:16:36 -0800 (PST) Message-ID: <41902883.7080508@elischer.org> Date: Mon, 08 Nov 2004 18:16:35 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Devesh Shah References: <003f01c4c2c5$17e2c560$8a6115ac@dcml.docomolabsusa.com> <20041106192122.GE22681@funkthat.com> <20041106113552.A95250@xorpc.icir.org> <017d01c4c5fe$ebf05de0$8a6115ac@dcml.docomolabsusa.com> In-Reply-To: <017d01c4c5fe$ebf05de0$8a6115ac@dcml.docomolabsusa.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Luigi Rizzo cc: FreeBSD-hackers@freebsd.org Subject: Re: Loadable Scheduler 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: Tue, 09 Nov 2004 02:16:37 -0000 Devesh Shah wrote: > Thanks to all of you who have responded to my initial question. I > would be interested in looking at such implementation if possible. I > see there are about 18 other kernel files that call common scheduler > interface routines defined in ul.c and bsd.c such as sched_nice(), > sched_sleep(), sched_wakeup() etc. These would have to be > transitioned to call appropriately when new scheduler is loaded and > disable the old scheduler. We would simply change them to call via pointers.. no big deal. It might even be a saving in some cases because you could skip calling if the pointer is NULL instead of always calling and discovering that the function is only a stub that does nothing.. > Also, init (in init_main.c) process is > handcrafted and given the address of kse in thread structure. These > kses are defined differently for both schedulers. > what revision are you looking at? init_main.c calls schedinti() that is in the scheduler, which does this.. A lot of this was changed just prior to 5.3. The kse structure is unknown outside of the scheduler. It is only defined within sched_4bsd or sched_ule.c. so init_main.c has no idea what is in it. (or even that it exists) There is not even any requirement that teh even BE any per-thread scheduelr private structure. (struct kse == struct td_sched for historical reasons.. I have not yet decided which name will 'survive'). You COULD switch schedulers at run time but you'd need to be able to extract each thread from the old scheduler and inject it into the new scheduler, while holding all other things the same. You would also need to change the allocation code to allocate the kse (a.k.a td_sched) structure separatly, so that it could be freed and replaced by one that is suitable for the new scheduler. This would not be a big task but the code to extract the threads and put them into the new scheduler would be quite interesting. > > > For my project perspective, I would like to have this functionality > of loadable scheduler though it may not deem necessary from a cleaner > kernel developement such as Freebsd. I agree, process state can not > be guaranteed to be prserverd as they are different scheduler > > > thanks, -devesh > > > > ----- Original Message ----- From: "Luigi Rizzo" To: > "Devesh Shah" ; > Sent: Saturday, November 06, 2004 11:35 > AM Subject: Re: Loadable Scheduler in Freebsd > > > > On Sat, Nov 06, 2004 at 11:21:23AM -0800, John-Mark Gurney wrote: > > > >> Devesh Shah wrote this message on Thu, Nov 04, 2004 at 15:22 > >> -0800: > >> > >>> Based on the SYSINIT framework, I have made ULE scheduler as a > > loadable module but have not quite > > >>> figured how to migrate from default 4bsd to newly loaded ule > >>> scheduler > > or is it possible at all. > > >> As someone suggested, switches schedulers would be very complex.. > >> > > > > actually i beg to differ, as we implemented it in 4.x back in > > summer 2002 -- our code allowed to switch between schedulers at > > runtime, and we had a prototype Proportional Share (PS for short) > > scheduler which you could use instead of the standard BSD one. > > > > I don't see much of a problem in switching schedulers at runtime, > > if you properly hide the scheduler's internal information from the > > process' descriptor, which is what we did. At which point, > > switching scheduler only requires to rearrange the scheduler's > > information with no impact on the process descriptor or state. Of > > course you can't expect "guarantees" to be preserved across > > switches,if nothing else because they might well be measured in > > different way. > > > > if you wonder why our code was not committed, it was because there > > was not, and i think there is not yet, a good theoretical framework > > for multiprocessor proportional share scheduling, so our PS > > scheduler (note, not the scheduler abstraction framework, only the > > PS scheduler instance) would not work in the SMP case, and this > > apparently was a requirement for inclusion. > > > > cheers luigi > > > _______________________________________________ > 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 Nov 9 02:37: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 5F1F816A4CE for ; Tue, 9 Nov 2004 02:37:27 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B4C43D3F for ; Tue, 9 Nov 2004 02:37:26 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) iA92bH7w013816; Mon, 8 Nov 2004 21:37:17 -0500 (EST) Date: Mon, 8 Nov 2004 21:37:17 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <41902883.7080508@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Luigi Rizzo cc: FreeBSD-hackers@freebsd.org cc: Devesh Shah Subject: Re: Loadable Scheduler in Freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 02:37:27 -0000 On Mon, 8 Nov 2004, Julian Elischer wrote: > > > Devesh Shah wrote: > > > Thanks to all of you who have responded to my initial question. I > > would be interested in looking at such implementation if possible. I > > see there are about 18 other kernel files that call common scheduler > > interface routines defined in ul.c and bsd.c such as sched_nice(), > > sched_sleep(), sched_wakeup() etc. These would have to be > > transitioned to call appropriately when new scheduler is loaded and > > disable the old scheduler. > > We would simply change them to call via pointers.. no big deal. > It might even be a saving in some cases because you could skip > calling if the pointer is NULL instead of always calling and discovering > that the function is only a stub that does nothing.. > > > Also, init (in init_main.c) process is > > handcrafted and given the address of kse in thread structure. These > > kses are defined differently for both schedulers. > > > what revision are you looking at? init_main.c calls schedinti() > that is in the scheduler, which does this.. > > A lot of this was changed just prior to 5.3. The kse structure is > unknown outside of the scheduler. It is only defined within > sched_4bsd or sched_ule.c. so init_main.c has no idea what is in it. > (or even that it exists) There is not even any requirement that teh even > BE any per-thread scheduelr private structure. (struct kse == struct > td_sched > for historical reasons.. I have not yet decided which name will 'survive'). > > You COULD switch schedulers at run time but you'd need to be able to > extract each thread from the old scheduler and inject it into the new > scheduler, while holding all other things the same. > > You would also need to change the allocation code to allocate the kse > (a.k.a td_sched) structure separatly, so that it could be freed and > replaced by one > that is suitable for the new scheduler. This would not be a big task but > the code > to extract the threads and put them into the new scheduler would be > quite interesting. If the schedulers were aware of the "selected" scheduler (or perhaps the previous scheduler), they could do the thread removal and insertions themselves I suppose. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 03:36:38 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 36E8716A4CE; Tue, 9 Nov 2004 03:36:38 +0000 (GMT) Received: from f15.mail.ru (f15.mail.ru [194.67.57.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E162243D39; Tue, 9 Nov 2004 03:36:37 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from mail by f15.mail.ru with local id 1CRMo8-000GCW-00; Tue, 09 Nov 2004 06:36:36 +0300 Received: from [24.184.136.70] by win.mail.ru with HTTP; Tue, 09 Nov 2004 06:36:36 +0300 From: Igor Shmukler To: Daniel Eischen Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [24.184.136.70] Date: Tue, 09 Nov 2004 06:36:36 +0300 In-Reply-To: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: cc: hackers@freebsd.org Subject: Re[2]: Loadable Scheduler in Freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Igor Shmukler List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 03:36:38 -0000 > If the schedulers were aware of the "selected" scheduler (or perhaps > the previous scheduler), they could do the thread removal and insertions > themselves I suppose. I doubt you would want to do that. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 07:42: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 101AA16A4CE for ; Tue, 9 Nov 2004 07:42:03 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [194.125.244.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFBF43D49 for ; Tue, 9 Nov 2004 07:41:59 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)iA97fsPD036189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Nov 2004 09:41:55 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id B47F9141; Tue, 9 Nov 2004 09:41:25 +0200 (EET) Date: Tue, 9 Nov 2004 09:41:25 +0200 From: Andrey Simonenko To: Dan Strick Message-ID: <20041109074125.GB238@pm514-9.comsys.ntu-kpi.kiev.ua> References: <200411081857.iA8Iv725000576@mist.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411081857.iA8Iv725000576@mist.nodomain> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Where is the source to the system calls? 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, 09 Nov 2004 07:42:03 -0000 On Mon, Nov 08, 2004 at 10:57:07AM -0800, Dan Strick wrote: > > Perhaps I did not make it clear that I was looking for the definitions > of the subroutines in libc that converted C-language function calls, > such as open(), into assembler language system calls. For example, in > version 7 pdp11 unix, the open() system call was defined in the very > straight forward assembler language program /usr/src/libc/sys/open.s: [ skipped ] Almost the same is done in FreeBSD, but under i386 int $0x80 is a trap gate for system calls (search int0x80_syscall in /sys/i386/i386/exception.s). If that SYS.h is unclear for you for the first time, so read paragraphs about x86 Assembler and syscalls in Developers' Handbook. > I still don't understand all the details but I do understand enough > to realize that I don't want to understand any more. Assembler sources for syscalls are created from the src/lib/libc/sys/ Makefile.inc file. Find #include "SYS.h" in this file. The names of syscalls are generated from the /sys/sys/syscall.mk, which is generated from sys/kern/syscalls.master. Try to discover how this works backtracing Makefile.inc from the line with #include "SYS.h". From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 07:55: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 941E116A4CE for ; Tue, 9 Nov 2004 07:55:03 +0000 (GMT) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17B1243D1D for ; Tue, 9 Nov 2004 07:55:03 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.50.115.156) by vsmtp1.tin.it (7.0.027) id 418A7A6B001D4135 for freebsd-hackers@FreeBSD.org; Tue, 9 Nov 2004 08:55:03 +0100 Received: from [127.0.0.1] (localhost [127.0.0.1]) by kaiser.sig11.org (Postfix) with ESMTP id CC20E71 for ; Tue, 9 Nov 2004 08:54:58 +0100 (CET) From: Matteo Riondato To: freebsd-hackers@FreeBSD.org In-Reply-To: <200411081333.54349.jhb@FreeBSD.org> References: <1099904496.45709.36.camel@kaiser.sig11.org> <200411081333.54349.jhb@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xeIfZ6Xf541/Dg1EN+iR" Message-Id: <1099986897.45709.59.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 09 Nov 2004 08:54:58 +0100 Subject: Re: Little kbdmap.c diff X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 07:55:03 -0000 --=-xeIfZ6Xf541/Dg1EN+iR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Il Lun, 2004-11-08 alle 19:33, John Baldwin ha scritto: > On Monday 08 November 2004 04:01 am, Matteo Riondato wrote: > > > > With this patch, kbdmap will print user choice on stderr instead of > > stdout.=20 > Curious as to why printing to stderr helps? Because redirecting stdout is not an option because kbdmap prints its gui to stdout, so having user choice printed to stderr is preferred. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-xeIfZ6Xf541/Dg1EN+iR Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBkHfR2Mp4pR7Fa+wRAouNAKDX3EYMzug5gG+HD+gjNM7R8v5VNACeKblp vAZzP5reu9C5/tfUq3G50GI= =rlo/ -----END PGP SIGNATURE----- --=-xeIfZ6Xf541/Dg1EN+iR-- From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 09:05:38 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 F321816A4CE for ; Tue, 9 Nov 2004 09:05:37 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F79743D46 for ; Tue, 9 Nov 2004 09:05:37 +0000 (GMT) (envelope-from jesk@killall.org) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRRwV-000H3Z-Ql; Tue, 09 Nov 2004 10:05:35 +0100 Received: from kamikaze-studio.int.de.clara.net ([192.168.0.232]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRRwV-000H3V-Ll; Tue, 09 Nov 2004 10:05:35 +0100 Date: Tue, 09 Nov 2004 10:05:35 +0100 From: jesk To: "Thordur Ivar B." , freebsd-hackers@freebsd.org Message-ID: In-Reply-To: <20041108191351.370c2d5d.thib@mi.is> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Mysql - Linuxthreads : Still needed? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesk@killall.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2004 09:05:38 -0000 > It would be nice if you could post the resaults back to the list so other > do not have to go through these steps and maybe create an interesting > disccusion about the use of linuxthreads with MySQL or the "new" > threading lib in fbsd. > > I my self am about to embark on quest to upgrade my servers from 4.10 to > 5.3-RELEASE and resault from a test like this would be greatly > appriceated since then I (and propably many others) will not have to > duplicate the efforts. > > Anyways, I could always run some tests to for comparisment. I did a performance comparison with different threading methods. Look for MySQL Performance thread on current@ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 16:54: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 50E4616A4CE for ; Tue, 9 Nov 2004 16:54:42 +0000 (GMT) Received: from M4.sparta.com (M4.sparta.com [157.185.61.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6E443D1F for ; Tue, 9 Nov 2004 16:54:41 +0000 (GMT) (envelope-from deker@slackdot.org) Received: from Beta5.sparta.com (beta5.sparta.com [157.185.63.21]) by M4.sparta.com (8.13.1/8.13.1) with ESMTP id iA9Gsfa4004422 for ; Tue, 9 Nov 2004 10:54:41 -0600 Received: from columbia.sparta.com ([157.185.80.32]) by Beta5.sparta.com (8.12.11/8.12.11) with ESMTP id iA9Gse0w029636 for ; Tue, 9 Nov 2004 10:54:41 -0600 Received: from [157.185.80.108] (7lyxg41.columbia.sparta.com [157.185.80.108]) iA9Gsdor020400 for ; Tue, 9 Nov 2004 11:54:39 -0500 (EST) Message-ID: <4190F64E.2090009@slackdot.org> Date: Tue, 09 Nov 2004 11:54:38 -0500 From: Rob Deker User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <418F9241.10609@slackdot.org> <20041108220840.GA45808@xor.obsecurity.org> In-Reply-To: <20041108220840.GA45808@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 16:54:42 -0000 Kris Kennaway wrote: >On Mon, Nov 08, 2004 at 10:35:29AM -0500, Rob Deker wrote: > > >>Hi, >> >>I was just wondering if anybody was working on porting the new >>open-source Atheros HAL from OpenBSD to FreeBSD yet. >> >> > >Why would you want to do this? Doesn't it provide a subset of what >the FreeBSD driver already provides? > > > You're right, it does. However, myself and collegue recently presented our work in raw Atheros raw frame injection at ToorCon based on the Atheros HAL and Sam's driver/HAL wrapper. If you're familliar with these cards and their current status in the open-source world, you'll know that the only method of using them relies solely on the binary-only HAL provided by Atheros that Sam Leffler was kind enough to wrap in a FreeBSD driver shell. Given the nature of the work we've done to date, you might imagine that we were very interested to hear of a non-binary solution to communication with these wireless chipsets. Given that our current codebase is written against FreeBSD 5.2 and that the new alternative HAL is attempting to be interface compatible with the HAL from Sam/Atheros, it should be pretty close to a drop-in replacement. There will however be a minor porting effort required to bring it from OpenBSD, and we simply didn't want to duplicate any efforts that other parties may be undertaking. So, as we mentioned before, if anybody is already doing this, or would like to work on it, we're offering any assistance we can provide. Otherwise, we're willing to tackle the problem ourselves, but it will likely take us a bit longer than others who are more familliar with the FreeBSD and OpenBSD kernels (our original driver work was our first foray into the FreeBSD kernel). -d From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 16:57: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 9066716A4CE for ; Tue, 9 Nov 2004 16:57:57 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DA343D39 for ; Tue, 9 Nov 2004 16:57:56 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 51631 invoked by uid 2003); 9 Nov 2004 16:54:31 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.042869 secs); 09 Nov 2004 16:54:31 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Nov 2004 16:54:31 -0000 Date: Tue, 9 Nov 2004 11:57:53 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: jesk In-Reply-To: Message-ID: References: <1099935987.4899.1730.camel@work.gusalmighty.com> <1099940205.4899.1733.camel@work.gusalmighty.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Mysql - Linuxthreads : Still needed? 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, 09 Nov 2004 16:57:57 -0000 For those that like a link: http://marc.theaimsgroup.com/?l=freebsd-current&m=109842492327954&w=2 On Tue, 9 Nov 2004, jesk wrote: >> It would be nice if you could post the resaults back to the list so other >> do not have to go through these steps and maybe create an interesting >> disccusion about the use of linuxthreads with MySQL or the "new" >> threading lib in fbsd. >> >> I my self am about to embark on quest to upgrade my servers from 4.10 to >> 5.3-RELEASE and resault from a test like this would be greatly >> appriceated since then I (and propably many others) will not have to >> duplicate the efforts. >> >> Anyways, I could always run some tests to for comparisment. > > I did a performance comparison with different threading methods. > Look for MySQL Performance thread on current@ > _______________________________________________ > 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 Nov 9 16: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 034EC16A4CF for ; Tue, 9 Nov 2004 16:59:21 +0000 (GMT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B9A643D39 for ; Tue, 9 Nov 2004 16:59:20 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from pr-webmail-2.demon.net ([194.159.244.50]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1CRZKx-000LKz-71; Tue, 09 Nov 2004 16:59:19 +0000 Received: from localhost ([127.0.0.1] helo=web.mail.demon.net) by pr-webmail-2.demon.net with smtp (Exim 4.42) id 1CRZKw-000Kt9-SW; Tue, 09 Nov 2004 16:59:19 +0000 Received: from markdnet.demon.co.uk ([62.232.6.254]) by web.mail.demon.net with http; Tue, 09 Nov 2004 16:59:18 +0000 From: mark@markdnet.demon.co.uk To: "Rob Deker" In-Reply-To: <4190F64E.2090009@slackdot.org> Date: Tue, 09 Nov 2004 16:59:18 +0000 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <20041109165920.9B9A643D39@mx1.FreeBSD.org> cc: hackers@freebsd.org Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 16:59:21 -0000 deker@slackdot.org wrote: > You're right, it does. However, myself and collegue recently presented > our work in raw Atheros raw frame injection at ToorCon based on the > Atheros HAL and Sam's driver/HAL wrapper. If you're familliar with these > cards and their current status in the open-source world, you'll know > that the only method of using them relies solely on the binary-only HAL > provided by Atheros that Sam Leffler was kind enough to wrap in a > FreeBSD driver shell. Would this give us AMD64 support for atheros cards? Mark From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 17:30: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 B45E116A4CE for ; Tue, 9 Nov 2004 17:30:47 +0000 (GMT) Received: from M4.sparta.com (M4.sparta.com [157.185.61.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1235C43D39 for ; Tue, 9 Nov 2004 17:30:47 +0000 (GMT) (envelope-from deker@slackdot.org) Received: from Beta5.sparta.com (beta5.sparta.com [157.185.63.21]) by M4.sparta.com (8.13.1/8.13.1) with ESMTP id iA9HUkcV005891 for ; Tue, 9 Nov 2004 11:30:46 -0600 Received: from columbia.sparta.com ([157.185.80.32]) by Beta5.sparta.com (8.12.11/8.12.11) with ESMTP id iA9HUk2u031238 for ; Tue, 9 Nov 2004 11:30:46 -0600 Received: from [157.185.80.108] (7lyxg41.columbia.sparta.com [157.185.80.108]) iA9HUjor021189 for ; Tue, 9 Nov 2004 12:30:46 -0500 (EST) Message-ID: <4190FEC7.1090107@slackdot.org> Date: Tue, 09 Nov 2004 12:30:47 -0500 From: Rob Deker User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20041109165920.9B9A643D39@mx1.FreeBSD.org> In-Reply-To: <20041109165920.9B9A643D39@mx1.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 17:30:47 -0000 mark@markdnet.demon.co.uk wrote: >deker@slackdot.org wrote: > > >>You're right, it does. However, myself and collegue recently presented >>our work in raw Atheros raw frame injection at ToorCon based on the >>Atheros HAL and Sam's driver/HAL wrapper. If you're familliar with these >>cards and their current status in the open-source world, you'll know >>that the only method of using them relies solely on the binary-only HAL >>provided by Atheros that Sam Leffler was kind enough to wrap in a >>FreeBSD driver shell. >> >> > >Would this give us AMD64 support for atheros cards? > > > It's possible. As the alternative is source, it very well may compile for AMD64. If you've got an AMD64 box available to put OpenBSD-current on, give it a shot and let us know! I just don't have any 64-bit machines at my place that aren't Alphas :) -d From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 19:06:52 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 BEB5616A4CE for ; Tue, 9 Nov 2004 19:06:52 +0000 (GMT) Received: from britannica.bec.de (wlan034009.uni-rostock.de [139.30.34.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FDD343D31 for ; Tue, 9 Nov 2004 19:06:52 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: by britannica.bec.de (Postfix, from userid 1001) id 68C0A537D; Tue, 9 Nov 2004 17:59:13 +0100 (CET) Date: Tue, 9 Nov 2004 17:59:13 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20041109165913.GA4889@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <418F9241.10609@slackdot.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <418F9241.10609@slackdot.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 19:06:52 -0000 On Mon, Nov 08, 2004 at 10:35:29AM -0500, Rob Deker wrote: > I was just wondering if anybody was working on porting the new > open-source Atheros HAL from OpenBSD to FreeBSD yet. If not I'm willing > to take a stab at it, but I don't want to duplicate efforts already > underway. If anybody is working on this already and could use any help, > etc. drop me a line and let me know. I've been looking at this for DragonFly. The changes necessary to the FreeBSD ath(4) because of different APIs are very few (2 or 3 functions). Those can be easily done. I haven't tried to run it yet, because I don't have an 5210 and the newer 5211 and 5212 or not yet supported. Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 20:53: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 D125E16A4CE for ; Tue, 9 Nov 2004 20:53:11 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ADCF43D1D for ; Tue, 9 Nov 2004 20:53:11 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CRdBp-000JB5-Rg; Tue, 09 Nov 2004 22:06:09 +0100 Message-ID: <001701c4c69e$1e81c510$45fea8c0@turbofresse> From: "jesk" To: "Charles Sprickman" References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> Date: Tue, 9 Nov 2004 21:53:08 +0100 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: Mysql - Linuxthreads : Still needed? 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, 09 Nov 2004 20:53:11 -0000 > For those that like a link: > > http://marc.theaimsgroup.com/?l=freebsd-current&m=109842492327954&w=2 > > On Tue, 9 Nov 2004, jesk wrote: > > >> It would be nice if you could post the resaults back to the list so other > >> do not have to go through these steps and maybe create an interesting > >> disccusion about the use of linuxthreads with MySQL or the "new" > >> threading lib in fbsd. > >> > >> I my self am about to embark on quest to upgrade my servers from 4.10 to > >> 5.3-RELEASE and resault from a test like this would be greatly > >> appriceated since then I (and propably many others) will not have to > >> duplicate the efforts. > >> > >> Anyways, I could always run some tests to for comparisment. > > > > I did a performance comparison with different threading methods. > > Look for MySQL Performance thread on current@ > > _______________________________________________ > > 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" > > > > fbsd outperformed linux in the end of my tests. ;) dont forget to disable HTT, this will increase the performance of threading. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 21:14: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 09D1316A4CE for ; Tue, 9 Nov 2004 21:14:01 +0000 (GMT) Received: from suricate.otoh.org (suricate.otoh.org [64.81.247.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id B85A543D4C for ; Tue, 9 Nov 2004 21:14:00 +0000 (GMT) (envelope-from freebsdhackers@otoh.org) Received: from 64.81.247.155 (suricate.otoh.org [64.81.247.155]) by suricate.otoh.org (Postfix) with SMTP id 9134D7DCFCE; Tue, 9 Nov 2004 13:13:59 -0800 (PST) Received: by suricate.otoh.org (Postfix, from userid 1001) id B78377DCDF4; Tue, 9 Nov 2004 13:13:58 -0800 (PST) Date: Tue, 9 Nov 2004 13:13:58 -0800 From: Paul Armstrong To: jesk Message-ID: <20041109211358.GE78631@suricate.otoh.org> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001701c4c69e$1e81c510$45fea8c0@turbofresse> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on suricate.otoh.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=ham version=2.64 cc: freebsd-hackers@freebsd.org Subject: Re: Mysql - Linuxthreads : Still needed? 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, 09 Nov 2004 21:14:01 -0000 On Tue, Nov 09, 2004 at 09:53:08PM +0100, jesk wrote: > > For those that like a link: > > > > http://marc.theaimsgroup.com/?l=freebsd-current&m=109842492327954&w=2 > > > > On Tue, 9 Nov 2004, jesk wrote: > > > > >> It would be nice if you could post the resaults back to the list > > >> so other do not have to go through these steps and maybe create > > >> an interesting disccusion about the use of linuxthreads with > > >> MySQL or the "new" threading lib in fbsd. > > >> > > >> I my self am about to embark on quest to upgrade my servers from > > >> 4.10 to 5.3-RELEASE and resault from a test like this would be > > >> greatly appriceated since then I (and propably many others) will > > >> not have to duplicate the efforts. > > >> > > >> Anyways, I could always run some tests to for comparisment. > > > > > > I did a performance comparison with different threading methods. > > > Look for MySQL Performance thread on current@ > > > > > > fbsd outperformed linux in the end of my tests. ;) > dont forget to disable HTT, this will increase the performance of threading. The thread mentions that "update query first then select query" is faster on Linux. What did you need to change to fix that (or did one of the updates on the way to STABLE fix it)? Paul From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 22:15: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 187D516A4D0 for ; Tue, 9 Nov 2004 22:15:46 +0000 (GMT) Received: from smtp.mi.is (smtp.mi.is [217.151.180.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E51243D5E for ; Tue, 9 Nov 2004 22:15:45 +0000 (GMT) (envelope-from thib@mi.is) Received: from caulfield.bitcode.eu.org (thib.pentagon.ms [217.151.165.254]) by smtp.mi.is (8.12.10/8.12.10/1.0.1) with SMTP id iA9MFhnF026189 for ; Tue, 9 Nov 2004 22:15:43 GMT Date: Tue, 9 Nov 2004 22:15:44 +0000 From: "Thordur Ivar B." To: freebsd-hackers@freebsd.org Message-Id: <20041109221544.3815fd48.thib@mi.is> In-Reply-To: <001701c4c69e$1e81c510$45fea8c0@turbofresse> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> Organization: n/a X-Mailer: Sylpheed version 1.0.0beta1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Mysql - Linuxthreads : Still needed? 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, 09 Nov 2004 22:15:46 -0000 On Tue, 9 Nov 2004 21:53:08 +0100 "jesk" wrote: > fbsd outperformed linux in the end of my tests. ;) > dont forget to disable HTT, this will increase the performance of threading. In my tests also. This is good. IMHO it's a great relief to get rid of linuxthreds. As pointed out in this link: > > http://marc.theaimsgroup.com/?l=freebsd-current&m=109842492327954&w=2 I do not know wheter or not I'm using pthreads with or without process scope. Any way for me to see if I'm or if I'm not ? ( There is way dohhh I just don't know how ;) Anyways I will keep asking google. PS: I did not use super-smack. Just a quick hack ;) -- Kv, thib[att]mi{dot}is As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality. -- Albert Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 06:59: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 3B4CA16A4DB for ; Wed, 10 Nov 2004 06:59:48 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6502443D45 for ; Wed, 10 Nov 2004 06:59:47 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CRmer-00028t-KD; Wed, 10 Nov 2004 08:12:45 +0100 Message-ID: <000901c4c6f2$db56a350$45fea8c0@turbofresse> From: "jesk" To: "Paul Armstrong" References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> Date: Wed, 10 Nov 2004 07:59:43 +0100 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: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 06:59:48 -0000 > The thread mentions that "update query first then select query" is > faster on Linux. What did you need to change to fix that (or did one of > the updates on the way to STABLE fix it)? > > Paul i forgot to disable HTT ;) From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 08:16: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 E923016A4CE for ; Wed, 10 Nov 2004 08:16:25 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB9A43D31 for ; Wed, 10 Nov 2004 08:16:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])iAA8GIpW209036; Wed, 10 Nov 2004 03:16:21 -0500 Message-ID: <4191CE51.1030804@elischer.org> Date: Wed, 10 Nov 2004 00:16:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: jesk References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> <000901c4c6f2$db56a350$45fea8c0@turbofresse> In-Reply-To: <000901c4c6f2$db56a350$45fea8c0@turbofresse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 08:16:26 -0000 jesk wrote: >>The thread mentions that "update query first then select query" is >>faster on Linux. What did you need to change to fix that (or did one of >>the updates on the way to STABLE fix it)? >> >>Paul > > > i forgot to disable HTT ;) so can you post the final numbers? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 09:42: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 A310716A4CE for ; Wed, 10 Nov 2004 09:42:05 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A2343D54 for ; Wed, 10 Nov 2004 09:42:05 +0000 (GMT) (envelope-from jesk@killall.org) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRozM-000OgG-8D; Wed, 10 Nov 2004 10:42:04 +0100 Received: from kamikaze-studio.int.de.clara.net ([192.168.0.232]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRozM-000OgA-2s; Wed, 10 Nov 2004 10:42:04 +0100 Date: Wed, 10 Nov 2004 10:42:03 +0100 From: jesk To: Julian Elischer Message-ID: <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> In-Reply-To: <4191CE51.1030804@elischer.org> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> <000901c4c6f2$db56a350$45fea8c0@turbofresse> <4191CE51.1030804@elischer.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesk@killall.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 09:42:05 -0000 > so can you post the final numbers? > > the select procedure didnt changed much in its performance, but the update-select test performed to around 4000 queries per second. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 09:54: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 61F5E16A4CE for ; Wed, 10 Nov 2004 09:54:14 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 186E243D1D for ; Wed, 10 Nov 2004 09:54:14 +0000 (GMT) (envelope-from jesk@killall.org) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRpB5-000PwM-VX; Wed, 10 Nov 2004 10:54:12 +0100 Received: from kamikaze-studio.int.de.clara.net ([192.168.0.232]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRpB5-000PwG-QA; Wed, 10 Nov 2004 10:54:11 +0100 Date: Wed, 10 Nov 2004 10:54:11 +0100 From: jesk To: jesk@killall.org, Julian Elischer Message-ID: <31801D182841B7CFCFAC70A3@jesk.int.de.clara.net> In-Reply-To: <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> <000901c4c6f2$db56a350$45fea8c0@turbofresse> <4191CE51.1030804@elischer.org> <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesk@killall.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Nov 2004 09:54:14 -0000 >> so can you post the final numbers? >> >> > > > the select procedure didnt changed much in its performance, but the > update-select test performed to around 4000 queries per second. > _______________________________________________ > 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" > and again its not true, the select query also performed to about 16000 per second (linuxthreads) sorry for the mistake, its very early in the morning :) From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 10:00: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 83E5F16A4D0 for ; Wed, 10 Nov 2004 10:00:57 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A7B43D48 for ; Wed, 10 Nov 2004 10:00:56 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRpHc-0000l4-1o; Wed, 10 Nov 2004 11:00:56 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1CRpHb-0000ky-TE; Wed, 10 Nov 2004 11:00:55 +0100 From: Michael Riexinger To: freebsd-hackers@freebsd.org Date: Wed, 10 Nov 2004 11:01:31 +0100 User-Agent: KMail/1.7 References: <1099935987.4899.1730.camel@work.gusalmighty.com> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109221544.3815fd48.thib@mi.is> In-Reply-To: <20041109221544.3815fd48.thib@mi.is> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411101101.32258.michael.riexinger@de.clara.net> Subject: Re: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 10:00:57 -0000 On Tuesday 09 November 2004 23:15, Thordur Ivar B. wrote: > On Tue, 9 Nov 2004 21:53:08 +0100 > > "jesk" wrote: > > fbsd outperformed linux in the end of my tests. ;) > > dont forget to disable HTT, this will increase the performance of > > threading. > > In my tests also. This is good. IMHO it's a great relief to get rid > of linuxthreds. But when he outperformed linux, he used linuxthreads.. With pthreads you still can't outperform linux :( > > As pointed out in this link: > > > http://marc.theaimsgroup.com/?l=freebsd-current&m=109842492327954 > > >&w=2 > > I do not know wheter or not I'm using pthreads with or without > process scope. Any way for me to see if I'm or if I'm not ? ( There > is way dohhh I just don't know how ;) Anyways I will keep asking > google. How did you compile the mysql port? There you can specify it. Kind regards, Michael Riexinger systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 17: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 021F416A4CE; Tue, 9 Nov 2004 17:07:14 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE7F43D5E; Tue, 9 Nov 2004 17:07:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iA9H7CWi065286 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 9 Nov 2004 09:07:12 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-hackers@freebsd.org Date: Tue, 9 Nov 2004 09:14:51 -0800 User-Agent: KMail/1.7 References: <20041109165920.9B9A643D39@mx1.FreeBSD.org> In-Reply-To: <20041109165920.9B9A643D39@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411090914.51811.sam@errno.com> X-Mailman-Approved-At: Wed, 10 Nov 2004 13:09:30 +0000 cc: hackers@freebsd.org Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 17:07:14 -0000 On Tuesday 09 November 2004 08:59 am, mark@markdnet.demon.co.uk wrote: > deker@slackdot.org wrote: > > You're right, it does. However, myself and collegue recently presented > > our work in raw Atheros raw frame injection at ToorCon based on the > > Atheros HAL and Sam's driver/HAL wrapper. If you're familliar with these > > cards and their current status in the open-source world, you'll know > > that the only method of using them relies solely on the binary-only HAL > > provided by Atheros that Sam Leffler was kind enough to wrap in a > > FreeBSD driver shell. > > Would this give us AMD64 support for atheros cards? amd64 support has been available for several months. You must get it from the madwifi project at sourceforge then update the FreeBSD driver using the patches I've posted for many months now. Sam From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 9 17: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 021F416A4CE; Tue, 9 Nov 2004 17:07:14 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE7F43D5E; Tue, 9 Nov 2004 17:07:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iA9H7CWi065286 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 9 Nov 2004 09:07:12 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-hackers@freebsd.org Date: Tue, 9 Nov 2004 09:14:51 -0800 User-Agent: KMail/1.7 References: <20041109165920.9B9A643D39@mx1.FreeBSD.org> In-Reply-To: <20041109165920.9B9A643D39@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411090914.51811.sam@errno.com> X-Mailman-Approved-At: Wed, 10 Nov 2004 13:09:30 +0000 cc: hackers@freebsd.org Subject: Re: Porting the OpenBSD free Atheros HAL 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, 09 Nov 2004 17:07:14 -0000 On Tuesday 09 November 2004 08:59 am, mark@markdnet.demon.co.uk wrote: > deker@slackdot.org wrote: > > You're right, it does. However, myself and collegue recently presented > > our work in raw Atheros raw frame injection at ToorCon based on the > > Atheros HAL and Sam's driver/HAL wrapper. If you're familliar with these > > cards and their current status in the open-source world, you'll know > > that the only method of using them relies solely on the binary-only HAL > > provided by Atheros that Sam Leffler was kind enough to wrap in a > > FreeBSD driver shell. > > Would this give us AMD64 support for atheros cards? amd64 support has been available for several months. You must get it from the madwifi project at sourceforge then update the FreeBSD driver using the patches I've posted for many months now. Sam From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 13:08:52 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 39DE316A4CE for ; Wed, 10 Nov 2004 13:08:52 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0F043D49 for ; Wed, 10 Nov 2004 13:08:40 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA01803 for ; Wed, 10 Nov 2004 15:05:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <41921229.9080404@icyb.net.ua> Date: Wed, 10 Nov 2004 15:05:45 +0200 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.9 (X11/20041108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Nov 2004 13:09:30 +0000 Subject: syscall: td_retval and zero return value 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, 10 Nov 2004 13:08:52 -0000 I have very little assembler/x86 knowledge. Could anyone please help me understand what it means to assign a non-zero value to td_retval in a system call when return value of the call is zero/success? I see in syscall() in src/sys/i386/i386/trap.c (btw is this the right place?) that in such circumstances value from td_retval[] is put into EAX and EDX registers and PSL_C (carry bit) is cleared in status/flags register in a stack frame of a calling process. But I don't understand what it practically means for the calling process. Thank you in advance. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 14:00:28 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 CECB316A4CE for ; Wed, 10 Nov 2004 14:00:28 +0000 (GMT) Received: from vsmtp14.tin.it (vsmtp14.tin.it [212.216.176.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28C3B43D45 for ; Wed, 10 Nov 2004 14:00:28 +0000 (GMT) (envelope-from gerarra@tin.it) Received: from ims3a.cp.tin.it (192.168.70.103) by vsmtp14.tin.it (7.0.027) id 414B1A5801705B8A; Wed, 10 Nov 2004 15:00:29 +0100 Received: from [192.168.70.225] by ims3a.cp.tin.it with HTTP; Wed, 10 Nov 2004 15:00:27 +0100 Date: Wed, 10 Nov 2004 15:00:27 +0100 Message-ID: <41536AD50005DCD2@ims3a.cp.tin.it> In-Reply-To: <41921229.9080404@icyb.net.ua> From: gerarra@tin.it To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable cc: avg@icyb.net.ua Subject: RE: syscall: td_retval and zero return value 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, 10 Nov 2004 14:00:28 -0000 >I have very little assembler/x86 knowledge. >Could anyone please help me understand what it means to assign a >non-zero value to td_retval in a system call when return value of the >call is zero/success? > >I see in syscall() in src/sys/i386/i386/trap.c (btw is this the right >place?) that in such circumstances value from td_retval[] is put into >EAX and EDX registers and PSL_C (carry bit) is cleared in status/flags >register in a stack frame of a calling process. But I don't understand >what it practically means for the calling process. > >Thank you in advance. The way the handler advice you about syscalls failing is setting (and not= clearing as you were saying) the carry bit in eflags register (about ia32= ). A sort of errno (if you see in a C-coder view) value is set in eax (or, alternatively, edx) to show the reason of failing. There's no way to know= where error code is set; you can just verify pratically. You can find all these things on "Programmers handbook". cheers, rookie From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 14: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 A74BA16A4CE for ; Wed, 10 Nov 2004 14:48:57 +0000 (GMT) Received: from grsu.by (grsu.by [194.158.202.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DE7B43D1F for ; Wed, 10 Nov 2004 14:47:53 +0000 (GMT) (envelope-from grog@grsu.by) Received: (qmail 23094 invoked from network); 10 Nov 2004 14:46:50 -0000 Received: from unknown (HELO ?10.31.16.99?) (grog@10.31.16.99) by grsu.by with SMTP; 10 Nov 2004 14:46:49 -0000 Message-ID: <41922C27.2090400@grsu.by> Date: Wed, 10 Nov 2004 16:56:39 +0200 From: Yury Tarasievich User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------090903080900010708030104" Subject: IPDIVERT option not getting compiled? 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, 10 Nov 2004 14:48:57 -0000 This is a multi-part message in MIME format. --------------090903080900010708030104 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, Just recently I've run into this: when compiling kernel in 4.10-RELEASE and in 4-STABLE, "options IPDIVERT" does not produce enabled divert in firewall code. Previously (meaning other machines and previous 4.* variants) the configuration compiled/worked okay. I've used the attached config for kernel (with commented out SMP and APIC_IO). I've compiled both with and without make.conf including IPFW2=TRUE. ,Yury --------------090903080900010708030104 Content-Type: text/plain; name="SMP-8" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="SMP-8" bWFjaGluZQkJaTM4NgojIyNjcHUJCUkzODZfQ1BVCiMjI2NwdQkJSTQ4Nl9DUFUKY3B1CQlJ NTg2X0NQVQpjcHUJCUk2ODZfQ1BVCmlkZW50CQlTTVAtOApvcHRpb25zCQlJTkNMVURFX0NP TkZJR19GSUxFCm1heHVzZXJzCTAKCiNtYWtlb3B0aW9ucwlERUJVRz0tZwkJI0J1aWxkIGtl cm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgpvcHRpb25zIAlNQVRIX0VNVUxBVEUJ CSNTdXBwb3J0IGZvciB4ODcgZW11bGF0aW9uCm9wdGlvbnMgCUlORVQJCQkjSW50ZXJORVR3 b3JraW5nCiMjI29wdGlvbnMgCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9j b2xzCm9wdGlvbnMgCUZGUwkJCSNCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJ RkZTX1JPT1QJCSNGRlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlIFtrZWVwIHRoaXMhXQpvcHRp b25zIAlTT0ZUVVBEQVRFUwkJI0VuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0 aW9ucyAJVUZTX0RJUkhBU0gJCSNJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3Rv cmllcwpvcHRpb25zIAlNRlMJCQkjTWVtb3J5IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJTURfUk9P VAkJCSNNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlMJCQkjTmV0 d29yayBGaWxlc3lzdGVtCm9wdGlvbnMgCU5GU19ST09UCQkjTkZTIHVzYWJsZSBhcyByb290 IGRldmljZSwgTkZTIHJlcXVpcmVkCm9wdGlvbnMgCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5 c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjSVNPIDk2NjAgRmlsZXN5c3RlbQpvcHRpb25zIAlD RDk2NjBfUk9PVAkJI0NELVJPTSB1c2FibGUgYXMgcm9vdCwgQ0Q5NjYwIHJlcXVpcmVkCm9w dGlvbnMgCVBST0NGUwkJCSNQcm9jZXNzIGZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ09NUEFUXzQz CQkjQ29tcGF0aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCVNDU0lf REVMQVk9MTUwMDAJI0RlbGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25z IAlVQ09OU09MRQkJI0FsbG93IHVzZXJzIHRvIGdyYWIgdGhlIGNvbnNvbGUKb3B0aW9ucyAJ VVNFUkNPTkZJRwkJI2Jvb3QgLWMgZWRpdG9yCm9wdGlvbnMgCVZJU1VBTF9VU0VSQ09ORklH CSN2aXN1YWwgYm9vdCAtYyBlZGl0b3IKb3B0aW9ucyAJS1RSQUNFCQkJI2t0cmFjZSgxKSBz dXBwb3J0Cm9wdGlvbnMgCVNZU1ZTSE0JCQkjU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9w dGlvbnMgCVNZU1ZNU0cJCQkjU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlT WVNWU0VNCQkJI1NZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRpb25zIAlQMTAwM18xQgkJI1Bv c2l4IFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCV9LUE9TSVhfUFJJ T1JJVFlfU0NIRURVTElORwpvcHRpb25zIAlJQ01QX0JBTkRMSU0JCSNSYXRlIGxpbWl0IGJh ZCByZXBsaWVzCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBl bnRyeSBpbiAvZGV2CiMjI29wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQg cmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhr IHRvIGRyaXZlci4KIyMjb3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCBy ZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcgCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4yMTVr IHRvIGRyaXZlci4KCiMgVG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gYXJl IG5lZWRlZApvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJu ZWwKb3B0aW9ucyAJQVBJQ19JTwkJCSMgU3ltbWV0cmljIChBUElDKSBJL08KCiMgVG8gc3Vw cG9ydCBIeXBlclRocmVhZGluZywgSFRUIGlzIG5lZWRlZCBpbiBhZGRpdGlvbiB0byBTTVAg YW5kIEFQSUNfSU8KIyM0Ljkjb3B0aW9ucyAJSFRUCQkJIyBIeXBlclRocmVhZGluZyBUZWNo bm9sb2d5CgpkZXZpY2UJCWlzYQpkZXZpY2UJCWVpc2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5 IGRyaXZlcwpkZXZpY2UJCWZkYzAJYXQgaXNhPyBwb3J0IElPX0ZEMSBpcnEgNiBkcnEgMgpk ZXZpY2UJCWZkMAlhdCBmZGMwIGRyaXZlIDAKZGV2aWNlCQlmZDEJYXQgZmRjMCBkcml2ZSAx CiMKIyBJZiB5b3UgaGF2ZSBhIFRvc2hpYmEgTGlicmV0dG8gd2l0aCBpdHMgWS1FIERhdGEg UENNQ0lBIGZsb3BweSwKIyBkb24ndCB1c2UgdGhlIGFib3ZlIGxpbmUgZm9yIGZkYzAgYnV0 IHRoZSBmb2xsb3dpbmcgb25lOgojZGV2aWNlCQlmZGMwCgojIEFUQSBhbmQgQVRBUEkgZGV2 aWNlcwpkZXZpY2UJCWF0YTAJYXQgaXNhPyBwb3J0IElPX1dEMSBpcnEgMTQKZGV2aWNlCQlh dGExCWF0IGlzYT8gcG9ydCBJT19XRDIgaXJxIDE1CmRldmljZQkJYXRhCmRldmljZQkJYXRh ZGlzawkJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJCSMgQVRBUEkgQ0RS T00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpkZXZp Y2UJCWF0YXBpc3QJCQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFUSUNf SUQJCSNTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCmRldmlj ZQkJYWhiCQkjIEVJU0EgQUhBMTc0MiBmYW1pbHkKZGV2aWNlCQlhaGMJCSMgQUhBMjk0MCBh bmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMKZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkz MjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCmRldmljZQkJYW1kCQkjIEFNRCA1M0M5 NzQgKFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKZGV2 aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC9GdXNpb24KZGV2aWNlCQluY3IJCSMgTkNSL1N5 bWJpb3MgTG9naWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNo aXBzZXRzKQpvcHRpb25zIAlTWU1fU0VUVVBfTFBfUFJPQkVfTUFQPTB4NDAKCQkJCSMgQWxs b3cgbmNyIHRvIGF0dGFjaCBsZWdhY3kgTkNSIGRldmljZXMgd2hlbiAKCQkJCSMgYm90aCBz eW0gYW5kIG5jciBhcmUgY29uZmlndXJlZAoKZGV2aWNlCQlhZHYwCWF0IGlzYT8KZGV2aWNl CQlhZHcKZGV2aWNlCQlidDAJYXQgaXNhPwpkZXZpY2UJCWFoYTAJYXQgaXNhPwpkZXZpY2UJ CWFpYzAJYXQgaXNhPwoKZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMApkZXZpY2UJCW5zcAkJ IyBXb3JrYml0IE5pbmphIFNDU0ktMwpkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAvMThDNTAK CiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1aXJl ZCkKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQlzYQkJIyBT ZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmljZQkJY2QJCSMgQ0QKZGV2aWNlCQlw YXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQoKIyBSQUlE IGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtCmRldmljZQkJ YXNyCQkjIERQVCBTbWFydFJBSUQgViwgVkkgYW5kIEFkYXB0ZWMgU0NTSSBSQUlECmRldmlj ZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIC0gU2VlIExJTlQgZm9yIG9wdGlvbnMhCmRldmlj ZQkJaWlyCQkjIEludGVsIEludGVncmF0ZWQgUkFJRApkZXZpY2UJCW1seQkJIyBNeWxleCBB Y2NlbGVSQUlEL2VYdHJlbWVSQUlECmRldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnRSQUlE IDUqIHNlcmllcwoKIyBSQUlEIGNvbnRyb2xsZXJzCmRldmljZQkJYWFjCQkjIEFkYXB0ZWMg RlNBIFJBSUQsIERlbGwgUEVSQzIvUEVSQzMKI2RldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0 aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENBTSkKZGV2aWNlCQlpZGEJCSMgQ29tcGFxIFNt YXJ0IFJBSUQKZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECmRldmljZQkJbWx4CQkjIE15 bGV4IERBQzk2MCBmYW1pbHkKZGV2aWNlCQl0d2UJCSMgM3dhcmUgRXNjYWxhZGUKCiMgYXRr YmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2 aWNlCQlhdGtiZGMwCWF0IGlzYT8gcG9ydCBJT19LQkQKZGV2aWNlCQlhdGtiZDAJYXQgYXRr YmRjPyBpcnEgMSBmbGFncyAweDEKZGV2aWNlCQlwc20wCWF0IGF0a2JkYz8gaXJxIDEyCgpk ZXZpY2UJCXZnYTAJYXQgaXNhPwoKIyBzcGxhc2ggc2NyZWVuL3NjcmVlbiBzYXZlcgpwc2V1 ZG8tZGV2aWNlCXNwbGFzaAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJp dmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MwCWF0IGlzYT8gZmxh Z3MgMHgxMDAKCiMgRW5hYmxlIHRoaXMgYW5kIFBDVlRfRlJFRUJTRCBmb3IgcGN2dCB2dDIy MCBjb21wYXRpYmxlIGNvbnNvbGUgZHJpdmVyCiNkZXZpY2UJCXZ0MAlhdCBpc2E/CiNvcHRp b25zIAlYU0VSVkVSCQkJIyBzdXBwb3J0IGZvciBYIHNlcnZlciBvbiBhIHZ0IGNvbnNvbGUK I29wdGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3IKIyBJZiB5 b3UgaGF2ZSBhIFRoaW5rUEFELCB1bmNvbW1lbnQgdGhpcyBhbG9uZyB3aXRoIHRoZSByZXN0 IG9mIHRoZSBQQ1ZUIGxpbmVzCiNvcHRpb25zIAlQQ1ZUX1NDQU5TRVQ9MgkJIyBJQk0ga2V5 Ym9hcmRzIGFyZSBub24tc3RkCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQ IGNoaXBzZXRzCgojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4K ZGV2aWNlCQlucHgwCWF0IG5leHVzPyBwb3J0IElPX05QWCBpcnEgMTMKCiMgUG93ZXIgbWFu YWdlbWVudCBzdXBwb3J0IChzZWUgTElOVCBmb3IgbW9yZSBvcHRpb25zKQpkZXZpY2UJCWFw bTAJYXQgbmV4dXM/IGRpc2FibGUgZmxhZ3MgMHgyMCAjIEFkdmFuY2VkIFBvd2VyIE1hbmFn ZW1lbnQKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKZGV2aWNlCQljYXJkCmRldmljZQkJ cGNpYzAJYXQgaXNhPyBpcnEgMCBwb3J0IDB4M2UwIGlvbWVtIDB4ZDAwMDAKZGV2aWNlCQlw Y2ljMQlhdCBpc2E/IGlycSAwIHBvcnQgMHgzZTIgaW9tZW0gMHhkNDAwMCBkaXNhYmxlCgoj IFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbzAJYXQgaXNhPyBwb3J0IElPX0NPTTEg ZmxhZ3MgMHgxMCBpcnEgNApkZXZpY2UJCXNpbzEJYXQgaXNhPyBwb3J0IElPX0NPTTIgaXJx IDMKZGV2aWNlCQlzaW8yCWF0IGlzYT8gZGlzYWJsZSBwb3J0IElPX0NPTTMgaXJxIDUKZGV2 aWNlCQlzaW8zCWF0IGlzYT8gZGlzYWJsZSBwb3J0IElPX0NPTTQgaXJxIDkKCiMgUGFyYWxs ZWwgcG9ydApkZXZpY2UJCXBwYzAJYXQgaXNhPyBpcnEgNwpkZXZpY2UJCXBwYnVzCQkjIFBh cmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZp Y2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNlCQlwcGkJCSMgUGFyYWxs ZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1 cyBhbmQgZGEKCgojIFBDSSBFdGhlcm5ldCBOSUNzLgpkZXZpY2UJCWRlCQkjIERFQy9JbnRl bCBEQzIxeDR4IChgYFR1bGlwJycpCmRldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAgYWRh cHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQgKGBgV2lzZW1hbicnKQpkZXZpY2UJCXR4cAkJ IyAzQ29tIDNjUjk5MCAoYGBUeXBob29uJycpCmRldmljZQkJdngJCSMgM0NvbSAzYzU5MCwg M2M1OTUgKGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBj b21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVw IHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEK ZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CmRldmljZQkJZGMJCSMgREVDL0lu dGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKZGV2aWNlCQlmeHAJCSMgSW50ZWwg RXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgpCmRldmljZQkJcGNuCQkjIEFN RCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIE5JQ3MKZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgxMjkv ODEzOQpkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKZGV2 aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAx NgpkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkKZGV2 aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCmRldmljZQkJdHgJCSMg U01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKZGV2aWNlCQl2cgkJIyBWSUEg UmhpbmUsIFJoaW5lIElJCmRldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgpkZXZpY2UJ CXhsCQkjIDNDb20gM2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQpkZXZpY2UJ CWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4IChgYFRpZ29uIElJSScnKQoKIyBJU0EgRXRoZXJu ZXQgTklDcy4KIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKIyMjZGV2 aWNlCQllZDAJYXQgaXNhPyBkaXNhYmxlIHBvcnQgMHgyODAgaXJxIDEwIGlvbWVtIDB4ZDgw MDAKIyMjZGV2aWNlCQlleAojIyNkZXZpY2UJCWVwCiMjI2RldmljZQkJZmUwCWF0IGlzYT8g ZGlzYWJsZSBwb3J0IDB4MzAwCiMgWGlyY29tIEV0aGVybmV0CiMjI2RldmljZQkJeGUKIyBQ UklTTSBJIElFRUUgODAyLjExYiB3aXJlbGVzcyBOSUMuCiMjI2RldmljZQkJYXdpCiMgV2F2 ZUxBTi9JRUVFIDgwMi4xMSB3aXJlbGVzcyBOSUNzLiBOb3RlOiB0aGUgV2F2ZUxBTi9JRUVF IHJlYWxseQojIGV4aXN0cyBvbmx5IGFzIGEgUENNQ0lBIGRldmljZSwgc28gdGhlcmUgaXMg bm8gSVNBIGF0dGFjaG1lbnQgbmVlZGVkCiMgYW5kIHJlc291cmNlcyB3aWxsIGFsd2F5cyBi ZSBkeW5hbWljYWxseSBhc3NpZ25lZCBieSB0aGUgcGNjYXJkIGNvZGUuCiMjI2RldmljZQkJ d2kKIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxlc3MgTklDcy4gTm90ZTogdGhl IGRlY2xhcmF0aW9uIGJlbG93IHdpbGwKIyB3b3JrIGZvciBQQ01DSUEgYW5kIFBDSSBjYXJk cywgYXMgd2VsbCBhcyBJU0EgY2FyZHMgc2V0IHRvIElTQSBQblAKIyBtb2RlICh0aGUgZmFj dG9yeSBkZWZhdWx0KS4gSWYgeW91IHNldCB0aGUgc3dpdGNoZXMgb24geW91ciBJU0EKIyBj YXJkIGZvciBhIG1hbnVhbGx5IGNob3NlbiBJL08gYWRkcmVzcyBhbmQgSVJRLCB5b3UgbXVz dCBzcGVjaWZ5CiMgdGhvc2UgcGFyYW1ldGVycyBoZXJlLgojIyNkZXZpY2UJCWFuCiMgVGhl IHByb2JlIG9yZGVyIG9mIHRoZXNlIGlzIHByZXNlbnRseSBkZXRlcm1pbmVkIGJ5IGkzODYv aXNhL2lzYV9jb21wYXQuYy4KIyMjZGV2aWNlCQlpZTAJYXQgaXNhPyBkaXNhYmxlIHBvcnQg MHgzMDAgaXJxIDEwIGlvbWVtIDB4ZDAwMDAKIyMjI2RldmljZQkJbGUwCWF0IGlzYT8gZGlz YWJsZSBwb3J0IDB4MzAwIGlycSA1IGlvbWVtIDB4ZDAwMDAKIyMjZGV2aWNlCQlsbmMwCWF0 IGlzYT8gZGlzYWJsZSBwb3J0IDB4MjgwIGlycSAxMCBkcnEgMAojIyNkZXZpY2UJCWNzMAlh dCBpc2E/IGRpc2FibGUgcG9ydCAweDMwMAojIyNkZXZpY2UJCXNuMAlhdCBpc2E/IGRpc2Fi bGUgcG9ydCAweDMwMCBpcnEgMTAKCiMgUHNldWRvIGRldmljZXMgLSB0aGUgbnVtYmVyIGlu ZGljYXRlcyBob3cgbWFueSB1bml0cyB0byBhbGxvY2F0ZS4KcHNldWRvLWRldmljZQlsb29w CQkjIE5ldHdvcmsgbG9vcGJhY2sKcHNldWRvLWRldmljZQlldGhlcgkJIyBFdGhlcm5ldCBz dXBwb3J0CnBzZXVkby1kZXZpY2UJc2wJMQkjIEtlcm5lbCBTTElQCnBzZXVkby1kZXZpY2UJ cHBwCTEJIyBLZXJuZWwgUFBQCnBzZXVkby1kZXZpY2UJdHVuCQkjIFBhY2tldCB0dW5uZWwu CnBzZXVkby1kZXZpY2UJcHR5CQkjIFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQpwc2V1ZG8t ZGV2aWNlCW1kCQkjIE1lbW9yeSAiZGlza3MiCnBzZXVkby1kZXZpY2UJZ2lmCQkjIElQdjYg YW5kIElQdjQgdHVubmVsaW5nCiMjI3BzZXVkby1kZXZpY2UJZmFpdGgJMQkjIElQdjYtdG8t SVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRoZSBgYnBmJyBwc2V1ZG8tZGV2aWNl IGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhl IGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpwc2V1ZG8t ZGV2aWNlCWJwZgkJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2 aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBP SENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJl ZCkKZGV2aWNlCQl1Z2VuCQkjIEdlbmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRl cmZhY2UgRGV2aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJ IyBQcmludGVyCmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWly ZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXNjYW5uZXIJ IyBTY2FubmVycwojIyNkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gTVAzIFBsYXllcgoj IFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpCiMjI2RldmljZQkJYXVlCQkjIEFETXRlayBV U0IgZXRoZXJuZXQKIyMjZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgZXRoZXJuZXQKIyMjZGV2 aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBldGhlcm5ldAojLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQpvcHRpb25zIAlTTVAKb3B0aW9ucyAJQVBJQ19JTwpvcHRpb25zCQlVU0VSX0xEVApk ZXZpY2UJCWF0YXBpY2FtCgpvcHRpb25zCQlIWj0xMDAwCgpwc2V1ZG8tZGV2aWNlCWVmCm9w dGlvbnMJCUlQWAoKb3B0aW9ucwkJTVJPVVRJTkcKb3B0aW9ucyAJRFVNTVlORVQKb3B0aW9u cyAJQlJJREdFCm9wdGlvbnMJCUlQRlcyCm9wdGlvbnMJCUlQRklSRVdBTEwKb3B0aW9ucyAg ICAgICAgIElQRklSRVdBTExfVkVSQk9TRQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9G T1JXQVJECm9wdGlvbnMgICAgICAgICBJUEZJUkVXQUxMX1ZFUkJPU0VfTElNSVQ9MTAwMApv cHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVApvcHRpb25zICAg ICAgICAgSVBESVZFUlQKCg== --------------090903080900010708030104-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 15:35:50 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 4FBAA16A4CE for ; Wed, 10 Nov 2004 15:35:50 +0000 (GMT) Received: from shaw.ca (S0106000ae6ceb225.vf.shawcable.net [70.68.12.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id F179B43D5C for ; Wed, 10 Nov 2004 15:35:49 +0000 (GMT) (envelope-from Nehal@shaw.ca) Received: from Nehal.Home (somebody@localhost [127.0.0.1]) by shaw.ca (8.13.1/8.13.1) with ESMTP id iAAFa42p000604 for ; Wed, 10 Nov 2004 07:36:04 -0800 (PST) (envelope-from Nehal@Nehal.Home) Received: (from Nehal@localhost) by Nehal.Home (8.13.1/8.13.1/Submit) id iAAFa4Tr000603 for freebsd-hackers@freebsd.org; Wed, 10 Nov 2004 07:36:04 -0800 (PST) (envelope-from Nehal) Date: Wed, 10 Nov 2004 07:36:04 -0800 From: Nehal To: freebsd-hackers@freebsd.org Message-ID: <41923564.7W4yXnkn0Ia1Jjug%nehalmistry@gmx.net> User-Agent: nail 11.11 10/13/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: read/write less than sector size 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, 10 Nov 2004 15:35:50 -0000 if i open /dev/ad1s1 for example, i try to read() or write() not in multiples of 512, it will return an error. how would i do this? currently, if i need to read 100 bytes, i read in the full sector, then memcpy the bytes i need. is there a better way? -- thx, Nehal From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 15:42:38 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 42D5516A4CE for ; Wed, 10 Nov 2004 15:42:38 +0000 (GMT) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7450743D2F for ; Wed, 10 Nov 2004 15:42:35 +0000 (GMT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id DFC5F30279; Wed, 10 Nov 2004 16:42:29 +0100 (CET) Received: from [10.150.180.176] (r180176.olydorf.swh.mhn.de [10.150.180.176]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id EF98B30212; Wed, 10 Nov 2004 16:42:25 +0100 (CET) In-Reply-To: <41923564.7W4yXnkn0Ia1Jjug%nehalmistry@gmx.net> References: <41923564.7W4yXnkn0Ia1Jjug%nehalmistry@gmx.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-12--612429271" Message-Id: <1A8C11E2-332F-11D9-8841-000A95B5756A@fs.ei.tum.de> Content-Transfer-Encoding: 7bit From: Simon 'corecode' Schubert Date: Wed, 10 Nov 2004 16:42:18 +0100 To: Nehal X-Pgp-Agent: GPGMail 1.0.1 (v33, 10.3) X-Mailer: Apple Mail (2.619) X-Virus-Scanned: by AMaViS 0.3.12 cc: FreeBSD Hackers Subject: Re: read/write less than sector size 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, 10 Nov 2004 15:42:38 -0000 --Apple-Mail-12--612429271 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 10.11.2004, at 16:36, Nehal wrote: > if i open /dev/ad1s1 for example, i try to read() or write() > not in multiples of 512, it will return an error. > > how would i do this? currently, if i need to read 100 bytes, > i read in the full sector, then memcpy the bytes i need. > > is there a better way? maybe mmap the device if that's possible? cheers simon -- /"\ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --Apple-Mail-12--612429271 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBkjbfr5S+dk6z85oRAlj+AKD7V0RM/+DjipAgCoiKAOYUkG1fFQCfZPs8 b72h5gnDqb2+ruEIT2SPkdc= =OWRF -----END PGP SIGNATURE----- --Apple-Mail-12--612429271-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 15:43: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 1A21816A4CE for ; Wed, 10 Nov 2004 15:43:55 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2A4643D4C for ; Wed, 10 Nov 2004 15:43:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])iAAFhpGO188006; Wed, 10 Nov 2004 10:43:52 -0500 Message-ID: <41923737.90900@elischer.org> Date: Wed, 10 Nov 2004 07:43:51 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: jesk@killall.org References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> <000901c4c6f2$db56a350$45fea8c0@turbofresse> <4191CE51.1030804@elischer.org> <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> In-Reply-To: <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 15:43:55 -0000 jesk wrote: >> so can you post the final numbers? >> >> > > > the select procedure didnt changed much in its performance, but the > update-select test performed to around 4000 queries per second. did you ever try run fedora with HTT disabled? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 15:47: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 E075F16A4CE for ; Wed, 10 Nov 2004 15:47:46 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8648743D1F for ; Wed, 10 Nov 2004 15:47:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])iAAFliGO270188; Wed, 10 Nov 2004 10:47:45 -0500 Message-ID: <41923820.6060903@elischer.org> Date: Wed, 10 Nov 2004 07:47:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: jesk@killall.org References: <1099935987.4899.1730.camel@work.gusalmighty.com> <200411081334.18009.jhb@FreeBSD.org> <1099940205.4899.1733.camel@work.gusalmighty.com> <20041108191351.370c2d5d.thib@mi.is> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109211358.GE78631@suricate.otoh.org> <000901c4c6f2$db56a350$45fea8c0@turbofresse> <4191CE51.1030804@elischer.org> <421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net> <31801D182841B7CFCFAC70A3@jesk.int.de.clara.net> In-Reply-To: <31801D182841B7CFCFAC70A3@jesk.int.de.clara.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 15:47:47 -0000 jesk wrote: >>> so can you post the final numbers? >>> >>> >> >> >> the select procedure didnt changed much in its performance, but the >> update-select test performed to around 4000 queries per second. >> _______________________________________________ >> 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" >> > > and again its not true, the select query also performed to about 16000 > per second (linuxthreads) > sorry for the mistake, its very early in the morning :) > now I'm completely confused.. can you give a summary again:-) From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 16:47: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 1F64E16A4CE for ; Wed, 10 Nov 2004 16:47:13 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A7143D68 for ; Wed, 10 Nov 2004 16:47:12 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iAAGk2fS080088; Wed, 10 Nov 2004 11:46:02 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iAAGk2Ij080085; Wed, 10 Nov 2004 16:46:02 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 10 Nov 2004 16:46:02 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Nehal In-Reply-To: <41923564.7W4yXnkn0Ia1Jjug%nehalmistry@gmx.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: read/write less than sector size 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, 10 Nov 2004 16:47:13 -0000 On Wed, 10 Nov 2004, Nehal wrote: > if i open /dev/ad1s1 for example, i try to read() or write() not in > multiples of 512, it will return an error. > > how would i do this? currently, if i need to read 100 bytes, i read in > the full sector, then memcpy the bytes i need. Disks operate only on full sectors, and the current FreeBSD API for reading and writing disks requires the caller to decide how to handle non-integer multiples of the sector size for I/O operations. Reading into a sector-sized buffer and then selected the desired data or performing desired update and write back to disk is the best (only?) way to handle this. Some systems provide a buffered I/O interface to disks but this can have some odd cache coherency properties, and most large scale consumers of direct disk interfaces (databases or file systems) want to manage their data caching directly in order to provide the desired consistency properties. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 17: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 E2D3D16A4CE for ; Wed, 10 Nov 2004 17:35:35 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 89F9A43D1F for ; Wed, 10 Nov 2004 17:35:30 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 43970 invoked by uid 0); 10 Nov 2004 17:29:59 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 10 Nov 2004 17:29:59 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id E8B651322EB; Thu, 11 Nov 2004 01:35:22 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02460-10; Thu, 11 Nov 2004 01:35:12 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id E2C0513207D; Thu, 11 Nov 2004 01:35:11 +0800 (CST) Date: Thu, 11 Nov 2004 01:35:11 +0800 From: Xin LI To: freebsd-hackers@FreeBSD.org, freebsd-security@FreeBSD.org Message-ID: <20041110173511.GA2940@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net Subject: Is there any way to know if userland is patched? 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, 10 Nov 2004 17:35:36 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear folks, I'm recently investigating large scale deployment and upgrading FreeBSD RELEASE. It's our tradition to bump "RELEASE-pN" after a security patch is applied, however, it seems that there is less method to determine whether the userland is patched, which is somewhat important for large site managements. So is "uname -sr" the only way to differencate the patchlevel of a security branch? I have read Colin's freebsd-update script and to my best of knowledge this is the only way (and, on condition that we have re-compiled the kernel and installed it, and reboot'ed). Given the nature of a security or errata branch, we can expect that no API/ABI changes will occour and it should be safe to do make installworld/installkernel in any order, and bump= ing patchlevel does not mean that a reboot must be done. Please correct me if I was wrong, thanks. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBklFP/cVsHxFZiIoRArNMAJoDQ8xvgqMxDxlw3A8UtWMF1Wrg3gCePf52 1pfxXnFZvhYmn0saK1iOh88= =h7f6 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 17:45:38 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 5439216A4CE; Wed, 10 Nov 2004 17:45:38 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id D479343D31; Wed, 10 Nov 2004 17:45:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-123-122-146.dsl.snfc21.pacbell.net [68.123.122.146])iAAHj1GO063288; Wed, 10 Nov 2004 12:45:28 -0500 Message-ID: <4192539C.6040403@elischer.org> Date: Wed, 10 Nov 2004 09:45:00 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Xin LI References: <20041110173511.GA2940@frontfree.net> In-Reply-To: <20041110173511.GA2940@frontfree.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-security@freebsd.org Subject: Re: Is there any way to know if userland is patched? 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, 10 Nov 2004 17:45:38 -0000 Xin LI wrote: > Dear folks, > > I'm recently investigating large scale deployment and upgrading FreeBSD > RELEASE. It's our tradition to bump "RELEASE-pN" after a security patch > is applied, however, it seems that there is less method to determine > whether the userland is patched, which is somewhat important for large > site managements. > > So is "uname -sr" the only way to differencate the patchlevel of a security > branch? I have read Colin's freebsd-update script and to my best of > knowledge this is the only way (and, on condition that we have re-compiled > the kernel and installed it, and reboot'ed). Given the nature of a security > or errata branch, we can expect that no API/ABI changes will occour and it > should be safe to do make installworld/installkernel in any order, and bumping > patchlevel does not mean that a reboot must be done. > > Please correct me if I was wrong, thanks. I upgrade systems by creating packages which contain all upgraded files I have a set of makefiles etc. checked into my local CVS tree that check out a freeBSD tree at a given revision and build it (withlocal patches added) and then extracts out fies according to a list I supply. On completion I check the list in too, so I can theoretically recreate that patch.. I use the package system to keep track of which packages are loaded onto a system, and newer upgrade packages always have earlier ones as dependencies.. > > Cheers, From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 18:01: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 3AE7F16A4CE for ; Wed, 10 Nov 2004 18:01:29 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0B5A43D4C for ; Wed, 10 Nov 2004 18:01:28 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAAI1SvA061884 for ; Wed, 10 Nov 2004 10:01:28 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAAI1SkK061883; Wed, 10 Nov 2004 10:01:28 -0800 (PST) (envelope-from dillon) Date: Wed, 10 Nov 2004 10:01:28 -0800 (PST) From: Matthew Dillon Message-Id: <200411101801.iAAI1SkK061883@apollo.backplane.com> To: freebsd-hackers@freebsd.org Subject: bugs in contigmalloc*() related to "page not found in hash" panics 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, 10 Nov 2004 18:01:29 -0000 I've tracked down several bugs in contigmalloc*() in DragonFly based on kernel cores provided by David Rhodus. These bugs have just been addressed in DFly but also need to be addressed in FreeBSD-4, and at least some work must also be done in FreeBSD-5/6. So someone needs to take up the ball and deal with this in FreeBSD. Here is the DragonFly commit. http://www.dragonflybsd.org/cvsweb/src/sys/vm/vm_contig.c.diff?r1=1.10&r2=1.11&f=u FreeBSD-4: FreeBSD-4 is in the same situation that DFly was in and requires the same fixes as the above patch, though note that in FreeBSD-4 the contigmalloc() code is in vm_page.c, not vm_contig.c. FreeBSD-5/6: FreeBSD-5/6 may also has issues, though it is likely that they are masked by later checks done in FreeBSD-5/6's contigmalloc code. The main issue is the attempt to reuse a PQ_CACHE page by unconditionally vm_page_free()ing it without checking to see if it is held, busied, or anything else. This sounds a bit dangerous to me since vm_page_select_cache() does NOT do this. I recommend that FreeBSD-5/6's contigmalloc code be adjusted similar to vm_page_select_cache() and not try to free cache pages which are held or busied or otherwise in a weird state. FreeBSD-5/6 *DOES* recheck that the pages are PQ_FREE before it actually reallocates them, and this may be its saving grace (since vm_page_free() might have moved the page to PQ_HOLD this recheck should catch the incorrect cache->free cases). But it is unclear whether the PQ_CACHE -> vm_page_free() code above was itself safe so it may be better to be safe then sorry. You also need to replace the unconditional 'm->object = NULL' with an assertion that m->object is already NULL, because if m->object isn't NULL it means that the page is in the VM page bucket hash table and NULLing out the object is guarenteed to corrupt the hash table. Note in particular the symptoms of the contigmalloc() problem: * "page not found in hash" panics (due to VM bucket hash table corruption). * Memory corruption, particularly filesystem corruption since those are the most likely pages to be in a held state while on the free list. Due to a page being reused before it is reusable. If you have either of these two symptoms in FreeBSD-5/6 then you need to take a very close look at your contigmalloc() code, even if you think it is correct. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 18:31: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 7D64616A4CE for ; Wed, 10 Nov 2004 18:31:07 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 3323043D49 for ; Wed, 10 Nov 2004 18:31:02 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 44244 invoked by uid 0); 10 Nov 2004 18:25:32 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 10 Nov 2004 18:25:32 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 2F4EE132553; Thu, 11 Nov 2004 02:30:59 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01910-02; Thu, 11 Nov 2004 02:30:48 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 231BA13254F; Thu, 11 Nov 2004 02:30:47 +0800 (CST) Date: Thu, 11 Nov 2004 02:30:46 +0800 From: Xin LI To: Julian Elischer Message-ID: <20041110183046.GA3518@frontfree.net> References: <20041110173511.GA2940@frontfree.net> <4192539C.6040403@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <4192539C.6040403@elischer.org> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org cc: freebsd-security@freebsd.org Subject: Re: Is there any way to know if userland is patched? 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, 10 Nov 2004 18:31:07 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Julian, On Wed, Nov 10, 2004 at 09:45:00AM -0800, Julian Elischer wrote: > X-Sieve: CMU Sieve 2.2 > Date: Wed, 10 Nov 2004 09:45:00 -0800 > From: Julian Elischer > User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/200= 41017 > X-Accept-Language: en, hu > To: Xin LI > Cc: freebsd-hackers@freebsd.org, freebsd-security@freebsd.org > Subject: Re: Is there any way to know if userland is patched? > In-Reply-To: <20041110173511.GA2940@frontfree.net> > X-Virus-Scanned: by amavisd-new at frontfree.net >=20 > Xin LI wrote: [snip] > I upgrade systems by creating packages which contain all upgraded files > I have a set of makefiles etc. checked into my local CVS tree that check = out > a freeBSD tree at a given revision and build it (withlocal patches added) > and then extracts out fies according to a list I supply. On completion I= =20 > check the list in too, so I can theoretically recreate that patch.. Hmm... Thanks for the comments. That's somewhat like the way I am current= ly using at company. We maintain a local CVS tree with a subset of ports/ tree as well as src/ tree containing some of our local changes. The tree is has several frozen branches that is maintained by a small group of staff, they make packages for the upgrades. For me, I think it might be beneficial if we can keep track of system patch= level in some other way that can be easily detected, so some ``guardian'' scripts would be easier to create. I have an idea that is somewhat too complex to be included in FreeBSD - we maintain a ``master'' patchlevel, and two patchlevels indicating the least ``master'' patchlevel that touches kernel or userland. It might be somethi= ng like this: Master | Userland | Kernel =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 4.10-RELEASE | 4.10-RELEASE | 4.10-RELEASE 4.10-RELEASE-p1 | 4.10-RELEASE | 4.10-RELEASE-p1 4.10-RELEASE-p2 | 4.10-RELEASE | 4.10-RELEASE-p2 4.10-RELEASE-p3 | 4.10-RELEASE-p3 | 4.10-RELEASE-p2 And propograte it somewhere. This is somewhat complex as the security offi= cer must bump two version when he is doing a security update and I'm not sure w= hether this is beneficial enough so I hesitate to proposal a patch of this, as I f= ound that Colin has a simpler solution in his excellent freebsd-update program, = which tracks binary changes by checking $FreeBSD$ changes. While this is sometim= es not enough to detect every changes, but it requires less human interactions. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBkl5W/cVsHxFZiIoRAg3XAKCFC20RJQ3FN0BTvZrI1t+QPI4zmwCfex+q Ljs+8h9tdR1gEta0ejXDD9g= =u/p+ -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 19:31: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 BA92316A4CE for ; Wed, 10 Nov 2004 19:31:07 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB32A43D5C for ; Wed, 10 Nov 2004 19:31:06 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CRyNx-000GDa-78; Wed, 10 Nov 2004 20:44:05 +0100 Message-ID: <004301c4c75b$d123eb40$45fea8c0@turbofresse> From: "jesk" To: "Julian Elischer" References: <1099935987.4899.1730.camel@work.gusalmighty.com><200411081334.18009.jhb@FreeBSD.org><1099940205.4899.1733.camel@work.gusalmighty.com><20041108191351.370c2d5d.thib@mi.is><001701c4c69e$1e81c510$45fea8c0@turbofresse><20041109211358.GE78631@suricate.otoh.org><000901c4c6f2$db56a350$45fea8c0@turbofresse> <4191CE51.1030804@elischer.org><421DCC530ABF5A3AA0E89732@jesk.int.de.clara.net><31801D182841B7CFCFAC70A3@jesk.int.de.clara.net> <41923820.6060903@elischer.org> Date: Wed, 10 Nov 2004 20:31:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 cc: freebsd-hackers@freebsd.org cc: Paul Armstrong Subject: Re: Mysql - Linuxthreads : Still needed? 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, 10 Nov 2004 19:31:07 -0000 > now I'm completely confused.. > can you give a summary again:-) ok here it is: ----------------- around 16000 queries per second (pthreads without process scope threads, sched_4bsd and preemption) around 7000 queries per second (pthreads with process scope threads, sched_4bsd and preemption) around 16000 queries per second (linuxthreads, sched_4bsd and preemption) fedora result: 11900 queries per second ---- same test (same parameters) but with a update query first and then a select query on the same key i realized worse values for freebsd: ---- around 2500 queries per second (pthreads without process scope threads, sched_4bsd and preemption) around 2000 queries per second (pthreads with process scope threads, sched_4bsd and preemption) around 4000 queries per second (linuxthreads, sched_4bsd and preemption) fedora result: 3920.21 queries per second´ ----------------- Because of the missing hardware i couldnt run the test again and so the result above isnt 100% true. But the guesses should reflect the ratio of the used engines in my test. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 19:53: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 EB35816A4CE; Wed, 10 Nov 2004 19:53:26 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59ACA43D1F; Wed, 10 Nov 2004 19:53:26 +0000 (GMT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id CF6B15486E; Wed, 10 Nov 2004 13:53:25 -0600 (CST) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 07457-04; Wed, 10 Nov 2004 13:53:14 -0600 (CST) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified)) by gw.celabo.org (Postfix) with ESMTP id DC87A5485D; Wed, 10 Nov 2004 13:53:14 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id C44A66D468; Wed, 10 Nov 2004 13:52:59 -0600 (CST) Date: Wed, 10 Nov 2004 13:52:59 -0600 From: "Jacques A. Vidrine" To: Xin LI Message-ID: <20041110195259.GB74491@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Xin LI , Julian Elischer , freebsd-hackers@freebsd.org, freebsd-security@freebsd.org References: <20041110173511.GA2940@frontfree.net> <4192539C.6040403@elischer.org> <20041110183046.GA3518@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041110183046.GA3518@frontfree.net> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Julian Elischer cc: freebsd-security@freebsd.org Subject: Re: Is there any way to know if userland is patched? 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, 10 Nov 2004 19:53:27 -0000 On Thu, Nov 11, 2004 at 02:30:46AM +0800, Xin LI wrote: > I have an idea that is somewhat too complex to be included in FreeBSD - we > maintain a ``master'' patchlevel, and two patchlevels indicating the least > ``master'' patchlevel that touches kernel or userland. It might be something > like this: > > Master | Userland | Kernel > ========================+=======================+======================= > 4.10-RELEASE | 4.10-RELEASE | 4.10-RELEASE > 4.10-RELEASE-p1 | 4.10-RELEASE | 4.10-RELEASE-p1 > 4.10-RELEASE-p2 | 4.10-RELEASE | 4.10-RELEASE-p2 > 4.10-RELEASE-p3 | 4.10-RELEASE-p3 | 4.10-RELEASE-p2 > > And propograte it somewhere. This is somewhat complex as the security officer > must bump two version when he is doing a security update and I'm not sure whether > this is beneficial enough so I hesitate to proposal a patch of this, Actually, some time ago I thought of doing something quite similar. At first, I wanted to alter uname(3) to return not the kernel version, but a userland version string. Borrowing from the way Solaris does it, I thought we'd just stick the version in /etc/release. That way "patching" /etc/release would be sufficient for userland issues. But of course that doesn't help us with kernel issues, and the fact that kernel and userland can accidently get out of sync. So I thought perhaps we'd have a patch level for userland, and a patch level for the kernel. Some patches would touch only the userland patch level, and some the kernel patch level. There would also be recorded in userland what the latest kernel patch level should be. Then uname(3) would display the patch level according to whether the latest kernel is loaded. (I know, this is a hard to follow description.) Something like so: userland_pl Patch level of currently installed userland. expected_kernel_pl Patch level of currently installed kernel. kernel_pl Patch level of currently running kernel. Then, uname(3) will choose what patch level to display like so: if (kernel_pl < expected_kernel_pl || kernel_pl > userland_pl) return kernel_pl; else return userland_pl; (Actually, we would probably make patch level bumps such that the "kernel_pl > userland_pl" case never happens.) In the end, what we want is for a user to type `uname -r' and to see what patch level is running. Anything more complicated (checking RCS Ids and such) just gets in the way, I think. Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 20:15: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 DCF6816A4D3 for ; Wed, 10 Nov 2004 20:15:24 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A9643D60 for ; Wed, 10 Nov 2004 20:15:19 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAAKFJvA062570 for ; Wed, 10 Nov 2004 12:15:19 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAAKFJkD062569; Wed, 10 Nov 2004 12:15:19 -0800 (PST) (envelope-from dillon) Date: Wed, 10 Nov 2004 12:15:19 -0800 (PST) From: Matthew Dillon Message-Id: <200411102015.iAAKFJkD062569@apollo.backplane.com> To: freebsd-hackers@freebsd.org References: <200411101801.iAAI1SkK061883@apollo.backplane.com> Subject: Re: bugs in contigmalloc*() related to "page not found in hash" panics 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, 10 Nov 2004 20:15:25 -0000 Minor correction. The 'start = 1' part of the patch is not required, I missed the fact that the second loop was starting at start + 1. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 20:17: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 72A7C16A4CE for ; Wed, 10 Nov 2004 20:17:54 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA5143D1F for ; Wed, 10 Nov 2004 20:17:54 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 76DE53CBE; Wed, 10 Nov 2004 21:17:52 +0100 (CET) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 593343CA2; Wed, 10 Nov 2004 21:17:50 +0100 (CET) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id D51F14089; Wed, 10 Nov 2004 21:17:47 +0100 (CET) To: Omar Punzalan In-Reply-To: (Omar Punzalan's message of "Mon, 8 Nov 2004 19:35:06 +0100") References: <20041108120100.2CC8216A4D2@hub.freebsd.org> From: Arne Schwabe Date: Wed, 10 Nov 2004 21:17:47 +0100 Message-ID: <86ekj1laqc.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-hackers@freebsd.org Subject: Re: RX4640 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, 10 Nov 2004 20:17:54 -0000 Omar Punzalan writes: > Dear Hackers, > > I have successfully installed my new (and shiny) freebsd5.3 on one of > our hp rx4640 itanium2 system. With the SMP kernel, it has detected > the 4 CPUs correctly. But then reviewing the /var/log/messages, its > sees only 1G of ram: > > Nov 8 18:10:50 TEST2 kernel: real memory = 1058357248 (1009 MB) > Nov 8 18:10:50 TEST2 kernel: avail memory = 1018814464 (971 MB) > Nov 8 18:10:50 TEST2 kernel: FPSWA Revision = 0x10012, Entry = > 0xe0000040ffe62050 > Nov 8 18:10:50 TEST2 kernel: FreeBSD/SMP: Multiprocessor System > Detected: 4 CPUs > > On my web searches, I found out that not even PAE is supported in ia64 > arch. I also put hw.physmem=8G inside the loader.conf but no effect. > Is there a way for me to convince freebsd that the system has 8Gb of > ram? If I remember PAE was a hack for IA32 to allow more then 4GB but since ia64 is 64 bit it should not such a hack for > 4gb Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 21:01: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 5DFC516A4CE for ; Wed, 10 Nov 2004 21:01:55 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C56B343D46 for ; Wed, 10 Nov 2004 21:01:54 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id iAAL1s7W048151; Wed, 10 Nov 2004 13:01:54 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <86ekj1laqc.fsf@kamino.rfc1149.org> References: <20041108120100.2CC8216A4D2@hub.freebsd.org> <86ekj1laqc.fsf@kamino.rfc1149.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 10 Nov 2004 13:01:54 -0800 To: Arne Schwabe X-Mailer: Apple Mail (2.619) cc: freebsd-hackers@freebsd.org cc: Omar Punzalan Subject: Re: RX4640 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, 10 Nov 2004 21:01:55 -0000 On Nov 10, 2004, at 12:17 PM, Arne Schwabe wrote: > Omar Punzalan writes: > >> I have successfully installed my new (and shiny) freebsd5.3 on one of >> our hp rx4640 itanium2 system. With the SMP kernel, it has detected >> the 4 CPUs correctly. But then reviewing the /var/log/messages, its >> sees only 1G of ram: >> >> Nov 8 18:10:50 TEST2 kernel: real memory = 1058357248 (1009 MB) >> Nov 8 18:10:50 TEST2 kernel: avail memory = 1018814464 (971 MB) >> Nov 8 18:10:50 TEST2 kernel: FPSWA Revision = 0x10012, Entry = >> 0xe0000040ffe62050 >> Nov 8 18:10:50 TEST2 kernel: FreeBSD/SMP: Multiprocessor System >> Detected: 4 CPUs >> >> On my web searches, I found out that not even PAE is supported in ia64 >> arch. I also put hw.physmem=8G inside the loader.conf but no effect. >> Is there a way for me to convince freebsd that the system has 8Gb of >> ram? > > If I remember PAE was a hack for IA32 to allow more then 4GB but since > ia64 is 64 bit it should not such a hack for > 4gb Yes. PAE has nothing to do with ia64. The problem here is that on some IPF machines (typically the HP rx2600) the physical memory layout is sparse. It's this sparseness that's causing problems, because currently we allocate a vm_page array that needs to be physically contiguous. When a machine has only 2BG of memory, but 1GB is located above the 4G boundary, we need a vm_page array that can be larger than the size of any of the usable memory regions. Not to mention that the vm_page will represent pages (roughly 3GB worth of it) for memory that isn't even there. A fix for this is in the pipeline. All it takes is time. If the memory layout for the machine is not sparse, you can take out the code from sys/ia64/ia64/machdep.c that skips memory above 4G. Beware of DMA problems caused by the need for bounce buffers when you do that... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 01:24:28 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 5CDCC16A4CE for ; Thu, 11 Nov 2004 01:24:28 +0000 (GMT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E4443D3F for ; Thu, 11 Nov 2004 01:24:28 +0000 (GMT) (envelope-from plan9@bsdmail.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])D1830180020A for ; Thu, 11 Nov 2004 01:24:27 +0000 (GMT) X-OB-Received: from unknown (205.158.62.148) by wfilter.us4.outblaze.com; 11 Nov 2004 01:24:23 -0000 Received: by ws5-6.us4.outblaze.com (Postfix, from userid 1001) id 4A67121B32F; Thu, 11 Nov 2004 01:24:23 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [221.10.230.17] by ws5-6.us4.outblaze.com with http for plan9@bsdmail.com; Thu, 11 Nov 2004 09:24:22 +0800 From: "plan9 ritchie" To: freebsd-hackers@freebsd.org Date: Thu, 11 Nov 2004 09:24:22 +0800 X-Originating-Ip: 221.10.230.17 X-Originating-Server: ws5-6.us4.outblaze.com Message-Id: <20041111012423.4A67121B32F@ws5-6.us4.outblaze.com> Subject: Embedded MD_ROOT don't work under FreeBSD 5.3 RELEASE 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, 11 Nov 2004 01:24:28 -0000 Hi,All Yestoday, I'd upgraded my box to FreeBSD 5.3 RELEASE, but I found it seems the Embedded MD_ROOT doesn't work fine.=20 My kernel config:=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 machine i386=20 cpu I486_CPU=20 cpu I586_CPU=20 cpu I686_CPU=20 ident MINI=20 device pf=20 device pflog=20 options ALTQ=20 options ALTQ_RED=20 # To statically compile in device wiring instead of /boot/device.hints=20 #hints "GENERIC.hints" # Default places to look for devices.=20 options SCHED_4BSD # 4BSD scheduler=20 options INET # InterNETworking=20 options FFS # Berkeley Fast Filesystem=20 options PSEUDOFS=20 options MD_ROOT # MD is a potential root device=20 options MD_ROOT_SIZE=3D4096 # 4M=20 options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]=20 options COMPAT_FREEBSD4 # Compatible with FreeBSD4=20 options NO_SWAPPING=20 device apic # I/O APIC=20 # Bus support. Do not remove isa, even if you have no isa slots=20 device isa=20 device pci=20 device vga # VGA video card driver=20 device splash # Splash screen and screen saver support=20 # syscons is the default console driver, resembling an SCO console=20 device sc=20 device atkbdc=20 device atkbd=20 # Floating point support - do not disable.=20 device npx=20 # Serial (COM) ports=20 device sio # 8250, 16[45]50 based serial ports=20 device miibus # MII bus support=20 device fxp # Intel EtherExpress PRO/100B (82557, 82558)=20 device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc')=20 device lnc # NE2000=20 device re # RealTek 8139C+/8169/8169S/8110S=20 device rl # RealTek 8129/8139=20 device sis # Silicon Integrated Systems SiS 900/SiS 7016=20 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')=20 # Pseudo devices.=20 device loop # Network loopback=20 device mem # Memory and kernel memory devices=20 device io # I/O device=20 device random # Entropy device=20 device ether # Ethernet support=20 device sl # Kernel SLIP=20 device ppp # Kernel PPP=20 device tun # Packet tunnel.=20 device pty # Pseudo-ttys (telnet etc)=20 device md # Memory "disks"=20 device bpf # Berkeley packet filter=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 I made a mfs_image in follow steps:=20 # dd if=3D/dev/zero of=3Dmfs_image bs=3D1k count=3D4096=20 # mdconfig -a -t vnode -f mfs_image -u 0=20 # fdisk -B /dev/md0=20 # disklabel -Brw /dev/md0=20 # newfs -O1 -o space -m 0 /dev/md0a=20 # mount /dev/md0a /mnt=20 After that, copy file that needed into /mnt=20 # umount /dev/md0a=20 # mdconfig -d -u 0=20 # strings -at d kernel | grep "MFS Filesystem goes here"=20 1858112 MFS Filesystem goes here=20 # expr 1858112 + 8192=20 1866304=20 # dd if=3Dmfs_image ibs=3D8192 iseek=3D1 of=3Dkernel obs=3D1866304 oseek=3D1 conv=3Dnotrunc=20 But when I load my 'kernel' with /boot/loader and boot my box, the kernel prompt me:=20 --------------------------------=20 Mounting root from ufs:/dev/md0a=20 setrootbyname failed=20 ffs_mountroot: can't find rootvp=20 Root mount failed: 6=20 Mounting root from ufs:/dev/md0=20 Root mount failed: 22=20 --------------------------------=20 The commands I typed in load prompt are:=20 OK unload=20 OK load /kernel=20 OK set vfs.root.mountfrom=3Dufs:/dev/md0a=20 OK boot=20 Could you help me? I'll be very appreciate!=20 -- __o _ \<_ Plan9 (_)/(_) --=20 _______________________________________________ Get your free email from http://mymail.bsdmail.com Powered by Outblaze From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 05:23: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 C434D16A4CE for ; Thu, 11 Nov 2004 05:23:22 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3952243D3F for ; Thu, 11 Nov 2004 05:23:22 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (q7omhy25gpltgg92@thor.farley.org [IPv6:2002:4340:5fcd:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id iAB5NJD7033988; Wed, 10 Nov 2004 23:23:19 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.13.1/8.13.1) with ESMTP id iAB5NJGt000509; Wed, 10 Nov 2004 23:23:19 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)iAB5NIwS000506; Wed, 10 Nov 2004 23:23:19 -0600 (CST) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Wed, 10 Nov 2004 23:23:18 -0600 (CST) From: Sean Farley X-X-Sender: sean@thor.farley.org To: Matthew Dillon In-Reply-To: <200411101801.iAAI1SkK061883@apollo.backplane.com> Message-ID: <20041110230601.T416@thor.farley.org> References: <200411101801.iAAI1SkK061883@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: bugs in contigmalloc*() related to "page not found in hash" panics 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, 11 Nov 2004 05:23:22 -0000 On Wed, 10 Nov 2004, Matthew Dillon wrote: > I've tracked down several bugs in contigmalloc*() in DragonFly > based on kernel cores provided by David Rhodus. These bugs have > just been addressed in DFly but also need to be addressed in > FreeBSD-4, and at least some work must also be done in FreeBSD-5/6. > So someone needs to take up the ball and deal with this in FreeBSD. > > Here is the DragonFly commit. > > http://www.dragonflybsd.org/cvsweb/src/sys/vm/vm_contig.c.diff?r1=1.10&r2=1.11&f=u > > FreeBSD-4: > > FreeBSD-4 is in the same situation that DFly was in and requires > the same fixes as the above patch, though note that in FreeBSD-4 > the contigmalloc() code is in vm_page.c, not vm_contig.c. I tried the patch in the hopes it would fix my Nvidia-driver crash-on-demand system. :) While my system appears stable without the Nvidia driver but with this patch, my system can still crash easily with the Nvidia driver. It usually dies with a: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present Two "page not found in hash" panics that I believe are related to the Nvidia driver: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71086 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72539 The first PR (mine) asks about a change in pmap_remove() that was later removed from FreeBSD-4 but left in FreeBSD-5. If anyone knows why this happened, I would be interested in knowing. Sean -- sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 06:51: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 6552316A4CE for ; Thu, 11 Nov 2004 06:51:47 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 125CC43D5C for ; Thu, 11 Nov 2004 06:51:47 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAB6pevA065189; Wed, 10 Nov 2004 22:51:40 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAB6pekO065188; Wed, 10 Nov 2004 22:51:40 -0800 (PST) (envelope-from dillon) Date: Wed, 10 Nov 2004 22:51:40 -0800 (PST) From: Matthew Dillon Message-Id: <200411110651.iAB6pekO065188@apollo.backplane.com> To: Sean Farley References: <200411101801.iAAI1SkK061883@apollo.backplane.com> <20041110230601.T416@thor.farley.org> cc: freebsd-hackers@freebsd.org Subject: Re: bugs in contigmalloc*() related to "page not found in hash" panics 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, 11 Nov 2004 06:51:47 -0000 :> Here is the DragonFly commit. :> :> http://www.dragonflybsd.org/cvsweb/src/sys/vm/vm_contig.c.diff?r1=1.10&r2=1.11&f=u :> :> FreeBSD-4: :> :> FreeBSD-4 is in the same situation that DFly was in and requires :> the same fixes as the above patch, though note that in FreeBSD-4 :> the contigmalloc() code is in vm_page.c, not vm_contig.c. : :I tried the patch in the hopes it would fix my Nvidia-driver :crash-on-demand system. :) While my system appears stable without the :Nvidia driver but with this patch, my system can still crash easily with :the Nvidia driver. It usually dies with a: Point me at the nvidia driver source and I will do a quick audit of it to see if there is anything obviously broken. This is running on FreeBSD-4.x? If it's a binary-only driver there isn't much I can do, though. The 'page not found in hash' panic can ONLY occur one way: When a vm_page's pindex or object fields are directly changed or (under 4.x,) if the VM object's hash_rand field is changed. The only valid way to change either of these fields is to call vm_page_insert() or to call vm_page_remove(). That it. There is *NO* other legal way to change those fields within a vm_page that won't result in corruption of the VM page hash table (4.x) or object->root splay tree (5.x). The fields cannot be modified directly, the vm_page cannot be safely bzero'd, you can't 0 or NULL out the fields, or assign a new index or object, etc... only vm_page_insert() and vm_page_remove() can do that safely. From looking at your bug reports and comparing them with my own extensive research on this particular crash I will say *DEFINITIVELY* that it is *NOT* a RAM problem. It's software-caused corruption, period end of story. I will also note that the backtrace from the panic path in the second PR URL is very similar to what we were seeing before we fixed the issue in contigmalloc... the problem is that the VM page hash table / splay tree gets corrupted *LONG* before the code path that actually causes the panic, so it's virtually impossible to glean any information from the panic itself. There is a test you can run. If you have a kernel vmcore and related kernel image that contains the vm page not found in hash panic, you can run this program on it to do a sanity check on the VM page array and hash table. I have modified this program to work with FreeBSD-4.x (I'd have to rewrite it to make it work with 5.x/6.x, which I don't have time to do): fetch http://leaf.dragonflybsd.org/~dillon/vmpageinfo_4x.c and follow the instructions in the comments to compile it. Run it with '-N kernel.x -M vmcore.X -d'. This program will sanity check the VM page hash table from the core file and tell you if there are any pages missing from the hash table or sitting in the wrong slot. My expectation is that it will find a page sitting in the wrong slot. : : Fatal trap 12: page fault while in kernel mode : fault virtual address = 0x30 : fault code = supervisor read, page not present : This is a different failure. I'd need a backtrace or a kernel.debug and vmcore to play with, and a FreeBSD developer would probably be able to help you more with it. It's obviously a NULL pointer indirection of some sort. :Two "page not found in hash" panics that I believe are related to the :Nvidia driver: :http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71086 :http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72539 The 'page not found in hash' bug is *NOT* likely to be related to any of the pmap code, simply because the sanity checks already in the kernel (assuming the kernel is compiled with options INVARIANTS and options INVARIANT_SUPPORT) mostly preclude an error path to this panic from the pmap code. However, pmap panics could be related to corrupted VM pages. -Matt Matthew Dillon :The first PR (mine) asks about a change in pmap_remove() that was later :removed from FreeBSD-4 but left in FreeBSD-5. If anyone knows why this :happened, I would be interested in knowing. : :Sean :-- :sean-freebsd@farley.org From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 10:21: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 3C05B16A4CE for ; Thu, 11 Nov 2004 10:21:40 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [194.125.244.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E6B943D2D for ; Thu, 11 Nov 2004 10:21:10 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)iABAKqPD049520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Nov 2004 12:20:52 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 9931C12D; Thu, 11 Nov 2004 12:20:18 +0200 (EET) Date: Thu, 11 Nov 2004 12:20:18 +0200 From: Andrey Simonenko To: Andriy Gapon Message-ID: <20041111102018.GA406@pm514-9.comsys.ntu-kpi.kiev.ua> References: <41921229.9080404@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41921229.9080404@icyb.net.ua> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: syscall: td_retval and zero return value 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, 11 Nov 2004 10:21:40 -0000 On Wed, Nov 10, 2004 at 03:05:45PM +0200, Andriy Gapon wrote: > > I have very little assembler/x86 knowledge. > Could anyone please help me understand what it means to assign a > non-zero value to td_retval in a system call when return value of the > call is zero/success? If a syscall returns some data to userland process/thread, then td_retval[2] array has these values, in i386/trap.c they are copied to %eax and %edx. A return value of a syscall is not always zero, for example read(2) returns number of bytes. In i386 an error from syscall is marked by setting carry flag and error code is saved in %eax, otherwise carry flag is cleared. > register in a stack frame of a calling process. But I don't understand > what it practically means for the calling process. Check how pipe(2) syscall works. It returns two values (two descriptors) and it returns a return value to indicate error or success. In sys/kern/sys_pipe.c:pipe() td_retval[0] and td_retal[1] keeps numbers of created file descriptors. In libc/i386/SYS.h there is a generic macro, which generates code for syscalls (check thread in this mailing list about SYS.h). If an error occurred, then cerror is called. libc/i386/sys/pipe.S has code for calling pipe(2), note, that %eax and %edx a moved to the array given by a process, which invoked pipe(2). Also in that directory there is cerror.S which move an error code from syscalls to errno. And as it was said, read paragraphs about Assembler Programming in Developers' Handbook. From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 13:01: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 75C2016A4CE for ; Thu, 11 Nov 2004 13:01:02 +0000 (GMT) Received: from grsu.by (grsu.by [194.158.202.115]) by mx1.FreeBSD.org (Postfix) with SMTP id F1C7043D53 for ; Thu, 11 Nov 2004 13:00:59 +0000 (GMT) (envelope-from grog@grsu.by) Received: (qmail 84612 invoked from network); 11 Nov 2004 13:00:00 -0000 Received: from unknown (HELO ?10.31.16.99?) (grog@10.31.16.99) by grsu.by with SMTP; 11 Nov 2004 12:59:59 -0000 Message-ID: <419364A3.2080909@grsu.by> Date: Thu, 11 Nov 2004 15:09:55 +0200 From: Yury Tarasievich User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <41922C27.2090400@grsu.by> In-Reply-To: <41922C27.2090400@grsu.by> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: IPDIVERT option not getting compiled? 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, 11 Nov 2004 13:01:02 -0000 Yury Tarasievich wrote: > Just recently I've run into this: > > when compiling kernel in 4.10-RELEASE and in 4-STABLE, "options > IPDIVERT" does not produce enabled divert in firewall code. Previously > (meaning other machines and previous 4.* variants) the configuration > compiled/worked okay. > > I've used the attached config for kernel (with commented out SMP and > APIC_IO). > > I've compiled both with and without make.conf including IPFW2=TRUE. Even simple adding options IPDIVERT to GENERIC doesn't work, and not just in firewall, but by having no ipdivert code in kernel whatsoever. I'm at a loss. ,Yury From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 16:28: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 4BCFD16A4CE for ; Wed, 10 Nov 2004 16:28:33 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95C8743D1D for ; Wed, 10 Nov 2004 16:28:28 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA07068; Wed, 10 Nov 2004 18:25:52 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <41924110.4000807@icyb.net.ua> Date: Wed, 10 Nov 2004 18:25:52 +0200 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.9 (X11/20041108) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gerarra@tin.it References: <41536AD50005DCD2@ims3a.cp.tin.it> In-Reply-To: <41536AD50005DCD2@ims3a.cp.tin.it> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Nov 2004 13:04:49 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: syscall: td_retval and zero return value 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, 10 Nov 2004 16:28:33 -0000 on 10.11.2004 16:00 gerarra@tin.it said the following: > The way the handler advice you about syscalls failing is setting (and not > clearing as you were saying) the carry bit in eflags register (about ia32). > A sort of errno (if you see in a C-coder view) value is set in eax (or, > alternatively, edx) to show the reason of failing. There's no way to know > where error code is set; you can just verify pratically. I was actually interested in the opposite situation - something is put into eax,edx, but carry bit is cleared. > You can find all these things on "Programmers handbook". Thank you for the great hint! "The FreeBSD Developer's Handbook" has all. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 01:07: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 4C75D16A4CE for ; Thu, 11 Nov 2004 01:07:51 +0000 (GMT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2470243D3F for ; Thu, 11 Nov 2004 01:07:51 +0000 (GMT) (envelope-from plan9@bsdmail.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])F250518001BC for ; Thu, 11 Nov 2004 01:07:50 +0000 (GMT) X-OB-Received: from unknown (205.158.62.148) by wfilter.us4.outblaze.com; 11 Nov 2004 01:07:50 -0000 Received: by ws5-6.us4.outblaze.com (Postfix, from userid 1001) id D4B9E21B32F; Thu, 11 Nov 2004 01:07:50 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [221.10.230.17] by ws5-6.us4.outblaze.com with http for plan9@bsdmail.com; Thu, 11 Nov 2004 09:07:50 +0800 From: "Plan9 Ritchie" To: freebsd-hackers@freebsd.org Date: Thu, 11 Nov 2004 09:07:50 +0800 X-Originating-Ip: 221.10.230.17 X-Originating-Server: ws5-6.us4.outblaze.com Message-Id: <20041111010750.D4B9E21B32F@ws5-6.us4.outblaze.com> X-Mailman-Approved-At: Thu, 11 Nov 2004 13:04:49 +0000 Subject: Embedded MD_ROOT doesn't work in FreeBSD 5.3 RELEASE 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, 11 Nov 2004 01:07:51 -0000 Hi,All Yestoday, I'd upgraded my box to FreeBSD 5.3 RELEASE, but I found it seem= s the Embedded MD_ROOT doesn't work fine.=20 My kernel config:=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 machine i386=20 cpu I486_CPU=20 cpu I586_CPU=20 cpu I686_CPU=20 ident MINI=20 device pf=20 device pflog=20 options ALTQ=20 options ALTQ_RED=20 # To statically compile in device wiring instead of /boot/device.hints=20 #hints "GENERIC.hints" # Default places to look for devices.=20 options SCHED_4BSD # 4BSD scheduler=20 options INET # InterNETworking=20 options FFS # Berkeley Fast Filesystem=20 options PSEUDOFS=20 options MD_ROOT # MD is a potential root device=20 options MD_ROOT_SIZE=3D4096 # 4M=20 options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]=20 options COMPAT_FREEBSD4 # Compatible with FreeBSD4=20 options NO_SWAPPING=20 device apic # I/O APIC=20 # Bus support. Do not remove isa, even if you have no isa slots=20 device isa=20 device pci=20 device vga # VGA video card driver=20 device splash # Splash screen and screen saver support=20 # syscons is the default console driver, resembling an SCO console=20 device sc=20 device atkbdc=20 device atkbd=20 # Floating point support - do not disable.=20 device npx=20 # Serial (COM) ports=20 device sio # 8250, 16[45]50 based serial ports=20 device miibus # MII bus support=20 device fxp # Intel EtherExpress PRO/100B (82557, 82558)=20 device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc')=20 device lnc # NE2000=20 device re # RealTek 8139C+/8169/8169S/8110S=20 device rl # RealTek 8129/8139=20 device sis # Silicon Integrated Systems SiS 900/SiS 7016=20 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')=20 # Pseudo devices.=20 device loop # Network loopback=20 device mem # Memory and kernel memory devices=20 device io # I/O device=20 device random # Entropy device=20 device ether # Ethernet support=20 device sl # Kernel SLIP=20 device ppp # Kernel PPP=20 device tun # Packet tunnel.=20 device pty # Pseudo-ttys (telnet etc)=20 device md # Memory "disks"=20 device bpf # Berkeley packet filter=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 I made a mfs_image in follow steps:=20 # dd if=3D/dev/zero of=3Dmfs_image bs=3D1k count=3D4096=20 # mdconfig -a -t vnode -f mfs_image -u 0=20 # fdisk -B /dev/md0=20 # disklabel -Brw /dev/md0=20 # newfs -O1 -o space -m 0 /dev/md0a=20 # mount /dev/md0a /mnt=20 After that, copy file that needed into /mnt=20 # umount /dev/md0a=20 # mdconfig -d -u 0=20 # strings -at d kernel | grep "MFS Filesystem goes here"=20 1858112 MFS Filesystem goes here=20 # expr 1858112 + 8192=20 1866304=20 # dd if=3Dmfs_image ibs=3D8192 iseek=3D1 of=3Dkernel obs=3D1866304 oseek=3D= 1 conv=3Dnotrunc=20 But when I load my 'kernel' with /boot/loader and boot my box, the kernel p= rompt me:=20 --------------------------------=20 Mounting root from ufs:/dev/md0a=20 setrootbyname failed=20 ffs_mountroot: can't find rootvp=20 Root mount failed: 6=20 Mounting root from ufs:/dev/md0=20 Root mount failed: 22=20 --------------------------------=20 The commands I typed in load prompt are:=20 OK unload=20 OK load /kernel=20 OK set vfs.root.mountfrom=3Dufs:/dev/md0a=20 OK boot=20 Could you help me? I'll be very appreciate!=20 -- __o _ \<_ Plan9 (_)/(_) --=20 _______________________________________________ Get your free email from http://mymail.bsdmail.com Powered by Outblaze From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 10 20:42:23 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 E638F16A4D3 for ; Wed, 10 Nov 2004 20:42:23 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F05943D1D for ; Wed, 10 Nov 2004 20:42:23 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: To: freebsd-hackers@freebsd.org From: Sam Hopkins Date: Wed, 10 Nov 2004 15:36:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Nov 2004 13:07:48 +0000 Subject: AoE for 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: Wed, 10 Nov 2004 20:42:24 -0000 Hello all, Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. Patches are available at http://www.coraid.com/support/freebsd. If anyone knows where else I could announce this, I'd appreciate it. Cheers, Sam sah@coraid.com From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 14:44: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 9400116A4CE for ; Thu, 11 Nov 2004 14:44:01 +0000 (GMT) Received: from boeing.ieo-research.it (boeing.ieo-research.it [213.92.108.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id E50E543D2F for ; Thu, 11 Nov 2004 14:43:59 +0000 (GMT) (envelope-from omar.punzalan@ifom-ieo-campus.it) Received: (qmail 86409 invoked by uid 811); 11 Nov 2004 14:43:16 -0000 Received: from omar.punzalan@ifom-ieo-campus.it by boeing.ieo-research.it by uid 803 with qmail-scanner-1.22 Clear:RC:0(::ffff:193.206.89.90):SA:0(-4.9/5.0):. Processed in 1.829129 secs); 11 Nov 2004 14:43:16 -0000 X-Spam-Status: No, hits=-4.9 required=5.0 Received: from unknown (HELO [10.210.89.90]) (opunzala@[::ffff:193.206.89.90]) (envelope-sender ) by smtp.ieo-research.it (qmail-ldap-1.03) with SMTP for ; 11 Nov 2004 14:43:14 -0000 In-Reply-To: References: <20041108120100.2CC8216A4D2@hub.freebsd.org> <86ekj1laqc.fsf@kamino.rfc1149.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1D5DB638-33F0-11D9-BCE2-000393DAB970@ifom-ieo-campus.it> Content-Transfer-Encoding: 7bit From: Omar Punzalan Date: Thu, 11 Nov 2004 15:43:56 +0100 To: Marcel Moolenaar X-Mailer: Apple Mail (2.619) cc: freebsd-hackers@freebsd.org Subject: Re: RX4640 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, 11 Nov 2004 14:44:01 -0000 On Nov 10, 2004, at 10:01 PM, Marcel Moolenaar wrote: > On Nov 10, 2004, at 12:17 PM, Arne Schwabe wrote: > >> Omar Punzalan writes: >> >>> I have successfully installed my new (and shiny) freebsd5.3 on one of >>> our hp rx4640 itanium2 system. With the SMP kernel, it has detected >>> the 4 CPUs correctly. But then reviewing the /var/log/messages, its >>> sees only 1G of ram: >>> >>> Nov 8 18:10:50 TEST2 kernel: real memory = 1058357248 (1009 MB) >>> Nov 8 18:10:50 TEST2 kernel: avail memory = 1018814464 (971 MB) >>> Nov 8 18:10:50 TEST2 kernel: FPSWA Revision = 0x10012, Entry = >>> 0xe0000040ffe62050 >>> Nov 8 18:10:50 TEST2 kernel: FreeBSD/SMP: Multiprocessor System >>> Detected: 4 CPUs >>> >>> On my web searches, I found out that not even PAE is supported in >>> ia64 >>> arch. I also put hw.physmem=8G inside the loader.conf but no effect. >>> Is there a way for me to convince freebsd that the system has 8Gb of >>> ram? >> >> If I remember PAE was a hack for IA32 to allow more then 4GB but since >> ia64 is 64 bit it should not such a hack for > 4gb > > Yes. PAE has nothing to do with ia64. The problem here is that on > some IPF machines (typically the HP rx2600) the physical memory > layout is sparse. It's this sparseness that's causing problems, > because currently we allocate a vm_page array that needs to be > physically contiguous. When a machine has only 2BG of memory, > but 1GB is located above the 4G boundary, we need a vm_page > array that can be larger than the size of any of the usable > memory regions. Not to mention that the vm_page will represent > pages (roughly 3GB worth of it) for memory that isn't even there. > > A fix for this is in the pipeline. All it takes is time. If the > memory layout for the machine is not sparse, you can take out > the code from sys/ia64/ia64/machdep.c that skips memory above > 4G. Beware of DMA problems caused by the need for bounce buffers > when you do that... > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > > > Thanks for the responses. I tried to comment out those lines from sys/ia64/ia64/machdep.c and successfully rebuilt the kernel. Upon reboot, it detects the 8G of ram (wonderful!) but reports only the 4G as available, then it freezes while loading FPSWA. Well, I think I'm gonna wait for some time until you guys will fix it (hope so soon). Omar From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 16:01: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 1A21216A4D0 for ; Thu, 11 Nov 2004 16:01:21 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D625443D53 for ; Thu, 11 Nov 2004 16:01:20 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.144] (borg.ciphertrust.com [64.238.118.66]) by saturn.criticalmagic.com (Postfix) with ESMTP id EE9D73BD10; Thu, 11 Nov 2004 11:01:19 -0500 (EST) Message-ID: <41938CD3.4000404@criticalmagic.com> Date: Thu, 11 Nov 2004 11:01:23 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 0.8 (X11/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Hopkins References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: AoE for 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: Thu, 11 Nov 2004 16:01:21 -0000 Sam Hopkins wrote: > Just a quick note to mention that I've added AoE support to FreeBSD > 4.10, 5.3, and 6.0. Patches are available at > http://www.coraid.com/support/freebsd. > > If anyone knows where else I could announce this, I'd appreciate it. > > Cheers, > > Sam sah@coraid.com Very cool. Have you tried to run (g)vinum on top of AOE drives? Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 16:41: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 715A616A4CE for ; Thu, 11 Nov 2004 16:41:53 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8E043D54 for ; Thu, 11 Nov 2004 16:41:53 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: <70a7df552b1e549a40333e5041a48208@coraid.com> To: rcoleman@criticalmagic.com, freebsd-hackers@freebsd.org From: Sam Hopkins Date: Thu, 11 Nov 2004 11:39:13 -0500 In-Reply-To: <41938CD3.4000404@criticalmagic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: AoE for 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: Thu, 11 Nov 2004 16:41:53 -0000 > Sam Hopkins wrote: >> Just a quick note to mention that I've added AoE support to FreeBSD >> 4.10, 5.3, and 6.0. Patches are available at >> http://www.coraid.com/support/freebsd. >> >> If anyone knows where else I could announce this, I'd appreciate it. > > Very cool. Have you tried to run (g)vinum on top of AOE drives? Yeah, on 4.10 I tested with a stripe and a raid 5. The performance of the stripe scaled linearly with the number of blades involved. I haven't tested on 5.3/6.0 because (g)vinum seems a bit shaky. It should work fine, though. The driver just provides disk devices. Sam From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 21:33: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 3712516A4CE for ; Thu, 11 Nov 2004 21:33:42 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A253543D54 for ; Thu, 11 Nov 2004 21:33:41 +0000 (GMT) (envelope-from klyons@corserv.corserv.com) Received: (from klyons@localhost) by corserv.corserv.com (8.12.11/8.11.6) id iABMb6YV001471 for freebsd-hackers@freebsd.org; Thu, 11 Nov 2004 16:37:06 -0600 (CST) (envelope-from klyons) Date: Thu, 11 Nov 2004 16:37:06 -0600 (CST) From: Kevin Lyons Message-Id: <200411112237.iABMb6YV001471@corserv.corserv.com> To: freebsd-hackers@freebsd.org Subject: tcsh is not csh 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, 11 Nov 2004 21:33:42 -0000 I have (re)discovered that tcsh is not csh although the tcsh man page falsely asserts backward compatibility. Trying to do a simple read of multiword variables in tcsh fails yet works find on csh. The tcsh man page admits as much when one gets to the $< part. The point is, csh should be the basic backward compatibly lowest common denominator between systems. This is a real problem. I humbly suggest that those that want the bang of tcsh can do a pkg_add just like the morons that want bash instead of sh. If you want to try an example, do the following on csh, and then on tcsh. #!/bin/csh echo enter some words set line = $< set words = ($line) echo line is $line echo word1 is $word[1] echo word2 is $word[2] echo word3 is $word[3] ------ The fact that tcsh can not do this in default mode is beyond pathetic. What is worse is that freebsd didn't notice or care. . From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 21:59:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 02C6C16A4D0; Thu, 11 Nov 2004 21:59:24 +0000 (GMT) Date: Thu, 11 Nov 2004 21:59:23 +0000 From: Kris Kennaway To: Kevin Lyons Message-ID: <20041111215923.GE582@hub.freebsd.org> References: <200411112237.iABMb6YV001471@corserv.corserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411112237.iABMb6YV001471@corserv.corserv.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: tcsh is not csh 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, 11 Nov 2004 21:59:24 -0000 On Thu, Nov 11, 2004 at 04:37:06PM -0600, Kevin Lyons wrote: > I have (re)discovered that tcsh is not csh although the tcsh man page > falsely asserts backward compatibility. Trying to do a simple read of > multiword variables in tcsh fails yet works find on csh. The tcsh man page > admits as much when one gets to the $< part. > > The point is, csh should be the basic backward compatibly lowest common > denominator between systems. This is a real problem. I humbly suggest that > those that want the bang of tcsh can do a pkg_add just like the morons that > want bash instead of sh. > > If you want to try an example, do the following on csh, and then on tcsh. > #!/bin/csh > echo enter some words > set line = $< > set words = ($line) > echo line is $line > echo word1 is $word[1] > echo word2 is $word[2] > echo word3 is $word[3] Please raise tcsh compatibility bugs with the tcsh developers. > ------ > The fact that tcsh can not do this in default mode is beyond pathetic. What > is worse is that freebsd didn't notice or care. Try to relax, it's only a shell and not worth this level of emotion. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:04:09 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 E3A7B16A4CE for ; Thu, 11 Nov 2004 22:04:09 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B4043D1F for ; Thu, 11 Nov 2004 22:04:09 +0000 (GMT) (envelope-from ctodd@chrismiller.com) Received: (qmail 27505 invoked from network); 11 Nov 2004 22:04:09 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 11 Nov 2004 22:04:09 -0000 Date: Thu, 11 Nov 2004 14:04:09 -0800 (PST) From: ctodd@chrismiller.com X-X-Sender: ibrew@vp4.netgate.net To: Kevin Lyons In-Reply-To: <200411112237.iABMb6YV001471@corserv.corserv.com> Message-ID: References: <200411112237.iABMb6YV001471@corserv.corserv.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: tcsh is not csh 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, 11 Nov 2004 22:04:10 -0000 On Thu, 11 Nov 2004, Kevin Lyons wrote: > I have (re)discovered that tcsh is not csh although the tcsh man page > falsely asserts backward compatibility. Trying to do a simple read of > multiword variables in tcsh fails yet works find on csh. The tcsh man page > admits as much when one gets to the $< part. > > The point is, csh should be the basic backward compatibly lowest common > denominator between systems. This is a real problem. I humbly suggest that > those that want the bang of tcsh can do a pkg_add just like the morons that > want bash instead of sh. > > If you want to try an example, do the following on csh, and then on tcsh. > #!/bin/csh > echo enter some words > set line = $< > set words = ($line) > echo line is $line > echo word1 is $word[1] > echo word2 is $word[2] > echo word3 is $word[3] > > ------ > The fact that tcsh can not do this in default mode is beyond pathetic. What > is worse is that freebsd didn't notice or care. > . Normally I'd just keep my mouth shut, but... From what you've detailed, you bring up some valid points about tcsh/csh intercompatibility. I'm not sure why this is the case, but like most things a compromise is necessary from time to time and I'm sure there was a good reason. Maybe it was just an oversight when tcsh was ported to FreeBSD and it's just a low priority fire or it's not even a known problem until today. What I choose to take issue with is your assumption that this is the direct and calculated result of the actions of the FreeBSD team, and more over the arrogant nature of your post. As far as I am aware (but since I'm not going to spend any time researching this, I could be wrong), tcsh's origins are not from the FreeBSD project. If there's a FreeBSD specific implementation problem, then it should be logged as a bug, or a "why does tcsh do this?" should be posted to the appropriate list. Sending a "this is beyond pathetic" message to the hackers list is just in bad form and frankly immature. This is a place to get help from people that donate their valuable time. If you want to criticize someone, I would suggest Redmond as a starting point. I'll take this opportunity to thank all those that contribute to this list. Without your help I personally would not have been able to get past some problems I've had over the years, and with your help I've been able to do some really cool things with my BSD systems. Chris From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:08: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 EE72E16A4CE for ; Thu, 11 Nov 2004 22:08:19 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9783A43D3F for ; Thu, 11 Nov 2004 22:08:19 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iABM84A0042962; Thu, 11 Nov 2004 16:08:04 -0600 (CST) (envelope-from dan) Date: Thu, 11 Nov 2004 16:08:03 -0600 From: Dan Nelson To: Kevin Lyons Message-ID: <20041111220803.GG4702@dan.emsphone.com> References: <200411112237.iABMb6YV001471@corserv.corserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411112237.iABMb6YV001471@corserv.corserv.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: tcsh is not csh 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, 11 Nov 2004 22:08:20 -0000 In the last episode (Nov 11), Kevin Lyons said: > I have (re)discovered that tcsh is not csh although the tcsh man page > falsely asserts backward compatibility. Trying to do a simple read > of multiword variables in tcsh fails yet works find on csh. The tcsh > man page admits as much when one gets to the $< part. > > The point is, csh should be the basic backward compatibly lowest > common denominator between systems. This is a real problem. I > humbly suggest that those that want the bang of tcsh can do a pkg_add > just like the morons that want bash instead of sh. You can install the shells/44bsd-csh port if you want the original csh. Read up on all the arguments for an against the switch in the thread starting at http://www.freebsd.org/cgi/mid.cgi?20000406134916.A23265@dragon.nuxi.com (sorry, best link I could find), but you're 4 years too late to affect the outcome... -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:10: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 2B6FA16A4CE for ; Thu, 11 Nov 2004 22:10:12 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B122C43D45 for ; Thu, 11 Nov 2004 22:10:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iABM8RU1014663; Thu, 11 Nov 2004 15:08:28 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 11 Nov 2004 15:08:35 -0700 (MST) Message-Id: <20041111.150835.20236506.imp@bsdimp.com> To: sah@coraid.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: AoE for 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: Thu, 11 Nov 2004 22:10:12 -0000 In message: Sam Hopkins writes: : Hello all, : : Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. : Patches are available at http://www.coraid.com/support/freebsd. Cool! Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:13: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 9F70D16A4CE for ; Thu, 11 Nov 2004 22:13:01 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BCE43D2D for ; Thu, 11 Nov 2004 22:13:01 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.144] (borg.ciphertrust.com [64.238.118.66]) by saturn.criticalmagic.com (Postfix) with ESMTP id DC4213BD10; Thu, 11 Nov 2004 17:12:59 -0500 (EST) Message-ID: <4193E3EF.3030506@criticalmagic.com> Date: Thu, 11 Nov 2004 17:13:03 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Lyons References: <200411112237.iABMb6YV001471@corserv.corserv.com> In-Reply-To: <200411112237.iABMb6YV001471@corserv.corserv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: tcsh is not csh 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, 11 Nov 2004 22:13:01 -0000 Kevin Lyons wrote: > I have (re)discovered that tcsh is not csh although the tcsh man page > falsely asserts backward compatibility. Trying to do a simple read of > multiword variables in tcsh fails yet works find on csh. The tcsh man page > admits as much when one gets to the $< part. > > The point is, csh should be the basic backward compatibly lowest common > denominator between systems. This is a real problem. I humbly suggest that > those that want the bang of tcsh can do a pkg_add just like the morons that > want bash instead of sh. > > If you want to try an example, do the following on csh, and then on tcsh. > #!/bin/csh > echo enter some words > set line = $< > set words = ($line) > echo line is $line > echo word1 is $word[1] > echo word2 is $word[2] > echo word3 is $word[3] > > ------ > The fact that tcsh can not do this in default mode is beyond pathetic. What > is worse is that freebsd didn't notice or care. I think the reality is that most people here would rather deal with a few csh incompatibilities in order to have a much more featureful shell, rather than use an ancient shell in order to get bug for bug compatibility. Writing a shell is hard work (I was involved in zsh development many years ago). Since there are plenty of good third party shells, there are many other tasks for which FreeBSD developers can better spend their time. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:49:23 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 4E5D216A4CE for ; Thu, 11 Nov 2004 22:49:23 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBFF43D46 for ; Thu, 11 Nov 2004 22:49:22 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from erda.home.paeps.cx (erda.home.paeps.cx [IPv6:2001:838:37f:10::1]) by gateway.nixsys.be (Postfix) with ESMTP id C4D2FFE for ; Thu, 11 Nov 2004 23:49:21 +0100 (CET) Received: from loge.home.paeps.cx (loge.home.paeps.cx [10.0.0.4]) by erda.home.paeps.cx (Postfix) with ESMTP id 72FB92137 for ; Thu, 11 Nov 2004 23:49:21 +0100 (CET) Received: from loge.home.paeps.cx (philip@localhost [127.0.0.1]) by loge.home.paeps.cx (8.13.1/8.13.1) with ESMTP id iABMnKP6034952; Thu, 11 Nov 2004 23:49:20 +0100 (CET) (envelope-from philip@loge.home.paeps.cx) Received: (from philip@localhost) by loge.home.paeps.cx (8.13.1/8.13.1/Submit) id iABMnK7x034951; Thu, 11 Nov 2004 23:49:20 +0100 (CET) (envelope-from philip) Date: Thu, 11 Nov 2004 23:49:19 +0100 From: Philip Paeps To: Sam Hopkins Message-ID: <20041111224919.GH34337@loge.home.paeps.cx> Mail-Followup-To: Sam Hopkins , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Date-in-Rome: ante diem III Idius Novembres MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: AoE for 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: Thu, 11 Nov 2004 22:49:23 -0000 On 2004-11-10 15:36:26 (-0500), Sam Hopkins wrote: > Just a quick note to mention that I've added AoE support to FreeBSD 4.10, 5.3, and 6.0. > Patches are available at http://www.coraid.com/support/freebsd. > > If anyone knows where else I could announce this, I'd appreciate it. Is someone planning to commit this? This is great stuff :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. No one keeps a record of decisions you could have made but didn't. Everyone keeps a records of your bad ones. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 00:53: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 C9EED16A4CE for ; Fri, 12 Nov 2004 00:53:40 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B25E43D2D for ; Fri, 12 Nov 2004 00:53:40 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iAC1v9c8002052 for ; Thu, 11 Nov 2004 19:57:09 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <41940880.7070409@corserv.com> Date: Thu, 11 Nov 2004 18:49:04 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) 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: tcsh fix 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, 12 Nov 2004 00:53:40 -0000 >Dan Nelson wrote: > > but you're 4 years too late to affect >the outcome... I think the problem can still be fixed. Simply put in /bin/tcsh and let /bin/csh be what it actually is, which is to say /bin/csh. I realize that will add all of 300kB to the system. And there would also have to be an entry for tcsh in /etc/shells. Should I send a patch? Developers have a right to expect a certain basic level of functionality on a system. When he calls fopen() he should get fopen, when he calls /bin/bash he should get /bin/bash not zsh nor sh nor ksh. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 02:30: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 BC65416A4CE for ; Fri, 12 Nov 2004 02:30:26 +0000 (GMT) Received: from keylime.silverwraith.com (keylime.silverwraith.com [69.55.228.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD0443D58 for ; Fri, 12 Nov 2004 02:30:26 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from keylime.silverwraith.com ([69.55.228.10]) by keylime.silverwraith.com with esmtp (Exim 4.41 (FreeBSD)) id 1CSRCk-000LA6-98; Thu, 11 Nov 2004 18:30:26 -0800 Received: (from avleen@localhost)iAC2UOtl081202; Thu, 11 Nov 2004 18:30:24 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) X-Authentication-Warning: keylime.silverwraith.com: avleen set sender to lists-freebsd@silverwraith.com using -f Date: Thu, 11 Nov 2004 18:30:23 -0800 From: Avleen Vig To: Kevin Lyons Message-ID: <20041112023023.GG19417@silverwraith.com> References: <41940880.7070409@corserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41940880.7070409@corserv.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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, 12 Nov 2004 02:30:26 -0000 On Thu, Nov 11, 2004 at 06:49:04PM -0600, Kevin Lyons wrote: > I think the problem can still be fixed. Simply put in /bin/tcsh and let > /bin/csh be what it actually is, which is to say /bin/csh. I realize > that will add all of 300kB to the system. And there would also have to > be an entry for tcsh in /etc/shells. Should I send a patch? > > Developers have a right to expect a certain basic level of functionality > on a system. When he calls fopen() he should get fopen, when he calls > /bin/bash he should get /bin/bash not zsh nor sh nor ksh. I have to agree with Kevin's sentiments on principle. 'csh' should run pure csh, not anything else. 'sh' should be pure sh, not what Linux does and bastardize it as /bin/bash If someon wants a more powerful shell, they can install it themselves. -- Avleen Vig Systems Administrator Personal: www.silverwraith.com EFnet: irc.mindspring.com (Earthlink user access only) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 03:11: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 A83ED16A4D0 for ; Fri, 12 Nov 2004 03:11:26 +0000 (GMT) Received: from av8-1-sn2.hy.skanova.net (av8-1-sn2.hy.skanova.net [81.228.8.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698C043D2D for ; Fri, 12 Nov 2004 03:11:25 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av8-1-sn2.hy.skanova.net (Postfix, from userid 502) id 2D27737E43; Fri, 12 Nov 2004 04:11:10 +0100 (CET) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av8-1-sn2.hy.skanova.net (Postfix) with ESMTP id 1E6FB37E42 for ; Fri, 12 Nov 2004 04:11:10 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-2-sn2.hy.skanova.net (Postfix) with SMTP id D0B5537E42 for ; Fri, 12 Nov 2004 04:11:23 +0100 (CET) Received: (qmail 87139 invoked by uid 1001); 12 Nov 2004 03:11:22 -0000 Date: Fri, 12 Nov 2004 04:11:22 +0100 From: Erik Trulsson To: Avleen Vig Message-ID: <20041112031122.GA87071@falcon.midgard.homeip.net> Mail-Followup-To: Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112023023.GG19417@silverwraith.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix 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, 12 Nov 2004 03:11:26 -0000 On Thu, Nov 11, 2004 at 06:30:23PM -0800, Avleen Vig wrote: > On Thu, Nov 11, 2004 at 06:49:04PM -0600, Kevin Lyons wrote: > > I think the problem can still be fixed. Simply put in /bin/tcsh and let > > /bin/csh be what it actually is, which is to say /bin/csh. I realize > > that will add all of 300kB to the system. And there would also have to > > be an entry for tcsh in /etc/shells. Should I send a patch? > > > > Developers have a right to expect a certain basic level of functionality > > on a system. When he calls fopen() he should get fopen, when he calls > > /bin/bash he should get /bin/bash not zsh nor sh nor ksh. When /bin/bash is called he should get a message saying that there is no such program, since bash has no business being installed under /bin. (This for FreeBSD - other systems have other conventions.) Personally I am of the opinion that csh (all versions) should be removed completely from the base system and relegated entirely to the ports system. Other than historical reasons there is not much point in having it in the base system. Other peoples opinions differ however, and last time the future of csh/tcsh was discussed (in a *long* bikeshed-thread) the decision was that /bin/csh should be upgraded to the latest version of tcsh. If one is to have csh in the base system this was probably the right decision. (Originally csh was created to get a shell with better interactive features the original Bourne shell and tcsh is much better for interactive use than 'classic' csh - indeed a modern /bin/sh is better than 'classic' csh. For writing scripts the Bourne-derivatives is much better than csh and it has long been strongly recommended that one should not write scripts for csh. One cannot even assume that all systems have csh installed - Posix doesn't require it but it does require /bin/sh to be present.) > > I have to agree with Kevin's sentiments on principle. > 'csh' should run pure csh, not anything else. 'csh' does run pure csh, and nothing else. The latest version of csh which happens to be renamed to tcsh to be exact. That this latest version is not 100% compatible with earlier versions might be unfortunate but very few software packages never break backwards compatibility. > 'sh' should be pure sh, not what Linux does and bastardize it as > /bin/bash There is no such thing as "pure sh". It you believe otherwise please tell us what you think such a shell would look like and exactly what features should be in it. (Hint: Current standards require /bin/sh to have several features that were not available on early Unix versions.) The only real problem with having bash as /bin/sh is that people tend to write scripts using bash-specific features and forget that such scripts are not portable to systems using a less powerful /bin/sh. > > If someon wants a more powerful shell, they can install it themselves. Keep in mind that FreeBSD's /bin/sh is a more powerful shell than was available in, say, v7 Unix. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 03:30: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 1437E16A4D5 for ; Fri, 12 Nov 2004 03:30:30 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F0FA43D48 for ; Fri, 12 Nov 2004 03:30:27 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 415B5653AD; Fri, 12 Nov 2004 03:30:26 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51672-01-6; Fri, 12 Nov 2004 03:30:25 +0000 (GMT) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id DBA0E6538E; Fri, 12 Nov 2004 03:30:24 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 3DDDF6482; Thu, 11 Nov 2004 19:30:14 -0800 (PST) Date: Thu, 11 Nov 2004 19:30:14 -0800 From: Bruce M Simpson To: Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org Message-ID: <20041112033014.GC7195@dhcp120.icir.org> Mail-Followup-To: Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112031122.GA87071@falcon.midgard.homeip.net> Subject: Re: tcsh fix 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, 12 Nov 2004 03:30:30 -0000 On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: > Keep in mind that FreeBSD's /bin/sh is a more powerful shell than was > available in, say, v7 Unix. Also keep in mind that ash is not POSIX sh (at least not as completely as one might like). This tends to bite me when using GNU autotools, which are hardcoded to prefer bash by default. Regards, BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 04:09: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 7B98B16A4CE for ; Fri, 12 Nov 2004 04:09:25 +0000 (GMT) Received: from firetide.com (firetide.com [64.62.241.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 5249C43D49 for ; Fri, 12 Nov 2004 04:09:25 +0000 (GMT) (envelope-from kmcatee@firetide.com) Received: from fbsd01 ([67.52.72.226]) by firetide.com for ; Thu, 11 Nov 2004 20:09:20 -0800 From: Kip McAtee To: freebsd-hackers@freebsd.org Date: Thu, 11 Nov 2004 18:09:20 -1000 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200411111809.20550.kmcatee@firetide.com> cc: dcornejo@firetide.com cc: hsu@freebsd.org Subject: 5.3-BETA5 m_dup() question 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, 12 Nov 2004 04:09:25 -0000 Greetings- I have a symptom where an mbuf is being allocated and the (int *) ref_count is not a virtual address. I have a few new instances of calls to m_dup() that might be causing the problem downstream. Could this be because the network is allocating from a 'packet zone' and m_dup() is not? #define EXT_PACKET 3 /* came out of Packet zone */ That is, given a multicast input packet like this: mh_flags = 0x403 {MH_ext = {ext_buf = 0xc14c3000, ext_free = 0x0, ext_args = 0x0, ext_size = 0x800, ref_cnt = 0xc14b5564, ext_type = 0x3} after a call to m_dup(), I have a canonical mbuf with the MH_ext fields uninitialized. Later mb_ctor_pack() is tripping over constructing a new packet with a non-virtual address in ref_cnt. Thanks- Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 04:31: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 C7BB316A4CE for ; Fri, 12 Nov 2004 04:31:15 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38D243D54 for ; Fri, 12 Nov 2004 04:31:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iAC4UjWq006715; Fri, 12 Nov 2004 15:00:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Fri, 12 Nov 2004 15:00:36 +1030 User-Agent: KMail/1.7 References: <20041111.150835.20236506.imp@bsdimp.com> In-Reply-To: <20041111.150835.20236506.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4384609.201CiXMKrY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411121500.43988.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: sah@coraid.com Subject: Re: AoE for 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: Fri, 12 Nov 2004 04:31:15 -0000 --nextPart4384609.201CiXMKrY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 12 Nov 2004 08:38, M. Warner Losh wrote: > In message: > > Sam Hopkins writes: > : Hello all, > : > : Just a quick note to mention that I've added AoE support to FreeBSD 4.1= 0, > : 5.3, and 6.0. Patches are available at > : http://www.coraid.com/support/freebsd. > > Cool! Yet gross at the same time :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4384609.201CiXMKrY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlDxz5ZPcIHs/zowRArxQAJ4v8N04USXLm3X8JBxo8kRBZ6JHwACdHxLl a0J1pu7CQHKm4iy8iaA262Q= =TxnH -----END PGP SIGNATURE----- --nextPart4384609.201CiXMKrY-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 04:33: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 D2DB716A4CE; Fri, 12 Nov 2004 04:33:07 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EAC543D3F; Fri, 12 Nov 2004 04:33:07 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.1/8.13.1/NinthNine) with ESMTP id iAC4X5JD002217; Fri, 12 Nov 2004 13:33:05 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 12 Nov 2004 13:33:05 +0900 From: Norikatsu Shigemura To: freebsd-gnome@FreeBSD.org Message-Id: <20041112133305.4b49aa90.nork@FreeBSD.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.11 (sakura.ninth-nine.com [IPv6:2002:db7f:4a79::1]); Fri, 12 Nov 2004 13:33:06 +0900 (JST) cc: freebsd-hackers@FreeBSD.org Subject: devel/libgtop2 cannot build 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, 12 Nov 2004 04:33:08 -0000 Hi gnome maintainers! I compiled devel/libtop2 on 6-current. But it couldn't. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - cc -DHAVE_CONFIG_H -I. -I. -I../.. -D_IN_LIBGTOP -D_GNU_SOURCE -DGLIBTOP_NAMES -I../.. -I../.. -I../../sysdeps/freebsd -I../../include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -O2 -fno-ident -pipe -march=pentium3 -I/usr/X11R6/include -DGTOPLOCALEDIR=\"/usr/X11R6/share/locale\" -DLIBGTOP_VERSION=\"2.8.1\" -DLIBGTOP_SERVER_VERSION=\"5\" -DLIBGTOP_VERSION_CODE=2008001 -DLIBGTOP_SERVER=\"/usr/X11R6/bin/libgtop_server2\" -I/usr/local/include -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -O2 -fno-ident -pipe -march=pentium3 -c procmap.c -fPIC -DPIC -o .libs/procmap.o procmap.c: In function `glibtop_get_proc_map_p': procmap.c:276: error: structure has no member named `v_cachedfs' gmake[3]: *** [procmap.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/libgtop2/work/libgtop-2.8.1/sysdeps/freebsd' - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - According to src/sys/sys/vnode.h 1.254, v_cachedfs member was removed. Anyone, do you have any idea? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - revision 1.254 date: 2004/11/09 22:51:03; author: phk; state: Exp; lines: +0 -1 Remove vnode->v_cachedfs. It was only used for the highly dangerous "export all vnodes with a sysctl" function. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 05:55: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 0A6F616A4CE for ; Fri, 12 Nov 2004 05:55:44 +0000 (GMT) Received: from keylime.silverwraith.com (keylime.silverwraith.com [69.55.228.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F1B43D39 for ; Fri, 12 Nov 2004 05:55:43 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from keylime.silverwraith.com ([69.55.228.10]) by keylime.silverwraith.com with esmtp (Exim 4.41 (FreeBSD)) id 1CSUPP-0009gA-ND; Thu, 11 Nov 2004 21:55:43 -0800 Received: (from avleen@localhost)iAC5thkO037209; Thu, 11 Nov 2004 21:55:43 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) X-Authentication-Warning: keylime.silverwraith.com: avleen set sender to lists-freebsd@silverwraith.com using -f Date: Thu, 11 Nov 2004 21:55:43 -0800 From: Avleen Vig To: Kevin Lyons , freebsd-hackers@freebsd.org Message-ID: <20041112055543.GH19417@silverwraith.com> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112031122.GA87071@falcon.midgard.homeip.net> User-Agent: Mutt/1.5.6i Subject: Re: tcsh fix 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, 12 Nov 2004 05:55:44 -0000 On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: > Personally I am of the opinion that csh (all versions) should be > removed completely from the base system and relegated entirely to the > ports system. Other than historical reasons there is not much point in > having it in the base system. I strongly disagree. csh and sh should be 'pure' versions. That is to say, no matter what shell is actually being called as sh or csh, it should provide a 100% compatible version, no differences, no "upgrades". This is to provide compatibility whn working with multiple versions of Unix. I write many scripts in sh on Solaris, and find they just don't work on Linux because /bin/sh on Linux is really /bin/bash and is not bacwards compatible. I HATE this. We shouldn't do this, and should do anything like this. > (Originally csh was created to get a shell with better interactive > features the original Bourne shell and tcsh is much better for > interactive use than 'classic' csh - indeed a modern /bin/sh is better > than 'classic' csh. For writing scripts the Bourne-derivatives is much > better than csh and it has long been strongly recommended that one > should not write scripts for csh. One cannot even assume that > all systems have csh installed - Posix doesn't require it but it does > require /bin/sh to be present.) and /bin/sh should be classic /bin/sh not some version which is going to break my shit when I port it over! I'm so glad this is the case with FreeBSD :-) > 'csh' does run pure csh, and nothing else. The latest version of csh > which happens to be renamed to tcsh to be exact. That this latest > version is not 100% compatible with earlier versions might be > unfortunate but very few software packages never break backwards > compatibility. How about when working with multiple versions of the same shell on different OS's? surely you can see the problem there. > > 'sh' should be pure sh, not what Linux does and bastardize it as > > /bin/bash > > There is no such thing as "pure sh". It you believe otherwise please > tell us what you think such a shell would look like and exactly what > features should be in it. > (Hint: Current standards require /bin/sh to have several features that > were not available on early Unix versions.) Then we should follow current standards. Not pretend one shell is another! > > If someon wants a more powerful shell, they can install it themselves. > > Keep in mind that FreeBSD's /bin/sh is a more powerful shell than was > available in, say, v7 Unix. Yes but AFAIK it's compatible in every way I've tried with say, Sun's /bin/sh, and I've tried some pretty complex shell scripts. -- Avleen Vig Systems Administrator Personal: www.silverwraith.com EFnet: irc.mindspring.com (Earthlink user access only) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 05:57: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 7510E16A4CE for ; Fri, 12 Nov 2004 05:57:51 +0000 (GMT) Received: from keylime.silverwraith.com (keylime.silverwraith.com [69.55.228.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A3543D46 for ; Fri, 12 Nov 2004 05:57:51 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from keylime.silverwraith.com ([69.55.228.10]) by keylime.silverwraith.com with esmtp (Exim 4.41 (FreeBSD)) id 1CSURT-0009wx-36; Thu, 11 Nov 2004 21:57:51 -0800 Received: (from avleen@localhost)iAC5vpe8038246; Thu, 11 Nov 2004 21:57:51 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) X-Authentication-Warning: keylime.silverwraith.com: avleen set sender to lists-freebsd@silverwraith.com using -f Date: Thu, 11 Nov 2004 21:57:50 -0800 From: Avleen Vig To: Kevin Lyons , freebsd-hackers@freebsd.org Message-ID: <20041112055750.GI19417@silverwraith.com> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112033014.GC7195@dhcp120.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112033014.GC7195@dhcp120.icir.org> User-Agent: Mutt/1.5.6i Subject: Re: tcsh fix 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, 12 Nov 2004 05:57:51 -0000 On Thu, Nov 11, 2004 at 07:30:14PM -0800, Bruce M Simpson wrote: > Also keep in mind that ash is not POSIX sh (at least not as completely > as one might like). This tends to bite me when using GNU autotools, > which are hardcoded to prefer bash by default. True, but the problem there is people coding things to bash-specific routines, and then not bothering to test they work on anything but their own little boxes. Argh. -- Avleen Vig Systems Administrator Personal: www.silverwraith.com EFnet: irc.mindspring.com (Earthlink user access only) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 07:58: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 4AE8B16A4CE for ; Fri, 12 Nov 2004 07:58:39 +0000 (GMT) Received: from www.hexe.com.pl (www.hexe.com.pl [212.160.230.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D89743D58 for ; Fri, 12 Nov 2004 07:58:38 +0000 (GMT) (envelope-from clamav@www.hexe.com.pl) Received: from www.hexe.com.pl (smmsp@localhost [127.0.0.1]) iAC7U2cU024043; Fri, 12 Nov 2004 08:30:04 +0100 Received: (from clamav@localhost) by www.hexe.com.pl (8.12.3/8.12.3/Debian-6.6) id iAC7Q3tR023858; Fri, 12 Nov 2004 08:26:03 +0100 Date: Fri, 12 Nov 2004 08:26:03 +0100 Message-Id: <200411120726.iAC7Q3tR023858@www.hexe.com.pl> From: To: Auto-Submitted: auto-submitted (antivirus notify) X-Infected-Received-From: ahr174.neoplus.adsl.tpnet.pl [83.25.199.174] X-Virus-Scanned: clamd / ClamAV version 0.75-1, clamav-milter version 0.74a on www X-Virus-Status: Clean cc: postmaster@www.hexe.com.pl cc: e.rys@hexe.com.pl Subject: Virus intercepted 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, 12 Nov 2004 07:58:39 -0000 A message you sent to contained Worm.SomeFool.X and has not been delivered. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 09:50:38 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 24C6516A4CE for ; Fri, 12 Nov 2004 09:50:38 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D6D43D41 for ; Fri, 12 Nov 2004 09:50:37 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id iAC9oWD69157; Fri, 12 Nov 2004 09:50:32 GMT (envelope-from rb) Message-Id: <6.1.2.0.2.20041112094849.0465b880@gid.co.uk> X-Sender: rbmail@gid.co.uk (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 12 Nov 2004 09:50:28 +0000 To: Bruce M Simpson , Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org From: Bob Bishop In-Reply-To: <20041112033014.GC7195@dhcp120.icir.org> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112033014.GC7195@dhcp120.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: tcsh fix 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, 12 Nov 2004 09:50:38 -0000 At 03:30 12/11/2004, Bruce M Simpson wrote: >Also keep in mind that ash is not POSIX sh (at least not as completely >as one might like). [etc] Indeed. It's POSIX sh far more completely than one might like. /duck -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:05: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 AA13216A4CE; Thu, 11 Nov 2004 22:05:01 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id F002043D2D; Thu, 11 Nov 2004 22:05:00 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iABN8Rve001597; Thu, 11 Nov 2004 17:08:27 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <4193E0F9.7030506@corserv.com> Date: Thu, 11 Nov 2004 16:00:25 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <200411112237.iABMb6YV001471@corserv.corserv.com> <20041111215923.GE582@hub.freebsd.org> In-Reply-To: <20041111215923.GE582@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 Nov 2004 14:04:06 +0000 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tcsh is not csh 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, 11 Nov 2004 22:05:01 -0000 Kris Kennaway wrote: > > Please raise tcsh compatibility bugs with the tcsh developers. Well I think that this problem is not so much with tcsh as freebsd. If tcsh wants to pull this kind of crap, fine. But I really think it is a mistake for freebsd to put a copy of tcsh in /bin and call it csh. Folks and programs that rely on old csh get funny surprises when tcsh is called csh. For what, so that there is no tcsh in /shells? I am sure I do not have to elucidate on the problems this can cause. From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 11 22:17: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 13FA816A4CE for ; Thu, 11 Nov 2004 22:17:58 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B59843D2F for ; Thu, 11 Nov 2004 22:17:57 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iABNLCKB001652; Thu, 11 Nov 2004 17:21:13 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <4193E3F7.9070205@corserv.com> Date: Thu, 11 Nov 2004 16:13:11 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Coleman , freebsd-hackers@freebsd.org References: <200411112237.iABMb6YV001471@corserv.corserv.com> <4193E3EF.3030506@criticalmagic.com> In-Reply-To: <4193E3EF.3030506@criticalmagic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 12 Nov 2004 14:04:06 +0000 Subject: Re: tcsh is not csh 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, 11 Nov 2004 22:17:58 -0000 Richard Coleman wrote: > > I think the reality is that most people here would rather deal with a > few csh incompatibilities in order to have a much more featureful shell, > rather than use an ancient shell in order to get bug for bug compatibility. I humbly suggest that /bin contain csh and tcsh. Is that too hard? > Writing a shell is hard work (I was involved in zsh development many > years ago). Yes, and writing shell scripts is done to maximize portability. Ie csh is really csh, sh is really sh. That is a lot of work. It would be nice if the base system could be relied upon. Since there are plenty of good third party shells, there > are many other tasks for which FreeBSD developers can better spend their > time. > > Richard Coleman > rcoleman@criticalmagic.com > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 00:46:50 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 BDB5916A4CE for ; Fri, 12 Nov 2004 00:46:50 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB0343D46 for ; Fri, 12 Nov 2004 00:46:50 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iAC1oI5J002015 for ; Thu, 11 Nov 2004 19:50:19 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <419406E5.6050902@corserv.com> Date: Thu, 11 Nov 2004 18:42:13 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) 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 X-Mailman-Approved-At: Fri, 12 Nov 2004 14:04:06 +0000 Subject: Re; tcsh is not csh 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, 12 Nov 2004 00:46:50 -0000 >Dan Nelson wrote: > > but you're 4 years too late to affect >the outcome... I think the problem can still be fixed. Simply put in /bin/tcsh and let /bin/csh be what it actually is, which is to say /bin/csh. I realize that will add all of 300kB to the system. Oh and there would also have to be an entry for tcsh in /etc/shells. Should I send a patch? Developers have a right to expect a certain basic level of functionality on a system. When he calls fopen() he should get fopen, when he calls /bin/bash he should get /bin/bash not zsh nor sh nor ksh. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 14:35: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 10FA516A4CE for ; Fri, 12 Nov 2004 14:35:42 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6400543D48 for ; Fri, 12 Nov 2004 14:35:41 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 31976 invoked by uid 0); 12 Nov 2004 14:33:45 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.87) by node15.coopprint.com with SMTP; 12 Nov 2004 14:33:45 -0000 Message-ID: <4194CA3E.4010601@gamersimpact.com> Date: Fri, 12 Nov 2004 08:35:42 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Lyons References: <419406E5.6050902@corserv.com> In-Reply-To: <419406E5.6050902@corserv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Re; tcsh is not csh 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, 12 Nov 2004 14:35:42 -0000 Kevin Lyons wrote: > >Dan Nelson wrote: > > > > but you're 4 years too late to affect > >the outcome... > > I think the problem can still be fixed. Simply put in /bin/tcsh and > let /bin/csh be what it actually is, which is to say /bin/csh. I > realize that will add all of 300kB to the system. Oh and there would > also have to be an entry for tcsh in /etc/shells. Should I send a patch? (root@blue)~:cvs co -d etc src/etc (root@blue)~:cd etc (root@blue)~/etc:grep tcsh shells /bin/tcsh (root@blue)~/etc: How many programs does this incompatability actually break? Realistically? If it hasn't been a problem in the last 4 years it makes me wonder if anyone is actually writing or using shell scripts written for this. I'm not opposed to adding a real csh to /bin, but if we're only adding it to work around a minor incompatability that few if any programs rely on I don't see it as being a necessity. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 15:02: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 8473216A4CE for ; Fri, 12 Nov 2004 15:02:01 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FDA43D54 for ; Fri, 12 Nov 2004 15:02:01 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: <4a287079d4c2e1991b7dc0f1e08437ce@coraid.com> To: doconnor@gsoft.com.au, freebsd-hackers@freebsd.org From: Sam Hopkins Date: Fri, 12 Nov 2004 09:56:00 -0500 In-Reply-To: <200411121500.43988.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: AoE for 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: Fri, 12 Nov 2004 15:02:01 -0000 > On Fri, 12 Nov 2004 08:38, M. Warner Losh wrote: >> In message: >> >> Sam Hopkins writes: >> : Hello all, >> : >> : Just a quick note to mention that I've added AoE support to FreeBSD 4.10, >> : 5.3, and 6.0. Patches are available at >> : http://www.coraid.com/support/freebsd. >> >> Cool! > > Yet gross at the same time :) Actually, that was our motto for a while. But seriously, criticism is welcome -- specifics appreciated. Cheers, Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 15:17:09 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 1C3CC16A4CE for ; Fri, 12 Nov 2004 15:17:09 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F36843D45 for ; Fri, 12 Nov 2004 15:17:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iACFGxG3015969; Sat, 13 Nov 2004 01:47:00 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Sam Hopkins Date: Sat, 13 Nov 2004 01:46:58 +1030 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1102549.yBA8lT9sfJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411130146.58821.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: AoE for 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: Fri, 12 Nov 2004 15:17:09 -0000 --nextPart1102549.yBA8lT9sfJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 13 Nov 2004 01:26, Sam Hopkins wrote: > > Yet gross at the same time :) > > Actually, that was our motto for a while. Hahah :) > But seriously, criticism is welcome -- specifics appreciated. They look nice, but hideously expensive for anything I could use them in :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1102549.yBA8lT9sfJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlNPq5ZPcIHs/zowRAg1fAKCUVru+kK653A1WP9ao63fIPdJXqwCfce6g JGwZTde3ctC+uQ+vnEBGQmY= =JGps -----END PGP SIGNATURE----- --nextPart1102549.yBA8lT9sfJ-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 15:25: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 7556416A4CE for ; Fri, 12 Nov 2004 15:25:01 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A5C43D58 for ; Fri, 12 Nov 2004 15:25:01 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iACGShw7003831; Fri, 12 Nov 2004 10:28:43 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <4194D4BC.3060103@corserv.com> Date: Fri, 12 Nov 2004 09:20:28 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers References: <419406E5.6050902@corserv.com> <4194CA3E.4010601@gamersimpact.com> In-Reply-To: <4194CA3E.4010601@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Re; tcsh is not csh 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, 12 Nov 2004 15:25:01 -0000 Ryan Sommers wrote: > How many programs does this incompatability actually break? > Realistically? If it hasn't been a problem in the last 4 years it makes > me wonder if anyone is actually writing or using shell scripts written > for this. I think it is a mistake to say that just because this is the first time a complaint was make on hackers that this is the first time this has occured. The script I showed previously was pretty basic; easily capable of breaking many csh scripts. This is how it looks so far: OpenBSD - works NetBSD - works Irix 6.5 - works Sun OS - works HPUX - not tried yet AIX - not tried yet FreeBSD - does not work (they knew better and renamed tcsh csh rather than just calling a spade a spade, some commit bit vandal got a hair to rename parts of the world for the sake of mankind.) linux - not tried yet > I'm not opposed to adding a real csh to /bin, but if we're only adding > it to work around a minor incompatability that few if any programs rely > on I don't see it as being a necessity. And the microsoft mentality lives on. God help freebsd. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 15:33: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 8667616A4CE for ; Fri, 12 Nov 2004 15:33:40 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A15C43D58 for ; Fri, 12 Nov 2004 15:33:40 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 5E03814BED2; Fri, 12 Nov 2004 16:33:39 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 631A314BE72; Fri, 12 Nov 2004 16:33:36 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id iACFXact004308; Fri, 12 Nov 2004 16:33:36 +0100 (CET) (envelope-from stijn) Date: Fri, 12 Nov 2004 16:33:36 +0100 From: Stijn Hoop To: Kevin Lyons Message-ID: <20041112153336.GH2431@pcwin002.win.tue.nl> Mail-Followup-To: Stijn Hoop , Kevin Lyons , freebsd-hackers@freebsd.org References: <419406E5.6050902@corserv.com> <4194CA3E.4010601@gamersimpact.com> <4194D4BC.3060103@corserv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <4194D4BC.3060103@corserv.com> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mailhost.tue.nl X-Spam-DCC: CollegeOfNewCaledonia: mailhost.tue.nl 1189; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-hackers@freebsd.org Subject: Re: Re; tcsh is not csh 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, 12 Nov 2004 15:33:40 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 12, 2004 at 09:20:28AM -0600, Kevin Lyons wrote: > FreeBSD - does not work (they knew better and renamed tcsh csh rather=20 > than just calling a spade a spade, some commit bit vandal got a hair to= =20 > rename parts of the world for the sake of mankind.) [...] > >I'm not opposed to adding a real csh to /bin, but if we're only adding= =20 > >it to work around a minor incompatability that few if any programs rely= =20 > >on I don't see it as being a necessity. >=20 > And the microsoft mentality lives on. God help freebsd. You know, I actually thought you had a point hidden inside those ugly words somewhere. Care to share it in a civil way? --Stijn --=20 My server has more fans than Britney. -- Steve Warwick, from a posting at questions@freebsd.org --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlNfQY3r/tLQmfWcRAnr2AJ4i+S+XeVar+bsQWBjcwK3mxNOT/ACfb0/Q lDSTiBE23mokh4CyDVtNnxA= =5KZj -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 15:46: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 7473C16A4D2 for ; Fri, 12 Nov 2004 15:46:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9761043D45 for ; Fri, 12 Nov 2004 15:46:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iACFk6DL029029; Fri, 12 Nov 2004 08:46:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 12 Nov 2004 08:46:14 -0700 (MST) Message-Id: <20041112.084614.63902502.imp@bsdimp.com> To: klyons@corserv.com From: "M. Warner Losh" In-Reply-To: <4194D4BC.3060103@corserv.com> References: <419406E5.6050902@corserv.com> <4194CA3E.4010601@gamersimpact.com> <4194D4BC.3060103@corserv.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Re; tcsh is not csh 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, 12 Nov 2004 15:46:35 -0000 In message: <4194D4BC.3060103@corserv.com> Kevin Lyons writes: : > I'm not opposed to adding a real csh to /bin, but if we're only adding : > it to work around a minor incompatability that few if any programs rely : > on I don't see it as being a necessity. : : And the microsoft mentality lives on. God help freebsd. Mind your P's and Q's on this mailing list, or you will be ejected. You are more than welcome to your negative opinions, but expressing them in such a disrespectful way is counter productive. It will not be tolerated, so clean it up. Just install shells/44bsd-csh and make whatever symlinks your csh shell scripts need and it will work. Alternatively, report the problem to the very responsive tcsh maintainers and the fixes for your problems will be incorporated back into freebsd automatically. Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:02: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 8BC5216A4CE for ; Fri, 12 Nov 2004 16:02:01 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273A643D48 for ; Fri, 12 Nov 2004 16:02:01 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: To: doconnor@gsoft.com.au, freebsd-hackers@freebsd.org From: Sam Hopkins Date: Fri, 12 Nov 2004 10:59:27 -0500 In-Reply-To: <200411130146.58821.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: AoE for 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: Fri, 12 Nov 2004 16:02:01 -0000 > On Sat, 13 Nov 2004 01:26, Sam Hopkins wrote: >> > Yet gross at the same time :) >> >> Actually, that was our motto for a while. > > Hahah :) > >> But seriously, criticism is welcome -- specifics appreciated. > > They look nice, but hideously expensive for anything I could use them in :( Compared to other solutions, or just based on your wallet? We'd like to think we've priced them competitively. Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:05: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 B570016A4CE for ; Fri, 12 Nov 2004 16:05:32 +0000 (GMT) Received: from av15-1-sn4.m-sp.skanova.net (av15-1-sn4.m-sp.skanova.net [81.228.10.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C3C243D3F for ; Fri, 12 Nov 2004 16:05:31 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av15-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 5A23637E45; Fri, 12 Nov 2004 17:05:30 +0100 (CET) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av15-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 4236D37E42 for ; Fri, 12 Nov 2004 17:05:30 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id EA85037E46 for ; Fri, 12 Nov 2004 17:05:29 +0100 (CET) Received: (qmail 91797 invoked by uid 1001); 12 Nov 2004 16:05:28 -0000 Date: Fri, 12 Nov 2004 17:05:28 +0100 From: Erik Trulsson To: Avleen Vig Message-ID: <20041112160528.GA91711@falcon.midgard.homeip.net> Mail-Followup-To: Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112055543.GH19417@silverwraith.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix 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, 12 Nov 2004 16:05:32 -0000 On Thu, Nov 11, 2004 at 09:55:43PM -0800, Avleen Vig wrote: > On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: > > Personally I am of the opinion that csh (all versions) should be > > removed completely from the base system and relegated entirely to the > > ports system. Other than historical reasons there is not much point in > > having it in the base system. > > I strongly disagree. csh and sh should be 'pure' versions. That is to > say, no matter what shell is actually being called as sh or csh, it > should provide a 100% compatible version, no differences, no "upgrades". 100% compatible with WHAT?!? Remember that even 'classic' csh went through several versions, and I very much doubt that the last version was 100% compatible with the first version. sh has gone through even more upgrades over the years. For /bin/sh there is a Posix standard which says what minimum set of features it should have. Following this standard makes /bin/sh look much more like the Korn shell than the original Bourne shell. > This is to provide compatibility whn working with multiple versions of > Unix. > I write many scripts in sh on Solaris, and find they just don't work on > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > compatible. I HATE this. We shouldn't do this, and should do anything > like this. Again - backwards compatible with what? Might it not be the case that it is your scripts for Solaris-sh which uses non-standard features and therefore fails on bash (which actually tends to be very standards-compliant.) > > > (Originally csh was created to get a shell with better interactive > > features the original Bourne shell and tcsh is much better for > > interactive use than 'classic' csh - indeed a modern /bin/sh is better > > than 'classic' csh. For writing scripts the Bourne-derivatives is much > > better than csh and it has long been strongly recommended that one > > should not write scripts for csh. One cannot even assume that > > all systems have csh installed - Posix doesn't require it but it does > > require /bin/sh to be present.) > > and /bin/sh should be classic /bin/sh not some version which is going to > break my shit when I port it over! I'm so glad this is the case with > FreeBSD :-) But it isn't. /bin/sh is much improved and enhanced over 'classic' /bin/sh (as found in, say v6 Unix.) Going back to the original Bourne shell would not be fun. ash (the shell FreeBSD uses for /bin/sh) is much a "real" /bin/sh as tcsh is a "real" /bin/csh. > > 'csh' does run pure csh, and nothing else. The latest version of csh > > which happens to be renamed to tcsh to be exact. That this latest > > version is not 100% compatible with earlier versions might be > > unfortunate but very few software packages never break backwards > > compatibility. > > How about when working with multiple versions of the same shell on > different OS's? surely you can see the problem there. If you have to write scripts that need to work with many different shell-implementations - each with its own set of bugs - you will simply have to write your scripts so as to avoid those things which differ between the implementations. The other option is to write your scripts so that they work according to some relevant standard and file bug-reports for those shells which do not implement the standard correctly. > > > > 'sh' should be pure sh, not what Linux does and bastardize it as > > > /bin/bash > > > > There is no such thing as "pure sh". It you believe otherwise please > > tell us what you think such a shell would look like and exactly what > > features should be in it. > > (Hint: Current standards require /bin/sh to have several features that > > were not available on early Unix versions.) > > Then we should follow current standards. Not pretend one shell is > another! Following current standards means that we cannot have a 'classic' /bin/sh. Following current standards mean that Linux can have bash installed as /bin/sh. > > > > If someon wants a more powerful shell, they can install it themselves. > > > > Keep in mind that FreeBSD's /bin/sh is a more powerful shell than was > > available in, say, v7 Unix. > > Yes but AFAIK it's compatible in every way I've tried with say, Sun's > /bin/sh, and I've tried some pretty complex shell scripts. Sun's /bin/sh has also been enhanced in many ways (mostly for Posix-compliance I would think, same as FreeBSD's /bin/sh.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:46: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 6D22F16A4CE for ; Fri, 12 Nov 2004 16:46:00 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 599C743D53 for ; Fri, 12 Nov 2004 16:45:55 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id A4D598452F; Fri, 12 Nov 2004 17:45:53 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 81247-03-4; Fri, 12 Nov 2004 17:45:48 +0100 (CET) Received: from [172.16.129.72] (japan.axelero.com [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id D8FFA8444A; Fri, 12 Nov 2004 17:45:47 +0100 (CET) Message-ID: <4194E8BB.9050004@fsn.hu> Date: Fri, 12 Nov 2004 17:45:47 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041111 X-Accept-Language: hu, en-us, en MIME-Version: 1.0 To: Sam Hopkins References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at fsn.hu cc: freebsd-hackers@freebsd.org Subject: Re: AoE for 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: Fri, 12 Nov 2004 16:46:00 -0000 Sam Hopkins wrote: >>They look nice, but hideously expensive for anything I could use them in :( > Compared to other solutions, or just based on your wallet? We'd like to think > we've priced them competitively. Being this a FreeBSD list, I guess one could achieve similar function with a rack mountable PC case which can hold 15 SATA disks, an ATX motherboard with a dual GE interface and geom_gate. Of course this works only with FreeBSD, but Linux has its own implementation for this task (nbd). Don't know if it's cheaper or not... These boxes are cool indeed. :) -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Services Network (FSN.HU) phone @work: +361 371 3536 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:55: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 6E2C816A4CE for ; Fri, 12 Nov 2004 16:55:02 +0000 (GMT) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D1343D45 for ; Fri, 12 Nov 2004 16:55:02 +0000 (GMT) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) iACGstKm015257; Fri, 12 Nov 2004 08:54:55 -0800 (PST) Received: from [209.81.27.3] ([209.81.27.3]) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id iACGsrkv086018; Fri, 12 Nov 2004 08:54:53 -0800 (PST) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.6.040913.0 Date: Fri, 12 Nov 2004 08:54:56 -0800 From: joe mcguckin To: Sam Hopkins , , Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: ClamAV 0.80/559/Thu Oct 28 06:08:33 2004 clamav-milter version 0.80j on smtp2.via.net X-Virus-Status: Clean Subject: Re: AoE for 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: Fri, 12 Nov 2004 16:55:02 -0000 What's the performance like? Do you have any benchmark numbers? Joe On 11/12/04 7:59 AM, "Sam Hopkins" wrote: >> On Sat, 13 Nov 2004 01:26, Sam Hopkins wrote: >>>> Yet gross at the same time :) >>> >>> Actually, that was our motto for a while. >> >> Hahah :) >> >>> But seriously, criticism is welcome -- specifics appreciated. >> >> They look nice, but hideously expensive for anything I could use them in :( > > Compared to other solutions, or just based on your wallet? We'd like to think > we've priced them competitively. > > Sam > > _______________________________________________ > 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" > -- Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-213-1302 Cell: 650-207-0372 Fax: 650-969-2124 From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:59: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 79CB316A4CE for ; Fri, 12 Nov 2004 16:59:10 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E962443D45 for ; Fri, 12 Nov 2004 16:59:09 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iACI2qsS004094; Fri, 12 Nov 2004 12:02:53 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <4194EACC.5090400@corserv.com> Date: Fri, 12 Nov 2004 10:54:36 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Erik Trulsson References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112160528.GA91711@falcon.midgard.homeip.net> In-Reply-To: <20041112160528.GA91711@falcon.midgard.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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, 12 Nov 2004 16:59:10 -0000 Erik Trulsson wrote: > 100% compatible with WHAT?!? Remember that even 'classic' csh went > through several versions, and I very much doubt that the last version > was 100% compatible with the first version. They added some features. Existing functionality was not broken. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 16:59: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 4B42F16A4CE for ; Fri, 12 Nov 2004 16:59:45 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id BAA3D43D46 for ; Fri, 12 Nov 2004 16:59:43 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 26753 invoked from network); 12 Nov 2004 16:59:37 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.97) by gandalf.online.bg with SMTP; 12 Nov 2004 16:59:37 -0000 Received: (qmail 1556 invoked by uid 1000); 12 Nov 2004 16:59:32 -0000 Date: Fri, 12 Nov 2004 18:59:32 +0200 From: Peter Pentchev To: Kevin Lyons Message-ID: <20041112165931.GA896@straylight.m.ringlet.net> Mail-Followup-To: Kevin Lyons , Kris Kennaway , freebsd-hackers@FreeBSD.ORG References: <200411112237.iABMb6YV001471@corserv.corserv.com> <20041111215923.GE582@hub.freebsd.org> <4193E0F9.7030506@corserv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <4193E0F9.7030506@corserv.com> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@FreeBSD.ORG cc: Kris Kennaway Subject: Re: tcsh is not csh 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, 12 Nov 2004 16:59:45 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 11, 2004 at 04:00:25PM -0600, Kevin Lyons wrote: > Kris Kennaway wrote: >=20 > > > >Please raise tcsh compatibility bugs with the tcsh developers. >=20 > Well I think that this problem is not so much with tcsh as freebsd. If=20 > tcsh wants to pull this kind of crap, fine. >=20 > But I really think it is a mistake for freebsd to put a copy of tcsh in= =20 > /bin and call it csh. Folks and programs that rely on old csh get funny= =20 > surprises when tcsh is called csh. For what, so that there is no tcsh=20 > in /shells? >=20 > I am sure I do not have to elucidate on the problems this can cause. [disclaimer: I have not been involved in any way in the import and maintenance of tcsh in FreeBSD. Any assertions made here come purely from a user's perspective, and may thus be slightly or vastly off the mark] Now wait just a minute here. There's a little fact that I think you are missing :) What FreeBSD did ~4 years ago was NOT to take tcsh as-is and just plonk it into /bin/csh. Rather, what FreeBSD did was 1. install tcsh as /bin/tcsh (you can verify that it is there, and that it is in /etc/shells, too), and then *also* install it as /bin/csh, which - and here's the little fact that you might be missing - activates tcsh's "csh compatibility mode". Yes, tcsh checks how it is being executed, and tries to emulate the historical csh behavior as best it can, if it has been invoked as 'csh' and not 'tcsh'. Thus, it seems to have been the FreeBSD Project's intention to *keep* csh compatibility for csh scripts, while also providing the extended capabilities of tcsh for those users who choose to use them by *explicitly* invoking it as tcsh. And this is why people keep telling you that you should actually complain to the tcsh developers, not the FreeBSD developers, for the incompatibilities between 44bsd-csh and tcsh *in csh-compatility mode*. Over the years, later versions of tcsh have been imported into FreeBSD, with the general goal being to incorporate the improvements *and bugfixes* that made their way into those later upstream tcsh versions. Thus, if there is a bug in tcsh's csh compatibility mode, you really might do better to report it to the tcsh maintainers - on the several occassions when I've needed to report tcsh(1) and file(1) issues to Christos Zoulas, I've found him to be quite responsive and willing to accomodate reasonable requests and bugfixes :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If wishes were fishes, the antecedent of this conditional would be true. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlOvz7Ri2jRYZRVMRArt1AJ94Tjdu5KAP7PDPswIPEZ6UF0LuZwCgldGy j547GA3zDNW79RMrviXrP0c= =C4iQ -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 17:02: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 546E316A4CE for ; Fri, 12 Nov 2004 17:02:58 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62B543D1D for ; Fri, 12 Nov 2004 17:02:57 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CSep6-0000ck-7T; Fri, 12 Nov 2004 17:02:56 +0000 Date: Fri, 12 Nov 2004 17:02:56 +0000 From: Ceri Davies To: Kevin Lyons , freebsd-hackers@FreeBSD.ORG Message-ID: <20041112170256.GY57641@submonkey.net> Mail-Followup-To: Ceri Davies , Kevin Lyons , freebsd-hackers@FreeBSD.ORG References: <200411112237.iABMb6YV001471@corserv.corserv.com> <20041111215923.GE582@hub.freebsd.org> <4193E0F9.7030506@corserv.com> <20041112165931.GA896@straylight.m.ringlet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="smg5cxXuWnf2ORaW" Content-Disposition: inline In-Reply-To: <20041112165931.GA896@straylight.m.ringlet.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: Re: tcsh is not csh 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, 12 Nov 2004 17:02:58 -0000 --smg5cxXuWnf2ORaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 12, 2004 at 06:59:32PM +0200, Peter Pentchev wrote: > On Thu, Nov 11, 2004 at 04:00:25PM -0600, Kevin Lyons wrote: > Thus, if there is a bug in tcsh's csh compatibility mode, you really > might do better to report it to the tcsh maintainers - on the several > occassions when I've needed to report tcsh(1) and file(1) issues to > Christos Zoulas, I've found him to be quite responsive and willing to > accomodate reasonable requests and bugfixes :) The implication being that you refrain from calling him pathetic when you report the bug. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --smg5cxXuWnf2ORaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlOy/ocfcwTS3JF8RAhUUAKCd0LQdKr069Kx4VvKqbcLpwIs5kQCglhTK WXcEFTPUTM9lS0OT4JqqPcA= =xTyW -----END PGP SIGNATURE----- --smg5cxXuWnf2ORaW-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 17:32: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 BBB0D16A4CE for ; Fri, 12 Nov 2004 17:32:02 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CDC843D48 for ; Fri, 12 Nov 2004 17:32:02 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: <919e1a16d689f31831db7c0153eaa8b7@coraid.com> To: joe@via.net, freebsd-hackers@freebsd.org From: Sam Hopkins Date: Fri, 12 Nov 2004 12:28:13 -0500 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: AoE for 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: Fri, 12 Nov 2004 17:32:02 -0000 > What's the performance like? Do you have any benchmark numbers? What benchmark do we care about here? We've tested various configurations and the I/O rate scales linearly with the number of blades involved. On Linux with dual 2GHz processors, two GbE interfaces, and one shelf per interface -- to get the load balanced properly across CPUs -- we see 80-90 MB/s sustained read/write throughput. I'm vying for this (our only workhorse) box to do freebsd tests on the same hardware. Give me a benchmark to try and I'll spit out some numbers when I get the box (later this afternoon). Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 17:50: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 A866E16A4D1 for ; Fri, 12 Nov 2004 17:50:08 +0000 (GMT) Received: from suricate.otoh.org (suricate.otoh.org [64.81.247.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A4E43D4C for ; Fri, 12 Nov 2004 17:50:08 +0000 (GMT) (envelope-from freebsdhackers@otoh.org) Received: from 64.81.247.155 (suricate.otoh.org [64.81.247.155]) by suricate.otoh.org (Postfix) with SMTP id D19C27DC91C; Fri, 12 Nov 2004 09:50:06 -0800 (PST) Received: by suricate.otoh.org (Postfix, from userid 1001) id D28017DC91A; Fri, 12 Nov 2004 09:50:05 -0800 (PST) Date: Fri, 12 Nov 2004 09:50:05 -0800 From: Paul Armstrong To: Avleen Vig , Kevin Lyons , freebsd-hackers@freebsd.org Message-ID: <20041112175005.GG1807@suricate.otoh.org> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112160528.GA91711@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112160528.GA91711@falcon.midgard.homeip.net> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on suricate.otoh.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=ham version=2.64 Subject: Re: tcsh fix 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, 12 Nov 2004 17:50:08 -0000 On Fri, Nov 12, 2004 at 05:05:28PM +0100, Erik Trulsson wrote: > > This is to provide compatibility whn working with multiple versions of > > Unix. > > I write many scripts in sh on Solaris, and find they just don't work on > > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > > compatible. I HATE this. We shouldn't do this, and should do anything > > like this. > > Again - backwards compatible with what? Might it not be the case that > it is your scripts for Solaris-sh which uses non-standard features and > therefore fails on bash (which actually tends to be very > standards-compliant.) Indeed. Keep in mind that if you want a standard Bourne implementation on Solaris (or at least one that complies to POSIX.2a-1992), then you need to start your scripts with /usr/xpg4/bin/sh rather than /bin/sh. Given that it's easier (and shouldn't actually do any harm to the base OS) to commit the 44bsd csh as /bin/csh (or just simply remove the link for /bin/csh->/bin/tcsh) than continue to argue about this, would someone with a commit bit please make this thread go away? Paul From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18:10:50 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 841D516A4CE for ; Fri, 12 Nov 2004 18:10:50 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C6343D2D for ; Fri, 12 Nov 2004 18:10:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id iACIAesL019117; Fri, 12 Nov 2004 10:10:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id iACIAchb019110; Fri, 12 Nov 2004 10:10:38 -0800 (PST) (envelope-from obrien) Date: Fri, 12 Nov 2004 10:10:38 -0800 From: "David O'Brien" To: Kevin Lyons Message-ID: <20041112181038.GA18108@dragon.nuxi.com> References: <419406E5.6050902@corserv.com> <4194CA3E.4010601@gamersimpact.com> <4194D4BC.3060103@corserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4194D4BC.3060103@corserv.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-hackers@freebsd.org Subject: Re: Re; tcsh is not csh X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: 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: Fri, 12 Nov 2004 18:10:50 -0000 On Fri, Nov 12, 2004 at 09:20:28AM -0600, Kevin Lyons wrote: > FreeBSD - does not work (they knew better and renamed tcsh csh rather > than just calling a spade a spade, some commit bit vandal got a hair to > rename parts of the world for the sake of mankind.) That would be me. 1. Why don't you ask about this on the tcsh mailing lists? 2. OR why don't you send me a patch that fixes the bug? 3. OR why don't you test to see if you are running under tcsh and use a different code path: if ( $?tcsh ) then # something that will work with tcsh else # existing code endif -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18:22: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 EEDF816A4CE for ; Fri, 12 Nov 2004 18:22:41 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7982943D31 for ; Fri, 12 Nov 2004 18:22:41 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id iACIMeTe000636; Fri, 12 Nov 2004 13:22:40 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Fri, 12 Nov 2004 13:22:39 -0500 To: Sam Hopkins , freebsd-hackers@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: AoE for 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: Fri, 12 Nov 2004 18:22:42 -0000 At 3:36 PM -0500 11/10/04, Sam Hopkins wrote: >Hello all, > >Just a quick note to mention that I've added AoE support to >FreeBSD 4.10, 5.3, and 6.0. Patches are available at >http://www.coraid.com/support/freebsd. > >If anyone knows where else I could announce this, I'd >appreciate it. This looks interesting. Will this support be available for multiple hardware architectures? (sparc64, amd64 and PPC would be the ones I am the most interested in after i386) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18:42: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 E518F16A4CE for ; Fri, 12 Nov 2004 18:42:06 +0000 (GMT) Received: from coraid.com (ns1.coraid.com [65.14.39.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 730A643D1F for ; Fri, 12 Nov 2004 18:42:06 +0000 (GMT) (envelope-from sah@coraid.com) Message-ID: <491fcd52ef269121ef491ecc1e506fd1@coraid.com> To: drosih@rpi.edu, freebsd-hackers@freebsd.org From: Sam Hopkins Date: Fri, 12 Nov 2004 13:41:37 -0500 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: AoE for 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: Fri, 12 Nov 2004 18:42:07 -0000 > At 3:36 PM -0500 11/10/04, Sam Hopkins wrote: >>Hello all, >> >>Just a quick note to mention that I've added AoE support to >>FreeBSD 4.10, 5.3, and 6.0. Patches are available at >>http://www.coraid.com/support/freebsd. >> >>If anyone knows where else I could announce this, I'd >>appreciate it. > > This looks interesting. Will this support be available for > multiple hardware architectures? (sparc64, amd64 and PPC > would be the ones I am the most interested in after i386) Nothing about this is architecture specific. All you need is an Ethernet interface. (Unless I'm misunderstanding your question ...) It's an Ethernet SAN architecture. Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18:47: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 5E6FE16A4CE for ; Fri, 12 Nov 2004 18:47:21 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19CDF43D2D for ; Fri, 12 Nov 2004 18:47:21 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id iACIlEQW002060; Fri, 12 Nov 2004 10:47:14 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id iACIlAsj002059; Fri, 12 Nov 2004 10:47:10 -0800 (PST) (envelope-from obrien) Date: Fri, 12 Nov 2004 10:47:10 -0800 From: "David O'Brien" To: Avleen Vig Message-ID: <20041112184710.GA1594@dragon.nuxi.com> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112055543.GH19417@silverwraith.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: 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: Fri, 12 Nov 2004 18:47:21 -0000 On Thu, Nov 11, 2004 at 09:55:43PM -0800, Avleen Vig wrote: > On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: > > Personally I am of the opinion that csh (all versions) should be > > removed completely from the base system and relegated entirely to the > > ports system. Other than historical reasons there is not much point in > > having it in the base system. > > I strongly disagree. csh and sh should be 'pure' versions. That is to > say, no matter what shell is actually being called as sh or csh, it > should provide a 100% compatible version, no differences, no "upgrades". > This is to provide compatibility whn working with multiple versions of > Unix. What is a pure 'csh'?? Please answer in detail. Have you ever looked at the source code for 4.3BSD 'csh'? What about 'tcsh' source code? Hint, Christos Zoulas had at CSRG login and was maintaining and enhancing BSD 'csh'. The 4.4BSD 'csh' was Zoulas's work. 'tcsh' is simply the continued evolution of BSD 'csh'. So do you want the original Bill Joy 'csh' from 3BSD?? Do you want the 'csh' that originally appeared in System 3 (or was it V)?? Do you wan the 4.4BSD-Lite2 'csh' (ie, the last from CSRG)?? THERE IS NO STANDARD 'csh'. POSIX doesn't even try to standardize it. 'csh' is an interactive shell, not a programming language. Anyone trying to write "portable" scripts in 'csh' should know why "Csh Programming Considered Harmful" http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ > I write many scripts in sh on Solaris, and find they just don't work on > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > compatible. I HATE this. This is a totally different story. There is a POSIX 'sh' standard, and bash "leaks" extensions even when exec'ed as /bin/sh. > > There is no such thing as "pure sh". It you believe otherwise please > > tell us what you think such a shell would look like and exactly what > > features should be in it. > > (Hint: Current standards require /bin/sh to have several features that > > were not available on early Unix versions.) > > Then we should follow current standards. Not pretend one shell is > another! Again, show me the standard addressing 'csh'. -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18:47: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 59C6816A4CE for ; Fri, 12 Nov 2004 18:47:44 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E16D443D3F for ; Fri, 12 Nov 2004 18:47:43 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iACJpTr3004370 for ; Fri, 12 Nov 2004 13:51:29 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <4195043E.8000808@corserv.com> Date: Fri, 12 Nov 2004 12:43:10 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Cc: freebsd-hackers@freebsd.org References: <419406E5.6050902@corserv.com> <4194CA3E.4010601@gamersimpact.com> <4194D4BC.3060103@corserv.com> <20041112181038.GA18108@dragon.nuxi.com> In-Reply-To: <20041112181038.GA18108@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Re; tcsh is not csh 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, 12 Nov 2004 18:47:44 -0000 David O'Brien wrote: > > 1. Why don't you ask about this on the tcsh mailing lists? I have. > 2. OR why don't you send me a patch that fixes the bug? This behavoir is described in the man page so I thought it was intended. My thinking was if tcsh wants this fine. It is just not compat with csh which is also fine as long as there is a csh. > 3. OR why don't you test to see if you are running under tcsh and use a > different code path: > if ( $?tcsh ) then > # something that will work with tcsh > else > # existing code > endif I did $<:q but I suspect others will have the same issue in future so I thought it would be nice for all involved if the csh standard behavoir was available on freebsd. > From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 19:54: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 B6A2316A4CE; Fri, 12 Nov 2004 19:54:58 +0000 (GMT) Received: from corserv.corserv.com (tx-65-40-201-169.sta.sprint-hsd.net [65.40.201.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4174443D48; Fri, 12 Nov 2004 19:54:58 +0000 (GMT) (envelope-from klyons@corserv.com) Received: from [192.168.1.3] (cygni.corserv.com [192.168.1.3]) by corserv.corserv.com (8.12.11/8.11.6) with ESMTP id iACKwiTg004527; Fri, 12 Nov 2004 14:58:45 -0600 (CST) (envelope-from klyons@corserv.com) Message-ID: <41951400.8040805@corserv.com> Date: Fri, 12 Nov 2004 13:50:24 -0600 From: Kevin Lyons User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, obrien@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> In-Reply-To: <20041112184710.GA1594@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: tcsh fix 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, 12 Nov 2004 19:54:58 -0000 David O'Brien wrote: > > What is a pure 'csh'?? Please answer in detail. Have you ever looked at > the source code for 4.3BSD 'csh'? What about 'tcsh' source code? Hint, > Christos Zoulas had at CSRG login and was maintaining and enhancing BSD > 'csh'. The 4.4BSD 'csh' was Zoulas's work. 'tcsh' is simply the > continued evolution of BSD 'csh'. Presumably pure csh is the last stable release of csh before tcsh came along. Openbsd, netbsd, sun and sgi all seem to have been able to settle on a csh. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 21:34: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 EE83D16A4CE; Fri, 12 Nov 2004 21:34:49 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D89943D3F; Fri, 12 Nov 2004 21:34:49 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id A794465219; Fri, 12 Nov 2004 21:34:47 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 65288-02-2; Fri, 12 Nov 2004 21:34:47 +0000 (GMT) Received: from empiric.dek.spc.org (adsl-64-171-184-73.dsl.snfc21.pacbell.net [64.171.184.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id EC732651F4; Fri, 12 Nov 2004 21:34:46 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 1E27B66A7; Fri, 12 Nov 2004 13:34:29 -0800 (PST) Date: Fri, 12 Nov 2004 13:34:29 -0800 From: Bruce M Simpson To: Kevin Lyons Message-ID: <20041112213429.GD830@empiric.icir.org> Mail-Followup-To: Kevin Lyons , freebsd-hackers@freebsd.org, obrien@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> <41951400.8040805@corserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41951400.8040805@corserv.com> cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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, 12 Nov 2004 21:34:50 -0000 On Fri, Nov 12, 2004 at 01:50:24PM -0600, Kevin Lyons wrote: > Presumably pure csh is the last stable release of csh before tcsh came > along. Openbsd, netbsd, sun and sgi all seem to have been able to > settle on a csh. I'm extremely happy with having tcsh instead of csh in the base system. As others have said, if someone has an operational requirement for plain old csh, they are free to install the port and make the appropriate links. BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 21:54: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 A4A8716A4CE for ; Fri, 12 Nov 2004 21:54:03 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 106AC43D45 for ; Fri, 12 Nov 2004 21:54:01 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 95757 invoked by uid 2003); 12 Nov 2004 21:50:32 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.050543 secs); 12 Nov 2004 21:50:32 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Nov 2004 21:50:31 -0000 Date: Fri, 12 Nov 2004 16:53:58 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: Bruce M Simpson In-Reply-To: <20041112213429.GD830@empiric.icir.org> Message-ID: References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112055543.GH19417@silverwraith.com> <41951400.8040805@corserv.com> <20041112213429.GD830@empiric.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix 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, 12 Nov 2004 21:54:03 -0000 On Fri, 12 Nov 2004, Bruce M Simpson wrote: > I'm extremely happy with having tcsh instead of csh in the base system. As > others have said, if someone has an operational requirement for plain old > csh, they are free to install the port and make the appropriate links. As an interested (and innocent) bystander, I'm not quite grasping why it's an either/or proposition. Why not just break the link, grab net/open's /bin/csh and commit it? Charles > BMS > _______________________________________________ > 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 Fri Nov 12 23:04: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 CE38316A4CE for ; Fri, 12 Nov 2004 23:04:06 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CBA943D49 for ; Fri, 12 Nov 2004 23:04:06 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) iACN3naI029847 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 13 Nov 2004 00:03:51 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id iACN3asu005622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Nov 2004 00:03:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id iACN3a7G017778; Sat, 13 Nov 2004 00:03:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id iACN3Y9Z017776; Sat, 13 Nov 2004 00:03:34 +0100 (CET) (envelope-from ticso) Date: Sat, 13 Nov 2004 00:03:34 +0100 From: Bernd Walter To: Paul Armstrong Message-ID: <20041112230333.GV772@cicely12.cicely.de> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112160528.GA91711@falcon.midgard.homeip.net> <20041112175005.GG1807@suricate.otoh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112175005.GG1807@suricate.otoh.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 23:04:07 -0000 On Fri, Nov 12, 2004 at 09:50:05AM -0800, Paul Armstrong wrote: > On Fri, Nov 12, 2004 at 05:05:28PM +0100, Erik Trulsson wrote: > > > This is to provide compatibility whn working with multiple versions of > > > Unix. > > > I write many scripts in sh on Solaris, and find they just don't work on > > > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > > > compatible. I HATE this. We shouldn't do this, and should do anything > > > like this. > > > > Again - backwards compatible with what? Might it not be the case that > > it is your scripts for Solaris-sh which uses non-standard features and > > therefore fails on bash (which actually tends to be very > > standards-compliant.) > > Indeed. Keep in mind that if you want a standard Bourne implementation > on Solaris (or at least one that complies to POSIX.2a-1992), then you > need to start your scripts with /usr/xpg4/bin/sh rather than /bin/sh. I often missed features in FreeBSD ash that Solaris /bin/sh had, such as using ^ sign as an | alternative (in germany one often has to search the | key on bad configured terminals, which was not uncommon in field service). I also often missed the vi mode and command history of FreeBSDs ash in Solaris. To get both sides happy you have to build it into *one* shell and not complaining your missing features are more important than what others need. > Given that it's easier (and shouldn't actually do any harm to the base > OS) to commit the 44bsd csh as /bin/csh (or just simply remove the link > for /bin/csh->/bin/tcsh) than continue to argue about this, would > someone with a commit bit please make this thread go away? It's much easier getting the compatbility bug fixed in tcsh by contacting the tcsh maintainers than senseless asking for yet another shell in the base. Have you ever tried contacting the tcsh team about this issue? Having two shells is just bleeding base and the discussion about csh vs. tcsh is long time ago - it even already made it into -stable. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 23:48: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 A3BEA16A4D1 for ; Fri, 12 Nov 2004 23:48:46 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86FB43D2D for ; Fri, 12 Nov 2004 23:48:45 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 42CF565381; Fri, 12 Nov 2004 23:48:42 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 66836-02-2; Fri, 12 Nov 2004 23:48:41 +0000 (GMT) Received: from empiric.dek.spc.org (adsl-67-121-93-58.dsl.snfc21.pacbell.net [67.121.93.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 82DB0653D2; Fri, 12 Nov 2004 23:48:35 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id D152E66A7; Fri, 12 Nov 2004 15:48:24 -0800 (PST) Date: Fri, 12 Nov 2004 15:48:24 -0800 From: Bruce M Simpson To: Charles Sprickman Message-ID: <20041112234824.GA5241@empiric.icir.org> Mail-Followup-To: Charles Sprickman , freebsd-hackers@freebsd.org References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> <41951400.8040805@corserv.com> <20041112213429.GD830@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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, 12 Nov 2004 23:48:46 -0000 Hello, Misunderstandings such as this seem to be all too common in volunteer open source projects, sadly, and the resultant slagging match on mailing lists is counterproductive for all concerned. On Fri, Nov 12, 2004 at 04:53:58PM -0500, Charles Sprickman wrote: > As an interested (and innocent) bystander, I'm not quite grasping why it's > an either/or proposition. Why not just break the link, grab net/open's > /bin/csh and commit it? Because we settled on tcsh 4 years ago, and no one has complained up until now, and making such a change now means going through all the vendor branch rigmarole for another shell in the base system, when the vast majority of people using the system are happy with the shells we already have, and alternatives are easily and readily available from ports. If person X wants shell Y which is not in the base system, and they wish to use they are perfectly free to use ports or maintain a local branch. The latter is non-trivial, the former, well, the time and effort involved in maintaining a port is far lower, and a port already exists for this particular case. Being abusive towards the volunteers who maintain something largely for free, and maintaining that something a bug when it isn't, when the answer to person X's problems is right in front of them, doesn't help anyone - it certainly doesn't help the person who wants the functionality of shell Y, and it doesn't magically inspire the volunteers who maintain the project to invest the non-trivial time and effort in creating a CVS vendor branch to maintain shell Y, which only person X has asked for. Regards, BMS From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 01:09:38 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 A0DC916A4CE for ; Sat, 13 Nov 2004 01:09:38 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9F743D1F for ; Sat, 13 Nov 2004 01:09:38 +0000 (GMT) (envelope-from beowuff@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so483927rnf for ; Fri, 12 Nov 2004 17:09:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=RULHENLKIEJRvwjkf3MGp1SETfIy81mLuVfygCEfrg+GCUB64mhAdShaXUzZDQRp6HkN13WQz1EVN7I+DIKkA3Bw8LeDZdeDBcc8GtKjczDEaX0xk16trC8OVVvM7OAZ5A2mBuUagGS5S69GtD+948qVO7o3rYmmcKHmTTK/5tM= Received: by 10.38.74.56 with SMTP id w56mr43588rna; Fri, 12 Nov 2004 17:09:37 -0800 (PST) Received: by 10.38.70.31 with HTTP; Fri, 12 Nov 2004 17:09:37 -0800 (PST) Message-ID: Date: Fri, 12 Nov 2004 17:09:37 -0800 From: beowuff To: freebsd-hackers@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <491fcd52ef269121ef491ecc1e506fd1@coraid.com> Subject: Re: AoE for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: beowuff List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Nov 2004 01:09:38 -0000 Damn... Thought this was Age of Empires... :-( On Fri, 12 Nov 2004 13:41:37 -0500, Sam Hopkins wrote: > > > > At 3:36 PM -0500 11/10/04, Sam Hopkins wrote: > >>Hello all, > >> > >>Just a quick note to mention that I've added AoE support to > >>FreeBSD 4.10, 5.3, and 6.0. Patches are available at > >>http://www.coraid.com/support/freebsd. > >> > >>If anyone knows where else I could announce this, I'd > >>appreciate it. > > > > This looks interesting. Will this support be available for > > multiple hardware architectures? (sparc64, amd64 and PPC > > would be the ones I am the most interested in after i386) > > Nothing about this is architecture specific. All you need > is an Ethernet interface. (Unless I'm misunderstanding your question ...) > > It's an Ethernet SAN architecture. > > Sam > > > > _______________________________________________ > 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 Sat Nov 13 04:07:50 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 1781B16A4CE for ; Sat, 13 Nov 2004 04:07:50 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2494843D45 for ; Sat, 13 Nov 2004 04:07:49 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (vbsi9ln41f2gadmt@thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id iAD47i1r002227; Fri, 12 Nov 2004 22:07:44 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.13.1/8.13.1) with ESMTP id iAD47ic2002115; Fri, 12 Nov 2004 22:07:44 -0600 (CST) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)iAD47h31002109; Fri, 12 Nov 2004 22:07:43 -0600 (CST) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Fri, 12 Nov 2004 22:07:43 -0600 (CST) From: Sean Farley X-X-Sender: sean@thor.farley.org To: Matthew Dillon In-Reply-To: <200411110651.iAB6pekO065188@apollo.backplane.com> Message-ID: <20041112212917.L1667@thor.farley.org> References: <200411101801.iAAI1SkK061883@apollo.backplane.com> <200411110651.iAB6pekO065188@apollo.backplane.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1969289673-1100318863=:1883" cc: freebsd-hackers@freebsd.org Subject: Re: bugs in contigmalloc*() related to "page not found in hash" panics 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: Sat, 13 Nov 2004 04:07:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1969289673-1100318863=:1883 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 10 Nov 2004, Matthew Dillon wrote: > :> Here is the DragonFly commit. > :> > :> http://www.dragonflybsd.org/cvsweb/src/sys/vm/vm_contig.c.diff?r1=1.10&r2=1.11&f=u > :> > :> FreeBSD-4: > :> > :> FreeBSD-4 is in the same situation that DFly was in and requires > :> the same fixes as the above patch, though note that in FreeBSD-4 > :> the contigmalloc() code is in vm_page.c, not vm_contig.c. > > I tried the patch in the hopes it would fix my Nvidia-driver > crash-on-demand system. :) While my system appears stable without > the Nvidia driver but with this patch, my system can still crash > easily with the Nvidia driver. It usually dies with a: > > Point me at the nvidia driver source and I will do a quick audit of > it to see if there is anything obviously broken. This is running > on FreeBSD-4.x? If it's a binary-only driver there isn't much I > can do, though. Unfortunately, it is the binary driver from Nvidia. Maybe someone using DragonFly is having similar problems? > There is a test you can run. If you have a kernel vmcore and > related kernel image that contains the vm page not found in hash > panic, you can run this program on it to do a sanity check on the > VM page array and hash table. I have modified this program to work > with FreeBSD-4.x (I'd have to rewrite it to make it work with > 5.x/6.x, which I don't have time to do): > This program will sanity check the VM page hash table from the core > file and tell you if there are any pages missing from the hash > table or sitting in the wrong slot. > > My expectation is that it will find a page sitting in the wrong > slot. I ran the program on the vmcore and debug kernel from the recent crash since the vmcore with the "page not found in hash" panic has long since been deleted. As expected, the program showed no problem with the vmcore. > : > : Fatal trap 12: page fault while in kernel mode > : fault virtual address = 0x30 > : fault code = supervisor read, page not present > : > > This is a different failure. I'd need a backtrace or a > kernel.debug and vmcore to play with, and a FreeBSD developer would > probably be able to help you more with it. It's obviously a NULL > pointer indirection of some sort. I will attach it , and I will also send it to Nvidia as I did once many moons ago. One interesting symptom that I just noticed very close to the time of instability is this message from /var/log/messages: Nov 10 22:47:14 thor /kernel: stray irq 7 Here is near the end of strings output of vmcore just before panic: <118>Wed Nov 10 22:46:44 CST 2004 <3>stray irq 7 <118>Nov 10 22:47:14 thor /kernel: stray irq 7 <3>stray irq 7 <3>stray irq 7 <118>Nov 10 22:47:46 thor last message repeated 2 times The parallel port is disabled, and I do not see these messages without the Nvidia driver. > :Two "page not found in hash" panics that I believe are related to the > :Nvidia driver: > :http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71086 > :http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72539 > > The 'page not found in hash' bug is *NOT* likely to be related to any > of the pmap code, simply because the sanity checks already in the > kernel (assuming the kernel is compiled with options INVARIANTS and > options INVARIANT_SUPPORT) mostly preclude an error path to this > panic from the pmap code. However, pmap panics could be related to > corrupted VM pages. I have not tried compiling these options into the kernel. Sometime this weekend I will give them a shot. Thank you for your help and the detailed description of the bug (tricksy, sneaky bug) you fixed. Sean -- sean-freebsd@farley.org --0-1969289673-1100318863=:1883 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=asdf Content-Transfer-Encoding: BASE64 Content-ID: <20041112220743.O1883@thor.farley.org> Content-Description: Stack trace Content-Disposition: attachment; filename=asdf SWRsZVBURCBhdCBwaHlzaWNhbCBhZGRyZXNzIDB4MDA5MjIwMDANCmluaXRp YWwgcGNiIGF0IHBoeXNpY2FsIGFkZHJlc3MgMHgwMDMyNmNjMA0KcGFuaWNz dHI6IHBhZ2UgZmF1bHQNCnBhbmljIG1lc3NhZ2VzOg0KLS0tDQpGYXRhbCB0 cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpmYXVs dCB2aXJ0dWFsIGFkZHJlc3MJPSAweDMwDQpmYXVsdCBjb2RlCQk9IHN1cGVy dmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9p bnRlcgk9IDB4ODoweGMwMjRmMzExDQpzdGFjayBwb2ludGVyCSAgICAgICAg PSAweDEwOjB4ZDg2MWVjMTQNCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4 MTA6MHhkODYxZWMzYw0KY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1p dCAweGZmZmZmLCB0eXBlIDB4MWINCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVm MzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVu YWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcwkJPSA0 NjAgKGdsYmx1cikNCmludGVycnVwdCBtYXNrCQk9IG5vbmUNCnRyYXAgbnVt YmVyCQk9IDEyDQpwYW5pYzogcGFnZSBmYXVsdA0KDQpzeW5jaW5nIGRpc2tz Li4uIDIyIDUgMyAzIDMgMyAzIDMgMyAzIDMgMyAzIDMgMyAzIDMgMyAzIDMg MyAzIA0KZ2l2aW5nIHVwIG9uIDIgYnVmZmVycw0KVXB0aW1lOiAxbTU2cw0K DQpkdW1waW5nIHRvIGRldiAjYWQvMHgzMDAxMSwgb2Zmc2V0IDEwMjc2ODAN CmR1bXAgYXRhMTogcmVzZXR0aW5nIGRldmljZXMgLi4gZG9uZQ0KDQo8c25p cHBlZCBtZW1vcnkgY291bnQgZG93biBmcm9tIDUxMSB0byAwPg0KDQotLS0N CiMwICBkdW1wc3lzICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1 dGRvd24uYzo0ODcNCjQ4NwkJaWYgKGR1bXBpbmcrKykgew0KKGtnZGIpIHdo ZXJlIGZ1bGwNCiMwICBkdW1wc3lzICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJu L2tlcm5fc2h1dGRvd24uYzo0ODcNCgllcnJvciA9IDANCiMxICAweGMwMTY1 NTIzIGluIGJvb3QgKGhvd3RvPTI1NikgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjMxNg0KCWhvd3RvID0gMjU2DQojMiAgMHhjMDE2 NTk0OCBpbiBwb3dlcm9mZl93YWl0IChqdW5rPTB4YzAyZjUzNmMsIGhvd3Rv PS0xMDcwNjQxNTUzKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRk b3duLmM6NTk1DQoJZm10ID0gMHhjMDJmNTM2YyAiJXMiDQoJYm9vdG9wdCA9 IDI1Ng0KCWJ1ZiA9ICJwYWdlIGZhdWx0IiwgJ1wwMDAnIDxyZXBlYXRzIDI0 NSB0aW1lcz4NCiMzICAweGMwMmExNjRlIGluIHRyYXBfZmF0YWwgKGZyYW1l PTB4ZDg2MWViZDQsIGV2YT00OCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4 Ni90cmFwLmM6OTc0DQoJZnJhbWUgPSAoc3RydWN0IHRyYXBmcmFtZSAqKSAw eDEwMA0KCWNvZGUgPSAtMTA3MDY0MDI3Ng0KCXR5cGUgPSAxMg0KCXNzID0g LTEwNzA2NDAyNzYNCgllc3AgPSAwDQoJc29mdHNlZyA9IHtzc2RfYmFzZSA9 IDAsIHNzZF9saW1pdCA9IDEwNDg1NzUsIHNzZF90eXBlID0gMjcsIHNzZF9k cGwgPSAwLCBzc2RfcCA9IDEsIHNzZF94eCA9IDIsIHNzZF94eDEgPSAxLCAN CiAgc3NkX2RlZjMyID0gMSwgc3NkX2dyYW4gPSAxfQ0KIzQgIDB4YzAyYTEz MjEgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4ZDg2MWViZDQsIHVzZXJtb2Rl PTAsIGV2YT00OCkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6 ODY3DQoJdmEgPSAwDQoJdm0gPSAoc3RydWN0IHZtc3BhY2UgKikgMHgwDQoJ bWFwID0gMHhkNGM1Y2ZjMA0KCXJ2ID0gMA0KCWZ0eXBlID0gMSAnXDAwMScN CglwID0gKHN0cnVjdCBwcm9jICopIDB4ZDc1MzU4ZTANCiM1ICAweGMwMmEw ZjBiIGluIHRyYXAgKGZyYW1lPXt0Zl9mcyA9IDE2LCB0Zl9lcyA9IDE2LCB0 Zl9kcyA9IDE2LCB0Zl9lZGkgPSAtNjgyNDAzNjE2LCB0Zl9lc2kgPSAwLCAN CiAgICAgIHRmX2VicCA9IC02NjQ2NzExNzIsIHRmX2lzcCA9IC02NjQ2NzEy MzIsIHRmX2VieCA9IC02NjE5OTc2MzIsIHRmX2VkeCA9IC02NjE5OTc2MzIs IHRmX2VjeCA9IDAsIA0KICAgICAgdGZfZWF4ID0gLTEwMjk0MzMwODgsIHRm X3RyYXBubyA9IDEyLCB0Zl9lcnIgPSAwLCB0Zl9laXAgPSAtMTA3MTMyMDMw MywgdGZfY3MgPSA4LCB0Zl9lZmxhZ3MgPSA2NjExOCwgDQogICAgICB0Zl9l c3AgPSAtNjYxOTk3NjMyLCB0Zl9zcyA9IDB9KSBhdCAvdXNyL3NyYy9zeXMv aTM4Ni9pMzg2L3RyYXAuYzo0NjYNCglwID0gKHN0cnVjdCBwcm9jICopIDB4 ZDc1MzU4ZTANCglzdGlja3MgPSAxNDAxODc0Njg2NTg2NDkzMzM3Ng0KCWkg PSAwDQoJdWNvZGUgPSAwDQoJdHlwZSA9IDEyDQoJY29kZSA9IDANCglldmEg PSA0OA0KIzYgIDB4YzAyNGYzMTEgaW4gZmZzX2ZzeW5jIChhcD0weGQ4NjFl YzY0KSBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfdm5vcHMuYzoxMzgN CglpcCA9IChzdHJ1Y3QgaW5vZGUgKikgMHgwDQoJdnAgPSAoc3RydWN0IHZu b2RlICopIDB4ZDg4YWI3YzANCglicCA9IChzdHJ1Y3QgYnVmICopIDB4MA0K CW5icCA9IChzdHJ1Y3QgYnVmICopIDB4YzAxNWZmMjMNCglzID0gLTY2NDY3 MTE2MA0KCWVycm9yID0gMA0KCXdhaXQgPSAxDQoJcGFzc2VzID0gLTY2NDY3 MTE1Mg0KCXNraXBtZXRhID0gLTY2NDY3MTE2OA0KCWxibiA9IC0xMDcxMjky Mjk5DQojNyAgMHhjMDE5M2RhYyBpbiB2aW52YWxidWYgKHZwPTB4ZDg4YWI3 YzAsIGZsYWdzPTEsIGNyZWQ9MHgwLCBwPTB4ZDc1MzU4ZTAsIHNscGZsYWc9 MCwgc2xwdGltZW89MCkgYXQgdm5vZGVfaWYuaDo1NTgNCglhID0ge2FfZGVz YyA9IDB4YzAyZmU4YTAsIGFfdnAgPSAweGQ4OGFiN2MwLCBhX2NyZWQgPSAw eDAsIGFfd2FpdGZvciA9IDEsIGFfcCA9IDB4ZDc1MzU4ZTB9DQoJdnAgPSAo c3RydWN0IHZub2RlICopIDB4ZDg4YWI3YzANCgljcmVkID0gKHN0cnVjdCB1 Y3JlZCAqKSAweDANCglwID0gKHN0cnVjdCBwcm9jICopIDB4MA0KCWNyZWQg PSAoc3RydWN0IHVjcmVkICopIDB4MA0KCXAgPSAoc3RydWN0IHByb2MgKikg MHgwDQoJYnAgPSAoc3RydWN0IGJ1ZiAqKSAweGQ4OGFiN2MwDQoJbmJwID0g KHN0cnVjdCBidWYgKikgMHgwDQoJYmxpc3QgPSAoc3RydWN0IGJ1ZiAqKSAw eDANCglzID0gMA0KCWVycm9yID0gLTY2MTk5NzYzMg0KCW9iamVjdCA9IDB4 ZDc1MzU4ZTANCiM4ICAweGMwMTk1MGUzIGluIHZjbGVhbiAodnA9MHhkODhh YjdjMCwgZmxhZ3M9OCwgcD0weGQ3NTM1OGUwKSBhdCAvdXNyL3NyYy9zeXMv a2Vybi92ZnNfc3Vici5jOjE4OTQNCgl2cCA9IChzdHJ1Y3Qgdm5vZGUgKikg MHhkODhhYjdjMA0KCWZsYWdzID0gMA0KCXAgPSAoc3RydWN0IHByb2MgKikg MHhkNzUzNThlMA0KCWFjdGl2ZSA9IDANCiM5ICAweGMwMTk1MmY3IGluIHZn b25lbCAodnA9MHhkODhhYjdjMCwgcD0weGQ3NTM1OGUwKSBhdCAvdXNyL3Ny Yy9zeXMva2Vybi92ZnNfc3Vici5jOjIwNTgNCgl2cCA9IChzdHJ1Y3Qgdm5v ZGUgKikgMHhkODhhYjdjMA0KCXMgPSAwDQojMTAgMHhjMDE5NTJhOSBpbiB2 cmVjeWNsZSAodnA9MHhkODhhYjdjMCwgaW50ZXJfbGtwPTB4MCwgcD0weGQ3 NTM1OGUwKSBhdCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjIwMTMN Cgl2cCA9IChzdHJ1Y3Qgdm5vZGUgKikgMHgwDQojMTEgMHhjMDI1MGNkYiBp biB1ZnNfaW5hY3RpdmUgKGFwPTB4ZDg2MWVkNDgpIGF0IC91c3Ivc3JjL3N5 cy91ZnMvdWZzL3Vmc19pbm9kZS5jOjEwNQ0KCWFwID0gKHN0cnVjdCB2b3Bf aW5hY3RpdmVfYXJncyAqKSAweDANCgl2cCA9IChzdHJ1Y3Qgdm5vZGUgKikg MHhkODhhYjdjMA0KCWlwID0gKHN0cnVjdCBpbm9kZSAqKSAweGMyYTQxOTAw DQoJcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGQ3NTM1OGUwDQoJbW9kZSA9IDAN CgllcnJvciA9IDANCiMxMiAweGMwMjU2MDc1IGluIHVmc192bm9wZXJhdGUg KGFwPTB4ZDg2MWVkNDgpIGF0IC91c3Ivc3JjL3N5cy91ZnMvdWZzL3Vmc192 bm9wcy5jOjIzNzYNCglhcCA9IChzdHJ1Y3Qgdm9wX2dlbmVyaWNfYXJncyAq KSAweDANCiMxMyAweGMwMTk0ZTAwIGluIHZwdXQgKHZwPTB4ZDg4YWI3YzAp IGF0IHZub2RlX2lmLmg6ODE1DQoJYSA9IHthX2Rlc2MgPSAweGMwMmZlYWUw LCBhX3ZwID0gMHhkODhhYjdjMCwgYV9wID0gMHhkNzUzNThlMH0NCgl2cCA9 IChzdHJ1Y3Qgdm5vZGUgKikgMHhkODhhYjdjMA0KCXAgPSAoc3RydWN0IHBy b2MgKikgMHgwDQoJdnAgPSAoc3RydWN0IHZub2RlICopIDB4ZDg4YWI3YzAN CglwID0gKHN0cnVjdCBwcm9jICopIDB4MA0KIzE0IDB4YzAxOWI1YjcgaW4g dm5fb3BlbiAobmRwPTB4ZDg2MWVlYjQsIGZtb2RlPTI1OCwgY21vZGU9Mzg0 KSBhdCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfdm5vcHMuYzoxOTcNCgljbW9k ZSA9IDANCgl2cCA9IChzdHJ1Y3Qgdm5vZGUgKikgMHhkODhhYjdjMA0KCXAg PSAoc3RydWN0IHByb2MgKikgMHhkNzUzNThlMA0KCWNyZWQgPSAoc3RydWN0 IHVjcmVkICopIDB4YzI5ZTUwMDANCgl2YXQgPSB7dmFfdHlwZSA9IDM2MzAy OTY3NDQsIHZhX21vZGUgPSAzNjI3LCB2YV9ubGluayA9IC0xNjM2MiwgdmFf dWlkID0gMCwgdmFfZ2lkID0gMTEsIA0KICB2YV9mc2lkID0gMzYxMjU2MzY4 MCwgdmFfZmlsZWlkID0gMTEsIHZhX3NpemUgPSAzMjY1Njc3MzEyLCB2YV9i bG9ja3NpemUgPSAtNjY0NjcwNzQ4LCB2YV9hdGltZSA9IHt0dl9zZWMgPSAw LCANCiAgICB0dl9uc2VjID0gMX0sIHZhX210aW1lID0ge3R2X3NlYyA9IC0x MDcyMjcwMDQzLCB0dl9uc2VjID0gLTEwMjkyODk5ODR9LCB2YV9jdGltZSA9 IHt0dl9zZWMgPSAtNjgyNDAzMjkzLCANCiAgICB0dl9uc2VjID0gNn0sIHZh X2dlbiA9IDExLCB2YV9mbGFncyA9IDM2MTI1NjM2ODAsIHZhX3JkZXYgPSAx MSwgdmFfYnl0ZXMgPSAyOTQwMDEwMDMzNiwgDQogIHZhX2ZpbGVyZXYgPSAx NTU5MjAwNTc5MzUyMDk2MTUzNiwgdmFfdmFmbGFncyA9IDMyMjI2NjYxMDcs IHZhX3NwYXJlID0gMH0NCgl2YXAgPSAoc3RydWN0IHZhdHRyICopIDB4ZDg2 MWVkOWMNCgltb2RlID0gMTI4DQoJZXJyb3IgPSAxMw0KIzE1IDB4YzAxNjc2 YjEgaW4gY29yZWR1bXAgKHA9MHhkNzUzNThlMCkgYXQgL3Vzci9zcmMvc3lz L2tlcm4va2Vybl9zaWcuYzoxNjMyDQoJdnAgPSAoc3RydWN0IHZub2RlICop IDB4ZDRjNWNmYzANCgljcmVkID0gKHN0cnVjdCB1Y3JlZCAqKSAweGMyOWU1 MDAwDQoJbGYgPSB7bF9zdGFydCA9IC0zMTE0ODU1MTQwMTAzNTk1ODA4LCBs X2xlbiA9IC0yODU0NzM3NzMzNjk4NDUzNTA0LCBsX3BpZCA9IC0xMDcxMjU2 MTQwLCBsX3R5cGUgPSAxMCwgDQogIGxfd2hlbmNlID0gMH0NCgluZCA9IHtu aV9kaXJwID0gMHhjMmE2NDgwMCAiZ2xibHVyLmNvcmUiLCBuaV9zZWdmbGcg PSBVSU9fU1lTU1BBQ0UsIG5pX3N0YXJ0ZGlyID0gMHgwLCANCiAgbmlfcm9v dGRpciA9IDB4ZDZhYTVlMDAsIG5pX3RvcGRpciA9IDB4MCwgbmlfdnAgPSAw eGQ4OGFiN2MwLCBuaV9kdnAgPSAweDAsIG5pX3BhdGhsZW4gPSAxLCANCiAg bmlfbmV4dCA9IDB4ZDc1NDI4MGIgIiIsIG5pX2xvb3BjbnQgPSAwLCBuaV9j bmQgPSB7Y25fbmFtZWlvcCA9IDEsIGNuX2ZsYWdzID0gNDkxNjQsIGNuX3By b2MgPSAweGQ3NTM1OGUwLCANCiAgICBjbl9jcmVkID0gMHhjMjllNTAwMCwg Y25fcG5idWYgPSAweGQ3NTQyODAwICIiLCBjbl9uYW1lcHRyID0gMHhkNzU0 MjgwMCAiIiwgY25fbmFtZWxlbiA9IDExLCBjbl9jb25zdW1lID0gMH19DQoJ dmF0dHIgPSB7dmFfdHlwZSA9IDMyMzgzNTQxMjAsIHZhX21vZGUgPSAxLCB2 YV9ubGluayA9IDAsIHZhX3VpZCA9IDIsIHZhX2dpZCA9IDAsIHZhX2ZzaWQg PSAzNTY5NzMzMzc4LCANCiAgdmFfZmlsZWlkID0gLTcyNTIzMzcyOCwgdmFf c2l6ZSA9IDEzODQ1NjM1OTYyMDY3MDg3MTU2LCB2YV9ibG9ja3NpemUgPSAt NjY0NjcwNDkyLCB2YV9hdGltZSA9IHt0dl9zZWMgPSAwLCANCiAgICB0dl9u c2VjID0gMn0sIHZhX210aW1lID0ge3R2X3NlYyA9IC02NjQ2NzA0ODgsIHR2 X25zZWMgPSAtNjY0NjcwNTAwfSwgdmFfY3RpbWUgPSB7dHZfc2VjID0gLTY2 NDY3MDQ5NiwgDQogICAgdHZfbnNlYyA9IC02NjQ2NzA1MjF9LCB2YV9nZW4g PSAzNjMwMjk2Nzc2LCB2YV9mbGFncyA9IDM2MTI1NjM2ODAsIHZhX3JkZXYg PSAzNTY5NzMzNTY4LCANCiAgdmFfYnl0ZXMgPSAxMzg2MjE1NjkzNjY4Nzkx MDkxMiwgdmFfZmlsZXJldiA9IDM2MzA0OTcyNDgsIHZhX3ZhZmxhZ3MgPSAz MjIyNjY2MTA3LCB2YV9zcGFyZSA9IDJ9DQoJZXJyb3IgPSAxMQ0KCWVycm9y MSA9IDANCgluYW1lID0gMHhjMmE2NDgwMCAiZ2xibHVyLmNvcmUiDQoJbGlt aXQgPSA5MjIzMzcyMDM2ODU0Nzc1ODA3DQojMTYgMHhjMDE2NzNkMiBpbiBz aWdleGl0IChwPTB4ZDc1MzU4ZTAsIHNpZz0xMSkgYXQgL3Vzci9zcmMvc3lz L2tlcm4va2Vybl9zaWcuYzoxNDk0DQoJcCA9IChzdHJ1Y3QgcHJvYyAqKSAw eGQ3NTM1OGUwDQoJc2lnID0gMTENCiMxNyAweGMwMTY3MWIwIGluIHBvc3Rz aWcgKHNpZz0xMSkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaWcuYzox NDA3DQoJcCA9IChzdHJ1Y3QgcHJvYyAqKSAweGQ3NTM1OGUwDQoJcHMgPSAo c3RydWN0IHNpZ2FjdHMgKikgMHhkODYxYzI2MA0KCWFjdGlvbiA9IDANCgly ZXR1cm5tYXNrID0ge19fYml0cyA9IHsxMDI0LCAwLCAwLCAwfX0NCgljb2Rl ID0gMA0KIzE4IDB4YzAyYTExMTMgaW4gdHJhcCAoZnJhbWU9e3RmX2ZzID0g NDcsIHRmX2VzID0gNDcsIHRmX2RzID0gNDcsIHRmX2VkaSA9IC0xMDc3OTM5 ODI4LCB0Zl9lc2kgPSAtMTA3NzkzOTgyOCwgDQogICAgICB0Zl9lYnAgPSAt MTA3Nzk0MDE2MCwgdGZfaXNwID0gLTY2NDY3MDI1MiwgdGZfZWJ4ID0gMTM0 NzIwMzg0LCB0Zl9lZHggPSAwLCB0Zl9lY3ggPSAxNCwgdGZfZWF4ID0gMSwg DQogICAgICB0Zl90cmFwbm8gPSAxMiwgdGZfZXJyID0gMSwgdGZfZWlwID0g NjcyMDE5NjY4LCB0Zl9jcyA9IDMxLCB0Zl9lZmxhZ3MgPSA2NjE5OCwgdGZf ZXNwID0gLTEwNzc5NDAyODQsIA0KICAgICAgdGZfc3MgPSA0N30pIGF0IC91 c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjE3NA0KCXMgPSAtNjY0Njcw MzIwDQoJc2lnID0gMA0KCXAgPSAoc3RydWN0IHByb2MgKikgMHhkNzUzNThl MA0KCWZyYW1lID0gKHN0cnVjdCB0cmFwZnJhbWUgKikgMHhkODYxZWZhOA0K CW90aWNrcyA9IDcNCglwID0gKHN0cnVjdCBwcm9jICopIDB4ZDc1MzU4ZTAN CglzdGlja3MgPSA3DQoJaSA9IC02ODI0MDMzMjQNCgl1Y29kZSA9IDEyDQoJ dHlwZSA9IC02NjQ2NzAzMjANCgljb2RlID0gMA0KCWV2YSA9IDENCiMxOSAw eDI4MGUzNGQ0IGluID8/ICgpDQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFp bGFibGUuDQojMjAgMHg4MDRjOWYxIGluID8/ICgpDQpObyBzeW1ib2wgdGFi bGUgaW5mbyBhdmFpbGFibGUuDQojMjEgMHg4MDRkNjQ2IGluID8/ICgpDQpO byBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQojMjIgMHg4MDRmZDEx IGluID8/ICgpDQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQoj MjMgMHg4MDRjMDk5IGluID8/ICgpDQpObyBzeW1ib2wgdGFibGUgaW5mbyBh dmFpbGFibGUuDQojMjQgMHg4MDRlODAwIGluID8/ICgpDQpObyBzeW1ib2wg dGFibGUgaW5mbyBhdmFpbGFibGUuDQojMjUgMHg4MDRiZmNlIGluID8/ICgp DQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQo= --0-1969289673-1100318863=:1883-- From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 04:13: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 3AEA716A4CE for ; Sat, 13 Nov 2004 04:13:18 +0000 (GMT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 078C243D3F for ; Sat, 13 Nov 2004 04:13:18 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.218.67) by smtp02.syd.iprimus.net.au (7.0.036) id 4192B046000E7979; Sat, 13 Nov 2004 15:12:55 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 2EB22425D; Sat, 13 Nov 2004 15:13:15 +1100 (EST) Date: Sat, 13 Nov 2004 15:13:15 +1100 From: Tim Robbins To: Charles Sprickman Message-ID: <20041113041315.GA23384@cat.robbins.dropbear.id.au> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112055543.GH19417@silverwraith.com> <41951400.8040805@corserv.com> <20041112213429.GD830@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Kevin Lyons cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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: Sat, 13 Nov 2004 04:13:18 -0000 On Fri, Nov 12, 2004 at 04:53:58PM -0500, Charles Sprickman wrote: > On Fri, 12 Nov 2004, Bruce M Simpson wrote: > > >I'm extremely happy with having tcsh instead of csh in the base system. As > >others have said, if someone has an operational requirement for plain old > >csh, they are free to install the port and make the appropriate links. > > As an interested (and innocent) bystander, I'm not quite grasping why it's > an either/or proposition. Why not just break the link, grab net/open's > /bin/csh and commit it? Because two copies of csh are two too many. If we were to import another shell into the base system, it would not be csh. Tim From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 05:25:26 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 93FC916A4CE for ; Sat, 13 Nov 2004 05:25:26 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iAD5PQiU034269 for ; Sat, 13 Nov 2004 00:25:26 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iAD5PPWN034268 for freebsd-hackers@freebsd.org; Sat, 13 Nov 2004 00:25:25 -0500 (EST) (envelope-from green) Date: Sat, 13 Nov 2004 00:25:25 -0500 From: Brian Fundakowski Feldman To: freebsd-hackers@freebsd.org Message-ID: <20041113052525.GE997@green.homeunix.org> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112184710.GA1594@dragon.nuxi.com> User-Agent: Mutt/1.5.6i Subject: Re: tcsh fix 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: Sat, 13 Nov 2004 05:25:27 -0000 On Fri, Nov 12, 2004 at 10:47:10AM -0800, David O'Brien wrote: > On Thu, Nov 11, 2004 at 09:55:43PM -0800, Avleen Vig wrote: > > On Fri, Nov 12, 2004 at 04:11:22AM +0100, Erik Trulsson wrote: > > > Personally I am of the opinion that csh (all versions) should be > > > removed completely from the base system and relegated entirely to the > > > ports system. Other than historical reasons there is not much point in > > > having it in the base system. > > > > I strongly disagree. csh and sh should be 'pure' versions. That is to > > say, no matter what shell is actually being called as sh or csh, it > > should provide a 100% compatible version, no differences, no "upgrades". > > This is to provide compatibility whn working with multiple versions of > > Unix. > > What is a pure 'csh'?? Please answer in detail. Have you ever looked at > the source code for 4.3BSD 'csh'? What about 'tcsh' source code? Hint, > Christos Zoulas had at CSRG login and was maintaining and enhancing BSD > 'csh'. The 4.4BSD 'csh' was Zoulas's work. 'tcsh' is simply the > continued evolution of BSD 'csh'. > > So do you want the original Bill Joy 'csh' from 3BSD?? > Do you want the 'csh' that originally appeared in System 3 (or was it > V)?? Do you wan the 4.4BSD-Lite2 'csh' (ie, the last from CSRG)?? > THERE IS NO STANDARD 'csh'. POSIX doesn't even try to standardize it. > > 'csh' is an interactive shell, not a programming language. Anyone trying > to write "portable" scripts in 'csh' should know why "Csh Programming > Considered Harmful" http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/ How dare you interject reason into this flamewar! -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 07:45: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 104BE16A4CE for ; Sat, 13 Nov 2004 07:45:24 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4088043D54 for ; Sat, 13 Nov 2004 07:45:23 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) iAD7jJvA079987; Fri, 12 Nov 2004 23:45:19 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id iAD7jJR5079986; Fri, 12 Nov 2004 23:45:19 -0800 (PST) (envelope-from dillon) Date: Fri, 12 Nov 2004 23:45:19 -0800 (PST) From: Matthew Dillon Message-Id: <200411130745.iAD7jJR5079986@apollo.backplane.com> To: Sean Farley References: <200411101801.iAAI1SkK061883@apollo.backplane.com> <200411110651.iAB6pekO065188@apollo.backplane.com> <20041112212917.L1667@thor.farley.org> cc: freebsd-hackers@freebsd.org Subject: Re: bugs in contigmalloc*() related to "page not found in hash" panics 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: Sat, 13 Nov 2004 07:45:24 -0000 :Unfortunately, it is the binary driver from Nvidia. Maybe someone using :DragonFly is having similar problems? Not that I know of. There's not much that can be done with binary-only drivers short of throwing them away and finding hardware that works with normal drivers. :I ran the program on the vmcore and debug kernel from the recent crash :since the vmcore with the "page not found in hash" panic has long since :been deleted. As expected, the program showed no problem with the :vmcore. If you ever get the page not found in hash panic again while running FreeBSD, running that program on the kernel core may help the FreeBSD folks track the problem down (if it turns out not to be the contigmalloc bug that I pointed out earlier). :> : Fatal trap 12: page fault while in kernel mode :> : fault virtual address = 0x30 :> : fault code = supervisor read, page not present :... : :I will attach it , and I will also send it to Nvidia as I did once many :moons ago. One interesting symptom that I just noticed very close to :the time of instability is this message from /var/log/messages: I couldn't get much out of the backtrace. It looks like the filesystem is trying to generate a core file and the vn_open() call has failed and is trying to cleanup. The cleanup code looks ok and the vnode is nothing special. It seems to have failed trying to do a NULL pointer dereference of the inode pointer, but it's hard to tell because most of the local variables look garbaged up (which is to be expected for a kernel compiled -O since the registers those variables are stored in are not accessible to the dump). Those are code paths that are usually pretty widely exercised in the system, though. :Here is near the end of strings output of vmcore just before panic: : :<118>Wed Nov 10 22:46:44 CST 2004 :<3>stray irq 7 :<118>Nov 10 22:47:14 thor /kernel: stray irq 7 :<3>stray irq 7 :<3>stray irq 7 :<118>Nov 10 22:47:46 thor last message repeated 2 times : :The parallel port is disabled, and I do not see these messages without :the Nvidia driver. Yah, I'm afraid I there's nothing there that rings a bell. Again the problem with using a binary-only driver is that there is never any visibility into it and no way to fix bugs. It makes such drivers of strictly limited utility. :> kernel (assuming the kernel is compiled with options INVARIANTS and :> options INVARIANT_SUPPORT) mostly preclude an error path to this :> panic from the pmap code. However, pmap panics could be related to :> corrupted VM pages. : :I have not tried compiling these options into the kernel. Sometime this :weekend I will give them a shot. I recommend that even production machines always be run with INVARIANTS and INVARIANT_SUPPORT. -Matt :Thank you for your help and the detailed description of the bug :(tricksy, sneaky bug) you fixed. : :Sean From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 08:08: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 ABB9916A4CE for ; Sat, 13 Nov 2004 08:08:10 +0000 (GMT) Received: from suricate.otoh.org (suricate.otoh.org [64.81.247.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F2E543D31 for ; Sat, 13 Nov 2004 08:08:10 +0000 (GMT) (envelope-from freebsdhackers@otoh.org) Received: from 64.81.247.155 (suricate.otoh.org [64.81.247.155]) by suricate.otoh.org (Postfix) with SMTP id 948817DC91C for ; Sat, 13 Nov 2004 00:08:09 -0800 (PST) Received: by suricate.otoh.org (Postfix, from userid 1001) id AA38C7DC91A; Sat, 13 Nov 2004 00:08:07 -0800 (PST) Date: Sat, 13 Nov 2004 00:08:07 -0800 From: Paul Armstrong To: freebsd-hackers@freebsd.org Message-ID: <20041113080807.GJ1807@suricate.otoh.org> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109221544.3815fd48.thib@mi.is> <200411101101.32258.michael.riexinger@de.clara.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411101101.32258.michael.riexinger@de.clara.net> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on suricate.otoh.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=ham version=2.64 Subject: Re: Mysql - Linuxthreads : Still needed? 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: Sat, 13 Nov 2004 08:08:10 -0000 On Wed, Nov 10, 2004 at 11:01:31AM +0100, Michael Riexinger wrote: > > "jesk" wrote: > > > fbsd outperformed linux in the end of my tests. ;) > > > dont forget to disable HTT, this will increase the performance of > > > threading. > > > > In my tests also. This is good. IMHO it's a great relief to get rid > > of linuxthreds. > But when he outperformed linux, he used linuxthreads.. With pthreads you > still can't outperform linux :( True. I just did a test to see how different it is currently. Not the best hardware (Celeron 1800MHz, 128MB RAM, IDE Disks) but hopefully it gives people a baseline to work with. The test was done on 5.3-RELEASE with SCHED_4BSD (I can post the rest of the kernel config if anyone wants) select-key-BSD: Query Barrel Report for client smacker1 connect: max=15ms min=12ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 4 0 1559.46 Query Barrel Report for client smacker1 connect: max=15ms min=12ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 4 0 1758.16 Query Barrel Report for client smacker1 connect: max=13ms min=10ms avg= 11ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 3 0 1722.87 Query Barrel Report for client smacker1 connect: max=20ms min=12ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 8 0 1676.66 Query Barrel Report for client smacker1 connect: max=18ms min=13ms avg= 14ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 5 0 1692.29 Query Barrel Report for client smacker1 connect: max=14ms min=12ms avg= 12ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 3 0 1696.06 select-key-LINUX: Query Barrel Report for client smacker1 connect: max=16ms min=9ms avg= 11ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 7 0 1831.38 Query Barrel Report for client smacker1 connect: max=20ms min=10ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 4 0 1828.62 Query Barrel Report for client smacker1 connect: max=41ms min=9ms avg= 28ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 5 2 1835.86 Query Barrel Report for client smacker1 connect: max=25ms min=8ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 6 1 1832.44 Query Barrel Report for client smacker1 connect: max=21ms min=10ms avg= 14ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 5 0 1830.18 Query Barrel Report for client smacker1 connect: max=22ms min=9ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 20000 7 0 1836.76 update-select-BSD: Query Barrel Report for client smacker connect: max=21ms min=11ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 8 0 743.17 update_index 10000 3 0 743.17 Query Barrel Report for client smacker connect: max=12ms min=5ms avg= 8ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 8 0 749.86 update_index 10000 4 0 749.86 Query Barrel Report for client smacker connect: max=15ms min=12ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 6 0 747.45 update_index 10000 19 0 747.45 Query Barrel Report for client smacker connect: max=13ms min=11ms avg= 12ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 4 0 752.27 update_index 10000 5 0 752.27 Query Barrel Report for client smacker connect: max=21ms min=11ms avg= 12ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 6 0 731.93 update_index 10000 3 0 731.93 Query Barrel Report for client smacker connect: max=18ms min=12ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 6 0 744.35 update_index 10000 4 0 744.35 update-select-LINUX: Query Barrel Report for client smacker connect: max=21ms min=9ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 59 0 758.63 update_index 10000 9 0 758.63 Query Barrel Report for client smacker connect: max=11ms min=8ms avg= 10ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 8 0 754.47 update_index 10000 5 0 754.47 Query Barrel Report for client smacker connect: max=12ms min=8ms avg= 10ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 7 0 741.90 update_index 10000 6 0 741.90 Query Barrel Report for client smacker connect: max=16ms min=9ms avg= 12ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 4 0 749.66 update_index 10000 4 0 749.66 Query Barrel Report for client smacker connect: max=15ms min=8ms avg= 11ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 5 0 743.45 update_index 10000 7 0 743.45 Query Barrel Report for client smacker connect: max=19ms min=8ms avg= 13ms from 10 clients Query_type num_queries max_time min_time q_per_s select_index 10000 7 0 749.40 update_index 10000 5 0 749.40 The script: #!/bin/sh -- PATH="${PATH}:/usr/local/smack/bin" export PATH /usr/local/etc/rc.d/mysql-server.sh stop pkg_delete mysql-server-4.1.7 pkg_delete mysql-client-4.1.7 # BSD cd /var/tmp/BSD-threads pkg_add mysql-server-4.1.7.tgz /usr/local/etc/rc.d/mysql-server.sh start sleep 5 cd /usr/local/smack super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-BSD /usr/local/etc/rc.d/mysql-server.sh stop pkg_delete mysql-server-4.1.7 pkg_delete mysql-client-4.1.7 # LINUX cd /var/tmp/LINUX-threads pkg_add mysql-server-4.1.7.tgz /usr/local/etc/rc.d/mysql-server.sh start sleep 5 cd /usr/local/smack super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql select-key.smack 10 1000 >> /var/tmp/select-key-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX super-smack -d mysql update-select.smack 10 1000 >> /var/tmp/update-select-LINUX From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 08:46: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 CE14616A4CE for ; Sat, 13 Nov 2004 08:46:29 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB9843D53 for ; Sat, 13 Nov 2004 08:46:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id iAD8kKx9057978; Sat, 13 Nov 2004 00:46:21 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id iAD8kIvg057977; Sat, 13 Nov 2004 00:46:18 -0800 (PST) (envelope-from obrien) Date: Sat, 13 Nov 2004 00:46:18 -0800 From: "David O'Brien" To: ticso@cicely.de Message-ID: <20041113084618.GA56037@dragon.nuxi.com> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112160528.GA91711@falcon.midgard.homeip.net> <20041112175005.GG1807@suricate.otoh.org> <20041112230333.GV772@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112230333.GV772@cicely12.cicely.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: 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: Sat, 13 Nov 2004 08:46:29 -0000 On Sat, Nov 13, 2004 at 12:03:34AM +0100, Bernd Walter wrote: > I often missed features in FreeBSD ash that Solaris /bin/sh had, such as > using ^ sign as an | alternative (in germany one often has to search > the | key on bad configured terminals, which was not uncommon in field > service). That actually isn't a Solaris'ism -- '^' was used as the pipe character in Ken Thompson's Version 4 shell, before '|' was decided on. http://www.in-ulm.de/~mascheck/bourne/v4/ -- -- David (obrien@FreeBSD.org) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 18: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 EAD9616A4CE for ; Fri, 12 Nov 2004 18:53:22 +0000 (GMT) Received: from dazed.slacker.com (dazed.slacker.com [68.93.27.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806C743D48 for ; Fri, 12 Nov 2004 18:53:20 +0000 (GMT) (envelope-from djmike@ocgnet.org) Received: from gilligan (rrcs-24-227-173-102.sw.biz.rr.com [24.227.173.102]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by dazed.slacker.com (Postfix) with ESMTP id DC2E8BDE10 for ; Fri, 12 Nov 2004 12:53:19 -0600 (CST) From: Mike Partin To: freebsd-hackers@freebsd.org In-Reply-To: <20041112184710.GA1594@dragon.nuxi.com> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> Content-Type: text/plain Date: Fri, 12 Nov 2004 12:56:12 -0600 Message-Id: <1100285772.24063.7.camel@gilligan> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 13 Nov 2004 13:30:25 +0000 Subject: Re: tcsh fix 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, 12 Nov 2004 18:53:23 -0000 > > I write many scripts in sh on Solaris, and find they just don't work on > > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > > compatible. I HATE this. Not to mention there is simply POSIX sh that you can have on linux, I personally like ash as it's got the speed, and features I like while being IIRC POSIX compliant sh. You would know this had you spent 5 minutes on google instead of 3 days complaining. -- Mike Partin From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 20:33: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 7ECFA16A4CE; Fri, 12 Nov 2004 20:33:35 +0000 (GMT) Received: from skynet.stack.nl (skynet.stack.nl [131.155.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E780B43D2D; Fri, 12 Nov 2004 20:33:34 +0000 (GMT) (envelope-from johans@mailhost.gletsjer.net) Received: by skynet.stack.nl (Postfix, from userid 65534) id BA3A33FD2; Fri, 12 Nov 2004 21:40:46 +0100 (CET) Received: from mailhost.gletsjer.net (tunnel03.ipv6.stack.nl [IPv6:2001:610:1108:5001::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skynet.stack.nl (Postfix) with ESMTP id 5CE713F35; Fri, 12 Nov 2004 21:40:46 +0100 (CET) Received: by mailhost.gletsjer.net (Postfix, from userid 801) id D2FCF4338; Fri, 12 Nov 2004 21:33:31 +0100 (CET) Date: Fri, 12 Nov 2004 21:33:31 +0100 From: Johan van Selst To: Kevin Lyons Message-ID: <20041112203331.GA20732@taz.gletsjer.net> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112184710.GA1594@dragon.nuxi.com> <41951400.8040805@corserv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <41951400.8040805@corserv.com> User-Agent: Mutt/1.5.6i X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on skynet.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Mailman-Approved-At: Sat, 13 Nov 2004 13:30:25 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: tcsh fix 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, 12 Nov 2004 20:33:35 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kevin Lyons wrote: > Presumably pure csh is the last stable release of csh before tcsh came=20 > along. Openbsd, netbsd, sun and sgi all seem to have been able to=20 > settle on a csh. If you really want csh, please install ports:shells/44bsd-csh/ And if you just want to troll, please stop. Thank you. Greetings, Johan --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlR4aaOElK32lxTsRAsHQAKCAmyZrwqTttwwqSG0BdfZOLEGOOACg1IjJ y2KMiyS9GEi2HQtmAG7AGrE= =2d1C -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 15:23: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 3F32716A4CE; Sat, 13 Nov 2004 15:23:36 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE1F43D31; Sat, 13 Nov 2004 15:23:36 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id 04FED3BD10; Sat, 13 Nov 2004 10:23:34 -0500 (EST) Message-ID: <419626FB.2070604@criticalmagic.com> Date: Sat, 13 Nov 2004 10:23:39 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Robbins References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112055543.GH19417@silverwraith.com> <41951400.8040805@corserv.com> <20041112213429.GD830@empiric.icir.org> <20041113041315.GA23384@cat.robbins.dropbear.id.au> In-Reply-To: <20041113041315.GA23384@cat.robbins.dropbear.id.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Charles Sprickman cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix 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: Sat, 13 Nov 2004 15:23:36 -0000 Tim Robbins wrote: >>> I'm extremely happy with having tcsh instead of csh in the base >>> system. As others have said, if someone has an operational >>> requirement for plain old csh, they are free to install the port >>> and make the appropriate links. >> >> As an interested (and innocent) bystander, I'm not quite grasping >> why it's an either/or proposition. Why not just break the link, >> grab net/open's /bin/csh and commit it? > > > Because two copies of csh are two too many. If we were to import > another shell into the base system, it would not be csh. I have to agree. I've never understood why people take it personal if something is not in the base. Just because you install something as a port doesn't make it any less a part of your system. It can actually be an advantage, since updating a small port like 44bsd-csh is pretty easy. I would personally rather see it go in the opposite direction. I would be happy if the ONLY shell in the base was a POSIX'ified sh. That's really the only thing necessary for the base system. Everything else could be a port. Of course, removing things from the base is harder than adding them, so it won't happen any time soon. And since there are more important things to worry about, the current setup is just fine with me. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 21:23: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 7506E16A4CE for ; Sat, 13 Nov 2004 21:23:21 +0000 (GMT) Received: from gundel.de.clara.net (gundel.de.clara.net [212.82.225.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04DBD43D1D for ; Sat, 13 Nov 2004 21:23:21 +0000 (GMT) (envelope-from jesk@killall.org) Received: from port-212-202-52-250.dynamic.qsc.de ([212.202.52.250] helo=turbofresse) by gundel.de.clara.net with smtp (Exim 4.30; FreeBSD) id 1CT5ZE-0001ot-BO; Sat, 13 Nov 2004 22:36:20 +0100 Message-ID: <009701c4c9c6$fc9c5d30$45fea8c0@turbofresse> From: "jesk" To: "Paul Armstrong" References: <1099935987.4899.1730.camel@work.gusalmighty.com><001701c4c69e$1e81c510$45fea8c0@turbofresse><20041109221544.3815fd48.thib@mi.is><200411101101.32258.michael.riexinger@de.clara.net> <20041113080807.GJ1807@suricate.otoh.org> Date: Sat, 13 Nov 2004 22:23:14 +0100 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: Mysql - Linuxthreads : Still needed? 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: Sat, 13 Nov 2004 21:23:21 -0000 > # BSD > cd /var/tmp/BSD-threads > pkg_add mysql-server-4.1.7.tgz > /usr/local/etc/rc.d/mysql-server.sh start i suggest you to use mysql4.0 its about more than 50% faster. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 13 23:29: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 8196116A4CE for ; Sat, 13 Nov 2004 23:29:31 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id D412843D46 for ; Sat, 13 Nov 2004 23:29:30 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 12931 invoked from network); 13 Nov 2004 23:27:43 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 13 Nov 2004 23:27:43 -0000 From: Justin Hopper To: freebsd-hackers@freebsd.org In-Reply-To: <009701c4c9c6$fc9c5d30$45fea8c0@turbofresse> References: <1099935987.4899.1730.camel@work.gusalmighty.com> <001701c4c69e$1e81c510$45fea8c0@turbofresse> <20041109221544.3815fd48.thib@mi.is> <200411101101.32258.michael.riexinger@de.clara.net> <20041113080807.GJ1807@suricate.otoh.org> <009701c4c9c6$fc9c5d30$45fea8c0@turbofresse> Content-Type: text/plain Message-Id: <1100388569.5412.252.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 13 Nov 2004 15:29:29 -0800 Content-Transfer-Encoding: 7bit Subject: Re: Mysql - Linuxthreads : Still needed? 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: Sat, 13 Nov 2004 23:29:31 -0000 On Sat, 2004-11-13 at 13:23, jesk wrote: > > # BSD > > cd /var/tmp/BSD-threads > > pkg_add mysql-server-4.1.7.tgz > > /usr/local/etc/rc.d/mysql-server.sh start > i suggest you to use mysql4.0 its about more than 50% faster. > This is unfortunate, since 4.1.7 is the recommended release from MySQL AB. Does anyone know why 4.0 is faster, or is it only faster in some cases (anybody have any benchmarks?) ? 50% is quite a large margin and I'm sure most people, myself included, are looking for maximum performance. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net