From owner-freebsd-hackers Sun May 19 2:27:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost.com (hkg-tgn-rwe-vty5.as.wcom.net [63.12.174.5]) by hub.freebsd.org (Postfix) with SMTP id 0F4C937B410 for ; Sun, 19 May 2002 02:27:00 -0700 (PDT) From: freebsd-hackers@FreeBSD.org Reply-To: pni123456789@hotmail.com To: freebsd-hackers@FreeBSD.org Date: Sun, 19 May 2002 16:56:26 +0700 Subject: Çѹ¹Õé¤Ø³ÃÙéÊÖ¡ÍÂèÒ§äà 19/5/2002 16:56:26 X-Mailer: QuickSender 1.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20020519092700.0F4C937B410@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear freebsd-hackers =2C =C7=D1=B9=B9=D5=E9 =A4=D8=B3=C3=D9=E9=CA=D6=A1=C7=E8=D2=E0=A7=D4=B9=E0=B4=D7=CD=B9=B7=D5=E8=A4=D8=B3=E4=B4=E9=C3=D1=BA=E4=C1=E8=A4=D8=E9=C1=A4=E8=D2=A1=D1=BA=A4=C7=D2=C1=CA=D2=C1=D2=C3=B6=A2=CD=A7=A4=D8=B3 =C7=D1=B9=B9=D5=E9 =A4=D8=B3=C3=D9=E9=CA=D6=A1=C7=E8=D2=E0=BE=D7=E8=CD=B9=C3=E8=C7=C1=A7=D2=B9=A1=E9=D2=C7=CB=B9=E9=D2 =E3=B9=A2=B3=D0=B7=D5=E8=A4=D8=B3=CD=C2=D9=E8=B7=D5=E8=E0=B4=D4=C1 =B7=D1=E9=A7 =E6=B7=D5=E8 =A4=D8=B3=C1=D5=A4=C7=D2=C1=CA=D2=C1=D2=C3=B6=A1=C7=E8=D2 =C7=D1=B9=B9=D5=E9 =A4=D8=B3=C3=D9=E9=CA=D6=A1=E0=CB=B9=D7=E8=CD=C2=A1=D1=BA=A1=D2=C3=B7=D3=A7=D2=B9 =E1=C5=E9=C7=C1=CD=A7=CB=D2=CB=B9=B7=D2=A7=B7=D5=E8=B4=D5=A1=C7=E8=D2=E3=B9=CD=B9=D2=A4=B5 =C7=D1=B9=B9=D5=E9 =A4=D8=B3=C3=D9=E9=CA=D6=A1=CD=C2=D2=A1=C1=D5=AA=D5=C7=B5=B7=D5=E8=B4=D5=A1=C7=E8=D2=C7=D1=B9=B9=D5=E9 =CB=D2=A1=A4=D8=B3=B5=CD=BA=C7=E8=D2=E3=AA=E8 =E0=BE=D5=C2=A7=A2=E9=CD=E3=B4=A2=E9=CD=CB=B9=D6=E8=A7 =E0=C7=BB=E4=AB=B5=EC=B9=D5=E9=A4=A7=AA=E8=C7=C2=A4=D8=B3=E4=B4=E9 http=3A=2F=2Fwww=2Ethaiworkathome=2Ecom=2Finformation =CB=D2=A1=A4=D8=B3=B5=E9=CD=A7=A1=D2=C3=CA=D4=E8=A7=B7=D5=E8=B4=D5=A1=C7=E8=D2=E3=B9=CD=B9=D2=A4=B5 =E1=B5=E8=A4=D8=B3=C1=D4=E4=B4=E9=E0=BB=C5=D5=E8=C2=B9=E1=BB=C5=A7=CB=C3=D7=CD=E1=C1=E9=E1=B5=E8=A8=D0=A4=D4=B4 =B7=D8=A1=CD=C2=E8=D2=A7=E3=B9=AA=D5=C7=D4=B5=A1=E7=A8=D0=E4=C1=E8=E0=BB=C5=D5=E8=C2=B9=E1=BB=C5=A7 =22=A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=B6=D9=A1=CA=E8=A7=E4=BB=C2=D1=A7=A4=D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD =CB=D2=A1=A4=D8=B3=B5=E9=CD=A7=A1=D2=C3=E3=CB=E9=C3=D2=C2=AA=D7=E8=CD=B6=D9=A1=C5=BA=CD=CD=A1 =09=A1=C3=D8=B3=D2 click =B7=D5=E8=B9=D5=E8 http=3A=2F=2Fwww=2Ethaiworkathome=2Ecom=2Funsubscribe=2Easp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 5:24:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by hub.freebsd.org (Postfix) with SMTP id 9DCAD37B412 for ; Sun, 19 May 2002 05:24:37 -0700 (PDT) Message-ID: <20020519122437.3254.qmail@web21108.mail.yahoo.com> Received: from [62.254.0.5] by web21108.mail.yahoo.com via HTTP; Sun, 19 May 2002 05:24:36 PDT Date: Sun, 19 May 2002 05:24:36 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: tuning a CPU bound server To: Peter Wemm Cc: Doug White , Omar Thameen , freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020519051546.A1FC539F9@overcee.wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Peter Wemm wrote: > > -- Hiten Pandya wrote: > > Just wondering, are these the kind of problems which can be solved by > > using the kqueue(2) mechanism, or am I talking nuts again? > > > > Regards. > > Yes, kqueue solves it nicely. I overestimated the work required. In > fact, it looks like it would be quite easy to do. There are three places > that need work. > src/util/events.c (the main event loop, keeps a persistent select mast) > src/util/readable.c (quick select-until-readable) > src/util/writable.c (quick select-until-writable) > > events.c is practically begging to be converted to kqueue as it has > explicit init/register/unregister/loop type operation that allows callers > to register/unregister callbacks for given fd's when they become readable > or writable. This is the exact scenario that kqueue is ideal for. > > The other two are not heavily used and could quickly whip up their own mini > kqueue for the task. Sounds like a good task for someone with time in their hands. ;) As an example: http://www.monkeys.com/freeware/kqueue-echo.c, someone might find that useful. Regards. -- Hiten Pandya -- , __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 5:24:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id 35E4737B408 for ; Sun, 19 May 2002 05:24:31 -0700 (PDT) Received: from ratchet.int.jeamland.net (ratchet.jeamland.net [210.15.217.227]) by mail.jeamland.net (Postfix) with ESMTP id DCE4D7060A for ; Sun, 19 May 2002 22:24:15 +1000 (EST) Subject: va_copy in libc From: Benno Rice To: hackers@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wK0BUqTBcgONhCjn2Dgx" X-Mailer: Ximian Evolution 1.0.5 Date: 19 May 2002 22:24:14 +1000 Message-Id: <1021811056.574.6.camel@ratchet.jeamland.net> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-wK0BUqTBcgONhCjn2Dgx Content-Type: multipart/mixed; boundary="=-wFCIaByvzCHiT+6uST6j" --=-wFCIaByvzCHiT+6uST6j Content-Type: text/plain Content-Transfer-Encoding: quoted-printable While trying to build libc for PowerPC, I ran into the problem that for some reason gcc gave me this: /home/benno/powerpc/lib/libc/stdio/vfprintf.c:551: incompatible types in assignment For the this: int __vfprintf(FILE *fp, const char *fmt0, va_list ap) { ... va_list orgap; /* original argument pointer */ ... orgap =3D ap; Replacing the orgap =3D ap with va_copy(orgap, ap) (as in the attached diff) makes the problem go away. Does anyone mind if I commit this? --=20 Benno Rice benno@FreeBSD.org --=-wFCIaByvzCHiT+6uST6j Content-Disposition: attachment; filename=vfprintf.diff Content-Type: text/x-patch; name=vfprintf.diff; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Index: lib/libc/stdio/vfprintf.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/lib/libc/stdio/vfprintf.c,v retrieving revision 1.40 diff -u -r1.40 vfprintf.c --- lib/libc/stdio/vfprintf.c 22 Mar 2002 21:53:04 -0000 1.40 +++ lib/libc/stdio/vfprintf.c 19 May 2002 12:15:05 -0000 @@ -548,7 +548,7 @@ fmt =3D (char *)fmt0; argtable =3D NULL; nextarg =3D 1; - orgap =3D ap; + va_copy(orgap, ap); uio.uio_iov =3D iovp =3D iov; uio.uio_resid =3D 0; uio.uio_iovcnt =3D 0; --=-wFCIaByvzCHiT+6uST6j-- --=-wK0BUqTBcgONhCjn2Dgx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA855ltXjRwWofFmQkRAo+NAJ0SLe5XzoOvp4qIa0e4ns8ySbMzCACffjSf TbaXbXwYDekrhOFmAsz1zEc= =CeUq -----END PGP SIGNATURE----- --=-wK0BUqTBcgONhCjn2Dgx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 6:19: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by hub.freebsd.org (Postfix) with ESMTP id CC27437B40F for ; Sun, 19 May 2002 06:19:02 -0700 (PDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g4JDDta28655; Sun, 19 May 2002 09:13:55 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g4JDEw259183; Sun, 19 May 2002 09:14:58 -0400 (EDT) (envelope-from rivers) Date: Sun, 19 May 2002 09:14:58 -0400 (EDT) From: Thomas David Rivers Message-Id: <200205191314.g4JDEw259183@lakes.dignus.com> To: imp@village.org, rivers@dignus.com Subject: Re: pccard hang - how to start debugging? Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020518.222628.44114270.imp@village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > > In message: <200205171114.g4HBEIF51576@lakes.dignus.com> > Thomas David Rivers writes: > : Also - I need to understand why this machine worked so well with > : 4.1-RELEASE, and doesn't with 4.5-RELEASE. I'm guessing there > : was a significant change of some kind?.. > > Yes. We went from using ISA interrupts to PCI interrupts. > > Warner > > Ah... Ok - the next question would be - is there a way to "un-do" that? Since ISA interrupts worked before? - Thanks! - - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 6:34: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.jeamland.net (rafe.jeamland.net [203.18.243.114]) by hub.freebsd.org (Postfix) with ESMTP id C1ABE37B414 for ; Sun, 19 May 2002 06:34:00 -0700 (PDT) Received: from ratchet.int.jeamland.net (ratchet.jeamland.net [210.15.217.227]) by mail.jeamland.net (Postfix) with ESMTP id 0DD517060A for ; Sun, 19 May 2002 23:33:57 +1000 (EST) Subject: Re: va_copy in libc From: Benno Rice To: hackers@freebsd.org In-Reply-To: <1021811056.574.6.camel@ratchet.jeamland.net> References: <1021811056.574.6.camel@ratchet.jeamland.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-b8BLuxl1Is+eJpOO5mDF" X-Mailer: Ximian Evolution 1.0.5 Date: 19 May 2002 23:33:56 +1000 Message-Id: <1021815238.574.8.camel@ratchet.jeamland.net> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-b8BLuxl1Is+eJpOO5mDF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2002-05-19 at 22:24, Benno Rice wrote: > While trying to build libc for PowerPC, I ran into the problem that for > some reason gcc gave me this: [snip] Actually, ignore this. It just hid the problem, not fixed it. --=20 Benno Rice benno@FreeBSD.org --=-b8BLuxl1Is+eJpOO5mDF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA856nDXjRwWofFmQkRAiIWAJ9cnY25YD/z7iQKmV9Kylc78FP7LACdHl05 ktsW0zTTGjvEKag2J8UEVYk= =d9Nz -----END PGP SIGNATURE----- --=-b8BLuxl1Is+eJpOO5mDF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 8:25:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B29E637B40C for ; Sun, 19 May 2002 08:25:46 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4JFPjC14578; Sun, 19 May 2002 09:25:45 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4JFPiN16725; Sun, 19 May 2002 09:25:44 -0600 (MDT) (envelope-from imp@village.org) Date: Sun, 19 May 2002 09:25:33 -0600 (MDT) Message-Id: <20020519.092533.24708750.imp@village.org> To: rivers@dignus.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pccard hang - how to start debugging? From: "M. Warner Losh" In-Reply-To: <200205191314.g4JDEw259183@lakes.dignus.com> References: <20020518.222628.44114270.imp@village.org> <200205191314.g4JDEw259183@lakes.dignus.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200205191314.g4JDEw259183@lakes.dignus.com> Thomas David Rivers writes: : Ok - the next question would be - is there a way to "un-do" that? : Since ISA interrupts worked before? hw.pcic.intr_path=1 is supposed to do that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 8:50: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by hub.freebsd.org (Postfix) with ESMTP id ACA8137B401 for ; Sun, 19 May 2002 08:49:57 -0700 (PDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g4JFira28841; Sun, 19 May 2002 11:44:53 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g4JFjuq59448; Sun, 19 May 2002 11:45:56 -0400 (EDT) (envelope-from rivers) Date: Sun, 19 May 2002 11:45:56 -0400 (EDT) From: Thomas David Rivers Message-Id: <200205191545.g4JFjuq59448@lakes.dignus.com> To: imp@village.org, rivers@dignus.com Subject: Re: pccard hang - how to start debugging? Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020519.092533.24708750.imp@village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > > In message: <200205191314.g4JDEw259183@lakes.dignus.com> > Thomas David Rivers writes: > : Ok - the next question would be - is there a way to "un-do" that? > : Since ISA interrupts worked before? > > hw.pcic.intr_path=1 is supposed to do that. > > Warner > Hmm... When I do that, my machine won't boot... it hangs. Unfortunately, in preparation for figuring this out, I took the laptop to the office and left it there on Friday, so I can't try things again. I'm thinking I just need to start over with the issue and see what happens. On Monday, I'll try setting hw.pcic.intr_path=1 to see how that does. But - just so I don't make a silly mistake - could you spell out exactly how that should be done? I'm thinking that the right way to do this is to put: hw.pcic.intr_path="1" in /boot/loader.conf Is that correct? - Thanks! - - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 21:16:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 082DF37B403 for ; Sun, 19 May 2002 21:16:12 -0700 (PDT) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.11.6/8.10.2) with ESMTP id g4K4G3G09150 for ; Mon, 20 May 2002 04:16:03 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Mon, 20 May 2002 04:16:02 +0000 (GMT) From: "E.B. Dreger" To: freebsd-hackers@freebsd.org Subject: any file --> symbol in .o file Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings all, While writing CGIs in C, I'm getting a bit sick of escaping quotes and line continuations in strings. Not a huge deal, perhaps, but there must be a better way. Strings end up in .data or .rodata in object files to be linked... I'm about to whip up a utility that will take any arbitrary file and store the contents in a .o file (complete with symbol names so one can actually link, of course). Instead of compiling: const char foo[] = "\"Escape\" chars make strings in 'C' code...\n\ ...messy. Line breaks can be troublesome and add\ unexpected whitespace to one's code." ; simply put the desired unescaped text in a file: "Escape" chars make strings in 'C' code... ...messy. Line breaks can be troublesome and add unexpected whitespace to one's code. then run the utility. Large amounts of embedded HTML/XML/XHTML are just beginning to bug me. Note that it wouldn't be limited to text, either. If one wished to take a raw-binary lookup table for a sine wave, that would make no difference. If there's interest, I'll post it for download. I also have a few other ideas, and certainly am open to suggestions. -- Eddy Brotsman & Dreger, Inc. - EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 21:42:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from 12-234-96-171.client.attbi.com (12-234-96-171.client.attbi.com [12.234.96.171]) by hub.freebsd.org (Postfix) with ESMTP id DC40137B403 for ; Sun, 19 May 2002 21:42:06 -0700 (PDT) Received: by 12-234-96-171.client.attbi.com (Postfix, from userid 1000) id 13BB9A900; Sun, 19 May 2002 21:41:05 -0700 (PDT) Date: Sun, 19 May 2002 21:41:05 -0700 From: Jonathan Mini To: "E.B. Dreger" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: any file --> symbol in .o file Message-ID: <20020519214105.K25907@stylus.haikugeek.com> Mail-Followup-To: "E.B. Dreger" , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from eddy+public+spam@noc.everquick.net on Mon, May 20, 2002 at 04:16:02AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Take a look at file2c. You'll need to run the source through the compiler first, but that is easy to do with make. E.B. Dreger [eddy+public+spam@noc.everquick.net] wrote : > Greetings all, > > > While writing CGIs in C, I'm getting a bit sick of escaping > quotes and line continuations in strings. Not a huge deal, > perhaps, but there must be a better way. Strings end up in .data > or .rodata in object files to be linked... > > I'm about to whip up a utility that will take any arbitrary > file and store the contents in a .o file (complete with symbol > names so one can actually link, of course). > > Instead of compiling: > > const char foo[] = "\"Escape\" chars make strings in 'C' > code...\n\ > ...messy. Line breaks can be troublesome and add\ > unexpected whitespace to one's code." ; > > simply put the desired unescaped text in a file: > > "Escape" chars make strings in 'C' code... > ...messy. Line breaks can be troublesome and add > unexpected whitespace to one's code. > > then run the utility. > > Large amounts of embedded HTML/XML/XHTML are just beginning to > bug me. > > Note that it wouldn't be limited to text, either. If one wished > to take a raw-binary lookup table for a sine wave, that would > make no difference. > > If there's interest, I'll post it for download. I also have a > few other ideas, and certainly am open to suggestions. > > > -- > Eddy > > Brotsman & Dreger, Inc. - EverQuick Internet Division > Phone: +1 (316) 794-8922 Wichita/(Inter)national > Phone: +1 (785) 865-5885 Lawrence > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) > From: A Trap > To: blacklist@brics.com > Subject: Please ignore this portion of my mail signature. > > These last few lines are a trap for address-harvesting spambots. > Do NOT send mail to , or you are likely to > be blocked. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Jonathan Mini http://www.haikugeek.com "He who is not aware of his ignorance will be only misled by his knowledge." -- Richard Whatley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 21:54:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 09BAA37B403; Sun, 19 May 2002 21:54:42 -0700 (PDT) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.11.6/8.10.2) with ESMTP id g4K4sg709623; Mon, 20 May 2002 04:54:42 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Mon, 20 May 2002 04:54:41 +0000 (GMT) From: "E.B. Dreger" To: Jonathan Mini Cc: freebsd-hackers@freebsd.org Subject: Re: any file --> symbol in .o file In-Reply-To: <20020519214105.K25907@stylus.haikugeek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG JM> Date: Sun, 19 May 2002 21:41:05 -0700 JM> From: Jonathan Mini JM> Take a look at file2c. You'll need to run the source through JM> the compiler first, but that is easy to do with make. Hmmmm. Definitely produces the desired results for the simple case that I mentioned. In fact, more complex things (hash functions, tries, etc.) can be accomplished by writing a quick bin to perform the proper transform, then feeding that to file2c; a shell script can orchestrate everything. I guess I'll run with that for now. Off the top of my head, the only feature file2c can't provide is user-specified data alignment. (Unless, of course, someone corrects me and alerts me to a C preprocessor directive similar to assembly's ".align".) Thanks! -- Eddy Brotsman & Dreger, Inc. - EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 22:21:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from 12-234-96-171.client.attbi.com (12-234-96-171.client.attbi.com [12.234.96.171]) by hub.freebsd.org (Postfix) with ESMTP id 7E63337B40E for ; Sun, 19 May 2002 22:21:50 -0700 (PDT) Received: by 12-234-96-171.client.attbi.com (Postfix, from userid 1000) id 42097A900; Sun, 19 May 2002 22:20:48 -0700 (PDT) Date: Sun, 19 May 2002 22:20:48 -0700 From: Jonathan Mini To: "E.B. Dreger" Cc: freebsd-hackers@freebsd.org Subject: Re: any file --> symbol in .o file Message-ID: <20020519222048.L25907@stylus.haikugeek.com> Mail-Followup-To: "E.B. Dreger" , freebsd-hackers@freebsd.org References: <20020519214105.K25907@stylus.haikugeek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from eddy+public+spam@noc.everquick.net on Mon, May 20, 2002 at 04:54:41AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG E.B. Dreger [eddy+public+spam@noc.everquick.net] wrote : > I guess I'll run with that for now. Off the top of my head, the > only feature file2c can't provide is user-specified data > alignment. (Unless, of course, someone corrects me and alerts me > to a C preprocessor directive similar to assembly's ".align".) > How about putting the aligned data into a structure? gcc will align the fields of the structure intelligenetly, at least. You'll need to put padding on the end of the structure so that each struct will be properly aligned, but that's no big deal. Gcc will do the right thing when it sees a large const like that, and align the whole thing in .data. If you want specific aligment, you could then use gcc's __alignment__((n)) attribute. It's not portable, but the same alignment doesn't always make sense on different platforms anyways. -- Jonathan Mini http://www.haikugeek.com "He who is not aware of his ignorance will be only misled by his knowledge." -- Richard Whatley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 22:32:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id A070137B410; Sun, 19 May 2002 22:32:04 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4K5W0122704; Sun, 19 May 2002 22:32:04 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 5B2FD39FC; Sun, 19 May 2002 22:31:55 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jonathan Mini Cc: "E.B. Dreger" , freebsd-hackers@FreeBSD.ORG Subject: Re: any file --> symbol in .o file In-Reply-To: <20020519214105.K25907@stylus.haikugeek.com> Date: Sun, 19 May 2002 22:31:55 -0700 From: Peter Wemm Message-Id: <20020520053155.5B2FD39FC@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathan Mini wrote: > Take a look at file2c. You'll need to run the source through the compiler > first, but that is easy to do with make. You probably also want to look at objcopy. You can skip the compile step if you're prepared to use a bit of linker magic: peter@overcee[10:28pm]/tmp-192> cat p.c extern char __start_buf[]; /* magic */ extern char __stop_buf[]; /* more magic */ main() { printf("%.100s\n", __start_buf); } peter@overcee[10:28pm]/tmp-193> cc -c p.c peter@overcee[10:28pm]/tmp-194> objcopy --add-section buf=/etc/termcap \ --set-section-flags buf=load,alloc p.o p2.o peter@overcee[10:28pm]/tmp-195> cc -o p2 p2.o peter@overcee[10:29pm]/tmp-196> ./p2 # Copyright (c) 1980, 1985, 1989, 1993 # The Regents of the University of California. All rights re The trick is that __start_[sectionname] and __stop_[sectionname] are magic. The other trick is that you have to set the flags to load,alloc or you will be somewhat disappointed. Bear in mind that the sections are verbatim, ie: not null terminated. You would have to do address arithmetic on the delimiter symbols to get the size. > E.B. Dreger [eddy+public+spam@noc.everquick.net] wrote : > > > Greetings all, > > > > > > While writing CGIs in C, I'm getting a bit sick of escaping > > quotes and line continuations in strings. Not a huge deal, > > perhaps, but there must be a better way. Strings end up in .data > > or .rodata in object files to be linked... > > > > I'm about to whip up a utility that will take any arbitrary > > file and store the contents in a .o file (complete with symbol > > names so one can actually link, of course). > > > > Instead of compiling: > > > > const char foo[] = "\"Escape\" chars make strings in 'C' > > code...\n\ > > ...messy. Line breaks can be troublesome and add\ > > unexpected whitespace to one's code." ; > > > > simply put the desired unescaped text in a file: > > > > "Escape" chars make strings in 'C' code... > > ...messy. Line breaks can be troublesome and add > > unexpected whitespace to one's code. > > > > then run the utility. > > > > Large amounts of embedded HTML/XML/XHTML are just beginning to > > bug me. > > > > Note that it wouldn't be limited to text, either. If one wished > > to take a raw-binary lookup table for a sine wave, that would > > make no difference. > > > > If there's interest, I'll post it for download. I also have a > > few other ideas, and certainly am open to suggestions. > > > > > > -- > > Eddy > > > > Brotsman & Dreger, Inc. - EverQuick Internet Division > > Phone: +1 (316) 794-8922 Wichita/(Inter)national > > Phone: +1 (785) 865-5885 Lawrence > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) > > From: A Trap > > To: blacklist@brics.com > > Subject: Please ignore this portion of my mail signature. > > > > These last few lines are a trap for address-harvesting spambots. > > Do NOT send mail to , or you are likely to > > be blocked. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > Jonathan Mini > http://www.haikugeek.com > > "He who is not aware of his ignorance will be only misled by his knowledge." > -- Richard Whatley > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 19 22:51:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.zer0.org (klapaucius.zer0.org [204.152.186.45]) by hub.freebsd.org (Postfix) with ESMTP id 8740037B40A for ; Sun, 19 May 2002 22:51:41 -0700 (PDT) Received: by mail1.zer0.org (Postfix, from userid 1001) id 55C88239A02; Sun, 19 May 2002 22:51:41 -0700 (PDT) Date: Sun, 19 May 2002 22:51:41 -0700 From: Gregory Sutter To: Doug White Cc: David Sieb?rger , freebsd-hackers@FreeBSD.ORG Subject: Re: What hardware do you use ? Message-ID: <20020520055141.GC61575@klapaucius.zer0.org> References: <20020513170501.81513.qmail@shell.rucus.ru.ac.za> <20020513131407.P99792-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <20020513131407.P99792-100000@resnet.uoregon.edu> User-Agent: Mutt/1.3.28i Organization: Zer0 X-Purpose: For great justice! Mail-Copies-To: poster X-Message-Flag: Ditch this virus-ridden Outlook crap and get a real mailer! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2002-05-13 14:09 -0700, Doug White wrote: > On 13 May 2002, David [ISO-8859-1] Sieb=F6rger wrote: >=20 > > That's hardly the worst of it. The ServerWorks OSB4 ATA controller > > has been known to cause data corruption with Seagate drives. >=20 > Have you isolated it to Seagates only? our problematic rackables have > seagate drives, but I don't have any other mfr drives (maxtor, ibm) to > test it with. I have a possible problem with the Tyan S2518GN and a Maxtor 80GB disk. Didn't have time to play with it--I just shoved in a Promise ATA/133 controller and now the disk is really fast. I haven't tried updating the BIOS from the default v106 yet. Greg, not very helpful --=20 Gregory S. Sutter Fnord. mailto:gsutter@zer0.org=20 http://www.zer0.org/~gsutter/=20 hkp://wwwkeys.pgp.net/0x845DFEDD --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQE86I7tIBUx1YRd/t0RAt2tAJ9g8mnzKUYPz13TAYJAFg2zz3JQ0ACdEBz1 3p1MGRNLY9TQPxRBCivPeLs= =4FjF -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 20 4:19: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by hub.freebsd.org (Postfix) with ESMTP id 396DB37B409 for ; Mon, 20 May 2002 04:18:56 -0700 (PDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g4KBDua30870; Mon, 20 May 2002 07:13:56 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g4KBExh61333; Mon, 20 May 2002 07:14:59 -0400 (EDT) (envelope-from rivers) Date: Mon, 20 May 2002 07:14:59 -0400 (EDT) From: Thomas David Rivers Message-Id: <200205201114.g4KBExh61333@lakes.dignus.com> To: eddy+public+spam@noc.everquick.net, freebsd-hackers@FreeBSD.ORG Subject: Re: any file --> symbol in .o file In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "E.B. Dreger" wrote: > > Greetings all, > Eddy, Instead of a system-specific approach, you might want to take advantage of what the C language has to offer. For example, your multi-line issue. You realise that the C preprocessor/compiler will concatentate adjacent character string constants, forming one constant. So, you could code this up as: const char foo[] = "\"Escape\" chars make strings" " in 'C' code...\n" "...messy. But - at least, line breaks" " are not an issue.\n"; I don't have a nice way around the escapes needed for quotes though... - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 20 7: 5:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lab.simerson.net (lab.simerson.net [64.224.9.172]) by hub.freebsd.org (Postfix) with ESMTP id BF6D437B406 for ; Mon, 20 May 2002 07:05:44 -0700 (PDT) Received: (qmail 18120 invoked from network); 20 May 2002 14:02:03 -0000 Received: from unknown (HELO localhost) (63.96.155.254) by lab.simerson.net with DES-CBC3-SHA encrypted SMTP; 20 May 2002 14:02:03 -0000 Date: Mon, 20 May 2002 10:01:52 -0400 Subject: Re: Hardware for FreeBSD Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: Bogdan TARU , freebsd-hackers@FreeBSD.ORG To: Nathan Hawkins From: Matt Simerson In-Reply-To: <3CE5124C.5090503@quic.net> Message-Id: <22C8920B-6BFA-11D6-88A6-00306553B5E4@blockads.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, May 17, 2002, at 10:23 AM, Nathan Hawkins wrote: > For years, I've had the best luck with building my own systems, or > having built to my specifications. Have comp delivered mostly > assembled, but without hard drive installed, I can usually avoid having > to buy Windows, too. Going this route, I pick all the parts, and can > generally eliminate OS incompatibilities. I also don't buy lowest > bidder parts, or try to save money on motherboards. > > That said, I've had pretty good luck with Dell hardware. At least the > Optiflex line, don't know about PowerEdges. The Optiflex's I've bought > all run both Linux and FreeBSD with no problems. (Local computer store > has had used ones very cheap.) Years ago (~4) I used and loved the PowerEdge servers. They were always well engineered, solid servers that i could safely recommend to clients as well as using myself. > I've used the Compaq DL380 with Linux, and would recommend it as quite > good and reliable hardware. Looks like the Compaq RAID controller is > supported on FreeBSD, but I don't have access to one anymore, so can't > try it. Yup, Compaq DL380's work just fine with FreeBSD, I have several of them in production. I also have some of the Compaq 1850R. They suck. They'll work with FreeBSD but under heavy load, I've had all sorts of reliability problems with them. Matt > ---Nathan > > Bogdan TARU wrote: > >> Hi hackers, >> >> I am in a big dillema (and great hurry/pressure). I need to buy some >> hardware for some firewalls for my company. And so the blues started. >> >> First, I went to Dell. Almost signed the papers for two PowerEdges >> 2550, >> (everything in them seemed to be compatible with FreeBSD) when I found >> out >> they are longer then the rack!!! And not only the 2550, but most of >> their >> cases. >> >> So I went to IBM. A little more expensive, but what the hack? It's IBM. >> So, almost made a system, and when coming to checking the compatibility >> list, IBM ServeRaid is not supported under FreeBSD. WTF??? >> >> So my question is: if you'd have to buy good/reliable hardware now, >> which >> is the vendor you'd choose (considering the facts above)? I looked on >> the >> FreeBSD's site for some hardware vendors in Germany (where I live), but >> none found. And I'd go for a brand name, anyways. >> >> Thank you, >> bogdan >> >> >> ---------------------------- >> iCom Media AG >> Kirchweg 36 >> Koln, 50858 >> Germany >> >> Phone: +49-(0)221-485-689-16 >> Fax : +49-(0)221-485-689-20 >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message >> > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > `````````````````````````````````````````````````````````````````` Matt Simerson msimerson@interland.com Unix Systems Engineer Interland, Inc. If you keep an open mind people will throw a lot of garbage in. `````````````````````````````````````````````````````````````````` To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 20 8:19:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ubergeeks.com (lorax.ubergeeks.com [209.145.65.55]) by hub.freebsd.org (Postfix) with ESMTP id 81FE737B400 for ; Mon, 20 May 2002 08:19:48 -0700 (PDT) Received: from mail.ubergeeks.com (localhost [127.0.0.1]) by mail.ubergeeks.com (8.12.3/8.12.3) with ESMTP id g4KFJlHB035408 for ; Mon, 20 May 2002 11:19:47 -0400 (EDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by mail.ubergeeks.com (8.12.3/8.12.3/Submit) with ESMTP id g4KFJlmf035405 for ; Mon, 20 May 2002 11:19:47 -0400 (EDT) (envelope-from adrian@ubergeeks.com) X-Authentication-Warning: lorax.ubergeeks.com: adrian owned process doing -bs Date: Mon, 20 May 2002 11:19:47 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: FreeBSD Hackers List Subject: Re: tuning a CPU bound server In-Reply-To: <3CE6E08A.4CD26B1C@mindspring.com> Message-ID: <20020520111759.I35309-100000@lorax.ubergeeks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 18 May 2002, Terry Lambert wrote: > "Karsten W. Rohrbach" wrote: > > Brandon D. Valentine(bandix@geekpunk.net)@2002.05.17 14:48:07 +0000: > > > On Fri, 17 May 2002, Doug White wrote: > > > >You are welcome to rewrite qmail to use kqueue if you wish :) > > > > > > Although if I read the license correctly you hand djb a contract for > > > your soul and first born child if you do. ;-) > > > > if you read the license _correctly_, you'd just distribute a patch, and > > that's perfectly okay. so, what about to do with your soul and first born > > child now? ;-) > > Spend them maintaining the patch, when DJB fails to integrate the > patch into the main line source for qmail? > > -- Terry Sounds like an ideal use of the ports system. The qmail port already has several patches, so the incremental effort may not be too bad. Adrian -- [ adrian@ubergeeks.com ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 20 8:32:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from damon.com (damon.com [199.98.84.130]) by hub.freebsd.org (Postfix) with ESMTP id A611437B406 for ; Mon, 20 May 2002 08:32:32 -0700 (PDT) Received: from damon.com (localhost [127.0.0.1]) by damon.com (8.12.3/8.12.3) with ESMTP id g4KFWYH4002271 for ; Mon, 20 May 2002 10:32:34 -0500 (CDT) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.12.3/8.12.3/Submit) id g4KFWXYE002270 for freebsd-hackers@freebsd.org; Mon, 20 May 2002 10:32:33 -0500 (CDT) (envelope-from dap) Date: Mon, 20 May 2002 10:32:33 -0500 From: Damon Anton Permezel To: freebsd-hackers@freebsd.org Subject: 4.6-RC, Dell PowerEdge 4600, PCI boot-time bus walk Message-ID: <20020520103233.C962@damon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 4.6-RC (which I am assuming is "release candidate") still doesn't walk the entire PCI bus and find all devices for a Dell Poweredge 4600. Below, interested parties will be able to peruse the `boot -v' results, followed by `scanpci -v1'. I have a single Qlogic F/C card plugged into one of the PCI/X slots. Boot-time bus walking doesn't find it. Scanpci does. The bus in question is pci14. The device in question appears to be in slot 6. `pciconf -r pci14:6:0 0' produces 0x22001077, as one might expect. My kernel includes the qlogic ISP driver. =-= boot -v =-= Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-RC #5: Sun May 19 21:28:22 CDT 2002 dap@damon.com:/usr/obj/usr/src/sys/FUBAR Calibrating clock(s) ... TSC clock: 1986161216 Hz, i8254 clock: 1193328 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1985911536 Hz CPU: Pentium 4 (1985.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x003d3000 - 0x1ffe7fff, 532762624 bytes (130069 pages) avail memory = 518811648 (506652K bytes) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xc67e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: ACPI: 000fdc60 Preloaded elf kernel "kernel" at 0xc03ac000. md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x800078ac pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00111166) Using $PIR table, 13 entries at 0xc00fc140 pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1166, dev=0x0011, revid=0x22 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fe202000, size 12 map[14]: type 1, range 32, base 0000ecc0, size 6 map[18]: type 1, range 32, base fe000000, size 20 found-> vendor=0x9005, dev=0x001f, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000e800, size 8 map[14]: type 1, range 64, base fe201000, size 12 found-> vendor=0x1044, dev=0xa500, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=1 secondarybus=1 found-> vendor=0x1044, dev=0xa501, revid=0x02 class=0e-00-01, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base fa000000, size 25 found-> vendor=0x1002, dev=0x4752, revid=0x27 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base fd000000, size 24 map[14]: type 1, range 32, base 0000e400, size 8 map[18]: type 1, range 32, base fe200000, size 12 found-> vendor=0x1166, dev=0x0201, revid=0x93 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0212, revid=0x93 class=01-01-82, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 000008c0, size 3 map[14]: type 3, range 32, base 000008c8, size 2 map[18]: type 1, range 32, base 000008d0, size 3 map[1c]: type 3, range 32, base 000008d8, size 2 map[20]: type 1, range 32, base 000008b0, size 4 found-> vendor=0x1166, dev=0x0225, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0010, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0010, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0010, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0010, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 pci0: on pcib0 fxp0: port 0xecc0-0xecff mem 0xfe000000-0xfe0fffff,0xfe202000-0xfe202fff irq 11 at device 4.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:06:5b:88:18:bc fxp0: PCI IDs: 8086 1229 1028 0106 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached ahc0: port 0xe800-0xe8ff mem 0xfe201000-0xfe201fff irq 10 at device 6.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 416 instructions downloaded aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib9: at device 8.0 on pci0 pci1: on pcib9 asr0: mem 0xfa000000-0xfbffffff irq 5 at device 8.1 on pci0 asr0: major=154 asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O pci0: (vendor=0x1002, dev=0x4752) at 14.0 atapci0: port 0x8b0-0x8bf,0x8d8-0x8db,0x8d0-0x8d7,0x8c8-0x8cb,0x8c0-0x8c7 at device 15.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x08b0 ata0: mask=03 ostat0=50 ostat2=01 ata0-master: ATAPI 14 eb ata0-slave: ATAPI 14 eb ata0: mask=03 stat0=00 stat1=01 ata0: devices=0c ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x08b8 ata1: at 0x170 irq 15 on atapci0 isab0: at device 15.3 on pci0 isa0: on isab0 pci-: pci1 exists, using next available unit number pcib1: on motherboard found-> vendor=0x14e4, dev=0x1644, revid=0x14 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 64, base f9f00000, size 16 found-> vendor=0x8086, dev=0x0309, revid=0x01 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=3 secondarybus=3 found-> vendor=0x1028, dev=0x000a, revid=0x01 class=01-04-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base f0000000, size 27 pci2: on pcib1 bge0: mem 0xf9f00000-0xf9f0ffff irq 11 at device 6.0 on pci2 using shared irq11. bge0: Ethernet address: 00:06:5b:88:18:bd miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bpf: bge0 attached pcib10: at device 8.0 on pci2 found-> vendor=0x9005, dev=0x00c5, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000dc00, size 8 map[14]: type 1, range 64, base f9dff000, size 12 found-> vendor=0x9005, dev=0x00c5, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=b, irq=5 map[10]: type 1, range 32, base 0000d800, size 8 map[14]: type 1, range 64, base f9dfe000, size 12 pci3: on pcib10 pci3: (vendor=0x9005, dev=0x00c5) at 6.0 irq 10 pci3: (vendor=0x9005, dev=0x00c5) at 6.1 irq 5 aac0: mem 0xf0000000-0xf7ffffff irq 10 at device 8.1 on pci2 using shared irq10. aac0: i960RX 100MHz, 118MB cache memory, optional battery present aac0: Kernel 2.7-0, Build 3153, S/N b821d3 pci-: pci2 exists, using next available unit number pcib2: on motherboard pci4: on pcib2 pci-: pci3 exists, using next available unit number pcib3: on motherboard pci5: on pcib3 pci-: pci4 exists, using next available unit number pcib4: on motherboard pci6: on pcib4 pci-: pci5 exists, using next available unit number pcib5: on motherboard pci7: on pcib5 pci-: pci6 exists, using next available unit number pcib6: on motherboard pci8: on pcib6 pci-: pci7 exists, using next available unit number pcib7: on motherboard pci9: on pcib7 pci-: pci8 exists, using next available unit number pcib8: on motherboard pci10: on pcib8 ata-: ata0 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:


  =F3=E9=E2=E9=EE=E6=EF=E3=E5=EE=F4=F2
   
  =F2=C1=D3=D0=C9=D3=C1=CE=C9=C5=20 =CB=D5=D2=D3=CF=D7
   
  =EB=CF=CE=D3=D5=CC=D8=D4=C1=C3=C9=C9
   
  =E4=C9=DA=C1=CA=CE-=D3=D4=D5=C4=C9=D1=20


