From owner-freebsd-hackers Sun May 12 1:54:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 289E937B406 for ; Sun, 12 May 2002 01:54:11 -0700 (PDT) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g4C8s1PR039735 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 12 May 2002 10:54:03 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g4C8s0T5037308 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 12 May 2002 10:54:00 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g4C8rwuO037305; Sun, 12 May 2002 10:53:58 +0200 (CEST)?g (envelope-from ticso) Date: Sun, 12 May 2002 10:53:57 +0200 From: Bernd Walter To: Peter Haight Cc: hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 Message-ID: <20020512085356.GI30437@cicely5.cicely.de> References: <200205112253.g4BMrVUn041734@wartch.sapros.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205112253.g4BMrVUn041734@wartch.sapros.com> User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 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, May 11, 2002 at 03:53:31PM -0700, Peter Haight 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 > but call gethostbyname2. > > I've attached a tcpdump of two DNS lookups. One is against > 'www.vanguard.com' which takes about a minute and thirty seconds to come > back with an 'Host name lookup failure'. > > The second log is against 'www.google.com' and it returns almost immediately > with 'No address associated with name'. > > Can someone explain to me what's going on? www.vanguard.com has a broken DNS implementation. Find out the zone administrator via SOA record or whois and complain. RFC requires the behavour you saw with google. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 7:14:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from SRDMAIL.SINP.MSU.RU (bigking.sinp.msu.ru [213.131.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 3D66937B416 for ; Sun, 12 May 2002 07:13:53 -0700 (PDT) Received: from dima (helo=localhost) by SRDMAIL.SINP.MSU.RU with local-esmtp (Exim 3.34 #1) id 176u5E-000L63-00 for freebsd-hackers@FreeBSD.org; Sun, 12 May 2002 18:12:20 +0400 Date: Sun, 12 May 2002 18:12:20 +0400 (MSD) From: Dmitry Mottl To: freebsd-hackers@FreeBSD.org Subject: question: hacking init_main.c 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 I got a page fault (page not present, supervisor read) when I try to modify /sys/kern/init_main.c I want kernel print each subsytem name when it called from mi_startup. So I define char *sysinit_desct[] array and populate it with description strings. After I boot kernel I saw expected '*** mi_startup ***' (see patch) and pagefault after that. Where is my fault? Thank you --- init_main.c.orig Sun May 12 14:24:54 2002 +++ init_main.c Sun May 12 15:21:41 2002 @@ -109,6 +109,57 @@ struct sysinit **sysinit = (struct sysinit **)sysinit_set.ls_items; struct sysinit **newsysinit; +char *sysinit_descr[]={ +"SI_SUB_DUMMY = 0x0000000, /* not executed; for linker*/", +"SI_SUB_DONE = 0x0000001, /* processed*/", +"SI_SUB_CONSOLE = 0x0800000, /* console*/", [skipped,so on..] +}; @@ -167,6 +218,7 @@ register struct sysinit **xipp; /* interior loop of sort*/ register struct sysinit *save; /* bubble*/ + printf("*** mi_startup ***\n"); restart: /* * Perform a bubble sort of the system initialization objects by @@ -202,6 +254,7 @@ /* Call function */ (*((*sipp)->func))((*sipp)->udata); + printf("SYSINIT: %s\n", sysinit_descr[(*sipp)->subsystem]); /* Check off the one we're just done */ (*sipp)->subsystem = SI_SUB_DONE; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 11:26:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id AABA937B400 for ; Sun, 12 May 2002 11:26:46 -0700 (PDT) Received: from pool0083.cvx40-bradley.dialup.earthlink.net ([216.244.42.83] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 176y3P-0006A1-00; Sun, 12 May 2002 11:26:43 -0700 Message-ID: <3CDEB3C5.7D08D187@mindspring.com> Date: Sun, 12 May 2002 11:26:13 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Mottl Cc: freebsd-hackers@FreeBSD.org Subject: Re: question: hacking init_main.c References: 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 Dmitry Mottl wrote: > > I got a page fault (page not present, supervisor read) when I try to > modify /sys/kern/init_main.c > > I want kernel print each subsytem name when it called from mi_startup. > So I define char *sysinit_desct[] array and populate it with > description strings. > > After I boot kernel I saw expected '*** mi_startup ***' (see patch) > and pagefault after that. > > Where is my fault? [ ... ] > + printf("*** mi_startup ***\n"); *** BOGUS [ ... ] > + printf("SYSINIT: %s\n", sysinit_descr[(*sipp)->subsystem]); *** BOGUS Your console must be initialized before you can call printf. Try this *one line* instead: 201a202,204 > if ((*sipp)->subsystem > SI_SUB_CONSOLE) > printf("SYSINIT: %s\n", sysinit_descr[(*sipp)->subsystem]); > Notice that with this patch, it only does printf's after console initialization has taken place (unlike your patch). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 11:35:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from transa.infoarc.sodaknet.com (12-245-236-234.client.attbi.com [12.245.236.234]) by hub.freebsd.org (Postfix) with ESMTP id 293EB37B404 for ; Sun, 12 May 2002 11:35:45 -0700 (PDT) Received: (from aangel@localhost) by transa.infoarc.sodaknet.com (8.11.6/8.11.6) id g4CIZM899736 for hackers@freebsd.org; Sun, 12 May 2002 14:35:22 -0400 (EDT) (envelope-from aangel) Date: Sun, 12 May 2002 14:35:22 -0400 From: Aaron Angel To: hackers@freebsd.org Subject: uptime source code Message-ID: <20020512143522.A99703@transa.infoarc.sodaknet.com> Mail-Followup-To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" 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 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I got around to looking through the source and such, and noticed I can't seem to find the source to uptime...what distribution is it in on the CDROM? --=20 Aaron Angel aangel@aquarius.null, AQUARIUS Manager @ www.aquarius.null [ "We teach children to look both ways when they cross the street, we don'= t ] [ outlaw cars" - Alan Davidson = ] Stop Policeware. Visit www.stoppoliceware.org for more information. --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: 9tFWlieolGiZsX30FGM2pFrYLOW3j24h iQA/AwUBPN616fm2Eo63Q7FxEQLFDgCgkVzzT0SrEnC499knedNJ/PPAqV8An1PX CI4bDEu4UrwpIWWtVftQFV9+ =bv9b -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 11:40:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id EED4337B403 for ; Sun, 12 May 2002 11:40:15 -0700 (PDT) Received: from pool0083.cvx40-bradley.dialup.earthlink.net ([216.244.42.83] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 176yGS-0002g2-00; Sun, 12 May 2002 11:40:13 -0700 Message-ID: <3CDEB6EF.9D61E78E@mindspring.com> Date: Sun, 12 May 2002 11:39:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Aaron Angel Cc: hackers@freebsd.org Subject: Re: uptime source code References: <20020512143522.A99703@transa.infoarc.sodaknet.com> 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 Aaron Angel wrote: > I got around to looking through the source and such, and noticed I > can't seem to find the source to uptime...what distribution is it in > on the CDROM? /usr/src/usr.bin/w Next time, do a "find /usr/src -name Makefile | xargs fgrep uptime", or if, as in this case, you happen to know that there is a manual page for it, "find /usr/src -name uptime.1". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 12:54:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id B1EEF37B407 for ; Sun, 12 May 2002 12:54:18 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g4CJsFvM076423; Sun, 12 May 2002 14:54:15 -0500 (CDT) (envelope-from dan) Date: Sun, 12 May 2002 14:54:15 -0500 From: Dan Nelson To: Aaron Angel Cc: hackers@FreeBSD.ORG Subject: Re: uptime source code Message-ID: <20020512195415.GE3879@dan.emsphone.com> References: <20020512143522.A99703@transa.infoarc.sodaknet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020512143522.A99703@transa.infoarc.sodaknet.com> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error 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 the last episode (May 12), Aaron Angel said: > I got around to looking through the source and such, and noticed I > can't seem to find the source to uptime...what distribution is it in > on the CDROM? $ whereis uptime uptime: /usr/bin/uptime /usr/share/man/man1/uptime.1.gz $ ls -l /usr/bin/uptime -r-xr-xr-x 2 root wheel 15671 Feb 14 13:54 /usr/bin/uptime* $ l -li /usr/bin/uptime 519301 -r-xr-xr-x 2 root wheel 15671 Feb 14 13:54 /usr/bin/uptime* $ find /usr/bin -inum 519301 /usr/bin/w /usr/bin/uptime $ whereis w w: /usr/bin/w /usr/share/man/man1/w.1.gz /usr/src/usr.bin/w $ uptime is actually w, and the source to w is in /usr/src/usr.bin/w . -- Dan Nelson dnelson@allantgroup.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 12 13:14:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 452AD37B400 for ; Sun, 12 May 2002 13:14:54 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g4CKP7L27133; Sun, 12 May 2002 16:25:07 -0400 (EDT) (envelope-from jake) Date: Sun, 12 May 2002 16:25:07 -0400 From: Jake Burkholder To: Terry Lambert Cc: Dmitry Mottl , freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c Message-ID: <20020512162506.I2566@locore.ca> References: <3CDEB3C5.7D08D187@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CDEB3C5.7D08D187@mindspring.com>; from tlambert2@mindspring.com on Sun, May 12, 2002 at 11:26:13AM -0700 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 Apparently, On Sun, May 12, 2002 at 11:26:13AM -0700, Terry Lambert said words to the effect of; > Dmitry Mottl wrote: > > > > I got a page fault (page not present, supervisor read) when I try to > > modify /sys/kern/init_main.c > > > > I want kernel print each subsytem name when it called from mi_startup. > > So I define char *sysinit_desct[] array and populate it with > > description strings. > > > > After I boot kernel I saw expected '*** mi_startup ***' (see patch) > > and pagefault after that. > > > > Where is my fault? > > [ ... ] > > + printf("*** mi_startup ***\n"); > *** BOGUS > > [ ... ] > > + printf("SYSINIT: %s\n", sysinit_descr[(*sipp)->subsystem]); > *** BOGUS > > Your console must be initialized before you can call printf. > > Try this *one line* instead: > > 201a202,204 > > if ((*sipp)->subsystem > SI_SUB_CONSOLE) > > printf("SYSINIT: %s\n", sysinit_descr[(*sipp)->subsystem]); > > > > Notice that with this patch, it only does printf's after console > initialization has taken place (unlike your patch). Wrong, no cookie. kernel printf uses the low level console which is initialized by cninit, which is called from init386 (etc), before mi_startup. My best guess at what's happening is that the subsystem numbers are "sparse", and have high numerical values, so you can't really index an array with them. ie you're trying to print sysinit_descr[0x1000000] etc. The best way I've found to do what you want is to use linker_ddb_search_symbol and linker_ddb_symbol_values on the sysinit function pointer to find its name, and to print the numerical value of the order/subsystem. T TERRY PLZ TO BE RESEARCHING NEXT TIME LUV JAKE Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 13:17: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wartch.sapros.com (rularan.sapros.com [204.182.55.17]) by hub.freebsd.org (Postfix) with ESMTP id D1D4F37B406 for ; Sun, 12 May 2002 13:17:03 -0700 (PDT) Received: from wartch.sapros.com (localhost [127.0.0.1]) by wartch.sapros.com (8.12.3/8.12.3) with ESMTP id g4CKGlUn048082; Sun, 12 May 2002 13:16:47 -0700 (PDT) (envelope-from peterh@wartch.sapros.com) Message-Id: <200205122016.g4CKGlUn048082@wartch.sapros.com> To: Bernd Walter Cc: hackers@freebsd.org Subject: Re: gethostbyname2 and AF_INET6 Date: Sun, 12 May 2002 13:16:47 -0700 From: Peter Haight X-Spam-Status: No, hits=1.8 required=7.0 tests=NO_MX_FOR_FROM version=2.11 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 >www.vanguard.com has a broken DNS implementation. >Find out the zone administrator via SOA record or whois and complain. >RFC requires the behavour you saw with google. Ok. The thing is that there are a lot of these sites. Watching the log on the other side of my DNS server it looks like it is sending requests to vanguard's dns server, but not getting any replies. Is there some way I can lower the timeout for IPV6 DNS lookups or maybe disable them? Or is there some change I can make to mozilla to minimize the impact of sites like these? Hmm. Looking at the FreeBSD resolver code, it doesn't look like there is some convenient way to do this. Maybe something like, try the AAAA lookup, but if we don't get any reply in a short timeout, try an A lookup. If we get a reply to that, then log the site as probably not conforming to the RFC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 19: 5:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.metroconnect.net (emerald.metroconnect.net [209.136.50.6]) by hub.freebsd.org (Postfix) with ESMTP id 7063537B401 for ; Sun, 12 May 2002 19:05:21 -0700 (PDT) Received: from [209.194.1.2] [209.194.1.2] by mail.metroconnect.net with ESMTP (SMTPD32-7.07) id A0C74E39011E; Sun, 12 May 2002 22:11:19 -0400 Subject: Random Crash under load Athlon 1Ghz From: "V. K. Cody Bumgardner" To: hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 12 May 2002 23:09:47 -0300 Message-Id: <1021255787.22942.13.camel@cody.spectechnologies.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 Here is some info I have changed case, mb, ps, and memory but I still have this problem.. I get dumps in gcc during compile. Thanks, Cody !!UNAME!! FreeBSD cody.spectechnologies.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Mon Apr 1 19:25:46 EST 20 root@cody.spectechnologies.net:/usr/src/sys/compile/AMD1GV5_DEBUG i386 !!Hardware!! Generic PC133 memory # Which has been replaced with no change AMD Athlon 1ghz # Which seems to run hot under a load or not Soyo K7VTA PRO MB Koolance Water cooled case WD 60gig ATA 100 HD Nvidia MX 200 Video !!DEBUG INFO 1!! This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... IdlePTD at phsyical address 0x00368000 initial pcb at physical address 0x002d1e00 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xfffedfdf fault code = supervisor read, page not present instruction pointer = 0x8:0xc023c2f8 stack pointer = 0x10:0xd7bdee04 frame pointer = 0x10:0xd7bdee0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 10714 (panel) interrupt mask = net tty bio cam trap number = 12 panic: page fault syncing disks... 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up on 5 buffers Uptime: 2d22h51m5s /dev/vmmon: Module vmmon: unloaded dumping to dev #ad/0x20001, offset 180352 dump ata0: resetting devices .. done 511 [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc015b90e in dumpsys () (kgdb) where #0 0xc015b90e in dumpsys () Cannot access memory at address 0xd881cb9c. !!DEBUG INFO 2!!! gdb -k kernel.1 vmcore.1 panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc1cca240 fault code = supervisor read, page not present instruction pointer = 0x8:0xc022e577 stack pointer = 0x10:0xd894ed0c frame pointer = 0x10:0xd894ed18 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 42849 (cvsup) interrupt mask = none trap number = 12 panic: page fault syncing disks... 65 29 11 done Uptime: 14d0h8m43s /dev/vmmon: Module vmmon: unloaded dumping to dev #ad/0x20001, offset 180352 dump ata0: resetting devices .. done 511 [CTRL-C to abort] 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 [CTRL-C to abort] 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 [CTRL-C to abort] 414 413 [CTRL-C to abort] 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc015b90e in dumpsys () (kgdb) where #0 0xc015b90e in dumpsys () #1 0xc015b6df in boot () #2 0xc015bb1d in panic () #3 0xc02662cf in trap_fatal () #4 0xc0265f7d in trap_pfault () #5 0xc0265b23 in trap () #6 0xc022e577 in ufs_itimes () #7 0xc022e87c in ufs_getattr () #8 0xc0230f85 in ufs_vnoperate () #9 0xc01dd097 in nqsrv_getlease () #10 0xc01dd4e8 in nqnfs_vop_lease_check () #11 0xc0186105 in vop_defaultop () #12 0xc0230f85 in ufs_vnoperate () #13 0xc018fd57 in vn_read () #14 0xc016a2a4 in dofileread () #15 0xc016a16a in read () #16 0xc0266585 in syscall2 () #17 0xc025a135 in Xint0x80_syscall () #18 0x816c8ec in ?? () #19 0x8150b9b in ?? () #20 0x815366b in ?? () #21 0x815600a in ?? () #22 0x805bf48 in ?? () #23 0x805aa13 in ?? () #24 0x805a228 in ?? () #25 0x8058b6c in ?? () #26 0x81a3dad in ?? () #27 0x81a3c66 in ?? () #28 0x819b370 in ?? () #29 0xe77efb39 in ?? () Cannot access memory at address 0x4304c683. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 20: 0:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from secure.net (secure.net [192.41.5.23]) by hub.freebsd.org (Postfix) with ESMTP id 80B5F37B405 for ; Sun, 12 May 2002 20:00:34 -0700 (PDT) Received: from betty.inside.home.sharp.org (secure.net [192.41.5.23]) by secure.net (8.8.5) id VAA24376 for ; Sun, 12 May 2002 21:00:28 -0600 (MDT) X-Info1: œ***************************************************************** X-Info2: œ* This email came through the SECURE.NET email server. If you * X-Info3: œ* suspect this email was sent by a spammer through this site * X-Info4: œ* please forward the ENTIRE email message including headers to * X-Info5: œ* abuse@secure.net so action can be taken against the spammer. * X-Info6: œ**** Fight Spam on the Internet! See http://spam.abuse.net **** X-Info7: œ**** Outlaw Spam: Support HR 2162 See http://www.cauce.org **** X-Info8: œ**** Block Spam: Blackhole List See http://maps.vix.com/rbl **** X-Info9: œ***************************************************************** Received: (from djs@localhost) by betty.inside.home.sharp.org (8.11.6/8.11.6) id g4D2xnZ04790; Sun, 12 May 2002 19:59:49 -0700 (PDT) (envelope-from djs@secure.net) X-Authentication-Warning: betty.inside.home.sharp.org: djs set sender to djs@secure.net using -f Date: Sun, 12 May 2002 19:59:49 -0700 From: David Sharp To: Wilko Bulte Cc: FreeBSD hackers list Subject: Re: USB to serial converter support? Message-ID: <20020512195949.A4711@mail.secure.net> References: <20020511171443.A463@freebie.xs4all.nl> <20020511230741.A1773@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Mutt/1.2.5.1i-jp0 In-Reply-To: <20020511230741.A1773@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Sat, May 11, 2002 at 11:07:41PM +0200 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 using it on -stable without any problems. david. On 2002.05.11 23:07:41 +0000, Wilko Bulte wrote: > On Sat, May 11, 2002 at 05:14:43PM +0200, Wilko Bulte wrote: > > Nevermind, I found uplcom on -current. Not on -stable though (yet?) > > Wilko > > > Hi there, > > > > I'm to get a laptop without serial port. Now did I find a USB-serial > > adapter, which reports itself as: > > > > ugen0: ATEN International Serial adapter, rev 1.10/0.01, addr 2 > > > > I also found (in -stable): > > > > # Firmware download for Entrega Serial DB25 adapter. > > # > > device "Entrega Serial with UART" > > product 0x8001 > > vendor 0x1645 > > release 0x0101 > > attach "if ! kldstat -n usio > /dev/null 2>&1 ; then kldload usio; > > fi" > > attach "/usr/sbin/ezdownload -v -f > > /usr/share/usb/firmware/1645.8001.010 > > 1 /dev/${DEVNAME}" > > > > Is that kld usio something that is generically usable for USB-serial > > converters? If yes, where can I find it, I don't seem to have an usio > > around. > > > > tia (and please bear with me, this is my first USB device) > > > > Wilko > > > > -- > > | / o / /_ _ wilko@FreeBSD.org > > |/|/ / / /( (_) Bulte Arnhem, the Netherlands > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > ---end of quoted text--- > > -- > | / o / /_ _ wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands > > 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 From owner-freebsd-hackers Sun May 12 22:28:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 854DC37B401 for ; Sun, 12 May 2002 22:28:22 -0700 (PDT) Received: from pool0365.cvx40-bradley.dialup.earthlink.net ([216.244.43.110] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1778Nc-0001d0-00; Sun, 12 May 2002 22:28:17 -0700 Message-ID: <3CDF4ED3.BC16D3F9@mindspring.com> Date: Sun, 12 May 2002 22:27:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Haight Cc: Bernd Walter , hackers@freebsd.org Subject: Re: gethostbyname2 and AF_INET6 References: <200205122016.g4CKGlUn048082@wartch.sapros.com> 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 Peter Haight wrote: > >www.vanguard.com has a broken DNS implementation. > >Find out the zone administrator via SOA record or whois and complain. > >RFC requires the behavour you saw with google. > > Ok. The thing is that there are a lot of these sites. Watching the log on > the other side of my DNS server it looks like it is sending requests to > vanguard's dns server, but not getting any replies. Is there some way I can > lower the timeout for IPV6 DNS lookups or maybe disable them? Or is there > some change I can make to mozilla to minimize the impact of sites like > these? > > Hmm. Looking at the FreeBSD resolver code, it doesn't look like there is > some convenient way to do this. Maybe something like, try the AAAA lookup, > but if we don't get any reply in a short timeout, try an A lookup. If we get > a reply to that, then log the site as probably not conforming to the RFC. The best answer is to do what Bernd said, and get the server fixed, since it's an RFC non-conforming server. If you can't do that, the best thing to do on the client side is to do a concurrent IPv6 and IPv4 lookup, and then if the IPv6 times out, take the IPv4 answer. Basically, this means you will have to live with the IPv6 timeout period, no matter what, but at least it won't stack on top of an IPv4 timeout. The best concurrent resolver library is the one that ships with the current version of bind. FreeBSD's resolver library is older than this, and not concurrent, because it's integrated into libc, and not in a seperate libresolv, which makes it hard to upgrade. For an individual application, like the Mozilla you said you were using in your first posting, you can link the bond supplied libresolv before libc, and that will get the new resolver library before the libc version (you will also need to point the compiler at the newer header files, via "-I", to get the newer behaviour). I'm not sure that Mozilla is aware of the asyncronois interface, if they are in the compilation scope; I'd be surprised if it knew about IPv6 but not about the async interfaces. Good luck. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 22:32: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 218A837B400 for ; Sun, 12 May 2002 22:31:58 -0700 (PDT) Received: from pool0365.cvx40-bradley.dialup.earthlink.net ([216.244.43.110] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1778R0-00044e-00; Sun, 12 May 2002 22:31:47 -0700 Message-ID: <3CDF4FA5.8511B01A@mindspring.com> Date: Sun, 12 May 2002 22:31:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: Dmitry Mottl , freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> 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 Jake Burkholder wrote: > Wrong, no cookie. kernel printf uses the low level console which is > initialized by cninit, which is called from init386 (etc), before > mi_startup. > > My best guess at what's happening is that the subsystem numbers are > "sparse", and have high numerical values, so you can't really index > an array with them. ie you're trying to print sysinit_descr[0x1000000] > etc. The best way I've found to do what you want is to use > linker_ddb_search_symbol and linker_ddb_symbol_values on the sysinit > function pointer to find its name, and to print the numerical value > of the order/subsystem. > > T TERRY PLZ TO BE RESEARCHING NEXT TIME LUV JAKE Jake, *I wrote* init_main.c and kernel.h and the original SYSINIT() code; Julian just committed it. Please see my Copyrights on the files. You don't want to start using the kernel printf until the console code is initialized. Trace through the code, and you will see some bogosities that result from n-nserial console, and interaction with the dmesg buffer. Thanks, -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 22:41: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 83C4537B404 for ; Sun, 12 May 2002 22:41:40 -0700 (PDT) Received: by mail1.zer0.org (Postfix, from userid 1001) id 3DEE8239A0B; Sun, 12 May 2002 22:41:40 -0700 (PDT) Date: Sun, 12 May 2002 22:41:39 -0700 From: Gregory Sutter To: Dinesh Nair Cc: hackers@FreeBSD.ORG Subject: Re: What hardware do you use ? Message-ID: <20020513054139.GA85170@klapaucius.zer0.org> References: <20020510112835.B45651-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: 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 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2002-05-11 10:49 +0800, Dinesh Nair wrote: > On Fri, 10 May 2002, Doug White wrote: >=20 > > usually have onboard everything, including dual fxp's nowadays. But th= ey > > have the ServerWorks curse. > > . Tyan makes some interesting stuff, but as with all ServerWorks based > > stuff, stay far, far away from the base ATA33 controller. Even the cheap >=20 > what serverworks curse ? i may not have been aware of an issue here. could > someone please let me know about this ? The Serverworks chipsets max out at ATA/33. Not very fast. Greg --=20 Gregory S. Sutter Five million battered women in mailto:gsutter@zer0.org this country, and I've always http://www.zer0.org/~gsutter/ eaten mine plain... hkp://wwwkeys.pgp.net/0x845DFEDD --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQE831ITIBUx1YRd/t0RAtEdAJ9Enx13Fzbv2Eg+Ypf0dGLgnA7UqACdE7AR dfpbgGDmlXyJZ6hAId/dibs= =NUSH -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 22:49: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id BEAAD37B400 for ; Sun, 12 May 2002 22:49:02 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g4D5xRd29117; Mon, 13 May 2002 01:59:27 -0400 (EDT) (envelope-from jake) Date: Mon, 13 May 2002 01:59:26 -0400 From: Jake Burkholder To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c Message-ID: <20020513015926.J2566@locore.ca> References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> <3CDF4FA5.8511B01A@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CDF4FA5.8511B01A@mindspring.com>; from tlambert2@mindspring.com on Sun, May 12, 2002 at 10:31:17PM -0700 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 Apparently, On Sun, May 12, 2002 at 10:31:17PM -0700, Terry Lambert said words to the effect of; > Jake Burkholder wrote: > > Wrong, no cookie. kernel printf uses the low level console which is > > initialized by cninit, which is called from init386 (etc), before > > mi_startup. > > > > My best guess at what's happening is that the subsystem numbers are > > "sparse", and have high numerical values, so you can't really index > > an array with them. ie you're trying to print sysinit_descr[0x1000000] > > etc. The best way I've found to do what you want is to use > > linker_ddb_search_symbol and linker_ddb_symbol_values on the sysinit > > function pointer to find its name, and to print the numerical value > > of the order/subsystem. > > > > T TERRY PLZ TO BE RESEARCHING NEXT TIME LUV JAKE > > Jake, > > *I wrote* init_main.c and kernel.h and the original SYSINIT() code; > Julian just committed it. I know that you wrote it and I know that you're wrong. Take sparc64_init() for example, which is called from locore.S before mi_startup(): void sparc64_init(caddr_t mdp, u_long o1, u_long o2, u_long o3, ofw_vec_t *vec) { ... /* * Initialize the console before printing anything. */ cninit(); /* * Panic is there is no metadata. Most likely the kernel was booted * directly, instead of through loader(8). */ if (mdp == NULL || kmdp == NULL) { printf("sparc64_init: no loader metadata.\n" "This probably means you are not using loader(8).\n"); panic("sparc64_init"); } These printfs work fine. Come to think of it: > cd /usr/current/src/sys/ > find . -name "*.[ch]" | xargs grep SI_SUB_CONSOLE ./sys/kernel.h: * The SI_SUB_CONSOLE and SI_SUB_SWAP values represent values used by ./sys/kernel.h: SI_SUB_CONSOLE = 0x0800000, /* console*/ > There don't seem to be any SYSINITs that run at SI_SUB_CONSOLE. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 23:37: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0D71A37B403 for ; Sun, 12 May 2002 23:37:00 -0700 (PDT) Received: from pool0246.cvx40-bradley.dialup.earthlink.net ([216.244.42.246] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 1779S5-00001A-00; Sun, 12 May 2002 23:36:58 -0700 Message-ID: <3CDF5EEB.ACEB8F8@mindspring.com> Date: Sun, 12 May 2002 23:36:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> <3CDF4FA5.8511B01A@mindspring.com> <20020513015926.J2566@locore.ca> 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 Jake Burkholder wrote: > I know that you wrote it and I know that you're wrong. > > Take sparc64_init() for example, which is called from locore.S before > mi_startup(): [ ... ] > These printfs work fine. [ ... ] > Come to think of it: > > > cd /usr/current/src/sys/ > > find . -name "*.[ch]" | xargs grep SI_SUB_CONSOLE > ./sys/kernel.h: * The SI_SUB_CONSOLE and SI_SUB_SWAP values represent values used by > ./sys/kernel.h: SI_SUB_CONSOLE = 0x0800000, /* console*/ > > > > There don't seem to be any SYSINITs that run at SI_SUB_CONSOLE. I guess your unique point of view here explains the misunderstanding... 8-). What can I say... PC hardware is stupid. The SPARC console code is handled by the PROM code. PC hardware rarely has code in the POST routines to set up a console properly (you can get AMD BIOS that has the ability to send everything out the serial consle, and assumes it's talking to a VT100, but most motherboards don't have it). If he wants to be guaranteed that it will work on any system, he needs to delay the console printf's until after the console initialization has happened, if it doesn't happen at hardware reset. Personally, I'd also suggest just printing out the subsystem and order structure elements as hex, rather than relying on strings having been defined (or add a string element to the sysinit structure itself). Normally, when I do this, I just put out the hex codes. I've done this more than once (e.g. adding a 4M page allocation type to the kernel, etc.). Actually, it would be nice to be able to set these flags into some global context somewhere, and then use it when doing the printf()'s, so that you could give a list of subsystems whose printf's you wanted to ignore. In my experience, it's a common thing for managers to want to suppress many of the boot messages from appearing on the console, so as to hide the fact that they are using FreeBSD... never mind the fact that this makes field diagnostics a real pain for the engineers (I said it was common to want it ... not clever... 8-)). Really, there wants to be a seperation of the console from the dmesg from the klog for messages, so you can select what goes where (or if it goes at all). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 12 23:43:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0FE1B37B401 for ; Sun, 12 May 2002 23:43:41 -0700 (PDT) Received: from pool0246.cvx40-bradley.dialup.earthlink.net ([216.244.42.246] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 1779YZ-0003ih-00; Sun, 12 May 2002 23:43:39 -0700 Message-ID: <3CDF607E.CEC51FFE@mindspring.com> Date: Sun, 12 May 2002 23:43:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder , freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> <3CDF4FA5.8511B01A@mindspring.com> <20020513015926.J2566@locore.ca> <3CDF5EEB.ACEB8F8@mindspring.com> 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 Terry Lambert wrote: > What can I say... PC hardware is stupid. > > The SPARC console code is handled by the PROM code. PC hardware > rarely has code in the POST routines to set up a console properly > (you can get AMD BIOS that has the ability to send everything out > the serial consle, and assumes it's talking to a VT100, but most > motherboards don't have it). Before I forget: even the AMD BIOS doesn't save you, since the FreeBSD probe code doesn't "remember" the previous hardware settings, so the FreeBSD initialization destroys the old settings. So you have to carefully match the BIOS settings with the kernel settings. 8-(. The FreeBSD keyboard probe is equally destructive for some KVM switches (see previous threads). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 0: 3:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id B047537B40D for ; Mon, 13 May 2002 00:03:34 -0700 (PDT) Received: from kokeb.ambesa.net ([64.166.84.14]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GW10041DFLYCE@mta5.snfc21.pbi.net> for hackers@FreeBSD.ORG; Mon, 13 May 2002 00:03:34 -0700 (PDT) Received: from kokeb.ambesa.net (localhost [127.0.0.1]) by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g4D78Zmp048708; Mon, 13 May 2002 00:08:36 -0700 (PDT envelope-from makonnen@pacbell.net) Received: (from mikem@localhost) by kokeb.ambesa.net (8.12.3/8.12.3/Submit) id g4D78Wp4048630; Mon, 13 May 2002 00:08:32 -0700 (PDT) Date: Mon, 13 May 2002 01:08:31 -0600 From: Mike Makonnen Subject: Re: gethostbyname2 and AF_INET6 In-reply-to: <200205122016.g4CKGlUn048082@wartch.sapros.com> To: Peter Haight Cc: Bernd Walter , hackers@FreeBSD.ORG Message-id: <1021273711.97354.74.camel@kokeb.ambesa.net> MIME-version: 1.0 X-Mailer: Evolution/1.0.2 Content-type: text/plain Content-transfer-encoding: 7BIT References: <200205122016.g4CKGlUn048082@wartch.sapros.com> X-Authentication-warning: kokeb.ambesa.net: mikem set sender to makonnen@pacbell.net using -f 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 Sun, 2002-05-12 at 14:16, Peter Haight wrote: > > Hmm. Looking at the FreeBSD resolver code, it doesn't look like there is > some convenient way to do this. Maybe something like, try the AAAA lookup, > but if we don't get any reply in a short timeout, try an A lookup. If we get > a reply to that, then log the site as probably not conforming to the RFC. > In mozilla's case, it's not the FreeBSD resolver that's trying ipv6 and then ipv4. Mozilla does it explicitly by calling gethostbyname2 first with AF_INET6, and if that fails with AF_INET. You could just patch it to not make the first gethostbyname2 call. From a quick browse of the source from mozilla.org it's src/misc/prnetdb.c around line # 579 or thereabouts. Cheers, Mike Makonnen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 0:12:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wartch.sapros.com (rularan.sapros.com [204.182.55.17]) by hub.freebsd.org (Postfix) with ESMTP id BD5B337B421 for ; Mon, 13 May 2002 00:10:32 -0700 (PDT) Received: from wartch.sapros.com (localhost [127.0.0.1]) by wartch.sapros.com (8.12.3/8.12.3) with ESMTP id g4D7AJUn049722; Mon, 13 May 2002 00:10:19 -0700 (PDT) (envelope-from peterh@wartch.sapros.com) Message-Id: <200205130710.g4D7AJUn049722@wartch.sapros.com> To: Mike Makonnen Cc: hackers@freebsd.org Subject: Re: gethostbyname2 and AF_INET6 Date: Mon, 13 May 2002 00:10:19 -0700 From: Peter Haight X-Spam-Status: No, hits=1.8 required=7.0 tests=NO_MX_FOR_FROM version=2.11 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 mozilla's case, it's not the FreeBSD resolver that's trying ipv6 and >then ipv4. Mozilla does it explicitly by calling gethostbyname2 first >with AF_INET6, and if that fails with AF_INET. You could just patch it >to not make the first gethostbyname2 call. From a quick browse of the >source from mozilla.org it's src/misc/prnetdb.c around line # 579 or >thereabouts. Yeah. That's exactly what I did to make it work nicely on my machine, but that's not a real solution as it breaks IPv6 resolving. I'm going to try Terry's solution and try and do concurrent lookups. Mozilla is already using pthreads, so I should be able to just spawn the two requests in separate threads and take the one that comes back first. I may even spawn the IPv6 one a little earlier to give it a slightly better chance of coming back first. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 0:46:49 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 1490737B409 for ; Mon, 13 May 2002 00:46:41 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4D7kaJ00691 for ; Mon, 13 May 2002 00:46:40 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id D7D5A3811; Mon, 13 May 2002 00:46:36 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Jake Burkholder , Dmitry Mottl , freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c In-Reply-To: <3CDF4FA5.8511B01A@mindspring.com> Date: Mon, 13 May 2002 00:46:36 -0700 From: Peter Wemm Message-Id: <20020513074636.D7D5A3811@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 Terry Lambert wrote: > Jake Burkholder wrote: > > Wrong, no cookie. kernel printf uses the low level console which is > > initialized by cninit, which is called from init386 (etc), before > > mi_startup. > > > > My best guess at what's happening is that the subsystem numbers are > > "sparse", and have high numerical values, so you can't really index > > an array with them. ie you're trying to print sysinit_descr[0x1000000] > > etc. The best way I've found to do what you want is to use > > linker_ddb_search_symbol and linker_ddb_symbol_values on the sysinit > > function pointer to find its name, and to print the numerical value > > of the order/subsystem. > > > > T TERRY PLZ TO BE RESEARCHING NEXT TIME LUV JAKE > > Jake, > > *I wrote* init_main.c and kernel.h and the original SYSINIT() code; > Julian just committed it. Terry: Just because you wrote parts of it, doesn't mean that you are right. If you actually read the code, you would know that the console is initialized **WAY** before sysinit is even started. It may have been that way once in your version of the code, but it has never been that way for FreeBSD itself. > Please see my Copyrights on the files. > > You don't want to start using the kernel printf until the console > code is initialized. Trace through the code, and you will see some > bogosities that result from n-nserial console, and interaction with > the dmesg buffer. I personally have added printfs that show the sysinits running before. I have done it many times in fact. note locore.s: call init386 .... call mi_startup Now, note machdep.c: void init386(first) { ... /* * Initialize the console before we print anything out. */ cninit(); if (metadata_missing) printf("WARNING: loader(8) metadata is missing!\n"); ... } Console probe/attach is **NOT** driven by sysinit. Please spend 30 seconds reading the code before spreading misinformed FUD. Would it make you happier if I removed SI_SUB_CONSOLE to prove the point? Hmm, I think I will.. It seems to be confusing some people. 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 Mon May 13 1:36:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from host217-41-47-151.in-addr.btopenworld.com (host217-41-47-151.in-addr.btopenworld.com [217.41.47.151]) by hub.freebsd.org (Postfix) with ESMTP id C3A4C37B400 for ; Mon, 13 May 2002 01:36:10 -0700 (PDT) Received: by host217-41-47-151.in-addr.btopenworld.com (Postfix, from userid 1001) id DA6B17A5; Mon, 13 May 2002 09:36:06 +0100 (BST) Date: Mon, 13 May 2002 09:36:06 +0100 From: Dominic Marks To: "V. K. Cody Bumgardner" Cc: hackers@freebsd.org Subject: Re: Random Crash under load Athlon 1Ghz Message-ID: <20020513093606.B64144@host217-41-47-151.in-addr.btope> References: <1021255787.22942.13.camel@cody.spectechnologies.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1021255787.22942.13.camel@cody.spectechnologies.net>; from codeman@spectechnologies.net on Sun, May 12, 2002 at 11:09:47PM -0300 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 Sun, May 12, 2002 at 11:09:47PM -0300, V. K. Cody Bumgardner wrote: > Here is some info I have changed case, mb, ps, and memory but I still > have this problem.. I get dumps in gcc during compile. > > Thanks, > Cody > > !!UNAME!! > FreeBSD cody.spectechnologies.net > 4.5-STABLE FreeBSD 4.5-STABLE #0: Mon Apr 1 19:25:46 EST 20 > root@cody.spectechnologies.net:/usr/src/sys/compile/AMD1GV5_DEBUG i386 > > !!Hardware!! > > Generic PC133 memory # Which has been replaced with no change > AMD Athlon 1ghz # Which seems to run hot under a load or not You do have a good quality heatsink and fan on this, don't you? > Soyo K7VTA PRO MB > Koolance Water cooled case > WD 60gig ATA 100 HD > Nvidia MX 200 Video > > !!DEBUG INFO 1!! > > This GDB was configured as "i386-unknown-freebsd"...(no debugging > symbols found)... > IdlePTD at phsyical address 0x00368000 > initial pcb at physical address 0x002d1e00 > panicstr: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xfffedfdf > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc023c2f8 > stack pointer = 0x10:0xd7bdee04 > frame pointer = 0x10:0xd7bdee0c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 10714 (panel) > interrupt mask = net tty bio cam > trap number = 12 > panic: page fault > > syncing disks... 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 > giving up on 5 buffers > Uptime: 2d22h51m5s > /dev/vmmon: Module vmmon: unloaded > > dumping to dev #ad/0x20001, offset 180352 > dump ata0: resetting devices .. done > 511 [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to > abort] 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 > 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 > 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 > 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 > 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 > 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 > 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 > 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 > 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 > 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 > 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 > 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 > 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 > 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 > 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 > 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 > 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 > 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 > 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 > 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 > 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 > 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 > 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 > 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 > 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 > 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 > 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 > --- > #0 0xc015b90e in dumpsys () > (kgdb) where > #0 0xc015b90e in dumpsys () > Cannot access memory at address 0xd881cb9c. > > !!DEBUG INFO 2!!! > > gdb -k kernel.1 vmcore.1 > > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc1cca240 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc022e577 > stack pointer = 0x10:0xd894ed0c > frame pointer = 0x10:0xd894ed18 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 42849 (cvsup) > interrupt mask = none > trap number = 12 > panic: page fault > > syncing disks... 65 29 11 > done > Uptime: 14d0h8m43s > /dev/vmmon: Module vmmon: unloaded > > dumping to dev #ad/0x20001, offset 180352 > dump ata0: resetting devices .. done > 511 [CTRL-C to abort] 510 509 508 507 506 505 504 503 502 501 500 499 > 498 497 496 [CTRL-C to abort] 495 494 493 492 491 490 489 488 487 486 > 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 > 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 > 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 > 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 > [CTRL-C to abort] 414 413 [CTRL-C to abort] 412 411 410 409 408 407 406 > 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 > 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 > 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 > 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 > 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 > 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 > 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 > 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 > 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 > 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 > 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 > 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 > 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 > 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 > 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 > 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 > 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 > 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 > 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 > 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 > 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 > 0 > --- > #0 0xc015b90e in dumpsys () > (kgdb) where > #0 0xc015b90e in dumpsys () > #1 0xc015b6df in boot () > #2 0xc015bb1d in panic () > #3 0xc02662cf in trap_fatal () > #4 0xc0265f7d in trap_pfault () > #5 0xc0265b23 in trap () > #6 0xc022e577 in ufs_itimes () > #7 0xc022e87c in ufs_getattr () > #8 0xc0230f85 in ufs_vnoperate () > #9 0xc01dd097 in nqsrv_getlease () > #10 0xc01dd4e8 in nqnfs_vop_lease_check () > #11 0xc0186105 in vop_defaultop () > #12 0xc0230f85 in ufs_vnoperate () > #13 0xc018fd57 in vn_read () > #14 0xc016a2a4 in dofileread () > #15 0xc016a16a in read () > #16 0xc0266585 in syscall2 () > #17 0xc025a135 in Xint0x80_syscall () > #18 0x816c8ec in ?? () > #19 0x8150b9b in ?? () > #20 0x815366b in ?? () > #21 0x815600a in ?? () > #22 0x805bf48 in ?? () > #23 0x805aa13 in ?? () > #24 0x805a228 in ?? () > #25 0x8058b6c in ?? () > #26 0x81a3dad in ?? () > #27 0x81a3c66 in ?? () > #28 0x819b370 in ?? () > #29 0xe77efb39 in ?? () > Cannot access memory at address 0x4304c683. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 1:40:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 9168037B430 for ; Mon, 13 May 2002 01:40:37 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 0AE583FCA0; Mon, 13 May 2002 10:40:32 +0200 (CEST) Date: Mon, 13 May 2002 10:40:31 +0200 From: Miguel Mendez To: Dominic Marks Cc: "V. K. Cody Bumgardner" , hackers@freebsd.org Subject: Re: Random Crash under load Athlon 1Ghz Message-ID: <20020513104031.A4020@energyhq.homeip.net> References: <1021255787.22942.13.camel@cody.spectechnologies.net> <20020513093606.B64144@host217-41-47-151.in-addr.btope> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020513093606.B64144@host217-41-47-151.in-addr.btope>; from dominic_marks@btinternet.com on Mon, May 13, 2002 at 09:36:06AM +0100 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 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2002 at 09:36:06AM +0100, Dominic Marks wrote: Hi, > You do have a good quality heatsink and fan on this, don't you? >=20 LOL, please, see below... > > Soyo K7VTA PRO MB > > Koolance Water cooled case ^^^^^^^^^^^^^^^^^^^^^^^^^^ =20 Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE833v+nLctrNyFFPERAkVeAJ9a9tTUnET9h1bTc0/KutGzcmzoEwCeNEKq shVKuVOb2x9WMlyfTEIrj6Y= =tgQ/ -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 2:18:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from host217-41-47-151.in-addr.btopenworld.com (host217-41-47-151.in-addr.btopenworld.com [217.41.47.151]) by hub.freebsd.org (Postfix) with ESMTP id C5E0B37B406 for ; Mon, 13 May 2002 02:18:53 -0700 (PDT) Received: by host217-41-47-151.in-addr.btopenworld.com (Postfix, from userid 1001) id 06C4F7A5; Mon, 13 May 2002 10:18:44 +0100 (BST) Date: Mon, 13 May 2002 10:18:44 +0100 From: Dominic Marks To: Miguel Mendez Cc: "V. K. Cody Bumgardner" , hackers@freebsd.org Subject: Re: Random Crash under load Athlon 1Ghz Message-ID: <20020513101844.A66034@host217-41-47-151.in-addr.btope> References: <1021255787.22942.13.camel@cody.spectechnologies.net> <20020513093606.B64144@host217-41-47-151.in-addr.btope> <20020513104031.A4020@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020513104031.A4020@energyhq.homeip.net>; from flynn@energyhq.homeip.net on Mon, May 13, 2002 at 10:40:31AM +0200 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 Mon, May 13, 2002 at 10:40:31AM +0200, Miguel Mendez wrote: > On Mon, May 13, 2002 at 09:36:06AM +0100, Dominic Marks wrote: > > Hi, > > > You do have a good quality heatsink and fan on this, don't you? > > > LOL, please, see below... > > > > Soyo K7VTA PRO MB > > > Koolance Water cooled case > ^^^^^^^^^^^^^^^^^^^^^^^^^^ Shit, sorry. > > Cheers, > -- > Miguel Mendez - flynn@energyhq.homeip.net > GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt > EnergyHQ :: http://www.energyhq.tk > FreeBSD - The power to serve! -- Dominic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 2:55:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from room101.wuppy.net.ru (room101.WUPPY.NET.RU [212.30.189.131]) by hub.freebsd.org (Postfix) with ESMTP id 3602637B401 for ; Mon, 13 May 2002 02:55:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by room101.wuppy.net.ru (8.11.6/8.11.6) with ESMTP id g4D9sXt96231; Mon, 13 May 2002 13:54:43 +0400 (MSD) (envelope-from romanp@unshadow.net) Date: Mon, 13 May 2002 13:54:32 +0400 (MSD) From: "Roman V. Palagin" To: Ed Hall Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Memory and Reality In-Reply-To: <200205112015.g4BKFt390577@screech.weirdnoise.com> Message-ID: <20020513130532.U83794-100000@room101.wuppy.net.ru> 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 May 11, at 1:15pm -0700, Ed Hall wrote: > At Yahoo! we use a lot of shared memory, both in the form of .so's and > for IPC. It would be very useful to be able to accurately measure the > amount of shared and private memory associated with a process, the > number of references to a given shared memory object, resident vs. non- > resident pages, and so forth. Try to look at ftp://ftp.wuppy.net.ru/pub/FreeBSD/local/pmap/pmap-20010226.tar.gz This is tool simular to Solaris' pmap. You need to compile and install pmap_helper, then compile pmap itself (pmap.d is very verbose development version of pmap, you may want to look at it if you understand some VM's internals :). You can run pmap w/out args, it will list all processes or 'pmap ' to get info about specific pid. Output will looks like this one: 22469: smbd Address Kbytes Resident Shared Private Protection Mapped File 08048000 1184 300 - 600 read/exec /usr/local/sbin/smbd 08170000 152 12 - 152 read/write /usr/local/sbin/smbd 08196000 240 - - - read/write [swap pager] 081D2000 356 - - - read/write/exec [swap pager] 28170000 68 52 68 - read/exec /usr/libexec/ld-elf.so.1 28181000 4 4 4 - read/write /usr/libexec/ld-elf.so.1 28182000 8 - - - read/write [swap pager] 28184000 32 - - - read/write/exec [swap pager] 2818C000 32 32 32 - read/exec /usr/lib/libpam.so.1 28194000 4 4 4 - read/write/exec /usr/lib/libpam.so.1 28195000 512 448 512 - read/exec /usr/lib/libc.so.4 28215000 20 16 20 - read/write/exec /usr/lib/libc.so.4 2821A000 84 - - - read/write/exec [swap pager] 2822F000 8 4 8 - read/write/exec /usr/local/private/secrets.tdb 28231000 4 0 4 - read/write/exec /var/spool/samba/messages.tdb 28232000 8 16 8 - read/write/exec /var/spool/samba/connections.tdb BFBE0000 128 - - - read/write/exec [swap pager] -------- ------ -------- ------ ------- Total 2844 888 660 752 The only error you should get during compilation is pmap/ncache.c:53. Basicaly, just replace 420001 by actual version of FreeBSD you have. If you have any problems compiling/running this stuff - feel free to contact me at romanp@unshadow.net. p.s. (to all who will try this program). I know, in some cases it not accurate (will count some memory twice). Don't shoot me for this piece of code - I do the best I can :) Better tell me what's wrong and we will create powerfull tool! - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 3:43:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142]) by hub.freebsd.org (Postfix) with ESMTP id AA8DD37B406; Mon, 13 May 2002 03:43:05 -0700 (PDT) Received: by relay.butya.kz (Postfix, from userid 1000) id 0698428B58; Mon, 13 May 2002 17:42:53 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id F20BF28B56; Mon, 13 May 2002 17:42:53 +0700 (ALMST) Date: Mon, 13 May 2002 17:42:53 +0700 (ALMST) From: Boris Popov To: "Semen A. Ustimenko" Cc: freebsd-fs@FreeBSD.org, freebsd-hackers@FreeBSD.org, "Flood, Jim" Subject: Re: NULLFS-related possible deadlock + fix proposal In-Reply-To: <20020511005932.S1705-100000@def.the.net> 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 On Sat, 11 May 2002, Semen A. Ustimenko wrote: > DEADLOCK... Indeed, weird situation. Nice analysis, btw :) > Make vn_lock() in vrele() lock vnode only LK_THISLAYER. Obviously, the > NULLFS and other stacking FSes will have to deal with this in their > VOP_INACTIVE() handlers. This changes won't touch real FSes as they ignore > the LK_THISLAYER, don't they? Yes, you're correct in that LK_THISLAYER currently used only by "stacked" filesystem(s) and it used exactly for such situations to avoid deadlocks. The proposed solution may even work without any additional code because null_inactive() performs its own management on the lower vnode locking. -- Boris Popov http://rbp.euro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 3:47: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from marvin.trident-uk.co.uk (mail.trident-uk.co.uk [195.166.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 987AB37B403 for ; Mon, 13 May 2002 03:46:54 -0700 (PDT) Received: (from root@localhost) by marvin.trident-uk.co.uk (8.11.1/8.11.1) id g4DAUcY75181 for freebsd-hackers@freebsd.org; Mon, 13 May 2002 11:30:38 +0100 (BST) Received: from trident-uk.co.uk (root@mufuf.trident-uk.co.uk [194.207.93.63]) by marvin.trident-uk.co.uk (8.11.1/8.11.1av) with ESMTP id g4DAUaN75172 for ; Mon, 13 May 2002 11:30:36 +0100 (BST) Received: (from jamie@localhost) by trident-uk.co.uk (8.11.6/8.11.6) id g4DAu0b51012 for freebsd-hackers@freebsd.org; Mon, 13 May 2002 11:56:00 +0100 (BST) (envelope-from jamie) Date: Mon, 13 May 2002 11:56:00 +0100 From: Jamie Heckford To: freebsd-hackers@freebsd.org Subject: Broadcom BCM5701 Chipset problems Message-ID: <20020513115600.A50967@mufuf.trident-uk.co.uk> Reply-To: jamie@tridentmicrosystems.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by AMaViS perl-10 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 Hi, Following cards: bge0: mem 0xf7fb0000-0xf7fbffff irq 5 at device 5.0 on pci1 bge1: mem 0xf7fa0000-0xf7faffff irq 10 at device 6.0 on pci1 Sucessfully got this driver recognised and "working" on FreeBSD 4.6-PRERELEASE #1: Thu May 9 12:50:45 BST 2000. Seems to fine.. apart from im noticing packet loss on receiving (typically 16%). Transmit is fine though! I read in the mailling lists mentions of hardware checksum problems with the chipset.. did anyone know what the final outcome with this problem was and if any changes had been MFC'd? Thanks in advance for any help. -- Jamie Heckford Network Manager Trident Microsystems Ltd Tel: 01737 780790 Fax: 01737 771908 http://www.tridentmicrosystems.co.uk *********** This e-mail message contains confidential information for the above addressee only. Any opinion or views contained in this e-mail message are those of the sender and do not necessarily represent those of the Company. Unless otherwise stated this e-mail message is not intended to be contractually binding. E-mail transmission cannot be guaranteed to be secure or error-free and the sender therefore does not accept liability for any errors or omissions in the contents of this message. Trident Microsystems Ltd Group of Companies Perrywood Business Park, Honeycrock Lane, Salfords, Redhill, Surrey, RH1 5JQ Tel: (44) (0) 1737 780790 Fax: (44) (0) 1737 771908 Registered office: Abacus House, Bone Lane, Newbury, Berkshire, RG14 5SF To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 6:28:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sea-incorporated.com (caribbean.sea-incorporated.com [209.74.10.130]) by hub.freebsd.org (Postfix) with ESMTP id A179637B403 for ; Mon, 13 May 2002 06:28:26 -0700 (PDT) Received: from localhost (geoff@localhost) by sea-incorporated.com (8.9.3/8.9.3) with ESMTP id JAA52821; Mon, 13 May 2002 09:26:41 -0400 (EDT) (envelope-from geoff@sea-incorporated.com) Date: Mon, 13 May 2002 09:26:41 -0400 (EDT) From: "Geoffrey C. Speicher" To: "Matthew D. Fuller" Cc: Matt Simerson , freebsd-hackers@freebsd.org Subject: Re: bug in pw, freebsd 4.5 In-Reply-To: <20020502173110.B22449@over-yonder.net> 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 On Thu, 2 May 2002, Matthew D. Fuller wrote: > I'll see if I can put some time over the next few days into delving into > it and at least getting the first step (of making the locking work more > usefully) work. Hi Matt. Just wondering if you've made any progress on making pw use a lockfile. Is there anything I can do to help? Thanks, Geoff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 7:48:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id DE59137B982 for ; Mon, 13 May 2002 07:42:46 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g4DEqo630961; Mon, 13 May 2002 10:52:50 -0400 (EDT) (envelope-from jake) Date: Mon, 13 May 2002 10:52:50 -0400 From: Jake Burkholder To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c Message-ID: <20020513105249.K2566@locore.ca> References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> <3CDF4FA5.8511B01A@mindspring.com> <20020513015926.J2566@locore.ca> <3CDF5EEB.ACEB8F8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CDF5EEB.ACEB8F8@mindspring.com>; from tlambert2@mindspring.com on Sun, May 12, 2002 at 11:36:27PM -0700 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 Apparently, On Sun, May 12, 2002 at 11:36:27PM -0700, Terry Lambert said words to the effect of; > Jake Burkholder wrote: > > I know that you wrote it and I know that you're wrong. > > > > Take sparc64_init() for example, which is called from locore.S before > > mi_startup(): > > [ ... ] > > > These printfs work fine. > > [ ... ] > > > Come to think of it: > > > > > cd /usr/current/src/sys/ > > > find . -name "*.[ch]" | xargs grep SI_SUB_CONSOLE > > ./sys/kernel.h: * The SI_SUB_CONSOLE and SI_SUB_SWAP values represent values used by > > ./sys/kernel.h: SI_SUB_CONSOLE = 0x0800000, /* console*/ > > > > > > > There don't seem to be any SYSINITs that run at SI_SUB_CONSOLE. > > I guess your unique point of view here explains the misunderstanding... > 8-). > > What can I say... PC hardware is stupid. [Peter shows i386 example in other mail] You're talking out of your ass Terry. Stop it. > > The SPARC console code is handled by the PROM code. PC hardware > rarely has code in the POST routines to set up a console properly > (you can get AMD BIOS that has the ability to send everything out > the serial consle, and assumes it's talking to a VT100, but most > motherboards don't have it). > > If he wants to be guaranteed that it will work on any system, he > needs to delay the console printf's until after the console > initialization has happened, if it doesn't happen at hardware > reset. > > Personally, I'd also suggest just printing out the subsystem and > order structure elements as hex, rather than relying on strings > having been defined (or add a string element to the sysinit > structure itself). Normally, when I do this, I just put out the > hex codes. I've done this more than once (e.g. adding a 4M page > allocation type to the kernel, etc.). > > Actually, it would be nice to be able to set these flags into > some global context somewhere, and then use it when doing the > printf()'s, so that you could give a list of subsystems whose > printf's you wanted to ignore. In my experience, it's a common > thing for managers to want to suppress many of the boot messages > from appearing on the console, so as to hide the fact that they > are using FreeBSD... never mind the fact that this makes field > diagnostics a real pain for the engineers (I said it was common > to want it ... not clever... 8-)). > > Really, there wants to be a seperation of the console from the > dmesg from the klog for messages, so you can select what goes > where (or if it goes at all). > > -- Terry > > 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 From owner-freebsd-hackers Mon May 13 10: 5:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from server.rucus.ru.ac.za (server.rucus.ru.ac.za [146.231.115.1]) by hub.freebsd.org (Postfix) with SMTP id B130C37B40E for ; Mon, 13 May 2002 10:05:05 -0700 (PDT) Received: (qmail 87127 invoked from network); 13 May 2002 17:05:01 -0000 Received: from shell-fxp1.rucus.ru.ac.za (HELO shell.rucus.ru.ac.za) (10.0.0.1) by server.rucus.ru.ac.za with SMTP; 13 May 2002 17:05:01 -0000 Received: (qmail 81514 invoked by uid 1040); 13 May 2002 17:05:01 -0000 Date: 13 May 2002 17:05:01 -0000 Message-ID: <20020513170501.81513.qmail@shell.rucus.ru.ac.za> From: David =?ISO-8859-1?Q?Sieb=F6rger?= To: freebsd-hackers@freebsd.org Subject: Re: What hardware do you use ? Organization: Rhodes University Computer Users' Society In-Reply-To: <20020513054139.GA85170@klapaucius.zer0.org> User-Agent: tin/1.5.11-20020130 ("Toxicity") (UNIX) (FreeBSD/4.5-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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 Gregory Sutter wrote: > On 2002-05-11 10:49 +0800, Dinesh Nair wrote: >> On Fri, 10 May 2002, Doug White wrote: >> >> > usually have onboard everything, including dual fxp's nowadays. But they >> > have the ServerWorks curse. >> > . Tyan makes some interesting stuff, but as with all ServerWorks based >> > stuff, stay far, far away from the base ATA33 controller. Even the cheap >> >> what serverworks curse ? i may not have been aware of an issue here. could >> someone please let me know about this ? > > The Serverworks chipsets max out at ATA/33. Not very fast. That's hardly the worst of it. The ServerWorks OSB4 ATA controller has been known to cause data corruption with Seagate drives. I've just had a very frustrating experience with this problem on an Intel STL2-based 4.6-PRERELEASE system which experienced segfaults and file system corruption. We tested the memory, checked the PSU, heat in the system, replaced the IDE cable, replaced the drive (unfortunately with another Seagate!) before I heard about this issue. My testing showed that the problem only occurred while writing to disk using UltraDMA. This post on the Linux kernel list gives further details: http://marc.theaimsgroup.com/?l=linux-kernel&m=100188302723186&w=2 -- David Siebörger drs@rucus.ru.ac.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10: 9:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from spxgate.servplex.com (66-105-58-82.customer.algx.net [66.105.58.82]) by hub.freebsd.org (Postfix) with ESMTP id 8EBED37B401 for ; Mon, 13 May 2002 10:09:41 -0700 (PDT) Received: from peter.servplex.com ([192.168.0.61]) by spxgate.servplex.com (8.11.6/8.11.1) with ESMTP id g4DHK0K66707 for ; Mon, 13 May 2002 12:20:00 -0500 (CDT) (envelope-from peter@servplex.com) Message-Id: <5.1.0.14.2.20020513120543.00a36110@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 13 May 2002 12:09:40 -0500 To: freebsd-hackers@freebsd.org From: Peter Elsner Subject: tconv Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_13642119==_.ALT" 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 --=====================_13642119==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I noticed that the tconv command is broken in 4.4 and 4.5. (See /usr/src/usr.bin/Makefile which says:) # From: @(#)Makefile 8.3 (Berkeley) 1/7/94 # $FreeBSD: src/usr.bin/Makefile,v 1.144.2.10 2002/02/20 19:08:31 ru Exp $ # XXX MISSING: deroff diction graph learn plot # spell spline struct xsend # XXX broken: tconv <---- has been broken since at least 4.4... # XXX Use GNU versions: apropos bc dc diff grep ld man patch ptx uucp whatis # Moved to secure: bdes # Any idea when this will get fixed? I need this program. Thanks. Peter Elsner ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. --=====================_13642119==_.ALT Content-Type: text/html; charset="us-ascii" I noticed that the tconv command is broken in 4.4 and 4.5. 

(See /usr/src/usr.bin/Makefile which says:)

#  From: @(#)Makefile   8.3 (Berkeley) 1/7/94
# $FreeBSD: src/usr.bin/Makefile,v 1.144.2.10 2002/02/20 19:08:31 ru Exp $

# XXX MISSING:    deroff diction graph learn plot
#        spell spline struct xsend
# XXX broken:     tconv                  <---- has been broken since at least 4.4...
# XXX Use GNU versions: apropos bc dc diff grep ld man patch ptx uucp whatis
# Moved to secure: bdes
#

Any idea when this will get fixed?  I need this program. 

Thanks.

Peter Elsner



----------------------------------------------------------------------------------------------------------
Peter Elsner <peter@servplex.com>
Vice President Of Customer Service (And System Administrator)
1835 S. Carrier Parkway
Grand Prairie, Texas 75051
(972) 263-2080 - Voice
(972) 263-2082 - Fax
(972) 489-4838 - Cell Phone
(425) 988-8061 - eFax

Unix IS user friendly... It's just selective about who its friends are.
System Administration - It's a dirty job, but somebody said I had to do it.
If you receive something that says 'Send this to everyone you know,
pretend you don't know me.

Standard $500/message proofreading fee applies for UCE.

--=====================_13642119==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:12:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 7DB5A37B400 for ; Mon, 13 May 2002 10:12:16 -0700 (PDT) Received: from pool0092.cvx22-bradley.dialup.earthlink.net ([209.179.198.92] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177JMd-00019A-00; Mon, 13 May 2002 10:11:59 -0700 Message-ID: <3CDFF3C2.4DF47219@mindspring.com> Date: Mon, 13 May 2002 10:11:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Makonnen Cc: Peter Haight , Bernd Walter , hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 References: <200205122016.g4CKGlUn048082@wartch.sapros.com> <1021273711.97354.74.camel@kokeb.ambesa.net> 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 Mike Makonnen wrote: > On Sun, 2002-05-12 at 14:16, Peter Haight wrote: > > Hmm. Looking at the FreeBSD resolver code, it doesn't look like there is > > some convenient way to do this. Maybe something like, try the AAAA lookup, > > but if we don't get any reply in a short timeout, try an A lookup. If we get > > a reply to that, then log the site as probably not conforming to the RFC. > > In mozilla's case, it's not the FreeBSD resolver that's trying ipv6 and > then ipv4. Mozilla does it explicitly by calling gethostbyname2 first > with AF_INET6, and if that fails with AF_INET. You could just patch it > to not make the first gethostbyname2 call. From a quick browse of the > source from mozilla.org it's src/misc/prnetdb.c around line # 579 or > thereabouts. They are trying to be good network citizens by supporting IPv6. Patching the code so that it no longer supports IPv6, to work around a DNS server that improperly supports DNS... doesn't seem to be the right direction. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:14:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 9BA9737B401 for ; Mon, 13 May 2002 10:14:54 -0700 (PDT) Received: from pool0092.cvx22-bradley.dialup.earthlink.net ([209.179.198.92] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177JOc-00043s-00; Mon, 13 May 2002 10:14:02 -0700 Message-ID: <3CDFF43A.8D10F19C@mindspring.com> Date: Mon, 13 May 2002 10:13:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Jake Burkholder , Dmitry Mottl , freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c References: <20020513074636.D7D5A3811@overcee.wemm.org> 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 Peter Wemm wrote: > Would it make you happier if I removed SI_SUB_CONSOLE to prove the point? > Hmm, I think I will.. It seems to be confusing some people. That's not productive. You might as well remove the VM one, as well, so that people think they can use the allocator before it's initialized, too. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:17: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id A46E537B405 for ; Mon, 13 May 2002 10:16:57 -0700 (PDT) Received: from pool0092.cvx22-bradley.dialup.earthlink.net ([209.179.198.92] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177JR8-0000CQ-00; Mon, 13 May 2002 10:16:39 -0700 Message-ID: <3CDFF4D9.319EB139@mindspring.com> Date: Mon, 13 May 2002 10:16:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Miguel Mendez Cc: Dominic Marks , "V. K. Cody Bumgardner" , hackers@freebsd.org Subject: Re: Random Crash under load Athlon 1Ghz References: <1021255787.22942.13.camel@cody.spectechnologies.net> <20020513093606.B64144@host217-41-47-151.in-addr.btope> <20020513104031.A4020@energyhq.homeip.net> 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 Miguel Mendez wrote: > On Mon, May 13, 2002 at 09:36:06AM +0100, Dominic Marks wrote: > > You do have a good quality heatsink and fan on this, don't you? > > > LOL, please, see below... > > > > Soyo K7VTA PRO MB > > > Koolance Water cooled case > ^^^^^^^^^^^^^^^^^^^^^^^^^^ "I wonder if this Athlon was rated by AMD to go faster tham 200MHz?" PS: Overclocking will hit you in the crotch, every time. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:21:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 358DC37B406 for ; Mon, 13 May 2002 10:21:49 -0700 (PDT) Received: from pool0092.cvx22-bradley.dialup.earthlink.net ([209.179.198.92] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177JW5-00002r-00; Mon, 13 May 2002 10:21:45 -0700 Message-ID: <3CDFF60C.48A2EA65@mindspring.com> Date: Mon, 13 May 2002 10:21:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: jamie@tridentmicrosystems.co.uk Cc: freebsd-hackers@freebsd.org Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> 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 Jamie Heckford wrote: > I read in the mailling lists mentions of hardware checksum problems > with the chipset.. did anyone know what the final outcome with > this problem was and if any changes had been MFC'd? The problems were only when coupled with VLAN tagging. I'm not sure if the 5701 was succeptible to the problem, or not. The patches disabled hardware checksumming. To fix the problem on the card would require changes to the card firmware, at least (hardware assisted checksum, subtracting out the VLAN encapsulation incrementally; assumes that hardware can run a partial checksum, and it's not tied to the buffer shift registers directly). If you aren't using VLAN tagging, you shouldn't care. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:26:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (nexus.root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 16F8F37B403 for ; Mon, 13 May 2002 10:26:38 -0700 (PDT) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g4DHPQ081930; Mon, 13 May 2002 10:25:26 -0700 (PDT) (envelope-from dg) Date: Mon, 13 May 2002 10:25:26 -0700 From: David Greenman-Lawrence To: Terry Lambert Cc: jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: Broadcom BCM5701 Chipset problems Message-ID: <20020513102526.H72322@nexus.root.com> References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CDFF60C.48A2EA65@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 10:21:16AM -0700 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 >Jamie Heckford wrote: >> I read in the mailling lists mentions of hardware checksum problems >> with the chipset.. did anyone know what the final outcome with >> this problem was and if any changes had been MFC'd? > >The problems were only when coupled with VLAN tagging. > >I'm not sure if the 5701 was succeptible to the problem, or not. > >The patches disabled hardware checksumming. To fix the problem >on the card would require changes to the card firmware, at least >(hardware assisted checksum, subtracting out the VLAN encapsulation >incrementally; assumes that hardware can run a partial checksum, >and it's not tied to the buffer shift registers directly). > >If you aren't using VLAN tagging, you shouldn't care. No, that is absolutely not correct. The checksum problems happend in many situations, depending on the chipset and other factors. The problem that resulted in the commit to disable the receive hardware checksum was caused by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. -DG David Greenman-Lawrence Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 10:58:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id E9DD237B40D for ; Mon, 13 May 2002 10:58:19 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.9.1) with ESMTP id g4DHwJhU068942; Mon, 13 May 2002 10:58:19 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4DHwJFj068941; Mon, 13 May 2002 10:58:19 -0700 (PDT) Date: Mon, 13 May 2002 10:58:19 -0700 (PDT) From: Matthew Dillon Message-Id: <200205131758.g4DHwJFj068941@apollo.backplane.com> To: David Greenman-Lawrence Cc: Terry Lambert , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> 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 :>If you aren't using VLAN tagging, you shouldn't care. : : No, that is absolutely not correct. The checksum problems happend in many :situations, depending on the chipset and other factors. The problem that :resulted in the commit to disable the receive hardware checksum was caused :by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. : :-DG : :David Greenman-Lawrence 100% confirmation here. When Bill Paul was tracking down these issues on my 2550's they were all operating normally, without any vlan tagging. The broadcom chips are horrendously buggy. The phase of the moon is as likely to cause a problem as anything else. The on-chip checksum code is especially bad. It's a classic example of rushing a chip into production and praying that the hardware is flexible enough that problems can be fixed in software by the driver. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 11:13:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id A463C37B40B for ; Mon, 13 May 2002 11:13:05 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177KJe-0007Ur-00; Mon, 13 May 2002 11:12:58 -0700 Message-ID: <3CE0020D.6860532B@mindspring.com> Date: Mon, 13 May 2002 11:12:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: question: hacking init_main.c References: <3CDEB3C5.7D08D187@mindspring.com> <20020512162506.I2566@locore.ca> <3CDF4FA5.8511B01A@mindspring.com> <20020513015926.J2566@locore.ca> <3CDF5EEB.ACEB8F8@mindspring.com> <20020513105249.K2566@locore.ca> 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 Jake Burkholder wrote: [ ... ] * The SI_SUB_CONSOLE and SI_SUB_SWAP values represent values used by * the BSD 4.4Lite but not by FreeBSD; they are maintained in dependent * order to support porting. My bad. One of my local machines here is running different console code, from one of the other BSDs, which needs initialization. The resource_int_value() stuff used by the serial console during cninit() doesn't depend on tunables only set during SI_SUB_TUNABLES. I'm wrong, and you and Peter are correct, for the current FreeBSD. I would still recommend, however, that people *not* do console I/O before SI_SUB_CONSOLE has run, if they want their code to be portable. Regards, -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 11:17:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id B7A2637B401 for ; Mon, 13 May 2002 11:17:49 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177KOE-0006pr-00; Mon, 13 May 2002 11:17:43 -0700 Message-ID: <3CE00329.AD179FC9@mindspring.com> Date: Mon, 13 May 2002 11:17:13 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Greenman-Lawrence Cc: jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> 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 David Greenman-Lawrence wrote: > >If you aren't using VLAN tagging, you shouldn't care. > > No, that is absolutely not correct. The checksum problems happend in many > situations, depending on the chipset and other factors. The problem that > resulted in the commit to disable the receive hardware checksum was caused > by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. Are you sure you are talking about the Tigon III, and not the Tigon II? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 11:19: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energistic.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 092E437B40E for ; Mon, 13 May 2002 11:18:35 -0700 (PDT) Received: from energistic.com (steve@localhost [127.0.0.1]) by energistic.com (8.12.3/8.12.3) with ESMTP id g4DIIWT8074696 for ; Mon, 13 May 2002 13:18:32 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.12.3/8.12.3/Submit) id g4DIIWt7074111 for freebsd-hackers@freebsd.org; Mon, 13 May 2002 13:18:32 -0500 (EST) Date: Mon, 13 May 2002 13:18:32 -0500 (EST) From: Steve Ames Message-Id: <200205131818.g4DIIWt7074111@energistic.com> To: freebsd-hackers@freebsd.org Subject: typo in dev/ed/if_ed.c 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 Just got this during a kernel build: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -an si -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/ dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/ed/if_ed.c cc1: warnings being treated as errors /usr/src/sys/dev/ed/if_ed.c: In function `ed_attach': /usr/src/sys/dev/ed/if_ed.c:1653: warning: unknown conversion type character `D' in format /usr/src/sys/dev/ed/if_ed.c:1653: warning: too many arguments for format *** Error code 1 Stop in /usr/obj/usr/src/sys/SB. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The offending code: /* * Print additional info when attached */ printf("%s%d: address %6D, ", ifp->if_name, ifp->if_unit, sc->arpcom.ac_enaddr, ":"); I'd guess this is a simple typo and should be '%6d' instead? The extra parameter (":") I'm less clear on what that's doing there. The file in question: * $FreeBSD: src/sys/dev/ed/if_ed.c,v 1.208 2002/03/20 02:07:18 alfred Exp $ -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 11:42:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (nexus.root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 6226737B406 for ; Mon, 13 May 2002 11:42:26 -0700 (PDT) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g4DIfOS82397; Mon, 13 May 2002 11:41:24 -0700 (PDT) (envelope-from dg) Date: Mon, 13 May 2002 11:41:24 -0700 From: David Greenman-Lawrence To: Terry Lambert Cc: jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: Broadcom BCM5701 Chipset problems Message-ID: <20020513114124.J72322@nexus.root.com> References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <3CE00329.AD179FC9@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CE00329.AD179FC9@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 11:17:13AM -0700 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 >David Greenman-Lawrence wrote: >> >If you aren't using VLAN tagging, you shouldn't care. >> >> No, that is absolutely not correct. The checksum problems happend in many >> situations, depending on the chipset and other factors. The problem that >> resulted in the commit to disable the receive hardware checksum was caused >> by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. > >Are you sure you are talking about the Tigon III, and not the Tigon II? Yes, of course. I'm talking specifically about the Broadcom BCM570x. My particular experiance was with the Syskonnect 9D21 and 9D41 boards which both use the Altima chip. -DG David Greenman-Lawrence Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 11:48:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.aus.com (adsl-64-175-246-218.dsl.sntc01.pacbell.net [64.175.246.218]) by hub.freebsd.org (Postfix) with ESMTP id 87A1637B403 for ; Mon, 13 May 2002 11:48:42 -0700 (PDT) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g4DJve903867; Tue, 14 May 2002 05:27:40 +0930 Date: Tue, 14 May 2002 05:27:40 +0930 (CST) From: Richard Sharpe To: David Greenman-Lawrence Cc: Terry Lambert , , Subject: Re: Broadcom BCM5701 Chipset problems In-Reply-To: <20020513114124.J72322@nexus.root.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 On Mon, 13 May 2002, David Greenman-Lawrence wrote: > >David Greenman-Lawrence wrote: > >> >If you aren't using VLAN tagging, you shouldn't care. > >> > >> No, that is absolutely not correct. The checksum problems happend in many > >> situations, depending on the chipset and other factors. The problem that > >> resulted in the commit to disable the receive hardware checksum was caused > >> by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. > > > >Are you sure you are talking about the Tigon III, and not the Tigon II? > > Yes, of course. I'm talking specifically about the Broadcom BCM570x. My > particular experiance was with the Syskonnect 9D21 and 9D41 boards which > both use the Altima chip. I have seen checksum problems with the 5700 ... Can you tell me which steppings of the 5701 you are seeing the problems with? Is it with 1500-byte frames, jumbo frames, or both? Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.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 13 11:51:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id 241DF37B407 for ; Mon, 13 May 2002 11:51:36 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by goose.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177Kuw-0006np-00; Mon, 13 May 2002 11:51:31 -0700 Message-ID: <3CE00B14.E8CA43A8@mindspring.com> Date: Mon, 13 May 2002 11:51:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: David Greenman-Lawrence , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> 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 Matthew Dillon wrote: > :>If you aren't using VLAN tagging, you shouldn't care. > : > : No, that is absolutely not correct. The checksum problems happend in many > :situations, depending on the chipset and other factors. The problem that > :resulted in the commit to disable the receive hardware checksum was caused > :by small packets with certain byte patterns, NOT VLAN ENCAPSULATION. > > 100% confirmation here. When Bill Paul was tracking down these issues > on my 2550's they were all operating normally, without any vlan tagging. > > The broadcom chips are horrendously buggy. The phase of the moon is as > likely to cause a problem as anything else. The on-chip checksum code > is especially bad. It's a classic example of rushing a chip into > production and praying that the hardware is flexible enough that > problems can be fixed in software by the driver. This is depressing. The Dell PowerEdge 2550's use the BGE driver (Tigon III). I'm really surprised that the problem exists on the Tigon III. My personal experience with Tigon III's was that the hardware checksumming was working. Maybe my testing was too lax. 8-(. My local copy of the -STABLE source tree leaves BGE_CSUM_FEATURES set on in the driver; is there a change that needs to be MFC'ed to turn these suckers off? I thought this was a Tigon II specific problem, and was specific to the non-Broadcom/Alteon firmware; from if_ti.c: /* * Temporarily disable the checksum offload support for now. * Tests with ftp.freesoftware.com show that after about 12 hours, * the firmware will begin calculating completely bogus TX checksums * and refuse to stop until the interface is reset. Unfortunately, * there isn't enough time to fully debug this before the 4.1 * release, so this will need to stay off for now. */ There's no similar comment in the if_bge.c ... Can you guys elaborate on the problem? Was it on incoming checksums, outgoing checksums, or both? If it was only incoming, could you maybe trust the checksum based on the size of the packet, and unset the precalculated flag on at-risk packets only? I only remember the NetGear and other VLAN tagging/checksum interaction discussion over the Tigon II's in -net. 8-(. Thanks, -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12: 1:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5F44A37B404 for ; Mon, 13 May 2002 12:01:31 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.9.1) with ESMTP id g4DJ1VhU069605; Mon, 13 May 2002 12:01:31 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4DJ1U8s069604; Mon, 13 May 2002 12:01:30 -0700 (PDT) Date: Mon, 13 May 2002 12:01:30 -0700 (PDT) From: Matthew Dillon Message-Id: <200205131901.g4DJ1U8s069604@apollo.backplane.com> To: Terry Lambert Cc: David Greenman-Lawrence , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> 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 :This is depressing. : :The Dell PowerEdge 2550's use the BGE driver (Tigon III). I'm really :surprised that the problem exists on the Tigon III. My personal :experience with Tigon III's was that the hardware checksumming was :working. Maybe my testing was too lax. 8-(. Yup. Of course I am completely Jaded now after listening to B.P. curse the chipset while he was debugging it :-) :My local copy of the -STABLE source tree leaves BGE_CSUM_FEATURES set :on in the driver; is there a change that needs to be MFC'ed to turn :these suckers off? :... :There's no similar comment in the if_bge.c ... : Well, that entire section of code is #if 0'd out in -stable's BGE driver (/usr/src/sys/dev/bge/if_bge.c line 1981). The comment reads: #if 0 /* currently broken for some packets, possibly related to TCP options */ So even with BGE_CSUM_FEATURES set, it should all be turned off now. This change was made on 14-December-01 by DG. Anyone with an earlier driver may be running with checksums enabled. :Can you guys elaborate on the problem? Was it on incoming checksums, :outgoing checksums, or both? :... :Thanks, :-- Terry It was on incoming checksums I believe. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12: 4:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sheffield.cnchost.com (sheffield.concentric.net [207.155.252.12]) by hub.freebsd.org (Postfix) with ESMTP id 2F30E37B404 for ; Mon, 13 May 2002 12:04:28 -0700 (PDT) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by sheffield.cnchost.com id PAA29482; Mon, 13 May 2002 15:04:22 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200205131904.PAA29482@sheffield.cnchost.com> To: Peter Elsner Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tconv In-reply-to: Your message of "Mon, 13 May 2002 12:09:40 CDT." <5.1.0.14.2.20020513120543.00a36110@mail.servplex.com> Date: Mon, 13 May 2002 12:04:22 -0700 From: Bakul Shah 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 > # XXX broken: tconv <---- has been broken since at > least 4.4... > # XXX Use GNU versions: apropos bc dc diff grep ld man patch ptx uucp whatis > # Moved to secure: bdes > # > > Any idea when this will get fixed? I need this program. I ran into the same thing a while ago. tconv fails because lib/libmytinfo has been retired. Seems like there are no plans to bring it back. There is an ncurses port in /usr/ports/devel/ncurses but it does not have tconv. Also, for FreeBSD version >= 4.0 it won't compile. As a workaround you can bring libmytinfo back from the dead and compile tconv as follows (do this as root). cd /usr/src/lib cvs up -d libtmyinfo -D'23 November 1999' cd libmytinfo make install cd /usr/src/usr.bin/tconv make install This assumes CVSROOT points to a proper CVS repository. Seems to work on a FreeBSD-4.5 system but I have not done much testing. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12: 5:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (nexus.root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id A87A537B405 for ; Mon, 13 May 2002 12:05:22 -0700 (PDT) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g4DJ4B482587; Mon, 13 May 2002 12:04:11 -0700 (PDT) (envelope-from dg) Date: Mon, 13 May 2002 12:04:11 -0700 From: David Greenman-Lawrence To: Terry Lambert Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems Message-ID: <20020513120411.N72322@nexus.root.com> References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CE00B14.E8CA43A8@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 11:51:00AM -0700 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 >My local copy of the -STABLE source tree leaves BGE_CSUM_FEATURES set >on in the driver; is there a change that needs to be MFC'ed to turn >these suckers off? ... >There's no similar comment in the if_bge.c ... See rev 1.5 and 1.3.2.5 of if_bge.c. -DG David Greenman-Lawrence Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:36:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 44AF037B403 for ; Mon, 13 May 2002 12:36:31 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177LcJ-00076W-00; Mon, 13 May 2002 12:36:20 -0700 Message-ID: <3CE01595.D045B70D@mindspring.com> Date: Mon, 13 May 2002 12:35:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: David Greenman-Lawrence , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> 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 Matthew Dillon wrote: > Yup. Of course I am completely Jaded now after listening to B.P. > curse the chipset while he was debugging it :-) I like B.P. 8-). > :My local copy of the -STABLE source tree leaves BGE_CSUM_FEATURES set > :on in the driver; is there a change that needs to be MFC'ed to turn > :these suckers off? > :... > :There's no similar comment in the if_bge.c ... > > Well, that entire section of code is #if 0'd out in -stable's > BGE driver (/usr/src/sys/dev/bge/if_bge.c line 1981). The > comment reads: > > #if 0 /* currently broken for some packets, possibly related to TCP options */ > > So even with BGE_CSUM_FEATURES set, it should all be turned off now. > This change was made on 14-December-01 by DG. Anyone with an earlier > driver may be running with checksums enabled. OK... Ugh. Any way to get the word "checksum" into that comment? I plead search-blindness. > :Can you guys elaborate on the problem? Was it on incoming checksums, > :outgoing checksums, or both? > > It was on incoming checksums I believe. Was the result a rejected packet that didn't get transferred, or transferred packets with bad checksums? If the latter, then it's workaroundable in software, which might be worth doing... if only rechecking packets with bad checksums. I fear the former makes more sense, though. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:41: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C2E6F37B40A for ; Mon, 13 May 2002 12:41:04 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.9.1) with ESMTP id g4DJf4hU069900; Mon, 13 May 2002 12:41:04 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4DJf493069899; Mon, 13 May 2002 12:41:04 -0700 (PDT) Date: Mon, 13 May 2002 12:41:04 -0700 (PDT) From: Matthew Dillon Message-Id: <200205131941.g4DJf493069899@apollo.backplane.com> To: Terry Lambert Cc: David Greenman-Lawrence , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> <3CE01595.D045B70D@mindspring.com> 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 :> This change was made on 14-December-01 by DG. Anyone with an earlier :> driver may be running with checksums enabled. : :OK... Ugh. Any way to get the word "checksum" into that comment? :I plead search-blindness. : : :> :Can you guys elaborate on the problem? Was it on incoming checksums, :> :outgoing checksums, or both? :> :> It was on incoming checksums I believe. : :Was the result a rejected packet that didn't get transferred, or :transferred packets with bad checksums? : :If the latter, then it's workaroundable in software, which might :be worth doing... if only rechecking packets with bad checksums. :I fear the former makes more sense, though. 8-(. : :-- Terry Wait. I could be wrong. It might be checksum generation. I just can't remember, you'll have to ask DG or Bill Paul. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:45: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 55B6C37B401 for ; Mon, 13 May 2002 12:44:41 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177LkB-0004yA-00; Mon, 13 May 2002 12:44:27 -0700 Message-ID: <3CE0177C.95E182F9@mindspring.com> Date: Mon, 13 May 2002 12:43:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Greenman-Lawrence Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <20020513120411.N72322@nexus.root.com> 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 David Greenman-Lawrence wrote: > >My local copy of the -STABLE source tree leaves BGE_CSUM_FEATURES set > >on in the driver; is there a change that needs to be MFC'ed to turn > >these suckers off? > ... > >There's no similar comment in the if_bge.c ... > > See rev 1.5 and 1.3.2.5 of if_bge.c. Thanks; Matt already pointed me at the pointy hat. 8-). Now I'm in the process of trying to deny that it's as bad as it looks. Actually, my last posting was "denial"; now I've moved on to "bargaining". Only "depression" and "acceptance" left to go... 8-) -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:46:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from parhelion.firedrake.org (parhelion.firedrake.org [212.135.138.219]) by hub.freebsd.org (Postfix) with ESMTP id 0EE6137B403 for ; Mon, 13 May 2002 12:46:20 -0700 (PDT) Received: from float by parhelion.firedrake.org with local (Exim 3.34 #1 (Debian)) id 177LlX-0005xf-00; Mon, 13 May 2002 20:45:51 +0100 Date: Mon, 13 May 2002 20:45:51 +0100 To: David Schultz Cc: Terry Lambert , "Brandon D. Valentine" , freebsd-hackers@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP Message-ID: <20020513194551.GA22374@parhelion.firedrake.org> References: <20020504001121.GA3310@ussenterprise.ufp.org> <20020503233143.S16006-100000@leto.homeportal.2wire.net> <20020511004814.A43416@HAL9000.wox.org> <3CDCCFD8.E9D3AD23@mindspring.com> <20020511012333.A43578@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020511012333.A43578@HAL9000.wox.org> User-Agent: Mutt/1.3.27i From: void 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, May 11, 2002 at 01:23:33AM -0700, David Schultz wrote: > > I think you're on to something here. Just imagine: > > A: ``I'll give you $200 to add $foo to the base system.'' > B: ``No, *I* bid $300 to get someone to work on $bar.'' > ... This has been mooted before, and I think people have even made efforts to implement, but it's never taken off in a big way. I have seen several people offer USD100 to the first person to fix a particular bug. The claimer of the bounty usually asks that it be contributed to the FreeBSD Foundation, which is nice. -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:49:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (nexus.root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id BDF2837B408 for ; Mon, 13 May 2002 12:49:15 -0700 (PDT) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g4DJm7v82903; Mon, 13 May 2002 12:48:07 -0700 (PDT) (envelope-from dg) Date: Mon, 13 May 2002 12:48:07 -0700 From: David Greenman-Lawrence To: Terry Lambert Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems Message-ID: <20020513124807.R72322@nexus.root.com> References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> <3CE01595.D045B70D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CE01595.D045B70D@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 12:35:49PM -0700 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 >> :Can you guys elaborate on the problem? Was it on incoming checksums, >> :outgoing checksums, or both? >> >> It was on incoming checksums I believe. > >Was the result a rejected packet that didn't get transferred, or >transferred packets with bad checksums? > >If the latter, then it's workaroundable in software, which might >be worth doing... if only rechecking packets with bad checksums. >I fear the former makes more sense, though. 8-(. The chip would calculate the wrong checksum and basically say the packet was bad when it was good (and by inference, good when it was bad). I was not able to figure out what they got wrong in the algorithm, but if that were known, then it is conceivable that the problem could be fixed in software. -DG David Greenman-Lawrence Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:51: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 242D537B401 for ; Mon, 13 May 2002 12:50:59 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177Lpn-0005iN-00; Mon, 13 May 2002 12:50:16 -0700 Message-ID: <3CE018D8.54F1ACB4@mindspring.com> Date: Mon, 13 May 2002 12:49:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: void Cc: David Schultz , "Brandon D. Valentine" , freebsd-hackers@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP References: <20020504001121.GA3310@ussenterprise.ufp.org> <20020503233143.S16006-100000@leto.homeportal.2wire.net> <20020511004814.A43416@HAL9000.wox.org> <3CDCCFD8.E9D3AD23@mindspring.com> <20020511012333.A43578@HAL9000.wox.org> <20020513194551.GA22374@parhelion.firedrake.org> 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 void wrote: > > A: ``I'll give you $200 to add $foo to the base system.'' > > B: ``No, *I* bid $300 to get someone to work on $bar.'' > > ... > > This has been mooted before, and I think people have even made efforts > to implement, but it's never taken off in a big way. Or Alfred would be driving a BMW. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:56:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 3E4D737B400 for ; Mon, 13 May 2002 12:56:14 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177LvV-0006YS-00; Mon, 13 May 2002 12:56:09 -0700 Message-ID: <3CE01A3A.AAB85F64@mindspring.com> Date: Mon, 13 May 2002 12:55:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Greenman-Lawrence Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> <3CE01595.D045B70D@mindspring.com> <20020513124807.R72322@nexus.root.com> 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 David Greenman-Lawrence wrote: > >Was the result a rejected packet that didn't get transferred, or > >transferred packets with bad checksums? > > > >If the latter, then it's workaroundable in software, which might > >be worth doing... if only rechecking packets with bad checksums. > >I fear the former makes more sense, though. 8-(. > > The chip would calculate the wrong checksum and basically say the packet > was bad when it was good (and by inference, good when it was bad). I was not > able to figure out what they got wrong in the algorithm, but if that were > known, then it is conceivable that the problem could be fixed in software. Was the "bad packet" DMA'ed in anyway, or just dropped at the card? The "good packet" problem seems unresolvable, if it ever happened. 8-(. Has anyone tapped the manufacturer on the shoulder hard enough to get an answer? ...On to "depression"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 12:59:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id C071137B41B for ; Mon, 13 May 2002 12:58:34 -0700 (PDT) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.12.3/8.12.3) with ESMTP id g4DJwYtI089130; Mon, 13 May 2002 13:58:34 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200205131958.g4DJwYtI089130@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: Peter Haight Cc: hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 In-reply-to: Your message of "Mon, 13 May 2002 00:10:19 PDT." <200205130710.g4D7AJUn049722@wartch.sapros.com> X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.2 Date: Mon, 13 May 2002 13:58:34 -0600 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" == Peter Haight writes: Peter> I'm going to try Terry's solution and try and do concurrent Peter> lookups. Mozilla is already using pthreads, so I should be Peter> able to just spawn the two requests in separate threads and Peter> take the one that comes back first. I may even spawn the IPv6 Peter> one a little earlier to give it a slightly better chance of Peter> coming back first. You would do everyone a favour by notifying those sites that don't handle IPv6 DNS queries properly. In many (most) cases the sites aren't aware that their DNS software is broken. A quick e-mail will often see the problem fixed in short order. (bbc.co.uk is a recent example of this.) --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:10:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from root.com (nexus.root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id D95A837B400 for ; Mon, 13 May 2002 13:10:32 -0700 (PDT) Received: (from dg@localhost) by root.com (8.11.2/8.11.2) id g4DK9Ou83107; Mon, 13 May 2002 13:09:24 -0700 (PDT) (envelope-from dg) Date: Mon, 13 May 2002 13:09:24 -0700 From: David Greenman-Lawrence To: Terry Lambert Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems Message-ID: <20020513130924.W72322@nexus.root.com> References: <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> <3CE01595.D045B70D@mindspring.com> <20020513124807.R72322@nexus.root.com> <3CE01A3A.AAB85F64@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CE01A3A.AAB85F64@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 12:55:38PM -0700 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 >David Greenman-Lawrence wrote: >> >Was the result a rejected packet that didn't get transferred, or >> >transferred packets with bad checksums? >> > >> >If the latter, then it's workaroundable in software, which might >> >be worth doing... if only rechecking packets with bad checksums. >> >I fear the former makes more sense, though. 8-(. >> >> The chip would calculate the wrong checksum and basically say the packet >> was bad when it was good (and by inference, good when it was bad). I was not >> able to figure out what they got wrong in the algorithm, but if that were >> known, then it is conceivable that the problem could be fixed in software. > >Was the "bad packet" DMA'ed in anyway, or just dropped at the card? The card doesn't drop the packet if the IP/TCP checksum is wrong. In my tests, I did a software checksum on the supposedly bad packet, and found it to be good every time. So it DMA's correctly, the checksum is just calculated incorrectly by the hardware. -DG David Greenman-Lawrence Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com President, Download Technologies, Inc. - http://www.downloadtech.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:23:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id CA2E237B406 for ; Mon, 13 May 2002 13:23:06 -0700 (PDT) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020513202306.JYEH29832.rwcrmhc51.attbi.com@bmah.dyndns.org>; Mon, 13 May 2002 20:23:06 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.3/8.12.3) with ESMTP id g4DKN5L8095112; Mon, 13 May 2002 13:23:06 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.3/8.12.3/Submit) id g4DKN5AR095111; Mon, 13 May 2002 13:23:05 -0700 (PDT) Message-Id: <200205132023.g4DKN5AR095111@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020506 with nmh-1.0.4 To: Steve Ames Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: typo in dev/ed/if_ed.c In-reply-to: <200205131818.g4DIIWt7074111@energistic.com> References: <200205131818.g4DIIWt7074111@energistic.com> Comments: In-reply-to Steve Ames message dated "Mon, 13 May 2002 13:18:32 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 May 2002 13:23:05 -0700 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 If memory serves me right, Steve Ames wrote: > cc1: warnings being treated as errors > /usr/src/sys/dev/ed/if_ed.c: In function `ed_attach': > /usr/src/sys/dev/ed/if_ed.c:1653: warning: unknown conversion type character > `D' > in format > /usr/src/sys/dev/ed/if_ed.c:1653: warning: too many arguments for format Known problem arising from the recent gcc import in -CURRENT. See this message in the archives: <20020513175142.C12713-100000@gamplex.bde.org> Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:29:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wartch.sapros.com (rularan.sapros.com [204.182.55.17]) by hub.freebsd.org (Postfix) with ESMTP id 645D537B404 for ; Mon, 13 May 2002 13:29:00 -0700 (PDT) Received: from wartch.sapros.com (localhost [127.0.0.1]) by wartch.sapros.com (8.12.3/8.12.3) with ESMTP id g4DKSjUn053297; Mon, 13 May 2002 13:28:45 -0700 (PDT) (envelope-from peterh@wartch.sapros.com) Message-Id: <200205132028.g4DKSjUn053297@wartch.sapros.com> To: Lyndon Nerenberg Cc: hackers@freebsd.org Subject: Re: gethostbyname2 and AF_INET6 Date: Mon, 13 May 2002 13:28:45 -0700 From: Peter Haight 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 >You would do everyone a favour by notifying those sites that don't >handle IPv6 DNS queries properly. In many (most) cases the sites aren't >aware that their DNS software is broken. A quick e-mail will often see >the problem fixed in short order. (bbc.co.uk is a recent example of >this.) Of course. What's a good thing to tell them? Is the problem that their DNS server isn't correctly responding to a query with an unknown QTYPE? The main reason I want to have Mozilla work around this is that for many people, they are not interested in policing DNS servers. They just want Mozilla to work. Yes, those DNS servers are broken and should be fixed, but Mozilla should work nicely in either case. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:40:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id BD84037B405 for ; Mon, 13 May 2002 13:40:44 -0700 (PDT) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.12.3/8.12.3) with ESMTP id g4DKeitI090846; Mon, 13 May 2002 14:40:44 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200205132040.g4DKeitI090846@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: Peter Haight Cc: hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 In-reply-to: Your message of "Mon, 13 May 2002 13:28:45 PDT." <200205132028.g4DKSjUn053297@wartch.sapros.com> X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.2 Date: Mon, 13 May 2002 14:40:44 -0600 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" == Peter Haight writes: Peter> Of course. What's a good thing to tell them? Is the problem Peter> that their DNS server isn't correctly responding to a query Peter> with an unknown QTYPE? The most common error is for the server to return an authoritative NXDOMAIN response to an AAAA (or A6) query. The culprit seems to be one particular DNS server (written in perl IIRC). The author of the software was informed of the problem and a fixed version is available. So I would ask first if they are running a perl-based DNS server, and if the answer is "yes" then advise them to install the latest version. This was discussed within the last few weeks across a couple of mailing lists. I don't recall which specific lists, but you could try digging through a NANOG archive. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:46:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 8A52537B417 for ; Mon, 13 May 2002 13:46:01 -0700 (PDT) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.3/8.12.2) with ESMTP id g4DKjdgM001969; Mon, 13 May 2002 22:45:39 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.3/8.12.3/Submit) id g4DKjcV5001964; Mon, 13 May 2002 22:45:38 +0200 (CEST) Date: Mon, 13 May 2002 22:45:38 +0200 From: Wilko Bulte To: Terry Lambert Cc: void , David Schultz , "Brandon D. Valentine" , freebsd-hackers@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP Message-ID: <20020513224538.D1829@freebie.xs4all.nl> References: <20020504001121.GA3310@ussenterprise.ufp.org> <20020503233143.S16006-100000@leto.homeportal.2wire.net> <20020511004814.A43416@HAL9000.wox.org> <3CDCCFD8.E9D3AD23@mindspring.com> <20020511012333.A43578@HAL9000.wox.org> <20020513194551.GA22374@parhelion.firedrake.org> <3CE018D8.54F1ACB4@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CE018D8.54F1ACB4@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 12:49:44PM -0700 X-OS: FreeBSD 4.6-PRERELEASE X-PGP: finger wilko@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 On Mon, May 13, 2002 at 12:49:44PM -0700, Terry Lambert wrote: > void wrote: > > > A: ``I'll give you $200 to add $foo to the base system.'' > > > B: ``No, *I* bid $300 to get someone to work on $bar.'' > > > ... > > > > This has been mooted before, and I think people have even made efforts > > to implement, but it's never taken off in a big way. > > Or Alfred would be driving a BMW. 8-). Can I have the Audi S8 with W12 engine please? :-P -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 13 13:56:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from host217-41-47-151.in-addr.btopenworld.com (host217-41-47-151.in-addr.btopenworld.com [217.41.47.151]) by hub.freebsd.org (Postfix) with ESMTP id B447137B408; Mon, 13 May 2002 13:55:44 -0700 (PDT) Received: by host217-41-47-151.in-addr.btopenworld.com (Postfix, from userid 1001) id 41B19615; Mon, 13 May 2002 21:55:40 +0100 (BST) Date: Mon, 13 May 2002 21:55:40 +0100 From: Dominic Marks To: freebsd-hackers@freebsd.org Cc: freebsd-stable@freebsd.org Subject: backtrace of a 4.6-PRE panic Message-ID: <20020513215540.A345@host217-41-47-151.in-addr.btope> 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 Hey, I've been having panics with RELENG_4 for a few months now at 3 to 4 day intervals. I haven't been able to get a meaning debugging data from the machine until today. Any clues on what might be the clue of this would be very gratefully received! If it helps the machine wasn't doing very much at the time, just NAT for a few hosts on a DSL line with a few ssh logins running various low-strain applications. # uname -smr FreeBSD 4.6-PRERELEASE i386 # gdb -k /usr/crash/kernel.1 /usr/crash/vmcore.1 IdlePTD at phsyical address 0x002f3000 initial pcb at physical address 0x0021d4e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0aac37f fault code = supervisor write, page not present instruction pointer = 0x8:0xc015e763 stack pointer = 0x10:0xca66de68 frame pointer = 0x10:0xca66de8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 284 (pptp) interrupt mask = net trap number = 12 panic: page fault syncing disks... 24 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0aac37f fault code = supervisor write, page not present instruction pointer = 0x8:0xc027a573 stack pointer = 0x10:0xca66db54 frame pointer = 0x10:0xca66db60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 284 (pptp) interrupt mask = net trap number = 12 panic: page fault Uptime: 3d21h11m12s dumping to dev #ad/0x20001, offset 221184 dump ata0: resetting devices .. done 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 0xc013ff7e in dumpsys () (kgdb) bt #0 0xc013ff7e in dumpsys () #1 0xc013fd48 in boot () #2 0xc014017c in poweroff_wait () #3 0xc01da9af in trap_fatal () #4 0xc01da669 in trap_pfault () #5 0xc01da23f in trap () #6 0xc027a573 in ?? () #7 0xc027a736 in ?? () #8 0xc027ae68 in ?? () #9 0xc01dd81b in intr_mux () #10 0xc01d0016 in vec11 () #11 0xc01992ca in interlocked_sleep () #12 0xc019ec92 in drain_output () #13 0xc019da56 in softdep_fsync_mountdev () #14 0xc01a1c1a in ffs_fsync () #15 0xc01a089c in ffs_sync () #16 0xc016fd33 in sync () #17 0xc013fbd3 in boot () #18 0xc014017c in poweroff_wait () #19 0xc01da9af in trap_fatal () #20 0xc01da669 in trap_pfault () #21 0xc01da23f in trap () #22 0xc015e763 in sosend () #23 0xc015220a in soo_write () #24 0xc014ef84 in dofilewrite () #25 0xc014ee73 in write () #26 0xc01dabb2 in syscall2 () #27 0xc01ceb15 in Xint0x80_syscall () #28 0x804aa57 in ?? () #29 0x804a883 in ?? () #30 0x80494dc in ?? () #31 0x8049109 in ?? () # netstat -m -M /usr/crash/vmcore.1 206/944/4096 mbufs in use (current/peak/max): 206 mbufs allocated to data 49/290/1024 mbuf clusters in use (current/peak/max) 816 Kbytes allocated to network (26% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines # vmstat -i -M /usr/crash/vmcore.1 interrupt total rate ata0 irq14 4212446 12 ata1 irq15 24 0 uhci0 irq9 278310 0 mux irq11 25139819 74 atkbd0 irq1 185681 0 clk irq0 33546748 99 Total 63363028 187 # vmstat -m -M /usr/crash/vmcore.1 Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 438 586 967543 1280 0 32 565 11339 7687041 640 232264 64 32281 58663 34070085 320 98727 128 8200 14936 5394095 160 270089 256 35898 2534 5138130 80 2167 512 351 97 384108 40 645 1K 16 1460 595080 20 439367 2K 40 180 10888 10 8830 4K 34 3 4275266 5 0 8K 5 35 3643 5 3557 16K 18 0 248 5 0 32K 5 0 13 5 0 64K 1 0 1 5 0 128K 5 0 6267 5 0 512K 1 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 NFSV3 srvdesc, USB, feeder, ac97, UFS dirhash, routetbl, ether_multi, BPF, vnodes, mount, pcb, soname, shm, rman, bus, sysctloid, sysctl, ATA generic, temp, devbuf, proc-args, kld 32 linux, USBHC, USB, atkbddev, memdesc, UFS dirhash, dirrem, mkdir, diradd, freefile, freefrag, indirdep, bmsafemap, newblk, tseg_qent, in_multi, routetbl, ether_multi, ifaddr, BPF, vnodes, cluster_save buffer, pcb, soname, ATAPI generic, taskqueue, SWAP, eventhandler, bus, sysctl, uidinfo, subproc, pgrp, temp, devbuf, proc-args, sigio, kld 64 NFS daemon, USBHC, USBdev, USB, feeder, isadev, UFS dirhash, allocindir, allocdirect, pagedep, routetbl, ether_multi, ifaddr, vnodes, cluster_save buffer, vfscache, pcb, soname, rman, eventhandler, bus, sysctloid, subproc, session, temp, devbuf, lockf, proc-args, file, AR driver, AD driver 128 USBdev, USB, ZONE, UFS dirhash, freeblks, inodedep, routetbl, BPF, vnodes, mount, cluster_save buffer, vfscache, soname, ATAPI generic, ttys, iov, bus, uidinfo, cred, temp, devbuf, zombie, proc-args, dev_t, timecounter, kld 256 NFSV3 srvdesc, NFS daemon, NFS srvsock, tun, ac97, UFS dirhash, FFS node, newblk, routetbl, ifaddr, Export Host, vnodes, vfscache, ACD driver, ttys, bus, subproc, temp, devbuf, proc-args, kqueue, file desc 512 NFS daemon, USBdev, UFS dirhash, UFS mount, BPF, mount, vfscache, BIO buffer, ptys, msg, ioctlops, bus, proc, ATA generic, temp, devbuf, file desc, AR driver 1K NQNFS Lease, mixer, UFS dirhash, BIO buffer, shm, sem, ioctlops, bus, temp, devbuf, kqueue, file desc, kld, AD driver 2K mbuf, UFS dirhash, UFS mount, ifaddr, BPF, BIO buffer, ACD driver, pcb, ioctlops, bus, devbuf, file desc, kld, AR driver 4K USB, memdesc, UFS mount, sem, msg, ioctlops, kobj, bus, temp, devbuf, kld 8K indirdep, pagedep, syncache, bus, temp, kld 16K UFS mount, indirdep, shm, msg, temp, devbuf, kld 32K NFS hash, VM pgdata, UFS ihash, inodedep, BPF, temp 64K vfscache 128K SWAP, devbuf, kld 512K kld Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) linux 7 1K 1K 31792K 7 0 0 32 NFS hash 1 32K 32K 31792K 1 0 0 32K NQNFS Lease 1 1K 1K 31792K 1 0 0 1K NFSV3 srvdesc 0 0K 1K 31792K 827968 0 0 16,256 NFS daemon 69 7K 7K 31792K 69 0 0 64,256,512 NFS srvsock 1 1K 1K 31792K 1 0 0 256 USBHC 3 1K 1K 31792K 3 0 0 32,64 USBdev 4 2K 2K 31792K 4 0 0 64,128,512 USB 25 22K 22K 31792K 59 0 0 16,32,64,128,4K tun 1 1K 1K 31792K 1 0 0 256 feeder 51 1K 1K 31792K 3543 0 0 16,64 ac97 2 1K 1K 31792K 2 0 0 16,256 mixer 1 1K 1K 31792K 1 0 0 1K atkbddev 2 1K 1K 31792K 2 0 0 32 memdesc 1 4K 8K 31792K 145 0 0 32,4K mbuf 1 2K 2K 31792K 1 0 0 2K isadev 4 1K 1K 31792K 4 0 0 64 ZONE 16 2K 2K 31792K 16 0 0 128 VM pgdata 1 32K 32K 31792K 1 0 0 32K UFS dirhash 825 170K 212K 31792K 10689 0 0 16,32,64,128,256,512,1K,2K UFS mount 21 64K 64K 31792K 57 0 0 512,2K,4K,16K UFS ihash 1 32K 32K 31792K 1 0 0 32K FFS node 35503 8876K 8877K 31792K 2693502 0 0 256 dirrem 0 0K 305K 31792K 345839 0 0 32 mkdir 0 0K 18K 31792K 51408 0 0 32 diradd 0 0K 79K 31792K 402127 0 0 32 freefile 0 0K 276K 31792K 293769 0 0 32 freeblks 0 0K 1153K 31792K 293550 0 0 128 freefrag 0 0K 27K 31792K 270753 0 0 32 allocindir 0 0K 5495K 31792K 3649542 0 0 64 indirdep 0 0K 282K 31792K 11383 0 0 32,8K,16K allocdirect 0 0K 243K 31792K 862516 0 0 64 bmsafemap 0 0K 3K 31792K 11420 0 0 32 newblk 1 1K 1K 31792K 4512059 0 0 32,256 inodedep 1 32K 1234K 31792K 794717 0 0 128,32K pagedep 1 8K 44K 31792K 68509 0 0 64,8K syncache 1 8K 8K 31792K 1 0 0 8K tseg_qent 16 1K 8K 31792K 148203 0 0 32 in_multi 3 1K 1K 31792K 3 0 0 32 routetbl 249 35K 52K 31792K 3239 0 0 16,32,64,128,256 ether_multi 9 1K 1K 31792K 9 0 0 16,32,64 ifaddr 15 4K 4K 31792K 15 0 0 32,64,256,2K BPF 3 1K 67K 31792K 19 0 0 16,32,128,512,2K,32K Export Host 3 1K 1K 31792K 11 0 0 256 vnodes 21 5K 5K 31792K 242 0 0 16,32,64,128,256 mount 7 4K 4K 31792K 26 0 0 16,128,512 cluster_save buffer 0 0K 1K 31792K 64350 0 0 32,64,128 vfscache 37531 2791K 3340K 31792K 3951905 0 0 64,128,256,512,64K BIO buffer 22 43K 1458K 31792K 148291 0 0 512,1K,2K ACD driver 2 3K 3K 31792K 2 0 0 256,2K pcb 31 5K 5K 31792K 23407 0 0 16,32,64,2K soname 20 3K 5K 31792K 516756 0 0 16,32,64,128 ATAPI generic 1 1K 1K 31792K 14 0 0 32,128 ptys 11 6K 6K 31792K 11 0 0 512 ttys 684 87K 112K 31792K 5676 0 0 128,256 shm 1 12K 17K 31792K 502 0 0 16,1K,16K sem 3 6K 6K 31792K 3 0 0 1K,4K msg 4 25K 25K 31792K 4 0 0 512,4K,16K rman 45 3K 3K 31792K 339 0 0 16,64 iov 0 0K 1K 31792K 2821 0 0 128 ioctlops 0 0K 4K 31792K 88 0 0 512,1K,2K,4K taskqueue 1 1K 1K 31792K 1 0 0 32 SWAP 2 105K 105K 31792K 2 0 0 32,128K kobj 5 20K 20K 31792K 5 0 0 4K eventhandler 13 1K 1K 31792K 13 0 0 32,64 bus 335 36K 36K 31792K 604 0 0 16,32,64,128,256,512,1K,2K,4K,8K sysctloid 10 1K 1K 31792K 10 0 0 16,64 sysctl 0 0K 1K 31792K 8415 0 0 16,32 uidinfo 7 1K 1K 31792K 219 0 0 32,128 cred 75 10K 13K 31792K 2175785 0 0 128 subproc 133 11K 19K 31792K 3142783 0 0 32,64,256 proc 2 1K 1K 31792K 2 0 0 512 session 35 3K 3K 31792K 1608 0 0 64 pgrp 37 2K 2K 31792K 3067 0 0 32 ATA generic 8 3K 3K 31792K 9 0 0 16,512 temp 589 131K 746K 31792K 2622731 0 0 16,32,64,128,256,512,1K,4K,8K,16K,32K devbuf 114 472K 480K 31792K 4222367 0 0 16,32,64,128,256,512,1K,2K,4K,16K,128K lockf 9 1K 2K 31792K 199227 0 0 64 zombie 0 0K 5K 31792K 1498405 0 0 128 proc-args 46 3K 6K 31792K 834785 0 0 16,32,64,128,256 kqueue 7 7K 17K 31792K 13633 0 0 256,1K sigio 4 1K 1K 31792K 451 0 0 32 file 229 15K 30K 31792K 18122993 0 0 64 file desc 59 16K 51K 31792K 1502159 0 0 256,512,1K,2K dev_t 861 108K 108K 31792K 861 0 0 128 timecounter 5 1K 1K 31792K 5 0 0 128 kld 43 559K 565K 31792K 240 0 0 16,32,128,1K,2K,4K,8K,16K,128K,512K AR driver 1 1K 3K 31792K 5 0 0 64,512,2K AD driver 2 2K 3K 31792K 4212417 0 0 64,1K Memory Totals: In Use Free Requests 13822K 8691K 58532409 # cat /var/run/dmesg.boot 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-PRERELEASE #2: Thu May 2 19:01:45 BST 2002 dom@host217-39-140-82.in-addr.btopenworld.com:/usr/obj/usr/src/sys/GALLIUM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (447.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 201326592 (196608K bytes) avail memory = 193048576 (188524K bytes) Preloaded elf kernel "kernel" at 0xc02d4000. Preloaded elf module "if_tun.ko" at 0xc02d409c. Preloaded elf module "if_xl.ko" at 0xc02d413c. Preloaded elf module "miibus.ko" at 0xc02d41dc. Preloaded elf module "snd_es137x.ko" at 0xc02d427c. Preloaded elf module "snd_pcm.ko" at 0xc02d4320. Preloaded elf module "usb.ko" at 0xc02d43c0. Preloaded elf module "ums.ko" at 0xc02d445c. Pentium Pro MTRR support enabled Using $PIR table, 11 entries at 0xc00fdf10 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x10e0-0x10ef at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x10c0-0x10df irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. chip1: port 0x7000-0x700f at device 7.3 on pci0 pcm0: port 0x1080-0x10bf irq 11 at device 12.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1000-0x107f mem 0xf4000000-0xf400007f irq 11 at device 14.0 on pci0 xl0: Ethernet address: 00:01:02:45:63:95 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0:

Hi all

I have an application that uses the linux procfs extensively and also linux ipcs.  I found two problems in the current linux emulation. 

(I hope the diff provided below will work as is since my mailing program is a bit limited :)  )

1) linux_ipc.c has a pice of code commented that we can actually use now.  I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD.  The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour.  It's a one line change in linux_ipc.c in src/sys/compat/linux

2) When traversing the linprocfs with i.e. ls (the linux ls in /compat/linux/bin/ls ) I noticed that some entries in the proc table is missing, compared to doing a FreeBSD ls /bin/ls.   I traced the problem to a counter inconcistenct because linux reads smaller blocks at a time.  This problem is only in RELENG_4 and not HEAD since the linprocfs changed a lot in HEAD.   The loop skips the first 9 entries for the cpuinfo etc. in /compat/linux/proc, but on the second loop it skips the first 9 entries in the proc table and thus they do not show up in a /compat/linux/bin/ls

If someone responsible from the linux emulation can review these changes and maybe commit them, I'll appreciate it :)

Thanks

Reinier

 

------------------------ cut -------------------- cut -----------------------------

*** linprocfs_vnops.c   2001/08/12 14:29:19     1.3.2.5
--- linprocfs_vnops.c   2002/05/17 15:19:43
***************
*** 896,902 ****
 
 
                        default:
!                               while (pcnt < i) {
                                        p = p->p_list.le_next;
                                        if (!p)
                                                goto done;
--- 896,907 ----
 
 
                        default:
!                               /* Since we skip the first 9, by the time we
!                                * get here i = 9 and we'll end up skipping
!                                * the first 9 procs in the list, so we
!                                * increment pcnt by the same value
!                                */
!                               while ((pcnt + 9) < i) {
                                        p = p->p_list.le_next;
                                        if (!p)
                                                goto done;

----------------- cut -------------- cut ------------------ cut ----------------

*** linux_ipc.c.old     Fri May 17 11:08:58 2002
--- linux_ipc.c Fri May 17 11:09:29 2002
***************
*** 358,364 ****
      bsd_args.msqid = args->msqid;
      bsd_args.msgp = args->msgp;
      bsd_args.msgsz = args->msgsz;
!     bsd_args.msgtyp = 0; /* XXX - args->msgtyp; */
      bsd_args.msgflg = args->msgflg;
      return msgrcv(td, &bsd_args);
  }
--- 358,364 ----
      bsd_args.msqid = args->msqid;
      bsd_args.msgp = args->msgp;
      bsd_args.msgsz = args->msgsz;
!     bsd_args.msgtyp = args->msgtyp;
      bsd_args.msgflg = args->msgflg;
      return msgrcv(td, &bsd_args);
  }

----------------- cut ---------------- cut -------------- cut -----------------


Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience --0-1667895946-1021649559=:97425-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 8:43:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pc-ugarte.research.att.com (H-135-207-23-230.research.att.com [135.207.23.230]) by hub.freebsd.org (Postfix) with ESMTP id 571B537B401 for ; Fri, 17 May 2002 08:43:07 -0700 (PDT) Received: (from cau@localhost) by pc-ugarte.research.att.com (8.11.0/8.11.0) id g4HFh2102369; Fri, 17 May 2002 11:43:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15589.9478.515238.677330@pc-ugarte.research.att.com> Date: Fri, 17 May 2002 11:43:02 -0400 From: Carlos Ugarte To: Fred Clift Cc: Marco Molteni , Subject: Re: writing a driver for the IBM ultraport camera (USB) In-Reply-To: <20020517092727.E82061-100000@vespa.dmz.orem.verio.net> References: <20020517072741.9472.qmail@cobweb.example.org> <20020517092727.E82061-100000@vespa.dmz.orem.verio.net> X-Mailer: VM 6.99 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-Homepage: http://www.cs.arizona.edu/~cau 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 Fred Clift writes: > On Fri, 17 May 2002, Marco Molteni wrote: > > > [Bcc to -multimedia] > > > > On Thu, 16 May 2002 18:21:14 -0400, Carlos Ugarte wrote: > > > > > I'm working on a similar project - a FreeBSD driver for the Philips > > > webcams based on the Linux pwc driver. It's nowhere near working yet, > > > Would it be easier to just use the ugen driver and write a 'userland-only' > utility that leveraged the ugen driver's ability to already talk to the > device? Seems like that would save you a lot of hassle in developing > working code. There are, however, some bennefits to having a driver - > just wanted to mention this possible solution. That occurred to me, as I have seen the solution work first hand in another case. I have a Canon S110 "Digital Elph" still camera that unfortunately does not conform to the USB mass storage standard. That said, it is possible to get it to work with FreeBSD - there is a program by the name of s10sh that makes use of libusb (and ugen) to speak the language of the S110. I agree that doing something at user level would probably be easier than working on a driver. That said, I opted to work on a device driver instead for a couple of reasons. One is that I think it would be easier to drum up support from more applications if the device is given its own kernel space driver (even though a user space library might provide most of the same functionality). Another was that I did not feel familiar enough with USB (the standard) or ugen (the device driver) to know how well this would work. And then there is the process of writing a device driver - though the goal is to support a set of webcams, the "side effect" of learning more about the kernel and devices in general is what interested me the most. Carlos -- Carlos A. Ugarte cau@cs.arizona.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 9:26:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 922C937B400; Fri, 17 May 2002 09:26:12 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id 437B01036AD; Fri, 17 May 2002 13:26:08 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 5D2CE103694; Fri, 17 May 2002 13:26:07 -0300 (ADT) Date: Fri, 17 May 2002 13:26:07 -0300 (ADT) From: "Marc G. Fournier" To: Andrew Gallatin Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <15589.4944.12997.539449@grasshopper.cs.duke.edu> Message-ID: <20020517132442.X41731-100000@mail1.hub.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 Oh, I like the netdump one ... I have a machine sitting right beside this one that I can use to dump to ... has anyone thought to include this as a 'standard' sort of thing with FreeBSD? So that it keeps up with the current code? On Fri, 17 May 2002, Andrew Gallatin wrote: > > > There are 3 things you could do: > > a) Limit your memory size in the loader > > b) Use partial dumps > > c) Use network dumps if you have another machine to run the dump > server on. > > Both the netdump & partial dump code can be found at: > > http://www.cs.duke.edu/~anderson/freebsd/ > > Both may be a little out of date & require some work to get working > with a recent -stable, as they were developed in the days when 4.0 was > -current. > > > Drew > > 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 From owner-freebsd-hackers Fri May 17 9:40: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id A0BD337B40A; Fri, 17 May 2002 09:39:24 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA18466; Fri, 17 May 2002 12:39:24 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g4HGcsi47380; Fri, 17 May 2002 12:38:54 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15589.12829.973741.896717@grasshopper.cs.duke.edu> Date: Fri, 17 May 2002 12:38:53 -0400 (EDT) To: "Marc G. Fournier" Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <20020517132442.X41731-100000@mail1.hub.org> References: <15589.4944.12997.539449@grasshopper.cs.duke.edu> <20020517132442.X41731-100000@mail1.hub.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Marc G. Fournier writes: > > Oh, I like the netdump one ... I have a machine sitting right beside this > one that I can use to dump to ... has anyone thought to include this as a > 'standard' sort of thing with FreeBSD? So that it keeps up with the > current code? > > I plan to integrate partial dumps as an option at some point, but my only -current machines are alphas, so I need to get gdb working again there first. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 9:44:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id DA79B37B409; Fri, 17 May 2002 09:44:27 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id 7423810366B; Fri, 17 May 2002 13:44:23 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 4AD6210365D; Fri, 17 May 2002 13:44:22 -0300 (ADT) Date: Fri, 17 May 2002 13:44:22 -0300 (ADT) From: "Marc G. Fournier" To: Andrew Gallatin Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <15589.12829.973741.896717@grasshopper.cs.duke.edu> Message-ID: <20020517134254.W41731-100000@mail1.hub.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 Well, downloaded the files (a .tar.gz would be nice? *grin*) and the client built perfectly, and kldload worked fine ... is there some way someone can suggest of 'simulating a crash'? Some way to test to make sure that it is working as expected? I have a 4.6-PRE machine on my desk that I'd like to test with before I try it on "the real thing", if at all possible? On Fri, 17 May 2002, Andrew Gallatin wrote: > > Marc G. Fournier writes: > > > > Oh, I like the netdump one ... I have a machine sitting right beside this > > one that I can use to dump to ... has anyone thought to include this as a > > 'standard' sort of thing with FreeBSD? So that it keeps up with the > > current code? > > > > > > I plan to integrate partial dumps as an option at some point, but my > only -current machines are alphas, so I need to get gdb working again > there first. > > Drew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 9:50:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21109.mail.yahoo.com (web21109.mail.yahoo.com [216.136.227.111]) by hub.freebsd.org (Postfix) with SMTP id 7CBDF37B405 for ; Fri, 17 May 2002 09:50:55 -0700 (PDT) Message-ID: <20020517165054.82390.qmail@web21109.mail.yahoo.com> Received: from [62.254.0.5] by web21109.mail.yahoo.com via HTTP; Fri, 17 May 2002 09:50:54 PDT Date: Fri, 17 May 2002 09:50:54 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: How to dump a 4gig system on panic ? To: "Marc G. Fournier" , Andrew Gallatin Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20020517134254.W41731-100000@mail1.hub.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 --- "Marc G. Fournier" wrote: > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > client built perfectly, and kldload worked fine ... is there some way > someone can suggest of 'simulating a crash'? Some way to test to make > sure that it is working as expected? I have a 4.6-PRE machine on my desk > that I'd like to test with before I try it on "the real thing", if at all > possible? If you have DDB in your kernel, then you can press Ctrl+Alt+Esc; by doing that, you will enter into the kernel debugger (DDB). At the prompt displayed, type 'panic' without the quotes and then should hopefully generate a dump. Regards. -- Hiten __________________________________________________ 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 Fri May 17 9:54:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id E037537B40B; Fri, 17 May 2002 09:54:31 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA18876; Fri, 17 May 2002 12:54:31 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g4HGs1T47398; Fri, 17 May 2002 12:54:01 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15589.13737.302689.294546@grasshopper.cs.duke.edu> Date: Fri, 17 May 2002 12:54:01 -0400 (EDT) To: "Marc G. Fournier" Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <20020517134254.W41731-100000@mail1.hub.org> References: <15589.12829.973741.896717@grasshopper.cs.duke.edu> <20020517134254.W41731-100000@mail1.hub.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Marc G. Fournier writes: > > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > client built perfectly, and kldload worked fine ... is there some way > someone can suggest of 'simulating a crash'? Some way to test to make > sure that it is working as expected? I have a 4.6-PRE machine on my desk > that I'd like to test with before I try it on "the real thing", if at all > possible? break into ddb & do: ddb > call dumpsys() Unless you're running a savecore which supports partial dumps, you need to disable partial dumps (sysctl net.net_dump.partial=0). And remember, you'll be spewing the contents of your ram (possibly passwords, etc) across the network in clear text. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 10:43:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc1-nfds1-5-cust34.not.cable.ntl.com [80.4.34.34]) by hub.freebsd.org (Postfix) with ESMTP id BEE2037B408 for ; Fri, 17 May 2002 10:43:31 -0700 (PDT) Received: (from msger@hpdi.ath.cx) by hpdi.ath.cx (8.11.3/8.11.3) id g4GM93P00428; Thu, 16 May 2002 23:09:03 +0100 (BST) (envelope-from root) Date: Thu, 16 May 2002 23:09:02 +0100 From: Hiten Pandya To: Peter Wemm , Doug White Cc: Omar Thameen , freebsd-hackers@FreeBSD.ORG Subject: Re: tuning a CPU bound server Message-ID: <20020516230902.A398@hpdi.ath.cx> Reply-To: Hiten Pandya Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Organisation: Hiten Pandya, LE5 3NF, Leicester, United Kingdom X-Operating-System: FreeBSD 4.3-RELEASE i386 (hpdi.ath.cx) 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: > The only real problem that I know of with postfix is that it still > suffers from select(2) collisions (FreeBSD kernel problem) when it tries > to shut down a bunch of idle smtp senders. That can cause transient load > average spikes - this can be a bit alarming but doesn't actually affect > things very much. 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. -- Hiten Pandya | xMach FreeBSD Solaris JFS4BSD UNIX POSIX "Who needs a life when you have FreeBSD and xMach :-)" WWW: http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP key hiten@xMach.org, hiten@uk.FreeBSD.org, hitmaster2k@yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 12: 8:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from trantor.utsl.org (cvg-65-27-234-246.cinci.rr.com [65.27.234.246]) by hub.freebsd.org (Postfix) with ESMTP id 46ED137B405 for ; Fri, 17 May 2002 12:08:12 -0700 (PDT) Received: from hotrod.utsl.org ([10.10.57.3] helo=quic.net) by trantor.utsl.org with esmtp (Exim 3.35 #1 (Debian)) id 178idU-00065E-00; Fri, 17 May 2002 10:23:12 -0400 Message-ID: <3CE5124C.5090503@quic.net> Date: Fri, 17 May 2002 10:23:08 -0400 From: Nathan Hawkins User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020502 Debian/1.0rc1-3 MIME-Version: 1.0 To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Hardware for FreeBSD References: <20020517100144.A33112-100000@fw.cgn.icom> X-Enigmail-Version: 0.49.5.0 Content-Type: text/plain; charset=us-ascii; format=flowed 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 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.) 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. ---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 From owner-freebsd-hackers Fri May 17 12:27:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by hub.freebsd.org (Postfix) with ESMTP id 1BF8B37B40B for ; Fri, 17 May 2002 12:27:46 -0700 (PDT) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 052F62ABB; Fri, 17 May 2002 21:27:45 +0200 (CEST) Date: Fri, 17 May 2002 21:27:44 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 Message-ID: <20020517192744.GA89906@tara.freenix.org> Mail-Followup-To: hackers@FreeBSD.ORG References: <200205122016.g4CKGlUn048082@wartch.sapros.com> <1021273711.97354.74.camel@kokeb.ambesa.net> <3CDFF3C2.4DF47219@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CDFF3C2.4DF47219@mindspring.com> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP 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 According to Terry Lambert: > They are trying to be good network citizens by supporting IPv6. But they're doing it badly. gethostbyname2 (defined by RFC-2133) has been obsoleted by RFC-2553 and all applications SHOULD use getaddrinfo(3) or getnodebyname(3). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 12:31:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id D201337B411 for ; Fri, 17 May 2002 12:31:38 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g4HJVVE06847; Fri, 17 May 2002 12:31:31 -0700 (PDT) Date: Fri, 17 May 2002 12:31:30 -0700 (PDT) From: Doug White To: Hiten Pandya Cc: Peter Wemm , Omar Thameen , Subject: Re: tuning a CPU bound server In-Reply-To: <20020516230902.A398@hpdi.ath.cx> Message-ID: <20020517123114.G6300-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us 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 Thu, 16 May 2002, Hiten Pandya wrote: > --- Peter Wemm wrote: > > The only real problem that I know of with postfix is that it still > > suffers from select(2) collisions (FreeBSD kernel problem) when it tries > > to shut down a bunch of idle smtp senders. That can cause transient load > > average spikes - this can be a bit alarming but doesn't actually affect > > things very much. > > Just wondering, are these the kind of problems which can be solved by > using the kqueue(2) mechanism, or am I talking nuts again? You are welcome to rewrite qmail to use kqueue if you wish :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 12:53:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 60CE037B40A for ; Fri, 17 May 2002 12:53:05 -0700 (PDT) Received: from leto (pcp529856pcs.nash01.tn.comcast.net [68.52.131.181]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0GW90062MTWFET@mtaout04.icomcast.net> for freebsd-hackers@FreeBSD.ORG; Fri, 17 May 2002 15:53:04 -0400 (EDT) Date: Fri, 17 May 2002 14:48:07 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: tuning a CPU bound server In-reply-to: <20020517123114.G6300-100000@resnet.uoregon.edu> X-X-Sender: bandix@leto.homeportal.2wire.net To: Doug White Cc: Hiten Pandya , Peter Wemm , Omar Thameen , freebsd-hackers@FreeBSD.ORG Message-id: <20020517144710.E35445-100000@leto.homeportal.2wire.net> 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 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. ;-) Brandon D. Valentine -- "Time to resign from the human race, wipe those tears from your lovely face. Baby, wave to the man in the ol' red caboose before all hell breaks loose." - Kinky Friedman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 13:27: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 9CD4637B403 for ; Fri, 17 May 2002 13:26:58 -0700 (PDT) Received: from pool0392.cvx22-bradley.dialup.earthlink.net ([209.179.199.137] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 178oJK-0005TE-00; Fri, 17 May 2002 13:26:47 -0700 Message-ID: <3CE56769.53038CA0@mindspring.com> Date: Fri, 17 May 2002 13:26:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ollivier Robert Cc: hackers@FreeBSD.ORG Subject: Re: gethostbyname2 and AF_INET6 References: <200205122016.g4CKGlUn048082@wartch.sapros.com> <1021273711.97354.74.camel@kokeb.ambesa.net> <3CDFF3C2.4DF47219@mindspring.com> <20020517192744.GA89906@tara.freenix.org> 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 Ollivier Robert wrote: > According to Terry Lambert: > > They are trying to be good network citizens by supporting IPv6. > > But they're doing it badly. gethostbyname2 (defined by RFC-2133) has been > obsoleted by RFC-2553 and all applications SHOULD use getaddrinfo(3) or > getnodebyname(3). Both these RFC's are informational. The return values for gethostbyname/gethostbyname2/gethostbyaddr are also not precisely mapped. Particularly the HOST_NOT_FOUND is obfuscated in the getaddrinfo case EAI_NONAME, which may mean that it wasn't provided, vs. it not being known. A useful distinction is lost. I've personally and *recently* made the decision to use the gethostbname2 interface in a program because of this loss of information. In any case, neither interface is asyncronously callable in FreeBSD, so it's really rather irrelelvent to the the original desire to dike out IPv6 support to make up for DNS servers that do not respond correctly to requests with an unknown query type. PS: The response of a DNS server to an unknown query type is mandated by RFC's with significantly more standaing than "informational"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 19:13:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 54CCC37B421; Fri, 17 May 2002 19:12:37 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id BA4991036AD; Fri, 17 May 2002 23:12:31 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 12CDB103694; Fri, 17 May 2002 23:12:31 -0300 (ADT) Date: Fri, 17 May 2002 23:12:31 -0300 (ADT) From: "Marc G. Fournier" To: Andrew Gallatin Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <15589.13737.302689.294546@grasshopper.cs.duke.edu> Message-ID: <20020517210219.P41731-100000@mail1.hub.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 Okay, seem to be about halfway there ... client kldload's no problem, server runs ... do a ctl-alt-esc to get into DDB and type panic, and it gives a message that its looking for the server and it finds it on the right IP ... then it prints out a '1023' and finishes the panic ... On the 'dump server', a vmcore gets created, but its zero length ... thoughts? On Fri, 17 May 2002, Andrew Gallatin wrote: > > Marc G. Fournier writes: > > > > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > > client built perfectly, and kldload worked fine ... is there some way > > someone can suggest of 'simulating a crash'? Some way to test to make > > sure that it is working as expected? I have a 4.6-PRE machine on my desk > > that I'd like to test with before I try it on "the real thing", if at all > > possible? > > break into ddb & do: > ddb > call dumpsys() > > Unless you're running a savecore which supports partial dumps, you > need to disable partial dumps (sysctl net.net_dump.partial=0). > > And remember, you'll be spewing the contents of your ram (possibly > passwords, etc) across the network in clear text. > > Drew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 17 20:57:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web14002.mail.yahoo.com (web14002.mail.yahoo.com [216.136.175.93]) by hub.freebsd.org (Postfix) with SMTP id E744437B400 for ; Fri, 17 May 2002 20:57:21 -0700 (PDT) Message-ID: <20020518035721.93601.qmail@web14002.mail.yahoo.com> Received: from [12.235.125.149] by web14002.mail.yahoo.com via HTTP; Fri, 17 May 2002 20:57:21 PDT Date: Fri, 17 May 2002 20:57:21 -0700 (PDT) From: Kip Macy Reply-To: kip@eventdriven.org Subject: successful use of NOTE_LOWAT in kevent? To: hackers@freebsd.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 Has any successfully used the NOTE_LOWAT feature described in the kevent man page? -Kip __________________________________________________ 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 Sat May 18 0:59:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 5522137B61C; Sat, 18 May 2002 00:58:27 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g4I7wQJ20889; Sat, 18 May 2002 00:58:26 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3) with ESMTP id g4I7wm7P002036; Sat, 18 May 2002 00:58:48 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3/Submit) id g4I7wlkO002035; Sat, 18 May 2002 00:58:47 -0700 (PDT) Date: Sat, 18 May 2002 00:58:47 -0700 From: Marcel Moolenaar To: Reinier Bezuidenhout Cc: freebsd-hackers@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: Patches for linprocfs and linux emulation - fix 'ls /proc' bug and ipc's Message-ID: <20020518075847.GA1700@dhcp01.pn.xcllnt.net> References: <20020517153239.98228.qmail@web11104.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020517153239.98228.qmail@web11104.mail.yahoo.com> User-Agent: Mutt/1.3.99i 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 Fri, May 17, 2002 at 08:32:39AM -0700, Reinier Bezuidenhout wrote: > > 1) linux_ipc.c has a pice of code commented that we can actually use now. I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD. The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour. It's a one line change in linux_ipc.c in src/sys/compat/linux Committed (-current). Strangely enough, there doesn't seem to be any reason I could see why we hardcoded the message type to 0. des@freebsd.org is the maintainer of linprocfs. You may want to ping him more directly. PS: please break lines around 70 characters or so. It makes your mail so much better to read. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 7: 2:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sea-incorporated.com (caribbean.sea-incorporated.com [209.74.10.130]) by hub.freebsd.org (Postfix) with ESMTP id 3BC1437B407 for ; Sat, 18 May 2002 07:02:17 -0700 (PDT) Received: from localhost (geoff@localhost) by sea-incorporated.com (8.9.3/8.9.3) with ESMTP id KAA72162; Sat, 18 May 2002 10:02:09 -0400 (EDT) (envelope-from geoff@sea-incorporated.com) Date: Sat, 18 May 2002 10:02:08 -0400 (EDT) From: "Geoffrey C. Speicher" To: Paul Herman Cc: freebsd-hackers@freebsd.org Subject: Re: bug in pw, -STABLE [patch] In-Reply-To: <20020517200005.J912-100000@mammoth.eat.frenchfries.net> 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 [I'm bringing the discussion back to -hackers, since it was omitted in your original reply, Paul. To get everyone up to speed, Paul suggested that calling unlink() _before_ close() should solve the race condition mentioned in my original message. However, that still leads to corruption, and we're trying to figure out why.] On Fri, 17 May 2002, Paul Herman wrote: > > The file isn't actually unlinked until p1 closes the fd > > Sure it is. Try a little C: > > fd = open("watchme", O_CREAT|O_EXLOCK); > sleep(10); > unlink("watchme"); > sleep(10); > close(fd); > > You'll see the file disappear after 10 seconds, not 20. Hmm. Rechecking the man page for unlink(2) I see that I worded the above incorrectly. The file is unlinked when you unlink(), but not actually removed until close(). > Also, open() looks like it blocks until it can get the lock But when does open() block in the following scenario? p1:open() - open & lock file p2:open() - BLOCK p1:unlink() - remove link only, do not remove file p2:open() - WAKEUP p1:close() - close fd Does it block before it opens a fd, or after then but before it gains an exclusive lock? In other words, did p2 open a new file after it woke up, or did it open the same file that p1 had opened? If the latter is true then we could extend the above: p3:open() - open & lock file (since p1 unlinked p1 & p2's copy) p2/p3: - BOOM If the former is true, then I'm pretty much out of ideas. I don't think the corruption is due to something else, since simply removing the call to unlink() does in fact fix the problem. Geoff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 9:21:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 1324F37B40F; Sat, 18 May 2002 09:21:22 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA13874; Sat, 18 May 2002 12:21:20 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g4IGKox81993; Sat, 18 May 2002 12:20:50 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15590.32610.702310.769782@grasshopper.cs.duke.edu> Date: Sat, 18 May 2002 12:20:50 -0400 (EDT) To: "Marc G. Fournier" Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <20020517210219.P41731-100000@mail1.hub.org> References: <15589.13737.302689.294546@grasshopper.cs.duke.edu> <20020517210219.P41731-100000@mail1.hub.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Marc G. Fournier writes: > > Okay, seem to be about halfway there ... client kldload's no problem, > server runs ... do a ctl-alt-esc to get into DDB and type panic, and it > gives a message that its looking for the server and it finds it on the > right IP ... then it prints out a '1023' and finishes the panic ... > > On the 'dump server', a vmcore gets created, but its zero length ... > > thoughts? As I said, it hasn't been used for quite some time. It may require work to get it working again. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 9:58:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost.com (syd-tgn-vce-vty15.as.wcom.net [63.12.28.15]) by hub.freebsd.org (Postfix) with SMTP id 23ACF37B43F for ; Sat, 18 May 2002 09:55:06 -0700 (PDT) From: freebsd-hackers@FreeBSD.org Reply-To: assistant2002@hotmail.com To: freebsd-hackers@FreeBSD.org Date: Sat, 18 May 2002 23:58:18 +0700 Subject: "ËÒ¡¤Ø³ÅéÁàËÅÇ·Õè¨ÐÇҧἹ ÂèÍÁá»ÅÇèҤسÇҧἹ·Õè¨ÐÅéÁàËÅÇ" 18/5/02 23:58:18 X-Mailer: QuickSender 1.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20020518165506.23ACF37B43F@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 =22=CB=D2=A1=A4=D8=B3=C5=E9=C1=E0=CB=C5=C7=B7=D5=E8=A8=D0=C7=D2=A7=E1=BC=B9 =C2=E8=CD=C1=E1=BB=C5=C7=E8=D2=A4=D8=B3=C7=D2=A7=E1=BC=B9=B7=D5=E8=A8=D0=C5=E9=C1=E0=CB=C5=C7=22 =CB=D2=A1=A4=D8=B3 =A4=D7=CD=A4=B9=CB=B9=D6=E8=A7=B7=D5=E8=E0=A4=C2=C7=D2=A7=E1=BC=B9=CD=B9=D2=A4=B5=A2=CD=A7=A4=D8=B3 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=BB=C3=D0=CA=BA=A4=C7=D2=C1=CA=D3=E0=C3=E7=A8=E3=B9=AA=D5=C7=D4=B5 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=BB=C3=D0=CA=BA=A4=C7=D2=C1=CA=D3=E0=C3=E7=A8=E3=B9=E3=B9=CB=B9=E9=D2=B7=D5=E8=A1=D2=C3=A7=D2=B9 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=C1=D5=A4=C3=CD=BA=A4=C3=D1=C7=B7=D5=E8=CD=BA=CD=D8=E8=B9 =B5=E9=CD=A7=A1=D2=C3=C1=D5=CD=D4=CA=C3=D0=C0=D2=BE=B7=D2=A7=B4=E9=D2=B9=A1=D2=C3=E0=A7=D4=B9 =2E=2E=2E =BB=C3=D6=A1=C9=D2=E0=C3=D2=B7=D5=E8 http=3A=2F=2Fthaiworkathome=2Ecom=2Finformation =E0=BE=D7=E8=CD=C1=CD=A7=CB=D2=CA=D4=E8=A7=E3=CB=C1=E8=E6 =B7=D5=E8=A8=D0=E0=BB=C5=D5=E8=C2=B9=AA=D5=C7=D4=B5=A4=D8=B3 =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 =A1=C3=D8=B3=D2 click =B7=D5=E8=B9=D5=E8 www=2Ethaiworkathome=2Ecom=2Finformation=2Fmail=2Ehtml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 9:58:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 88F3837B40A; Sat, 18 May 2002 09:54:11 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g4IGrpb5073916; Sat, 18 May 2002 12:53:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 18 May 2002 12:53:51 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: FreeBSD Development Status Report, February 2002 - April 2002 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 Attached, please find the status report covering activity from February 2002 - April 2002. This may also be found on the FreeBSD.org web page (once the site rebuilds sometime today) at: http://www.FreeBSD.org/news/status/ The next status report will cover May and June of 2002; solicitations for content will be made during the first week of July. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services February - April 2002 Status Report Introduction This report covers FreeBSD development activities from February, 2002 through April, 2002. It's been a busy few months -- BSDCon in San Francisco, the FreeBSD Developer Summit, a first development preview of 5.0-CURRENT, not to mention lots of progress on the 5.0 feature set (SMPng, sparc64, GEOM, ... the list goes on). In the next two months, the USENIX ATC occurs (highly recommended event for both developers and users), and a number of new software components will hit the tree, including UFS2 and the TrustedBSD MAC framework. We'll also complete the elections for the FreeBSD Core Team, and should have the next Core Team online by the time the next report rolls around. Stay tuned for more! Robert Watson * "GEOM" - generalized block storage manipulation * Athlon MTRR Problems * Bluetooth stack for FreeBSD (Netgraph implementation) * Fibre Channel * FreeBSD ARM Port * FreeBSD C99 & POSIX Conformance Project * FreeBSD Developer Summit * FreeBSD Package-building Cluster * FreeBSD/KGI * GCC 3.1 * GNOME Project * IA64 Port * Improving FreeBSD Startup Scripts * IPMI Tools for FreeBSD * jp.FreeBSD.org daily SNAPSHOTs project * jpman project * KAME * KSE * Libh * locking up pcb's in the networking stack * Netgraph ATM * Network interface cloning and modularity * New mount(2) API * NEWCARD * OpenSSH * PAM * PowerPC Port * ppp RADIUS/MS-CHAP support * Release Engineering * SMPng * TrustedBSD Audit * TrustedBSD MAC * UMA * Universal Disk Filesystem for FreeBSD * Wi Hostap * Zero Copy Sockets "GEOM" - generalized block storage manipulation URL: http://www.FreeBSD.org/~phk/Geom/ Contact: Poul-Henning Kamp The GEOM code has gotten so far that it beats our current code in some areas while stil lacking in others. Work continues on a generalized interface for "magic data" (boot blocks, disklabels MBR's etc) manipulation from userland. With GEOM enabled in the kernel any FreeBSD platform will now recognize PC style MBR's, i386 disklabels, alpha disklabels, PC98 extended MBRs and SUN/Solaris style disklabels. ---------------------------------------------------------------------- Athlon MTRR Problems Contact: David Malone The FreeBSD MTRR code has been made more robust against unexpected values sometimes found in the Athlon's Memory Type Range Registers. Problems with these values had prevented XFree 4.2 running on some motherboards. Experimentation indicates that these undocumented values may control the mapping of BIOS/ROMs or have something to do with SMM. If anyone can provide details of what these values mean, can they please let me know, so the MTRR code can be completed. ---------------------------------------------------------------------- Bluetooth stack for FreeBSD (Netgraph implementation) Contact: Maksim Yevmenkin I'm slowly making progress. The second engineering release is available for download at http://www.geocities.com/m_evmenkin/ngbt-fbsd-20020506.tar.gz This release includes support for H4 UART transport layer, Host Controller Interface (HCI), Link Layer Control and Adaptation Protocol (L2CAP) and Bluetooth sockets layer. It also comes with several user space utilities that can be used to configure and test Bluetooth devices. I'm currently working on RFCOMM protocol implementation (Serial port emulation over Bluetooth link). My next goal is to port Service Discovery Protocol (SDP) implementation from BlueZ (http://bluez.sf.net). I'm also thinking about adding USB device support (as soon as i find/buy hardware). Issues: 1) Bluetooth hardware; I have couple PC-CARDs that i use for development and testing purposes, but i'd love to have more. 2) Time; My regular day job kicked in, so i will be spending more time doing stuff i'm getting paid for. ---------------------------------------------------------------------- Fibre Channel URL: http://people.FreeBSD.org/~mjacob/fibre_channel.html Contact: Matthew Jacob Continued bug fixing and hardening for this last few months. Future work will include making target mode work correctly and fast. The LSI-Logic chipset's MPT Fusion driver is also being evaluated. ---------------------------------------------------------------------- FreeBSD ARM Port URL: http://pages.infinit.net/sepotvin. Contact: Stephane E. Potvin Since the last progress report, the initialization code was much cleaned (thanks to NetBSD's acort32 port) and partial DDB support as been added. I'm now struggling to put the pmap module into a working state. The latest patch set only includes the initialization changes. I did some tries to get what I had so far working on my iPAQ without much successes (downloading a kernel over a serial link is way too painful). If anyone has had success in getting any iPAQ to work as a USB storage device under *BSD please contact me. ---------------------------------------------------------------------- FreeBSD C99 & POSIX Conformance Project URL: http://www.FreeBSD.org/projects/c99/ Contact: Mike Barcroft Contact: FreeBSD-Standards Mailing List Since the last status report, two developers working on utility conformance were given commit access to the FreeBSD CVS repository to help expedite development. As a result, the following utilities have been brought up to conformance, they include: csplit(1), env(1), expr(1), fold(1), join(1), m4(1), mesg(1), paste(1), patch(1), pr(1), uuencode(1), uuexpand(1), and xargs(1). The printf(1) utility was brought up to conformance with the 1992 edition of POSIX.2, with further development planned. On the header front, much progress has been made. Specically, infrastructure to control visiblity of components of a header, based on the standard requested by an application, has been added to . Some work has been completed on renovating the way types are defined. This has lead to the creation of . Further improvements such as the merger of and are planned. Additionally, the headers: , , and have been made to conform to POSIX.1-2001. On the API front, scanf(3) has received support for 5 new length modifiers (hh, j, ll, t, and z). A patch to implement two additional conversion specifiers (j and z) has been developed for printf(9) and is expected to be committed soon. In other news, the project's web site has been moved to the main FreeBSD site. It is now available at the URL at the top of this status report. Please update your bookmarks. ---------------------------------------------------------------------- FreeBSD Developer Summit URL: http://www.FreeBSD.org/news/events/2002/bsdcon-devsummit.html Contact: Robert Watson The second FreeBSD Developer Summit, held following the BSD Conference in San Francisco in February, was a great success. Around 40 developers attended in person, another five by phone, and many others by webcast. During a marathon-esque eight hour session, a variety of development topics were discussed, including adding inheritence to the KOBJ system, ports to new architectures, adaptations of the toolchain for new architectures, the GEOM extensible storage device framework, upcoming changes to the network stack, TrustedBSD features, KSE, SMPng, and the release engineering schedule. This event was sponsored by DARPA and NAI Labs, with webcasting provided by Joe Karthauser, bandwidth provided by Yahoo!. Planning for future such events is now underway; a summary/transcript of discussion may be found at the URL above. ---------------------------------------------------------------------- FreeBSD Package-building Cluster Contact: Kris Kennaway Packages are built from the FreeBSD Ports Collection on a cluster of i386 and alpha machines using scripts available in /usr/ports/Tools/portbuild/. Over the past few months I have been cleaning up and extending these scripts to improve efficiency and allow for greater flexibility in how package builds are performed. Major improvements so far have been: cleaning up and modularizing the scripts to avoid code duplication and reduce the need for ongoing maintenance; optimizing the build process and making it much more robust against client machine failure; and allowing package builds to be restarted if they are interrupted. The i386 package cluster is currently running FreeBSD 5.0-CURRENT, and it has proven to be a useful testing ground for exposing kernel bugs, especially those which only manifest under system load. Future plans include the ability to perform incremental package rebuilds which only build packages that have changed since the last run. This will allow packages to be made available on the FTP site within an hour or two of the CVS commit to the ports collection. We also hope to set up a sparc64 package cluster in the near future, but this is contingent on suitable hardware. ---------------------------------------------------------------------- FreeBSD/KGI URL: http://www.FreeBSD.org/~nsouch/ggiport.html Contact: Nicholas Souchu FreeBSD/KGI started last year after the port of GGI to VGL. KGI (Kernel Graphic Interface) is a kernel infrastructure providing user applications with access to hardware graphic resources (dma, irqs, mmio). KGI is already available under Linux as a seperate project. The FreeBSD/KGI project aims at integrating KGI in the FreeBSD kernel. Mostly a port for now, but optimized for FreeBSD in the future. Currently FreeBSD/KGI is under development and the code is only available for reading, compiling but not running. More interesting are design hints found at the project URL. ---------------------------------------------------------------------- GCC 3.1 Contact: David O'Brien As of Thur May 9th, 2002 FreeBSD 5-CURRENT is now using a GCC 3.1 prerelease snapshot as the system C compiler. At this time of cutting over, the compiler is working well on i386, Alpha, Sparc64, and IA-64 for building world. There is a known problem with our atomic ops on Alpha that prevents a GCC 3.1 built kernel from booting. Currently the C++ support libraries (libstdc++, et.al.) does not build and thus prevents the system C++ compiler from being used. ---------------------------------------------------------------------- GNOME Project URL: http://www.FreeBSD.org/gnome Contact: Joe Marcus The GNOME project has seen quite a few changes lately. For one, the author of this update has recently been given "The Bit." Joe Marcus Clarke now has CVS access, and is working primarily on the GNOME project. Joe has been closing a good deal of GNOME PRs, as well as patching some of the existing GNOME 1.4 components. The GNOME 2 porting effort continues on. We have completed porting of the GNOME 2.0 API, and are 75% complete on porting the full GNOME 2.0 desktop. When complete, GNOME 1.4 and GNOME 2.0 will be co-resident in the ports tree. Both APIs can be installed concurrently in the same PREFIX, but the respective desktops will remain mutually independent. Maxim Sobolev is working on adapting bsd.gnome.mk to handle both versions of the desktop in an elegant fashion. Not to be left out, the existing GNOME 1.4 components have received numerous updates to keep them in sync with the stable distfiles on gnome.org. We have seen many "1.0" milsestone releases including the most recent AbiWord 1.0.0. In the next few weeks, we will be making sure all the GNOME 1.4 components build correct packages on bento so that GNOME 1.4 will be on the 4.6-RELEASE CD. ---------------------------------------------------------------------- IA64 Port Contact: Peter Wemm IA64 has had a busy few months. Aside from gcc, we are now fully self hosting on IA64. Doug Rabson has performed his magic and implemented the execution of 32 bit i386 application binaries although more work remains to be done to make ld-elf.so.1 happy with the different underlying page size. We have been using the i386 perforce binary to do actual development work and submit from the ia64 systems themselves. Marcel Moolenaar has been working on SMP and machine-check support. We have been running SMP kernels amazingly reliably on our development boxes for quite some time now. syscons is now functional. We have produced a self-booting run-root-on-cdrom ISO image (idea taken from the sparc64 folks) that has been used to manually self install an IA64 system from a blank disk. Aside from a few minor loose ends we now have complete 'make world' functionality. sysinstall works on ia64. We plan on producing a semi-respectable boot/install cdrom image shortly. ---------------------------------------------------------------------- Improving FreeBSD Startup Scripts URL: http://home.pacbell.net/makonnen/rcng.html URL: http://groups.yahoo.com/group/FreeBSD-rc/ URL: http://www.mewburn.net/luke/bibliography.html URL: http://www.netbsd.org/Documentation/rc/ Contact: Doug Barton Contact: Mike Makonnen Contact: Gordon Tetlow Mike Makonnen has done quite a bit of excellent work on porting the scripts from FreeBSD into the NetBSD framework. The next step seems to be to try to reduce the amount of diffs between our implementation and the original set from NetBSD. ---------------------------------------------------------------------- IPMI Tools for FreeBSD URL: http://www.FreeBSD.org/~dwhite/ipmi/ Contact: Doug White IPMI Tools for FreeBSD is a collection of C and Python applications and modules for exploring the information available via the Intelligent Platform Management Interface (IPMI), as implemented on server motherboards by Intel and HP. IPMI is an open standard with patent protection for adopters which defines standard interfaces to on-board management hardware. The management hardware consists of a CPU, sensors such as temperature probes and fan speeds, and repositories such as the System Event Log and Field-Replaceable Unit (FRU) inventory, and other system information. A basic set of tools was recently made available which uses the KCS and SMIC system interfaces to retrieve the System Event Log, FRU repository, and system sensors. Additional features are currently under research. Suggestions for additional features and programs are greatly appreciated. ---------------------------------------------------------------------- jp.FreeBSD.org daily SNAPSHOTs project URL: http://snapshots.jp.FreeBSD.org/ URL: http://www.jp.FreeBSD.org/snapshots/ Contact: Makoto Matsushita There are several new topics, including: Source Code Tour is now separated into kernel part and userland part, yet another snapshots from RELENG_4_x branch (currently 4.5-RELEASE-p4), add several packages including XFree86 4.x to installation CD-ROM, new cdboot-only ISO image, fix breackage of duplex.iso, etc. See also the project webpage for more detail. Also, I have a plan to add FreeBSD/alpha distribution to this project -- stay tuned. ---------------------------------------------------------------------- jpman project URL: http://www.jp.FreeBSD.org/man-jp/ Contact: Kazuo Horikawa 4.5-RELEASE Japanese manapge package, ja-man-doc-4.5.tgz, once published with OpenSSH 2.3 (as reported by previous status report) on January 31, is replaced with new package with OpenSSH 2.9 based manpages on March 3. Since then, we have been updating Japanese manpages for 4.6-RELEASE. For new translation and massive update, we have been making a lot of effort. Continuing section 3 updating has 73% finished. ---------------------------------------------------------------------- KAME URL: http://www.kame.net/ URL: http://www.kame.net/roadmap-2002.html Contact: Shinsuke SUZUKI KAME Project has been extended until March 2004, and we decided the project roadmap for these two years. The first one year is for implementation, and the remaining year is for feedback of our results into other BSD projects (please refer to the above URL for further detail). Great change is lack of NAT-PT support due to a lack of human resource, although KAME snap still contains it as it is. SUZUKI Shinsuke (suz@kame.net) has begun working for KAME and FreeBSD merge task in cooperation with Umemoto-san (ume@FreeBSD.org). Some of KAME stuff (critical bug fix, newest ports for pim6sd and racoon, etc) has been merged into 4-stable in this April. ---------------------------------------------------------------------- KSE URL: http://www.FreeBSD.org/~julian/ URL: http://www.FreeBSD.org/~jasone/kse/ Contact: Julian Elischer Contact: Jonthan Mini The KSE project had floundered due to lack of development time for awhile, but has been picked up recently by Jonathan Mini. Currently, the main focus is to prepare the "milestone 3" code for inclusion into -CURRENT. The project is still working towards "milestone 4" (allowing threads from the same process to run on multiple CPUs), which should be significantly easier now due to work done by the SMPng project over the past several months. Help could be used in several areas of the project, especially with porting the libc_r (pthreads) library to KSE's threading model. ---------------------------------------------------------------------- Libh URL: http://www.FreeBSD.org/projects/libh.html Contact: Antoine Beauprs Contact: Alexander Langer Contact: Nathan Ahlstrom We now have a loadable mfsroot floppy. It contains just the diskeditor (which is really a disk partitioner) which has been enhanced and is probably in his final form. It's been geared towards making the newfs(1) and mount(1) step seperate dialogs, so it reduced its complexity. A basic fstab class has been implemented to manipulate /etc/fstab and mountpoint. This might find a use outside libh, by the way. Libh package format is still incomplete and somehow buggy, so it's my next target. There is a API documentation effort underway with the help of doxygen(1), so there's now more documentation for people that want to get started with libh. All this lead me to prepare the release of another alpha preview of libh that will shortly be available in the ports collection (0.2.2). Also, a new committer (okumoto) has joined the project (as well as I) and he is currently working on cleaning up the build system. It's been a few months without news, so this probably seemed a bit long, but don't worry, we still need your help to really get this going! ---------------------------------------------------------------------- locking up pcb's in the networking stack URL: http://www.FreeBSD.org/smp/ Contact: Jeffrey Hsu I've been mentoring someone on locking up the protocol control blocks in the networking stack. She has already finished TCP and UDP and I'm currently reviewing the patch with her and going over some networking lock order issues. Locking up raw protocol interface control blocks follows next. ---------------------------------------------------------------------- Netgraph ATM URL: http://www.fokus.fhg.de/research/cc/cats/employees/hartmut.brandt/ngatm/index.html Contact: Harti Brandt Version 1.1 for FreeBSD-current is now available. It includes the SNMP-daemon package bsnmp, the driver package ngatmbase, the UNI4.0 signaling package ngatmsig and the network emulation package ngatmnet. NgAtm allows both to build applications running directly on top of ATM and to use ATM-Forum LAN emulation to use IP over ATM. Currently we are working on a simple switch module, that implements the network side signaling and ILMI as well as simple routing and call admission control. ---------------------------------------------------------------------- Network interface cloning and modularity Contact: Brooks Davis Support for stf(4), faith(4), and loopback interfaces has been committed to current. The stf and faith support has been MFC'd. In current the API has changed to move unit allocation into the generic cloning code reducing the amount of support code required in each driver. Code improvements to increase our API compatability with NetBSD will be commited soon along with cloning support for discard interfaces and ppp(4) interfaces. Thanks to mux@FreeBSD.org for the loopback support and unit allocation cleanups. ---------------------------------------------------------------------- New mount(2) API Contact: Poul-Henning Kamp Contact: Maxime Henrion The patch for the new mount API has now been committed to the tree. Several filesystems also have been converted to this new mount API, namely procfs, linprocfs, fdescfs and devfs. I'm working on converting more filesystems to nmount, and actually already have UFS done. It has not been committed yet to avoid conflicting with the UFS2 work, but it should hit the tree soon. Manpages are still missing at the moment because I had to modify the API slightly. I hope to have them done soon now. ---------------------------------------------------------------------- NEWCARD Contact: Warner Losh NEWCARD support tried to merge CardBus functions with PCI functions, but that failed to properly route interrupts. A branch for the merge was created and will be merged into the main line at a later date. Too many other things going on in my life to make much progress. ---------------------------------------------------------------------- OpenSSH Contact: Dag-Erling SmUrgrav OpenSSH has been upgraded to 3.1, and the kinks seem to have been worked out by now. OpenSSH will now use PAM for both ssh1 and ssh2 authentication. ---------------------------------------------------------------------- PAM URL: http://people.FreeBSD.org/~des/pam/pam-2002-03.html URL: http://people.FreeBSD.org/~des/pam/pam-2002-04.html Contact: Mark Murray Contact: Dag-Erling SmUrgrav The painful parts are now completed, with all authentication- related utilities converted to PAM (except for those cases where it doesn't make sense, like Kerberos- or OPIE-specific commands). OpenPAM is complete (except for a few missing man pages) and seems to work well. For more details, see the activity reports linked to above. ---------------------------------------------------------------------- PowerPC Port URL: http://jeamland.net/~benno/powerpc-boot.txt Contact: Benno Rice The PowerPC port is moving ahead. It can now mount a root file system and exec init, but fails when trying to map init's text segment in. I'm hoping to have it starting my fake "Hello, world!" init soon, after which I plan to try and get some libc bits in place so that I can build /bin and /sbin and try to get to actual single-user. ---------------------------------------------------------------------- ppp RADIUS/MS-CHAP support Contact: Brian Somers libradius now supports RADIUS vendor attribute extensions and user-ppp is now capable of doing MS-CHAP authentication via a RADIUS server. A new net/freeradius port has been created for support of MS-CHAP in a RADIUS server. MS-CHAPv2 support will be added soon. The work is sponsored by Monzoon. ---------------------------------------------------------------------- Release Engineering URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering The release engineering team released FreeBSD 5.0-DP1 on 8 April 2002. This Developer Preview gives developers and other interested parties a chance to help test some of the new features to appear in 5.0-RELEASE. This distribution has known bugs and areas of instability, and should only be used for (non-production) testing and development. The next releases of FreeBSD will be 4.6-RELEASE (scheduled for 1 June 2002) and 5.0-DP2 (scheduled for 25 June 2002). Information on the release schedules and more can be found on the team's new area on the FreeBSD Web site (see the URL above). Finally, the team has gained two new members: Brian Somers and Bruce A. Mah. ---------------------------------------------------------------------- SMPng URL: http://www.FreeBSD.org/smp/ Contact: John Baldwin Contact: The SMPng project has been picking up steam in the last few months thankfully. In February, Seigo Tanimura-san committed the first round of process group and session locking. Alfred Perlstein also added locking to most of the pipe implementation. In March, Alfred fixed several problems with the locking for select() and pushed down Giant some in several system calls. Andrew Reiter added locking for kernel module metadata, and Jeff Roberson wrote a new SMP-friendly slab allocator to replace both the zone allocator and the in-kernel malloc(). The use of the critical section API was cleaned up to not be abused as replacements for disabling and enabling interrupts. Also, Matt Dillon optimized the MD portion of the critical section code on the i386 architecture. Several other subsystems were also locked in April as well. See the SMPng website and todo list for more details. Some of the current works in progress include locking for the kernel linker by Andrew Reiter and light-weight interrupt threads for the i386 by Bosko Milekic. Seigo Tanimura-san, Alfred Perlstein, and Jeffrey Hsu are also working on locking down various pieces of the networking stack. Alan Cox has started working on fixing the existing locking in the VM subsystem and moving bits of it out from under Giant. John Baldwin has written an implementation of turnstiles as well as adaptive mutexes in the jhb_lock Perforce branch. The adaptive mutexes appear to be stable on i386, alpha, and sparc64, but the turnstile code still contains several tricky lock order reversals. John also plans to commit the p_canfoo() API change to use td_ucred in the very near future and then finish the task of making ktrace(4) use a worker thread. ---------------------------------------------------------------------- TrustedBSD Audit URL: http://www.TrustedBSD.org/ Contact: Andrew Reiter Contact: TrustedBSD Audit Mailing List Over the past couple of months, progress has pretty much stopped until very recently. The past few changes to the audit code were update the usage of zones to UMA zones, cleanup some old cruft, and start toying with the idea of having an audit write thread implemented as an ithd. The next step is to decide two realistic approaches to the where the records will be dumped -- whether that is to a local disk or fed up to userland and then dealt with. After that, the goal will be to expand the number of events that are being audited, while also working in some performance testing procedures. I will be posting to trustedbsd-audit about the recent changes shortly. ---------------------------------------------------------------------- TrustedBSD MAC URL: http://www.TrustedBSD.org/ Contact: Robert Watson Contact: TrustedBSD Discussion Mailing List Over the last three months, there has been a lot of activity in the TrustedBSD MAC tree. An initial commit of the SEBSD code (NSA FLASK and SELinux implementation) was made; many MAC policies previously linked directly to the kernel via kernel options were moved to kernel modules; the flexibility of the framework was improved relating to the life cycle of object labels; additional labeling and access control hooks were introduced; new policies were introduced to demonstrate the flexibility of the framework (including a cleanup of inter-process authorization, additional VFS hooks, improved support for multilabel filesystems, network booting, IPv6, IPsec, support for "peer" labels on stream sockets). Current modules include Biba integrity policy, MLS confidentiality policy, Type Enforcement, "BSD Extended" (permitting firewall-like rulesets for filesystem protection), "ifoff" (limit interface communication by policy), mac_seeotheruids (limit visibility of processes/etc of other users), "babyaudit" (a simple audit implementation), and SEBSD (FLASK/SELinux port). Over the next month, a final move to completely dynamic labeling will be made, permitting policies to introduce new state relating to process credentials, vnodes, sockets, mounts, interfaces, and mbufs at run-time, allowing a broad range of flexible label-driven policies to be developed. In addition, application APIs will be re-designed and re-implemented so as to better support a fully dynamic policy framework. We plan to make an initial prototype patchset available for review in June, with the intent of committing that patchset in mid-June. Updated prototype code may be retrieved from the TrustedBSD CVS trees on cvsup10.FreeBSD.org. ---------------------------------------------------------------------- UMA Contact: Jeff Roberson FreeBSD's new kernel memory allocator has been commited to 5.0. UMA is a slabs derived allocator that supports memory reclaiming, object caching, type stable storage, and per cpu free lists for optimal SMP performance. It has both a malloc(9) interface and a zone style interface for specific object types. uma(9) will be available shortly. ---------------------------------------------------------------------- Universal Disk Filesystem for FreeBSD URL: http://people.FreeBSD.org/~scottl/udf Contact: Scott Long Contact: Jeroen Ruigrok Read-only support for UDF filesystems was checked into the 5-CURRENT branch in April. Backporting for 4-STABLE is being conducted by Jeroen. The next phase is to write a newfs_udf, then move on to adding write support to the filesystem. I'm still looking for a volunteer to handle read and write support for write-once media (e.g. CD-R). ---------------------------------------------------------------------- Wi Hostap Contact: Warner Losh Work on the host access point support for the Prism2 and Prism2.5 based wireless cards has been integrated into the kernel. This work is largely based on Thomas Skibo's initial implementation. ---------------------------------------------------------------------- Zero Copy Sockets URL: http://people.FreeBSD.org/~ken/zero_copy/ Contact: Ken Merry I have released a new zero copy sockets snapshot, the first since November, 2000. The code has been ported up to the latest -current, and the jumbo code now has mutex protection. Also, zero copy send and receive can be selectively turned on and off via sysctl to make it easier to compare performance with and without zero copy. Reviews and comments are welcome. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 11:17:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.deltanet.com (mail.deltanet.com [216.237.144.132]) by hub.freebsd.org (Postfix) with ESMTP id A69E437B41C for ; Sat, 18 May 2002 11:17:27 -0700 (PDT) Received: from mammoth.eat.frenchfries.net (da001d0852.lax-ca.osd.concentric.net [64.0.147.85]) by mail.deltanet.com (8.11.6/8.11.6) with ESMTP id g4IHudO20896 for ; Sat, 18 May 2002 10:56:41 -0700 Received: by mammoth.eat.frenchfries.net (Postfix, from userid 1000) id F294B4DDB; Sat, 18 May 2002 11:15:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mammoth.eat.frenchfries.net (Postfix) with ESMTP id DBA004DC8; Sat, 18 May 2002 11:15:58 -0700 (PDT) Date: Sat, 18 May 2002 11:15:58 -0700 (PDT) From: Paul Herman X-X-Sender: pherman@mammoth.eat.frenchfries.net To: "Geoffrey C. Speicher" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bug in pw, -STABLE [patch] In-Reply-To: Message-ID: <20020518110125.Q410-100000@mammoth.eat.frenchfries.net> 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, Geoffrey C. Speicher wrote: > > > The file isn't actually unlinked until p1 closes the fd > > > > Hmm. Rechecking the man page for unlink(2) I see that I worded > the above incorrectly. The file is unlinked when you unlink(), > but not actually removed until close(). Well, unlink and remove are the same in my vocabulary. The file is removed when you unlink it, but the will lock remain until you close it. > But when does open() block in the following scenario? > > p1:open() - open & lock file > p2:open() - BLOCK > p1:unlink() - remove link only, do not remove file > p2:open() - WAKEUP > p1:close() - close fd p2 blocks until p1 closes the fd. The problem in this example is, by the time p2 gains the lock, the file in non-existant in /var/lock, which allows p3 to grab a new 2nd lock, which gives you the corruption. You should open() with O_NONBLOCK in order to solve your problem, but the calling process will fail. In that case, pw should exit with a sysexits(3) error to notify the caller. Having pw loop for a few seconds while trying to obtain the lock (like lockf(1) does) might be nice. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 12: 9:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 219DC37B409; Sat, 18 May 2002 12:09:17 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id 6FB6A103706; Sat, 18 May 2002 16:09:15 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 6D8791036B4; Sat, 18 May 2002 16:09:14 -0300 (ADT) Date: Sat, 18 May 2002 16:09:14 -0300 (ADT) From: "Marc G. Fournier" To: Andrew Gallatin Cc: freebsd-current@freebsd.org, Subject: Re: How to dump a 4gig system on panic ? In-Reply-To: <15590.32610.702310.769782@grasshopper.cs.duke.edu> Message-ID: <20020518160635.M41731-100000@mail1.hub.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 Well, I have a machine to debug/test this on, if you can provide some directions on how to debug and get her up to date? :) With the larger and larger systems that ppl are implementing, is this something that might be useful to get into the core system? On Sat, 18 May 2002, Andrew Gallatin wrote: > > Marc G. Fournier writes: > > > > Okay, seem to be about halfway there ... client kldload's no problem, > > server runs ... do a ctl-alt-esc to get into DDB and type panic, and it > > gives a message that its looking for the server and it finds it on the > > right IP ... then it prints out a '1023' and finishes the panic ... > > > > On the 'dump server', a vmcore gets created, but its zero length ... > > > > thoughts? > > As I said, it hasn't been used for quite some time. It may require > work to get it working again. > > Drew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 13:24:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id A135037B408; Sat, 18 May 2002 13:24:36 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 64824AE1CA; Sat, 18 May 2002 13:24:36 -0700 (PDT) Date: Sat, 18 May 2002 13:24:36 -0700 From: Alfred Perlstein To: Robert Watson Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD Development Status Report, February 2002 - April 2002 Message-ID: <20020518202436.GP20683@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i 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 * Robert Watson [020518 10:05] wrote: > > Attached, please find the status report covering activity from February > 2002 - April 2002. This may also be found on the FreeBSD.org web page > (once the site rebuilds sometime today) at: [snip] Excellent report, it really shows that things are moving in a positive direction for the project. Thanks for taking the time to do this. Any chance this will be somehow put up on the FreeBSD.org website under newflash? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 13:42:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4615F37B409; Sat, 18 May 2002 13:42:31 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g4IKZ0b5079297; Sat, 18 May 2002 16:35:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 18 May 2002 16:34:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Alfred Perlstein Cc: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Re: FreeBSD Development Status Report, February 2002 - April 2002 In-Reply-To: <20020518202436.GP20683@elvis.mu.org> 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 On Sat, 18 May 2002, Alfred Perlstein wrote: > * Robert Watson [020518 10:05] wrote: > > > > Attached, please find the status report covering activity from February > > 2002 - April 2002. This may also be found on the FreeBSD.org web page > > (once the site rebuilds sometime today) at: > > [snip] > > Excellent report, it really shows that things are moving in a positive > direction for the project. Thanks for taking the time to do this. Any > chance this will be somehow put up on the FreeBSD.org website under > newflash? Thanks :-). Yeah, it's actually quite an impressive set of activities, and that's only the stuff where developers got around to submitting status to me. :-) We also have a highly active Sparc64 port that didn't submit information, for example (although has in previous rounds). In theory, I've committed the bits and pieces for it to turn up as a newsflash, and it looks like the web site just rebuilt in the last hour and now includes it (albeit it a little indirectly -- you have to click a few times). I'm not very good on the xml front, so it may be a little bit of cleaning up behind me is required. For example, it looks like I botched some of the special character conversions -- we appear not to support the symbolic names for &variousthings;, and the numeric version mapping I used isn't quite right. Anyhow, I encourage people to submit contents for future reports also, it provides a lot more visibility into what's going on, both for people who track development closely, and for those who don't. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 14:22:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id A98F437B40C for ; Sat, 18 May 2002 14:22:12 -0700 (PDT) Received: (qmail 8754 invoked by uid 1000); 18 May 2002 21:22:32 -0000 Date: Sat, 18 May 2002 23:22:32 +0200 From: "Karsten W. Rohrbach" To: Peter Pentchev Cc: Attila Nagy , Patrick Thomas , freebsd-hackers@FreeBSD.org Subject: Re: reboot your own jail ? Message-ID: <20020518232232.B8420@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Peter Pentchev , Attila Nagy , Patrick Thomas , freebsd-hackers@FreeBSD.org References: <20020516003127.I17484-100000@utility.clubscholarship.com> <20020516144159.C349@straylight.oblivion.bg> <20020516162219.E45898@mail.webmonster.de> <20020516180414.H349@straylight.oblivion.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020516180414.H349@straylight.oblivion.bg>; from roam@ringlet.net on Thu, May 16, 2002 at 06:04:14PM +0300 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 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 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Peter Pentchev(roam@ringlet.net)@2002.05.16 18:04:14 +0000: > Okay, forget I said anything about supervise; it does not seem to be > applicable for jails at all :( quite a while ago, i played with jails which started svscan as their primary process. no problems. svscan will scan its service directory and fire up the supervises. if you kill svscan, the jail will quit. did i get something wrong here? i think i'm completely missing your point. of course, supervise is meant not to terminate (except with svc -x), but daemontools is a bit more than just supervise. i found daemontools to be a quite good tool for jails containing multiple daemons/processes. regards, /k --=20 > In protocol design, perfection has been reached not when there is nothing > left to add, but when there is nothing left to take away.=20 > --Networking truth #12, Ross Callon, RFC 1925=20 WebMonster Community Project -- Next Generation Networks GmbH -- All on BSD http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ GnuPG: 0xDEC948A6 D/E BF11 83E8 84A1 F996 68B4 A113 B393 6BF4 DEC9 48A6 REVOKED: 0x2964BF46 D/E 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 REVOKED: 0x4C44DA59 RSA F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 My mail is GnuPG signed -- Unsigned ones are bogus -- http://www.gnupg.org/ Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE85sYYs5Nr9N7JSKYRAk33AJ9NDqg/P4X6efxV63LbpbqQ4CEToQCfXTeq 4ICrllsbVp+Ni/MIc1HBYOY= =MPGS -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 14:28:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 4F93237B40A for ; Sat, 18 May 2002 14:28:09 -0700 (PDT) Received: (qmail 8864 invoked by uid 1000); 18 May 2002 21:28:30 -0000 Date: Sat, 18 May 2002 23:28:30 +0200 From: "Karsten W. Rohrbach" To: "Brandon D. Valentine" Cc: Doug White , Hiten Pandya , Peter Wemm , Omar Thameen , freebsd-hackers@FreeBSD.ORG Subject: Re: tuning a CPU bound server Message-ID: <20020518232830.C8420@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , "Brandon D. Valentine" , Doug White , Hiten Pandya , Peter Wemm , Omar Thameen , freebsd-hackers@FreeBSD.ORG References: <20020517123114.G6300-100000@resnet.uoregon.edu> <20020517144710.E35445-100000@leto.homeportal.2wire.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020517144710.E35445-100000@leto.homeportal.2wire.net>; from bandix@geekpunk.net on Fri, May 17, 2002 at 02:48:07PM -0500 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 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 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Brandon D. Valentine(bandix@geekpunk.net)@2002.05.17 14:48:07 +0000: > On Fri, 17 May 2002, Doug White wrote: >=20 > >You are welcome to rewrite qmail to use kqueue if you wish :) >=20 > 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? ;-) regards, /k --=20 > Things can only really be scientifically true if they could also be false > with different data. --Karl Popper=20 WebMonster Community Project -- Next Generation Networks GmbH -- All on BSD http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ GnuPG: 0xDEC948A6 D/E BF11 83E8 84A1 F996 68B4 A113 B393 6BF4 DEC9 48A6 REVOKED: 0x2964BF46 D/E 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 REVOKED: 0x4C44DA59 RSA F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 My mail is GnuPG signed -- Unsigned ones are bogus -- http://www.gnupg.org/ Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE85sd+s5Nr9N7JSKYRAtT3AJkB+iRR6GNN0vH50qXIDSeWUFpXgwCgkM0G 4HxRPU0WO77spdMqaQO47mM= =wt48 -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 16: 8:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 41F0937B400 for ; Sat, 18 May 2002 16:08:43 -0700 (PDT) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id g4IN8fw02982 for ; Sat, 18 May 2002 19:08:41 -0400 (EDT) Date: Sat, 18 May 2002 19:08:41 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: freebsd-hackers@freebsd.org Subject: Run configure under binutils 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 I tried to play binutils a little bit under FreeBSD 4.5-release: # cd /usr/src/contrib/binutils # ./configure ....... checking for ranlib... (cached) ranlib checking for strip... (cached) strip updating cache ../config.cache loading cache ../config.cache within ltconfig .: Can't open ./../ltcf-c.sh: No such file or directory configure: error: libtool configure failed Configure in /usr/src/contrib/binutils/opcodes failed, exiting. What happened? How to fix this? Thanks, -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 16:16:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 03AEE37B406 for ; Sat, 18 May 2002 16:16:34 -0700 (PDT) Received: from pool0271.cvx22-bradley.dialup.earthlink.net ([209.179.199.16] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 179DQZ-00054Y-00; Sat, 18 May 2002 16:15:55 -0700 Message-ID: <3CE6E08A.4CD26B1C@mindspring.com> Date: Sat, 18 May 2002 16:15:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Karsten W. Rohrbach" Cc: "Brandon D. Valentine" , Doug White , Hiten Pandya , Peter Wemm , Omar Thameen , freebsd-hackers@FreeBSD.ORG Subject: Re: tuning a CPU bound server References: <20020517123114.G6300-100000@resnet.uoregon.edu> <20020517144710.E35445-100000@leto.homeportal.2wire.net> <20020518232830.C8420@mail.webmonster.de> 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 "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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 17: 5:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 820D937B413 for ; Sat, 18 May 2002 17:05:28 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 8905613676; Sat, 18 May 2002 20:05:22 -0400 (EDT) Date: Sat, 18 May 2002 20:05:22 -0400 From: Chris Faulhaber To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: Run configure under binutils Message-ID: <20020519000522.GA35111@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Zhihui Zhang , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i 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 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 18, 2002 at 07:08:41PM -0400, Zhihui Zhang wrote: >=20 > I tried to play binutils a little bit under FreeBSD 4.5-release: >=20 > # cd /usr/src/contrib/binutils > # ./configure >=20 > ....... >=20 > What happened? How to fix this? >=20 Fix what? Generally stuff in src/contrib is not [necessarily] a full copy of the original distribution and is not meant to be built there. If you want to build binutils try building from src/gnu/usr.bin/binutils. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: FreeBSD: The Power To Serve iD8DBQE85uxBObaG4P6BelARAheKAJ9ggDVdB5l+bX08ZEkGBovRxZckxgCeImB9 ir5YPuLA8CXS7faUMedNE9c= =5C8t -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 21:26:45 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 220D937B40B for ; Sat, 18 May 2002 21:26:39 -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 g4J4QbC12576; Sat, 18 May 2002 22:26:38 -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 g4J4QaN14316; Sat, 18 May 2002 22:26:37 -0600 (MDT) (envelope-from imp@village.org) Date: Sat, 18 May 2002 22:26:28 -0600 (MDT) Message-Id: <20020518.222628.44114270.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: <200205171114.g4HBEIF51576@lakes.dignus.com> References: <20020516.220410.09368330.imp@village.org> <200205171114.g4HBEIF51576@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: <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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 18 22:15:58 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 42EA837B408 for ; Sat, 18 May 2002 22:15:47 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4J5Fk118502 for ; Sat, 18 May 2002 22:15:47 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id A1FC539F9; Sat, 18 May 2002 22:15:46 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Hiten Pandya Cc: Doug White , Omar Thameen , freebsd-hackers@FreeBSD.ORG Subject: Re: tuning a CPU bound server In-Reply-To: <20020516230902.A398@hpdi.ath.cx> Date: Sat, 18 May 2002 22:15:46 -0700 From: Peter Wemm Message-Id: <20020519051546.A1FC539F9@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 Hiten Pandya wrote: > --- Peter Wemm wrote: > > The only real problem that I know of with postfix is that it still > > suffers from select(2) collisions (FreeBSD kernel problem) when it tries > > to shut down a bunch of idle smtp senders. That can cause transient load > > average spikes - this can be a bit alarming but doesn't actually affect > > things very much. > > 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. 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