=F5=D7=C1=D6=C1=C5=CD=D9=C5 = =C7=CF=D3=D0=CF=C4=C1!

=F3=E9=E2=E9=EE=E6=EF=E3=E5=EE=F4=F2 - = =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=D9=CA =D5=DE=C5=C2=CE=D9=CA = =C3=C5=CE=D4=D2=20 Oracle =C9 Microsoft, =D0=D2=C9=C7=CC=C1=DB=C1=C5=D4 = IT-=D3=D0=C5=C3=C9=C1=CC=C9=D3=D4=CF=D7 =D0=D2=CF=CA=D4=C9 = =CF=C2=D5=DE=C5=CE=C9=C5 =D7=20 =EE=CF=D7=CF=D3=C9=C2=C9=D2=D3=CB=C5 =D0=CF = =D0=D2=CF=C7=D2=C1=CD=CD=C1=CD =D0=CF=C4=C7=CF=D4=CF=D7=CB=C9 Oracle, = Microsoft, Sun=20 Microsystems, Cisco, Rational Software.

=E4=C5=D7=C9=DA=20 =F3=E9=E2=E9=EE=E6=EF=E3=E5=EE=F4=F2=C1: = "=ED=D9 =D5=DE=C9=CD =D4=CF=CD=D5, =DE=C5=CD =D3=C1=CD=C9 = =D7=CC=C1=C4=C5=C5=CD=20 =D0=D2=CF=C6=C5=D3=D3=C9=CF=CE=C1=CC=D8=CE=CF".
=F3=E9=E2=E9=EE=E6=EF=E3=E5=EE=F4=F2 - = =DC=D4=CF =D5=DE=C5=C2=CE=D9=CA =C3=C5=CE=D4=D2, =D7 = =CB=CF=D4=CF=D2=CF=CD=20 =D3=C5=D2=D4=C9=C6=C9=C3=C9=D2=CF=D7=C1=CE=CE=D9=C5 = =D4=D2=C5=CE=C5=D2=D9 =D1=D7=CC=D1=C0=D4=D3=D1 = =C4=C5=CA=D3=D4=D7=D5=C0=DD=C9=CD=C9 = =D2=C1=DA=D2=C1=C2=CF=D4=DE=C9=CB=C1=CD=C9=20 =D0=D2=CF=C7=D2=C1=CD=CD=CE=CF=C7=CF = =CF=C2=C5=D3=D0=C5=DE=C5=CE=C9=D1 =C9 = =CB=CF=CE=D3=D5=CC=D8=D4=C1=CE=D4=C1=CD=C9 =D2=D1=C4=C1 = =CB=D2=D5=D0=CE=C5=CA=DB=C9=C8 =D2=CF=D3=D3=C9=CA=D3=CB=C9=C8=20 =CB=CF=CD=D0=C1=CE=C9=CA.

=F3=CF=D4=D2=D5=C4=CE=C9=CB=C9 =F3=E9=E2=E9=EE=E6=EF=E3=E5=EE=F4=F2=C1 = =C7=CF=D4=CF=D7=D9 =D7=D9=D0=CF=CC=CE=C9=D4=D8 =C4=CC=D1 =F7=C1=D3 = =D7=C5=D3=D8=20 =C3=C9=CB=CC =D2=C1=C2=CF=D4 =D0=CF =D3=CF=DA=C4=C1=CE=C9=C0 = =CB=CF=CD=D0=CC=C5=CB=D3=CE=D9=C8 =D0=D2=CF=C7=D2=C1=CD=CD=CE=D9=C8 = =D3=C9=D3=D4=C5=CD, =CF=CB=C1=DA=C1=D4=D8 =F7=C1=CD=20 =CB=CF=CE=D3=D5=CC=D8=D4=C1=C3=C9=CF=CE=CE=D9=C5 = =D5=D3=CC=D5=C7=C9 =D0=CF =D0=D2=C9=CF=C2=D2=C5=D4=C5=CE=C9=C0 =C9 = =CE=C1=D3=D4=D2=CF=CA=CB=C5 =D0=C1=CB=C5=D4=C1=20 =D0=D2=CF=C7=D2=C1=CD=CD=CE=D9=C8 =D3=D2=C5=C4=D3=D4=D7 = Oracle =C9 Microsoft.

=F0=D2=C9=C7=CC=C1=DB=C1=C5=CD =F7=C1=D3 =CE=C1 = =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=D9=C5 =CB=D5=D2=D3=D9=20 Oracle:

=EE=C1=C9=CD=C5=CE=CF=D7=C1=CE=C9=C5 = =CB=D5=D2=D3=C1 =E4=C1=D4=C1
=F7=D7=C5=C4=C5=CE=C9=C5 =D7=20 Oracle: SQL =C9 PL/SQL 3-7 =C9=C0=CE=D1=20
=E1=C4=CD=C9=CE=C9=D3=D4=D2=C1=D4=CF=D2 = Oracle8i, =DE=C1=D3=D4=D8 1A: =E1=D2=C8=C9=D4=C5=CB=D4=D5=D2=C1 =C9=20 = =E1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5 10-14 =C9=C0=CE=D1=20
=E1=C4=CD=C9=CE=C9=D3=D4=D2=C1=D4=CF=D2 = Oracle8i, =DE=C1=D3=D4=D8 1B: =D2=C5=DA=C5=D2=D7=CE=CF=C5 = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5=20 =C9 =D7=CF=D3=D3=D4=C1=CE=CF=D7=CC=C5=CE=C9=C5 = 15-18=20 =C9=C0=CE=D1
=E1=C4=CD=C9=CE=C9=D3=D4=D2=C1=D4=CF=D2 = Oracle8i, =DE=C1=D3=D4=D8 3: = =C1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5=20 =D3=C5=D4=C5=CA 19-20 =C9=C0=CE=D1=20
=E1=C4=CD=C9=CE=C9=D3=D4=D2=C1=D4=CF=D2 = Oracle8i, =DE=C1=D3=D4=D8 2: = =D0=D2=CF=C9=DA=D7=CF=C4=C9=D4=C5=CC=D8=CE=CF=D3=D4=D8 =C9=20 =CE=C1=D3=D4=D2=CF=CA=CB=C1  
Oracle 9i=20 Application Server: = =E1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5

27-28 =CD=C1=D1

Oracle 9i=20 Application Server: =F2=C1=DA=D2=C1=C2=CF=D4=CB=C1 = Web-=D0=D2=C9=CC=CF=D6=C5=CE=C9=CA =D3 =D0=CF=CD=CF=DD=D8=C0=20 PL/SQL 29-30=20 =CD=C1=D1
Oracle=20 Forms Developer 6i: Build Internet Applications I = 10-14=20 =C9=C0=CE=D1
Oracle=20 Reports Developer 6i: Build Internet = Reports 17-21 =C9=C0=CE=D1=20
Oracle=20 Forms Developer 6i: Build Internet Applications = II 24-26 =C9=C0=CE=D1=20

=CE=C1=20 =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=D9=C5 =CB=D5=D2=D3=D9 = Microsoft:

=EE=C1=C9=CD=C5=CE=CF=D7=C1=CE=C9=C5 = =CB=D5=D2=D3=C1 =E4=C1=D4=C1
Adminisreting a Microsoft SQL Server 2000=20 Database 3-7 =C9=C0=CE=D1=20
Programming a Microsoft SQL Server 2000=20 Database 10-14 =C9=C0=CE=D1=20
Implementing and Managing Microsoft Exchange = 2000=20 17-21=20 =CD=C1=CA
Designing=20 Microsoft Exchange 2000 for the Enterprise = 24-26=20 =CD=C1=CA

=CE=C1=20 =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=D9=C5 =CB=D5=D2=D3=D9 = Cisco (=D3=CF=D7=CD=C5=D3=D4=CE=CF =D3=20 =F2=E5=E4=E3=E5=EE=F4=F2):

=EE=C1=C9=CD=C5=CE=CF=D7=C1=CE=C9=C5 = =CB=D5=D2=D3=C1 =E4=C1=D4=C1
=E9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9=C5 = =D3=C5=D4=C5=D7=CF=C7=CF =CF=C2=CF=D2=D5=C4=CF=D7=C1=CE=C9=D1 = Cisco 24-28=20 =C9=C0=CE=D1
=F0=CF=D3=D4=D2=CF=C5=CE=C9=C5=20 =CD=C1=D3=DB=D4=C1=C2=C9=D2=D5=C5=CD=D9=C8 = =D3=C5=D4=C5=CA Cisco 1-5 =C9=C0=CC=D1=20

=CE=C1=20 =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=D9=C5 =CB=D5=D2=D3=D9 = Sun (=D3=CF=D7=CD=C5=D3=D4=CE=CF =D3 = =F2=E5=E4=E3=E5=EE=F4=F2):

=EE=C1=C9=CD=C5=CE=CF=D7=C1=CE=C9=C5 = =CB=D5=D2=D3=C1 =E4=C1=D4=C1
=EF=D3=CE=CF=D7=D9=20 =D3=C9=D3=D4=C5=CD=CE=CF=C7=CF = =C1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=D1 Solaris = 8 18-21=20 =C9=C0=CE=D1
=F3=C9=D3=D4=C5=CD=CE=CF=C5=20 =C1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5 = Solaris 8 (=FE=C1=D3=D4=D8 I) 24-28=20 =C9=C0=CE=D1
=F3=C9=D3=D4=C5=CD=CE=CF=C5=20 =C1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5 = Solaris 8 (=FE=C1=D3=D4=D8 II) 1-5=20 =C9=C0=CC=D1
=F3=C5=D4=C5=D7=CF=C5=20 =C1=C4=CD=C9=CE=C9=D3=D4=D2=C9=D2=CF=D7=C1=CE=C9=C5 = Solaris 8 TCP/IP  

=CE=C1=20 =CB=D5=D2=D3=D9 Rational Software = (=D3=CF=D7=CD=C5=D3=D4=CE=CF =D3 =F5=EB=E3 =E9=CE=D4=C5=D2=C6=C5=CA=D3): =

=EE=C1=C9=CD=C5=CE=CF=D7=C1=CE=C9=C5 = =CB=D5=D2=D3=C1 =E4=C1=D4=C1
=E7=D2=D5=D0=D0=CF=D7=C1=D1=20 =D2=C1=DA=D2=C1=C2=CF=D4=CB=C1 =D3=CC=CF=D6=CE=CF=CA = =C9=CE=C6=CF=D2=CD=C1=C3=C9=CF=CE=CE=CF=CA =D3=C9=D3=D4=C5=CD=D9 =D3 = =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9=C5=CD=20 Rational Suite  
=EF=C2=DF=C5=CB=D4=CE=CF-=CF=D2=C9=C5=CE=D4=C9=D2=CF=D7=C1=CE=CE= =D9=CA =C1=CE=C1=CC=C9=DA =C9 =D0=D2=CF=C5=CB=D4=C9=D2=CF=D7=C1=CE=C9=C5 = =C9=CE=C6=CF=D2=CD=C1=C3=C9=CF=CE=CE=D9=C8 = =D3=C9=D3=D4=C5=CD =D3 =D0=CF=CD=CF=DD=D8=C0 Rational Rose 17-21=20 =C9=C0=CE=D1

=D4=C5=CC=C5=C6=CF=CE =D5=DE=C5=C2=CE=CF=C7=CF = =C3=C5=CE=D4=D2=C1: (3832) 333-629=20
=C1=C4=D2=C5=D3: = =EE=CF=D7=CF=D3=C9=C2=C9=D2=D3=CB, =EC=C1=D7=D2=C5=CE=D4=D8=C5=D7=C1, 6 =

=E4=C1=CE=CE=C1=D1 =D2=C1=D3=D3=D9=CC=CB=C1 = =CE=C5 =D1=D7=CC=D1=C5=D4=D3=D1 =D3=D0=C1=CD=CF=CD.
=F7=C1=DB = =C1=C4=D2=C5=D3 =C2=D9=CC=20 =D0=CF=CC=D5=DE=C5=CE =C9=DA =CF=D4=CB=D2=D9=D4=D9=C8 = =C9=D3=D4=CF=DE=CE=C9=CB=CF=D7.

=E5=D3=CC=C9 =F7=D9 =CE=C5 = =D6=C5=CC=C1=C5=D4=C5 =D0=CF=CC=D5=DE=C1=D4=D8=20 =C9=CE=C6=CF=D2=CD=C1=C3=C9=C0 =CE=C1=DB=C5=C7=CF = =D3=C5=D2=D7=C5=D2=C1, =D0=C5=D2=C5=DB=CC=C9=D4=C5 =D0=C9=D3=D8=CD=CF = =D0=CF =C1=C4=D2=C5=D3=D5:unsubscribe@sibinfo.ru.=20

=E5=D3=CC=C9 =F7=C1=D3 = =C9=CE=D4=C5=D2=C5=D3=D5=C0=D4 =CE=CF=D7=CF=D3=D4=C9 = =C1=D7=D4=CF=D2=C9=DA=CF=D7=C1=CE=CE=CF=C7=CF =CF=C2=D5=DE=C5=CE=C9=D1, = =C1 =D4=C1=CB=20 =D6=C5 =D3=C1=CD=D9=C5 =D0=C5=D2=C5=C4=CF=D7=D9=C5 = =C5=D6=C5=CE=C5=C4=C5=CC=D8=CE=D9=C5 IT-=CE=CF=D7=CF=D3=D4=C9, =F7=D9 = =CD=CF=D6=C5=D4=C5 =D0=CF=C4=D0=C9=D3=C1=D4=D8=D3=D1 =CE=C1=20 =CE=CF=D7=CF=D3=D4=C9 =CB=CF=CD=D0=C1=CE=C9=C9 = "=F3=C9=C2=C9=CE=C6=CF=C3=C5=CE=D4=D2" =D0=CF =C1=C4=D2=C5=D3=D5: http://www.sibinfo.ru/=


3D""
=20
www.sibinfo.ru
courses@sibinfo.ru
------=_NextPart_000_0029_01C201CE.78EB4310-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 25 16: 7:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-214-126.hispeed.ch [217.162.214.126]) by hub.freebsd.org (Postfix) with ESMTP id ADD6E37B407 for ; Sat, 25 May 2002 16:07:18 -0700 (PDT) Received: from www.netscum.dyndns.dk (ipv6.NetScum.dyndns.dk [2002:d9a2:d67e:0:200:c0ff:fefc:19aa]) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id g4PN6PR01507 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Sun, 26 May 2002 01:06:29 +0200 (CEST) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by www.netscum.dyndns.dk (8.11.6/SMI-4.1-R00T0WNED) id g4PN6OG01506; Sun, 26 May 2002 01:06:24 +0200 (CEST) (envelope-from bounce@netscum.dyndns.dk) Date: Sun, 26 May 2002 01:06:24 +0200 (CEST) Message-Id: <200205252306.g4PN6OG01506@www.netscum.dyndns.dk> From: BOUWSMA Beery References: <200205112253.g4BMrVUn041734@wartch.sapros.com> To: hackers@freebsd.org Subject: Re: gethostbyname2 and AF_INET6 Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Mountain Informatik AG X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (sorry for the delay in posting this to an old thread...) Servus! You wrote: > Recently mozilla has been really slow resolving some DNS queries. I tracked > this down to a call to gethostbyname2. For some addresses (e.g. > 'www.vanguard.com'), gethostbyname2 with AF_INET6 will fail and takes more > than a minute. I verified this with my own short program that does nothing I had a similar problem, with `lynx' and many hosts (also not g00gle) but only with one of the several providers I have at my fingertips. I'll tell you what I figured out and what I did. I'm running my own DNS caching swerver, which I've tried to point at the provider du jour's suggested DNS machines from any DHCP packets, or just guessed, in `forward only' mode. This to keep traffic down. Of course with backup DNS forwarders since no provider's suggested ones have been always up when I've wanted to use them. As it turned out, the eternal lookups happened after I pointed to the Cabal Modem provider's suggested DNS IPs, but it took me a while to catch on. As soon as I commented out the offending IPs from my list of forwarders and restarted named, the problem lookups completed just fine. I also did a tcpdump to see that the particular DNS forwarder that I was querying with these AAAA lookups was returning bogus data, and so it would retry for a while, before giving up and looking at the next forwarder or trying A queries, I do no remember. So this is mostly for the archives -- some providers are running b0rken DNS servers that they may want you to use, which result in minute-long periods before some hostnames resolve. My solution has been to override use of those and point at the known-good DNS machines elsewhere at that provider, or from a different provider (when access is allowed). I don't seem to be able to reproduce the problem now, though, so the particular nameswervers may have been `improved'... yrz, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message