From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 02:03:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58A41065671 for ; Sun, 20 Apr 2008 02:03:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 957898FC25 for ; Sun, 20 Apr 2008 02:03:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 19 Apr 2008 21:34:41 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.8.6-GA) with ESMTP id OOU00216; Sat, 19 Apr 2008 21:34:39 -0400 (EDT) Received: from c-65-96-180-17.hsd1.ma.comcast.net (HELO [127.0.0.1]) ([65.96.180.17]) by smtp01.lnh.mail.rcn.net with ESMTP; 19 Apr 2008 21:34:37 -0400 Message-ID: <480A9D70.6050807@rcn.com> Date: Sat, 19 Apr 2008 21:33:36 -0400 From: Robert Huff User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: if_em won't load, complains about missing symbol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 02:03:41 -0000 1) Running -CURRENT from March 18 2) Updated source at 00:01 EDT Apr 19 3) Noticed UPDATING entry for 20080228 4) make buildworld 5) mergemaster -p 6) make buildkernel 7) make installkernel 8) reboot 9) make installworld 10) mergemaster 11) reboot At this point, if_em will not load. (Thereby cutting machine off from network.) If I attempt to load manually, I get: huff@> kldload /boot/kernel/if_em.ko link_elf: symbol e1000_init_function_pointers_82575 undefined if_em.c is v. 1.191 Help. Please? Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 03:06:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3D6106564A for ; Sun, 20 Apr 2008 03:06:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id E47298FC14 for ; Sun, 20 Apr 2008 03:06:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1856407waf.3 for ; Sat, 19 Apr 2008 20:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=99KoVrrpzmpJo7fTmGsZ/FtztfoMlYynieu0Vepr6Qo=; b=MKtCqHmS30UcbeDs79HnK24UQsV/V/T76z5ZuBeHlAstEIg6IzmjsQWCaulqU8qkE0TpFTzpi8koKoZiLNGGglvLjmdWb6kx4+T6aQ3wPlNqP9NotzcFFusUIeGnNxeI98QnZokjOUtT4ZCwM1BMzu3p6gfVlVpdP8dsR+fnamo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=grTt+qUxc0NNxvCl0Y6XBIv7z/2WT55uqqfYKCG7QNWivPMLErfTh0/oCtXQbmXjjflubHcDztM5bXMKX5X99fu6k56rfZD+Wr3ER/QzVZ0HUkiPjbk8fMQaBolT2goPeOEHgv5CSu626n+5Qv0WESA1fWu5cKNroicD8cTIFj0= Received: by 10.114.176.1 with SMTP id y1mr1413348wae.176.1208659186900; Sat, 19 Apr 2008 19:39:46 -0700 (PDT) Received: by 10.114.174.20 with HTTP; Sat, 19 Apr 2008 19:39:46 -0700 (PDT) Message-ID: <2a41acea0804191939h619afd13m95af3202059f28a9@mail.gmail.com> Date: Sat, 19 Apr 2008 19:39:46 -0700 From: "Jack Vogel" To: "Robert Huff" In-Reply-To: <480A9D70.6050807@rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <480A9D70.6050807@rcn.com> Cc: current@freebsd.org Subject: Re: if_em won't load, complains about missing symbol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 03:06:02 -0000 On Sat, Apr 19, 2008 at 6:33 PM, Robert Huff wrote: > 1) Running -CURRENT from March 18 > 2) Updated source at 00:01 EDT Apr 19 > 3) Noticed UPDATING entry for 20080228 > 4) make buildworld > 5) mergemaster -p > 6) make buildkernel > 7) make installkernel > 8) reboot > 9) make installworld > 10) mergemaster > 11) reboot > > At this point, if_em will not load. (Thereby cutting machine off > from network.) > If I attempt to load manually, I get: > > huff@> kldload /boot/kernel/if_em.ko > link_elf: symbol e1000_init_function_pointers_82575 undefined > > if_em.c is v. 1.191 > > Help. Please? Opps, I made sure that em and igb would build static together in the kernel and broke the module, sorry :( Just build em into the kernel til I can make sure to test things and get a real fix in on Monday, ok? Jack From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 06:59:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741C01065674; Sun, 20 Apr 2008 06:59:56 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]) by mx1.freebsd.org (Postfix) with ESMTP id E5FF78FC0A; Sun, 20 Apr 2008 06:59:55 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::3]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id m3K6xrSn078912 ; Sun, 20 Apr 2008 08:59:53 +0200 (CEST) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 822CDA0A2; Sun, 20 Apr 2008 08:51:02 +0200 (CEST) Date: Sun, 20 Apr 2008 08:51:02 +0200 From: Guy Brand To: freebsd-current@freebsd.org Message-ID: <20080420065102.GA1441@isis.u-strasbg.fr> References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> <20080418103828.GA1266@isis.u-strasbg.fr> <21B34A56-ECEF-4E61-AE00-7751E1254CFA@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <21B34A56-ECEF-4E61-AE00-7751E1254CFA@freebsd.org> x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Sun, 20 Apr 2008 08:59:54 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92.1/6846/Sun Apr 20 06:06:11 2008 on mr6.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mr6.u-strasbg.fr Cc: =?iso-8859-15?Q?S=F8ren?= Schmidt Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 06:59:56 -0000 S=F8ren Schmidt (sos@freebsd.org) on 18/04/2008 at 17:16 wrote: > Should be fixed now, please update your sources. It is fixed, thank you. --=20 bug From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 14:59:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36CD21065670; Sun, 20 Apr 2008 14:59:23 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id B9BDD8FC2E; Sun, 20 Apr 2008 14:59:22 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3KExI5J058489; Sun, 20 Apr 2008 18:59:19 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 20 Apr 2008 18:59:18 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <48077B1C.5070608@samsco.org> Message-ID: <20080420185448.X56317@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 20 Apr 2008 18:59:21 +0400 (MSD) Cc: emaste@freebsd.org, "Andrey V. Elsukov" , scottl@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 14:59:23 -0000 On Thu, 17 Apr 2008, Scott Long wrote: SL> > You can try this patch. SL> > http://butcher.heavennet.ru/patches/kernel/ata/marvell/adaptec.diff SL> SL> That should at least make the chip start to do I/O. I'm not sure if the SL> BIOS-based RAID will work in FreeBSD, though. Make sure you have the SL> ata-raid device loaded so it can at least try to work. If it doesn't, SL> do a 'dd' dump of the very last sector of the disks and send it to me. well, after patching RELENG_7 I have (verbose booting) atapci4: port 0xe800-0xe8ff mem 0xefd00000-0xefdfffff irq 17 at device 0.0 on pci3 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 atapci4: [MPSAFE] atapci4: [ITHREAD] atapci4: Reserved 0x100000 bytes for rid 0x10 type 3 at 0xefd00000 ata8: on atapci4 ata8: SATA connect time=0ms ata8: reset tp1 mask=01 ostat0=50 ostat1=00 ata8: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata8: reset tp2 stat0=50 stat1=00 devices=0x1 ata8: [MPSAFE] ata8: [ITHREAD] ata9: on atapci4 ata9: SATA connect time=0ms ata9: reset tp1 mask=01 ostat0=50 ostat1=00 ata9: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata9: reset tp2 stat0=50 stat1=00 devices=0x1 ata9: [MPSAFE] ata9: [ITHREAD] ata10: on atapci4 ata10: SATA connect status=00000000 ata10: [MPSAFE] ata10: [ITHREAD] ata11: on atapci4 ata11: SATA connect status=00000000 ata11: [MPSAFE] ata11: [ITHREAD] ... ata8-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad16: 76319MB at ata8-master SATA300 ad16: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad16 ad16: Adaptec check1 failed ad16: LSI (v3) check1 failed ad16: LSI (v2) check1 failed ad16: FreeBSD check1 failed ata9-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad18: 76319MB at ata9-master SATA300 ad18: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad18 ad18: Adaptec check1 failed ad18: LSI (v3) check1 failed ad18: LSI (v2) check1 failed ad18: FreeBSD check1 failed ATA PseudoRAID loaded but no BIOS-enable RAID1 detected. The last sectors seem to be: -------------------------------------- # dd if=/dev/ad16 skip=156301487 | hd 1+0 records in 1+0 records out 512 bytes transferred in 0.013673 secs (37446 bytes/sec) 00000000 11 de 11 de d1 1f a7 c1 a0 67 cf 2d 05 90 41 02 |.........g.-..A.| 00000010 a0 67 cf 2d f0 69 cf 2d 40 6c cf 2d ff ff ff ff |.g.-.i.-@l.-....| 00000020 30 32 2e 30 30 2e 30 30 ff ff ff ff ff ff ff ff |02.00.00........| 00000030 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00000060 a4 f8 50 09 00 00 00 00 ff ff ff ff ff ff ff ff |..P.............| 00000070 00 ff ff ff 00 80 00 00 a4 78 50 09 00 00 00 00 |.........xP.....| 00000080 0f 00 04 00 01 00 02 00 ff ff ff ff ff ff ff ff |................| 00000090 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 000000c0 01 00 00 00 01 00 00 00 02 00 00 00 02 00 00 00 |................| 000000d0 04 00 00 00 01 00 00 00 05 00 00 00 04 00 00 00 |................| 000000e0 09 00 00 00 01 00 00 00 ff ff ff ff 00 00 00 00 |................| 000000f0 ff ff ff ff 00 00 00 00 0a 00 00 00 01 00 00 00 |................| 00000100 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00000200 -------------------------------------- # dd if=/dev/ad18 skip=156301487 | hd 1+0 records in 1+0 records out 00000000 11 de 11 de d1 1f a7 c1 a0 67 cf 2d 05 90 41 02 |.........g.-..A.| 512 bytes transferred in 0.016298 secs (31415 bytes/sec) 00000010 a0 67 cf 2d f0 69 cf 2d 40 6c cf 2d ff ff ff ff |.g.-.i.-@l.-....| 00000020 30 32 2e 30 30 2e 30 30 ff ff ff ff ff ff ff ff |02.00.00........| 00000030 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00000060 a4 f8 50 09 00 00 00 00 ff ff ff ff ff ff ff ff |..P.............| 00000070 00 ff ff ff 00 80 00 00 a4 78 50 09 00 00 00 00 |.........xP.....| 00000080 0f 00 04 00 01 00 02 00 ff ff ff ff ff ff ff ff |................| 00000090 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 000000c0 01 00 00 00 01 00 00 00 02 00 00 00 02 00 00 00 |................| 000000d0 04 00 00 00 01 00 00 00 05 00 00 00 04 00 00 00 |................| 000000e0 09 00 00 00 01 00 00 00 ff ff ff ff 00 00 00 00 |................| 000000f0 ff ff ff ff 00 00 00 00 0a 00 00 00 01 00 00 00 |................| 00000100 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00000200 -------------------------------------- BTW, would you please remind me which option should I activate in kernel config to avoid mixing kernel output log lines like bgNeF1S: RlOiOnTk: s1t9a5t.e5 4c.h1a9n2g.e5d5 :t/ol hD/OPWXNE ? Quick googling did not help. Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 15:13:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D42C106564A; Sun, 20 Apr 2008 15:13:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3009D8FC16; Sun, 20 Apr 2008 15:13:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3KFDaTo060354; Sun, 20 Apr 2008 09:13:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480B5DA0.6030404@samsco.org> Date: Sun, 20 Apr 2008 09:13:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Dmitry Morozovsky References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> In-Reply-To: <20080420185448.X56317@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 15:13:40 -0000 Dmitry Morozovsky wrote: > On Thu, 17 Apr 2008, Scott Long wrote: > > SL> > You can try this patch. > SL> > http://butcher.heavennet.ru/patches/kernel/ata/marvell/adaptec.diff > SL> > SL> That should at least make the chip start to do I/O. I'm not sure if the > SL> BIOS-based RAID will work in FreeBSD, though. Make sure you have the > SL> ata-raid device loaded so it can at least try to work. If it doesn't, > SL> do a 'dd' dump of the very last sector of the disks and send it to me. > > well, after patching RELENG_7 I have (verbose booting) > > atapci4: port 0xe800-0xe8ff mem > 0xefd00000-0xefdfffff irq 17 at device 0.0 on pci3 > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 > atapci4: [MPSAFE] > atapci4: [ITHREAD] > # dd if=/dev/ad18 skip=156301487 | hd > 1+0 records in > 1+0 records out > 00000000 11 de 11 de d1 1f a7 c1 a0 67 cf 2d 05 90 41 02 |.........g.-..A.| Please apply the following patch to the /sys/dev/ata directory: http://people.freebsd.org/~scottl/ataraid-ddf.diff And add the following file to the same directory: http://people.freebsd.org/~scottl/ata-raid-ddf.h Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 15:29:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3951065674; Sun, 20 Apr 2008 15:29:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5768FC1F; Sun, 20 Apr 2008 15:29:04 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3KFT3xW093530; Sun, 20 Apr 2008 19:29:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 20 Apr 2008 19:29:03 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <480B5DA0.6030404@samsco.org> Message-ID: <20080420192735.G56317@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 20 Apr 2008 19:29:04 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 15:29:05 -0000 On Sun, 20 Apr 2008, Scott Long wrote: SL> > SL> > http://butcher.heavennet.ru/patches/kernel/ata/marvell/adaptec.diff SL> > SL> SL> That should at least make the chip start to do I/O. I'm not sure SL> > if the SL> > SL> BIOS-based RAID will work in FreeBSD, though. Make sure you have the SL> > SL> ata-raid device loaded so it can at least try to work. If it doesn't, SL> > SL> do a 'dd' dump of the very last sector of the disks and send it to me. SL> > SL> > well, after patching RELENG_7 I have (verbose booting) SL> > SL> > atapci4: port 0xe800-0xe8ff mem SL> > 0xefd00000-0xefdfffff irq 17 at device 0.0 on pci3 SL> > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 SL> > atapci4: [MPSAFE] SL> > atapci4: [ITHREAD] SL> > # dd if=/dev/ad18 skip=156301487 | hd SL> > 1+0 records in SL> > 1+0 records out SL> > 00000000 11 de 11 de d1 1f a7 c1 a0 67 cf 2d 05 90 41 02 SL> > |.........g.-..A.| SL> SL> Please apply the following patch to the /sys/dev/ata directory: SL> SL> http://people.freebsd.org/~scottl/ataraid-ddf.diff SL> SL> And add the following file to the same directory: SL> SL> http://people.freebsd.org/~scottl/ata-raid-ddf.h Path applied cleanly, but the following error occured: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/ata/ata-raid.c cc1: warnings being treated as errors In file included from /usr/src/sys/dev/ata/ata-raid.c:53: /usr/src/sys/dev/ata/ata-raid-ddf.h:87: warning: '__packed__' attribute ignored for field of type 'struct ' /usr/src/sys/dev/ata/ata-raid-ddf.h:94: warning: '__packed__' attribute ignored for field of type 'struct ' Or, should I try it with HEAD kernel sources? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 15:38:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2981E106566C; Sun, 20 Apr 2008 15:38:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id AED988FC1A; Sun, 20 Apr 2008 15:38:56 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3KFctFv052021; Sun, 20 Apr 2008 19:38:55 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 20 Apr 2008 19:38:55 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <20080420192735.G56317@woozle.rinet.ru> Message-ID: <20080420193212.Y56317@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 20 Apr 2008 19:38:55 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 15:38:57 -0000 On Sun, 20 Apr 2008, Dmitry Morozovsky wrote: DM> Path applied cleanly, but the following error occured: DM> DM> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls DM> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith DM> -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc DM> -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL DM> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common DM> -finline-limit=8000 --param inline-unit-growth=100 --param DM> large-function-growth=1000 -mno-align-long-strings DM> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 DM> -ffreestanding -Werror /usr/src/sys/dev/ata/ata-raid.c DM> cc1: warnings being treated as errors DM> In file included from /usr/src/sys/dev/ata/ata-raid.c:53: DM> /usr/src/sys/dev/ata/ata-raid-ddf.h:87: warning: '__packed__' attribute ignored DM> for field of type 'struct ' DM> /usr/src/sys/dev/ata/ata-raid-ddf.h:94: warning: '__packed__' attribute ignored DM> for field of type 'struct ' Well, I removed __packed from inner structures and kernel compiled. Boot from here produced info which is close to reality: -------------------------------------------------------- ad16: 76319MB at ata8-master SATA300 ad16: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad16 ad16: Adaptec check1 failed ad16: LSI (v3) check1 failed ad16: LSI (v2) check1 failed ad16: DDF pri_lba= 156301476 length= 10 blocks ********* ATA DDF Metadata ********* **** Header **** DDF_rev= 02.00.00 Sequence_Number= 0xffffffff Open_Flag= 0xff Primary Header LBA= 156301476 Header_Type = 0x1 Max_PD_Entries= 15 Max_VD_Entries= 4 Max_Partitions= 1 CR_Length= 2 CD= 1:1 PDR= 2:2 VDR= 4:1 CR= 5:4 PDD= 91 **** Controler Data **** Product_ID: ################ Vendor 0x9005, Device 0x241, SubVendor 0x9005, Sub_Device 0x241 ata9-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad18: 76319MB at ata9-master SATA300 ad18: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad18 ad18: Adaptec check1 failed ad18: LSI (v3) check1 failed ad18: LSI (v2) check1 failed ad18: DDF pri_lba= 156301476 length= 10 blocks ********* ATA DDF Metadata ********* **** Header **** DDF_rev= 02.00.00 Sequence_Number= 0xffffffff Open_Flag= 0xff Primary Header LBA= 156301476 Header_Type = 0x1 Max_PD_Entries= 15 Max_VD_Entries= 4 Max_Partitions= 1 CR_Length= 2 CD= 1:1 PDR= 2:2 VDR= 4:1 CR= 5:4 PDD= 91 **** Controler Data **** Product_ID: ################ Vendor 0x9005, Device 0x241, SubVendor 0x9005, Sub_Device 0x241 ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format DDF type RAID1 flags 0x00 0 magic_0 0x00000000eb3f7bea magic_1 0x0000000000000000 generation 4 total_sectors 155985920 offset_sectors 0 heads 255 sectors 63 cylinders 9709 width 1 interleave 0 total_disks 2 disk 0: flags = 0x0b b ad16: sectors 155985920 disk 1: flags = 0x0b b ad18: sectors 155985920 ================================================= ar0: 76165MB status: READY ar0: 155985920 sectors [9709C/255H/63S] subdisks defined as: ar0: disk0 READY (master) using ad16 at ata8-master ar0: disk1 READY (mirror) using ad18 at ata9-master -------------------------------------------------------- I'll do some basic checks and follow up with results. Thank you very much! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 15:44:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672D8106564A; Sun, 20 Apr 2008 15:44:52 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id D6A448FC18; Sun, 20 Apr 2008 15:44:51 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3KFioux084198; Sun, 20 Apr 2008 19:44:50 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 20 Apr 2008 19:44:50 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <20080420193212.Y56317@woozle.rinet.ru> Message-ID: <20080420194331.Y56317@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 20 Apr 2008 19:44:50 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 15:44:52 -0000 On Sun, 20 Apr 2008, Dmitry Morozovsky wrote: DM> ar0: 76165MB status: READY DM> ar0: 155985920 sectors [9709C/255H/63S] subdisks defined as: DM> ar0: disk0 READY (master) using ad16 at ata8-master DM> ar0: disk1 READY (mirror) using ad18 at ata9-master DM> DM> DM> -------------------------------------------------------- DM> DM> I'll do some basic checks and follow up with results. DM> DM> Thank you very much! Hmm, not too much exciting results yet: # fdisk -s ar0 fdisk: invalid fdisk partition table found fdisk: read_s0: No such file or directory # bsdlabel -Bw ar0 auto # set -E Cannot read termcap database; using dumb terminal settings. # fdisk -s ar0 /dev/ar0: 9709 cyl 255 hd 63 sec Part Start Size Type Flags 4: 0 50000 0xa5 0x80 # bsdlabel -R /dev/stdin ar0 bsdlabel: fopen ar0: No such file or directory # bsdlabel -R ar0 /dev/stdin a: 256M 16 4.2BSD 0 0 b: 4G * swap 0 0 d: 4G * 4.2BSD 0.0 e: 8G * 4.2BSD 0 0 # bsdlabel ar0 # /dev/ar0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 16 4.2BSD 0 0 0 b: 8388608 524304 swap c: 155985920 0 unused 0 0 # "raw" part, don't edit d: 8388608 8912912 4.2BSD 0 0 0 e: 16777216 17301520 4.2BSD 0 0 0 # newfs /dev/ar0a /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes. super-block backaups (for fsck -bt #) at: a9: FAILURE - oversized DMA transfer attempt 65536 > 64512 ad18: setting up DMA failed ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode aar0: writing of DDF metadata is NOT supported yet ta8: FAILURE - oversized DMA transfer attempt 65536 > 64512 ad16: setting up DMA failed ar0: FAILURE - RAID1 array broken ar0: writing of DDF metadata is NOT supported yet newfs: wtfs: 65536 bytes at sector 160: Input/output error # Any further hints? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 15:51:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 030DD1065672; Sun, 20 Apr 2008 15:51:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A25818FC25; Sun, 20 Apr 2008 15:51:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3KFp0fx060614; Sun, 20 Apr 2008 09:51:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480B6664.9040602@samsco.org> Date: Sun, 20 Apr 2008 09:51:00 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Dmitry Morozovsky References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> In-Reply-To: <20080420194331.Y56317@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 15:51:05 -0000 Dmitry Morozovsky wrote: > On Sun, 20 Apr 2008, Dmitry Morozovsky wrote: > > DM> ar0: 76165MB status: READY > DM> ar0: 155985920 sectors [9709C/255H/63S] subdisks defined as: > DM> ar0: disk0 READY (master) using ad16 at ata8-master > DM> ar0: disk1 READY (mirror) using ad18 at ata9-master > DM> > DM> > DM> -------------------------------------------------------- > DM> > DM> I'll do some basic checks and follow up with results. > DM> > DM> Thank you very much! > > Hmm, not too much exciting results yet: > > # fdisk -s ar0 > fdisk: invalid fdisk partition table found > fdisk: read_s0: No such file or directory > # bsdlabel -Bw ar0 auto > # set -E > Cannot read termcap database; > using dumb terminal settings. > # fdisk -s ar0 > /dev/ar0: 9709 cyl 255 hd 63 sec > Part Start Size Type Flags > 4: 0 50000 0xa5 0x80 > # bsdlabel -R /dev/stdin ar0 > bsdlabel: fopen ar0: No such file or directory > # bsdlabel -R ar0 /dev/stdin > a: 256M 16 4.2BSD 0 0 > b: 4G * swap 0 0 > d: 4G * 4.2BSD 0.0 > e: 8G * 4.2BSD 0 0 > # bsdlabel ar0 > # /dev/ar0: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 524288 16 4.2BSD 0 0 0 > b: 8388608 524304 swap > c: 155985920 0 unused 0 0 # "raw" part, don't > edit > d: 8388608 8912912 4.2BSD 0 0 0 > e: 16777216 17301520 4.2BSD 0 0 0 > # newfs /dev/ar0a > /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048 > using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes. > super-block backaups (for fsck -bt #) at: > a9: FAILURE - oversized DMA transfer attempt 65536 > 64512 > ad18: setting up DMA failed > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > aar0: writing of DDF metadata is NOT supported yet > ta8: FAILURE - oversized DMA transfer attempt 65536 > 64512 > ad16: setting up DMA failed > ar0: FAILURE - RAID1 array broken > ar0: writing of DDF metadata is NOT supported yet > newfs: wtfs: 65536 bytes at sector 160: Input/output error > # > > Any further hints? > This is just yet another item in the long list of problems with the ata driver. As a workaround, try the following patch: --- ata-raid.c +++ ata-raid.c @@ -146,7 +146,7 @@ rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE; rdp->disk->d_fwsectors = rdp->sectors; rdp->disk->d_fwheads = rdp->heads; - rdp->disk->d_maxsize = 128 * DEV_BSIZE; + rdp->disk->d_maxsize = 32768; rdp->disk->d_drv1 = rdp; rdp->disk->d_unit = rdp->lun; /* we support flushing cache if all components support it */ Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 16:14:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815E31065671; Sun, 20 Apr 2008 16:14:21 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id D7DD28FC0A; Sun, 20 Apr 2008 16:14:20 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3KGEI6T093114; Sun, 20 Apr 2008 20:14:19 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 20 Apr 2008 20:14:18 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <480B6664.9040602@samsco.org> Message-ID: <20080420201013.M56317@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 20 Apr 2008 20:14:19 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 16:14:21 -0000 On Sun, 20 Apr 2008, Scott Long wrote: SL> This is just yet another item in the long list of problems with the ata SL> driver. As a workaround, try the following patch: SL> SL> --- ata-raid.c SL> +++ ata-raid.c SL> @@ -146,7 +146,7 @@ SL> rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE; SL> rdp->disk->d_fwsectors = rdp->sectors; SL> rdp->disk->d_fwheads = rdp->heads; SL> - rdp->disk->d_maxsize = 128 * DEV_BSIZE; SL> + rdp->disk->d_maxsize = 32768; SL> rdp->disk->d_drv1 = rdp; SL> rdp->disk->d_unit = rdp->lun; SL> /* we support flushing cache if all components support it */ I thought about just the same quick'n'dirty fix, but you're, as usual, quickier ;-) Here are the results: # bsdlabel -Bw ar0 # fdisk -s ar0 /dev/ar0: 9709 cyl 255 hd 63 sec Part Start Size Type Flags 4: 0 50000 0xa5 0x80 # bsdlabel -R ar0 /dev/stdin a: 256M 16 4.2BSD 0 0 b: 4G * swap 0 0 d: 4G * 4.2BSD 0.0 e: 8G * 4.2BSD 0 0 # bsdlabel ar0 # /dev/ar0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 16 4.2BSD 0 0 0 b: 8388608 524304 swap c: 155985920 0 unused 0 0 # "raw" part, don't edit d: 8388608 8912912 4.2BSD 0 0 0 e: 16777216 17301520 4.2BSD 0 0 0 # newfs /dev/ar0a /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048 using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes. super-block backups (for fsck -b #) at: 160, 131264, 262368, 393472 GEOM: Reconfigure ar0a, start 8192 length 268435456 end 268443647 GEOM: Reconfigure ar0b, start 268443648 length 4294967296 end 4563410943 GEOM: Reconfigure ar0c, start 0 length 79864791040 end 79864791039 GEOM: Reconfigure ar0d, start 4563410944 length 4294967296 end 8858378239 GEOM: Reconfigure ar0e, start 8858378240 length 8589934592 end 17448312831 # Seems to behave well so far. Will test further. Thanks again! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 17:37:23 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56C75106564A; Sun, 20 Apr 2008 17:37:23 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0A3E08FC23; Sun, 20 Apr 2008 17:37:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3KHbJ0s061712; Sun, 20 Apr 2008 11:37:19 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480B7F4F.2050803@samsco.org> Date: Sun, 20 Apr 2008 11:37:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <7B6236D8-C969-41DD-A86B-9973C1CA4FE8@FreeBSD.ORG> In-Reply-To: <7B6236D8-C969-41DD-A86B-9973C1CA4FE8@FreeBSD.ORG> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@FreeBSD.ORG Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 17:37:23 -0000 Søren Schmidt wrote: > Hi scott ! > > Now that we have your attention, maybe you could explain/elaborate on > the " new enhanced ATA driver project" that I keep hearing about you > should be working on ? > > I dont want to put in lots of more work into ATA if it is soon to be > replaced with something new and better, that would simply be a waste of > time. However I asked this many times over the last year or so, but have > gotten nothing but silence, still the rumors wont die out it seems. > > I've developed/maintained ATA for almost a decade now, doing something > else would be nice for a change, maybe even get some real world life > back again, before all my kids leave home :) > http://lists.freebsd.org/pipermail/freebsd-scsi/2007-April/002977.html Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 22:12:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80294106566C for ; Sun, 20 Apr 2008 22:12:03 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63913.mail.re1.yahoo.com (web63913.mail.re1.yahoo.com [69.147.97.128]) by mx1.freebsd.org (Postfix) with SMTP id 167388FC12 for ; Sun, 20 Apr 2008 22:12:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 13205 invoked by uid 60001); 20 Apr 2008 22:12:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=cqrUwCbsYE4KvStRo3CaMHp0FiiEBvdlEVeEDbdw7Eb2gGD3aQXHnn1VYnuvx3EJS+T8QJCJ5zOj4RmVEMG/CCNSMpsP9dgeTwiB60IweXgDex3Y/jkS2JlKNai/Ib4lXfj2AQYh8PCiosugDIr/vNgA4ummvvsSVjwshqppdWI=; X-YMail-OSG: .3Y4sBQVM1n9AdVqoDfIfT26ykSlNSizd73CgwlHXm6PjvPZwhuxfAeUA6IWy0ONXPX3_5EEHm6vvvd5ZgOKl3T8nZ5SRvKeTFl9uug8MCRdGWciE_vxTnZyhaQ- Received: from [98.203.28.38] by web63913.mail.re1.yahoo.com via HTTP; Sun, 20 Apr 2008 15:12:02 PDT Date: Sun, 20 Apr 2008 15:12:02 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <378903.13017.qm@web63913.mail.re1.yahoo.com> Cc: Subject: mbuf strange behavior, panics using em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 22:12:03 -0000 I've encountered some regular panics in bus_dmamap_load_mbuf_sg() and also complaints from the ethernet code about packets without packet headers. I've traced it to mbufs that are "freed" in filter code. Strangely, I set up a test where I steal packets (as if pfil grabbed the packet) and return NULL without freeing the mbuf. Yet the mbufs continue to be used over and over again (I'm monitoring the mbuf addresses in ether_input()). Its as if the em driver is using the mbuf continuously whether its been freed or not. I also don't see mbuf cluster in use count going up as I should with a forced memory leak. What is going on? Barney ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 22:26:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7EE1065670; Sun, 20 Apr 2008 22:26:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id BC0108FC1B; Sun, 20 Apr 2008 22:26:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3KMQDdb063291; Sun, 20 Apr 2008 16:26:13 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480BC305.5040808@samsco.org> Date: Sun, 20 Apr 2008 16:26:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <7B6236D8-C969-41DD-A86B-9973C1CA4FE8@FreeBSD.ORG> <480B7F4F.2050803@samsco.org> <1F70C0DB-14A9-4793-8038-64BF36D4CBCB@freebsd.org> In-Reply-To: <1F70C0DB-14A9-4793-8038-64BF36D4CBCB@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 22:26:17 -0000 Søren Schmidt wrote: > Okies, thanks for the pointer! > [...] All of that aside, do you object to me committing the ata-raid DDF support? Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 23:03:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBB25106566C; Sun, 20 Apr 2008 23:03:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B83138FC13; Sun, 20 Apr 2008 23:03:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3KN3jpx056384; Sun, 20 Apr 2008 19:03:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3KN3j6B014099; Sun, 20 Apr 2008 19:03:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A454773039; Sun, 20 Apr 2008 19:03:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080420230345.A454773039@freebsd-current.sentex.ca> Date: Sun, 20 Apr 2008 19:03:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:03:47 -0000 TB --- 2008-04-20 21:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-20 21:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-04-20 21:20:00 - cleaning the object tree TB --- 2008-04-20 21:20:49 - cvsupping the source tree TB --- 2008-04-20 21:20:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-04-20 21:21:00 - building world (CFLAGS=-O -pipe) TB --- 2008-04-20 21:21:00 - cd /src TB --- 2008-04-20 21:21:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 20 21:21:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Apr 20 22:50:37 UTC 2008 TB --- 2008-04-20 22:50:37 - generating LINT kernel config TB --- 2008-04-20 22:50:37 - cd /src/sys/amd64/conf TB --- 2008-04-20 22:50:37 - /usr/bin/make -B LINT TB --- 2008-04-20 22:50:37 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-20 22:50:37 - cd /src TB --- 2008-04-20 22:50:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 20 22:50:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/mac_test/../../conf/kmod_syms.awk mac_test.ko export_syms | xargs -J% objcopy % mac_test.ko objcopy --strip-debug mac_test.ko ===> malo (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/malo/../../dev/malo/if_malo.c /src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_attach': /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: 'i' undeclared (first use in this function) /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: (Each undeclared identifier is reported only once /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/malo. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-20 23:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-20 23:03:45 - ERROR: failed to build lint kernel TB --- 2008-04-20 23:03:45 - tinderbox aborted TB --- 4552.52 user 562.61 system 6225.05 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 23:39:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC1C1106564A; Sun, 20 Apr 2008 23:39:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B774B8FC1A; Sun, 20 Apr 2008 23:39:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3KNdjui058489; Sun, 20 Apr 2008 19:39:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3KNdjCT036767; Sun, 20 Apr 2008 19:39:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E740073039; Sun, 20 Apr 2008 19:39:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080420233944.E740073039@freebsd-current.sentex.ca> Date: Sun, 20 Apr 2008 19:39:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:39:46 -0000 TB --- 2008-04-20 22:20:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-20 22:20:56 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-20 22:20:56 - cleaning the object tree TB --- 2008-04-20 22:21:26 - cvsupping the source tree TB --- 2008-04-20 22:21:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-20 22:21:41 - building world (CFLAGS=-O -pipe) TB --- 2008-04-20 22:21:41 - cd /src TB --- 2008-04-20 22:21:41 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 20 22:21:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Apr 20 23:24:52 UTC 2008 TB --- 2008-04-20 23:24:52 - generating LINT kernel config TB --- 2008-04-20 23:24:52 - cd /src/sys/i386/conf TB --- 2008-04-20 23:24:52 - /usr/bin/make -B LINT TB --- 2008-04-20 23:24:52 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-20 23:24:52 - cd /src TB --- 2008-04-20 23:24:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 20 23:24:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o mac_test.ko mac_test.kld objcopy --strip-debug mac_test.ko ===> malo (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/malo/../../dev/malo/if_malo.c /src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_attach': /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: 'i' undeclared (first use in this function) /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: (Each undeclared identifier is reported only once /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/malo. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-20 23:39:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-20 23:39:44 - ERROR: failed to build lint kernel TB --- 2008-04-20 23:39:44 - tinderbox aborted TB --- 3483.60 user 411.84 system 4728.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 00:20:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CC23106566C; Mon, 21 Apr 2008 00:20:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 073AF8FC1C; Mon, 21 Apr 2008 00:20:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3L0KGjN060670; Sun, 20 Apr 2008 20:20:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3L0KGFM079506; Sun, 20 Apr 2008 20:20:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3AA8473039; Sun, 20 Apr 2008 20:20:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080421002016.3AA8473039@freebsd-current.sentex.ca> Date: Sun, 20 Apr 2008 20:20:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 00:20:17 -0000 TB --- 2008-04-20 23:03:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-20 23:03:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-20 23:03:45 - cleaning the object tree TB --- 2008-04-20 23:04:08 - cvsupping the source tree TB --- 2008-04-20 23:04:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-20 23:04:22 - building world (CFLAGS=-O -pipe) TB --- 2008-04-20 23:04:22 - cd /src TB --- 2008-04-20 23:04:22 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 20 23:04:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Apr 21 00:07:36 UTC 2008 TB --- 2008-04-21 00:07:36 - generating LINT kernel config TB --- 2008-04-21 00:07:36 - cd /src/sys/pc98/conf TB --- 2008-04-21 00:07:36 - /usr/bin/make -B LINT TB --- 2008-04-21 00:07:36 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-21 00:07:36 - cd /src TB --- 2008-04-21 00:07:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 21 00:07:37 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o mac_test.ko mac_test.kld objcopy --strip-debug mac_test.ko ===> malo (all) cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/malo/../../dev/malo/if_malo.c /src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_attach': /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: 'i' undeclared (first use in this function) /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: (Each undeclared identifier is reported only once /src/sys/modules/malo/../../dev/malo/if_malo.c:210: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/malo. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-21 00:20:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-21 00:20:16 - ERROR: failed to build lint kernel TB --- 2008-04-21 00:20:16 - tinderbox aborted TB --- 3345.24 user 410.28 system 4590.35 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 05:12:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CE98106564A for ; Mon, 21 Apr 2008 05:12:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outj.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0528FC2F for ; Mon, 21 Apr 2008 05:12:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 21 Apr 2008 12:02:20 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id CA5CB2D600E; Sun, 20 Apr 2008 22:12:31 -0700 (PDT) Message-ID: <480C223F.2040303@elischer.org> Date: Sun, 20 Apr 2008 22:12:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Daniel O'Connor References: <20080418003203.GB11705@dragon.NUXI.org> <48080276.3040203@elischer.org> <200804181235.29530.doconnor@gsoft.com.au> In-Reply-To: <200804181235.29530.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 05:12:33 -0000 Daniel O'Connor wrote: > On Fri, 18 Apr 2008, Julian Elischer wrote: >> David O'Brien wrote: >>> The TSC on K8 is not invariant - its rate of change is affected by >>> P-state changes. >>> >>> The TSC on Greyhound (Family 10h) is invariant. >>> [but as stated above, is not synced with other cores] >> You'd think that an invariant sync'd clock (fast to read) of some >> type would have been done by someone by now.. The software people >> have been asking for this for the last decade at least. > > Probably because it's very very difficult to get right :) and they've had over 20 years to think of something. > From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 05:23:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 723DA1065759; Mon, 21 Apr 2008 05:23:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5C88FC15; Mon, 21 Apr 2008 05:23:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 53ABE17105; Mon, 21 Apr 2008 05:23:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3L5NqMN076907; Mon, 21 Apr 2008 05:23:52 GMT (envelope-from phk@critter.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 20 Apr 2008 22:12:31 MST." <480C223F.2040303@elischer.org> Date: Mon, 21 Apr 2008 05:23:52 +0000 Message-ID: <76906.1208755432@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, Andrew Gallatin , gnn@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 05:23:56 -0000 In message <480C223F.2040303@elischer.org>, Julian Elischer writes: >> Probably because it's very very difficult to get right :) > >and they've had over 20 years to think of something. Well, basically they have thought, but they have talked to the wrong OS people. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 09:32:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D75F5106564A for ; Mon, 21 Apr 2008 09:32:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4F28FC0C for ; Mon, 21 Apr 2008 09:32:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JnsNs-0001xY-Ad for freebsd-current@freebsd.org; Mon, 21 Apr 2008 09:32:24 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 09:32:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 09:32:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 21 Apr 2008 11:32:12 +0200 Lines: 43 Message-ID: References: <20080417171439.M22551@bellera.cat> <20080418173850.M43706@bellera.cat> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9D918FFCB335C68DF3552D4B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) In-Reply-To: <20080418173850.M43706@bellera.cat> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 09:32:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D918FFCB335C68DF3552D4B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Josep Pujadas i Jubany wrote: > On Fri, 18 Apr 2008 10:56:47 +0200, Ivan Voras wrote >> It looks like a hardware failure, either: >> - bad drive >> - bad cables >> - bad or insufficiently powerful power supply >> >> What controller are you using? >=20 > # pciconf -lv >=20 > atapci0@pci0:0:31:2: class=3D0x01018a card=3D0x31f4103c chip=3D0x292= 08086=20 > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Stora= ge=20 > Controller 1' Ah it's ICH9. I remember reading about problems with that chipset on the lists - apparently it's not well supported by the drivers. Search the archives for more data. --------------enig9D918FFCB335C68DF3552D4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDF8cldnAQVacBcgRAg2fAJ47zfvJdx7ratkQiO+SHDYp4/aOoQCdGU4b qrA4PYFgY5fL0veKJaZrX4E= =DlTQ -----END PGP SIGNATURE----- --------------enig9D918FFCB335C68DF3552D4B-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 10:07:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22A61065671; Mon, 21 Apr 2008 10:07:17 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2568FC20; Mon, 21 Apr 2008 10:07:16 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3LA7FwC038975; Mon, 21 Apr 2008 14:07:15 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 21 Apr 2008 14:07:15 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <20080420201013.M56317@woozle.rinet.ru> Message-ID: <20080421140600.E72747@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 21 Apr 2008 14:07:15 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:07:17 -0000 On Sun, 20 Apr 2008, Dmitry Morozovsky wrote: DM> SL> This is just yet another item in the long list of problems with the ata DM> SL> driver. As a workaround, try the following patch: DM> SL> DM> SL> --- ata-raid.c DM> SL> +++ ata-raid.c DM> SL> @@ -146,7 +146,7 @@ DM> SL> rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE; DM> SL> rdp->disk->d_fwsectors = rdp->sectors; DM> SL> rdp->disk->d_fwheads = rdp->heads; DM> SL> - rdp->disk->d_maxsize = 128 * DEV_BSIZE; DM> SL> + rdp->disk->d_maxsize = 32768; DM> SL> rdp->disk->d_drv1 = rdp; DM> SL> rdp->disk->d_unit = rdp->lun; DM> SL> /* we support flushing cache if all components support it */ DM> DM> I thought about just the same quick'n'dirty fix, but you're, as usual, quickier DM> ;-) DM> DM> Here are the results: DM> DM> # bsdlabel -Bw ar0 DM> # fdisk -s ar0 DM> /dev/ar0: 9709 cyl 255 hd 63 sec DM> Part Start Size Type Flags DM> 4: 0 50000 0xa5 0x80 DM> # bsdlabel -R ar0 /dev/stdin DM> a: 256M 16 4.2BSD 0 0 DM> b: 4G * swap 0 0 DM> d: 4G * 4.2BSD 0.0 DM> e: 8G * 4.2BSD 0 0 DM> # bsdlabel ar0 DM> # /dev/ar0: DM> 8 partitions: DM> # size offset fstype [fsize bsize bps/cpg] DM> a: 524288 16 4.2BSD 0 0 0 DM> b: 8388608 524304 swap DM> c: 155985920 0 unused 0 0 # "raw" part, don't DM> edit DM> d: 8388608 8912912 4.2BSD 0 0 0 DM> e: 16777216 17301520 4.2BSD 0 0 0 DM> # newfs /dev/ar0a DM> /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048 DM> using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes. DM> super-block backups (for fsck -b #) at: DM> 160, 131264, 262368, 393472 DM> GEOM: Reconfigure ar0a, start 8192 length 268435456 end 268443647 DM> GEOM: Reconfigure ar0b, start 268443648 length 4294967296 end 4563410943 DM> GEOM: Reconfigure ar0c, start 0 length 79864791040 end 79864791039 DM> GEOM: Reconfigure ar0d, start 4563410944 length 4294967296 end 8858378239 DM> GEOM: Reconfigure ar0e, start 8858378240 length 8589934592 end 17448312831 DM> # DM> DM> Seems to behave well so far. Will test further. At least after simulating drive loss (atacotrol detach, atacontrol attach) I can't rebuild ar0: marck@moleskin:~# atacontrol status ar0 ar0: ATA RAID1 status: DEGRADED subdisks: 0 ad16 ONLINE 1 ad18 ONLINE marck@moleskin:~# atacontrol rebuild ar0 atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error marck@moleskin:~# Or, should I wipe out ar label from the second disk to emulate disk replacement? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 10:19:52 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6F17106564A; Mon, 21 Apr 2008 10:19:52 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1E67B8FC16; Mon, 21 Apr 2008 10:19:51 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3LAJoQr039325; Mon, 21 Apr 2008 14:19:50 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 21 Apr 2008 14:19:50 +0400 (MSD) From: Dmitry Morozovsky To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <473577A7-8B2E-472B-BDF9-D54E6E9897B8@FreeBSD.ORG> Message-ID: <20080421141841.E72747@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> <20080421140600.E72747@woozle.rinet.ru> <473577A7-8B2E-472B-BDF9-D54E6E9897B8@FreeBSD.ORG> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 21 Apr 2008 14:19:51 +0400 (MSD) Cc: "Andrey V. Elsukov" , emaste@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:19:52 -0000 On Mon, 21 Apr 2008, S?ren Schmidt wrote: SS> > At least after simulating drive loss (atacotrol detach, atacontrol attach) SS> > I SS> > can't rebuild ar0: SS> > SS> > marck@moleskin:~# atacontrol status ar0 SS> > ar0: ATA RAID1 status: DEGRADED SS> > subdisks: SS> > 0 ad16 ONLINE SS> > 1 ad18 ONLINE SS> > marck@moleskin:~# atacontrol rebuild ar0 SS> > atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error SS> > marck@moleskin:~# SS> > SS> > Or, should I wipe out ar label from the second disk to emulate disk SS> > replacement? SS> The code that scottl posted can only read the metadata, not write them. SS> You can only use an array, you cannot create/rebuild/delete it. Ah well, will rebuild an array from the BIOS then, and continue further testing with the array in optimal state. Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 10:40:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FDD106564A for ; Mon, 21 Apr 2008 10:40:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 89C448FC1A for ; Mon, 21 Apr 2008 10:40:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=pxbyIJrvrm5Az+YTlw91Df/G591Iu5nhzyOAs/N+I+JtSdRmJt0zcMPyu9JMkdyOr32NSGDt6vo2VaBBR/mVnnUQctRPoWmqWzpcwQkZfAbLeeCWLKgreb4DQvSU2q8YHcrgeBw4SZkksQmkDi8pNACSFjdfNUUwIIXTYw3o7M8=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JntRc-000GbN-O8; Mon, 21 Apr 2008 14:40:20 +0400 Date: Mon, 21 Apr 2008 14:40:19 +0400 From: Eygene Ryabinkin To: Zaphod Beeblebrox Message-ID: References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 10:40:22 -0000 Zaphod, good day. Mon, Apr 14, 2008 at 09:52:05PM +0400, Eygene Ryabinkin wrote: > Mon, Apr 14, 2008 at 01:44:53PM -0400, Zaphod Beeblebrox wrote: > > Yes... well to be more clear, the OpenBSD dhclient didn't call > > dhclient-script for the EXIT cause. In fact, IIRC, the OpenBSD dhclient > > only called dhclient-script (which contains your code snippet) only for the > > initial setup (setting flags on the interface and such) The dhclient-script > > included with the OpenBSD dhclient (or at least the one we use) is largely > > the same as the isc-dhclient script. If you instrument the dhclient-script > > with some logging to check when it's called by dhclient, you may find it > > isn't called the documented number of times. > > OK, will check the FreeBSD's dhclient. Thanks! Checked the source -- seems like the script_init/script_go is called the proper number of times, but the EXIT cause is missing. And I see that dhclient-script is called on the lease renewals too: the forwarders file is renewed. The EXIT is not relevant to me now, but I will think of possible scenarios where it would be needed. Do you know why the EXIT case is unhandled? -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 11:52:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37CC6106564A for ; Mon, 21 Apr 2008 11:52:17 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 136D68FC16 for ; Mon, 21 Apr 2008 11:52:17 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id G9p41Z0010x6nqcA708K00; Mon, 21 Apr 2008 11:50:39 +0000 Received: from discordia ([24.60.135.75]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id GBsE1Z0091dmTCQ8Y00000; Mon, 21 Apr 2008 11:52:16 +0000 X-Authority-Analysis: v=1.0 c=1 a=VQzmdDnwolzv0K5IqAoA:9 a=K6xSink5s-__6XC3ajsCmCiGB6UA:4 a=9z6DURnkIoAA:10 a=LY0hPdMaydYA:10 a=d6lgapsldAjJQ8Vn1fsA:9 a=x2nn4U8EPM36VRlACkHfDrVeuY4A:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 9E99E1636FA; Mon, 21 Apr 2008 07:52:14 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 68EE91636F8; Mon, 21 Apr 2008 07:52:01 -0400 (EDT) From: Coleman Kane To: Poul-Henning Kamp In-Reply-To: <76906.1208755432@critter.freebsd.dk> References: <76906.1208755432@critter.freebsd.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WcXWv+k21GmJrW0KsmyC" Organization: FreeBSD Project Date: Mon, 21 Apr 2008 07:51:31 -0400 Message-Id: <1208778691.1265.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:52:17 -0000 --=-WcXWv+k21GmJrW0KsmyC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-04-21 at 05:23 +0000, Poul-Henning Kamp wrote: > In message <480C223F.2040303@elischer.org>, Julian Elischer writes: >=20 > >> Probably because it's very very difficult to get right :)=09 > > > >and they've had over 20 years to think of something. >=20 > Well, basically they have thought, but they have talked to the > wrong OS people. >=20 Zing! --=20 Coleman Kane --=-WcXWv+k21GmJrW0KsmyC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgMf8EACgkQcMSxQcXat5cJCQCfSzw4OHWPIIeAQsaSVa29iNzT 5pgAn06zizxNQYfTsKhkqwz+QC9YwnXL =fcZp -----END PGP SIGNATURE----- --=-WcXWv+k21GmJrW0KsmyC-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 12:13:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02182106566C for ; Mon, 21 Apr 2008 12:13:13 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8F14E8FC0C for ; Mon, 21 Apr 2008 12:13:12 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 5677B409D12 for ; Mon, 21 Apr 2008 14:13:10 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 46455-09 for ; Mon, 21 Apr 2008 14:13:09 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 0ED4D409D0B for ; Mon, 21 Apr 2008 14:13:09 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Mon, 21 Apr 2008 14:13:09 +0200 Message-Id: <20080421120112.M91702@bellera.cat> In-Reply-To: References: <20080417171439.M22551@bellera.cat> <20080418173850.M43706@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:13:13 -0000 On Mon, 21 Apr 2008 11:32:12 +0200, Ivan Voras wrote > Josep Pujadas i Jubany wrote: > > On Fri, 18 Apr 2008 10:56:47 +0200, Ivan Voras wrote > >> It looks like a hardware failure, either: > >> - bad drive > >> - bad cables > >> - bad or insufficiently powerful power supply > >> > >> What controller are you using? > > > > # pciconf -lv > > > > atapci0@pci0:0:31:2: class=0x01018a card=0x31f4103c chip=0x29208086 > > rev=0x02 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage > > Controller 1' > > Ah it's ICH9. I remember reading about problems with that chipset on > the lists - apparently it's not well supported by the drivers. > Search the archives for more data. Hello! I searched for ICH9 incidences but they seem to be before the 7.0 RELEASE issue ... On the other hand, after 29 hours doing: # dd if=/dev/ad0 of=/dev/ad2 488397168+0 records in 488397168+0 records out 250059350016 bytes transferred in 100693.444175 secs (2483373 bytes/sec) I repeated: # gmirror insert gm0 /dev/ad2 and it worked: # grep GEOM_MIRROR /var/log/messages Apr 21 11:23:52 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad2 Apr 21 12:42:11 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad2 finished. # gmirror list Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 2 SyncID: 1 ID: 3158875707 Providers: 1. Name: mirror/gm0 Mediasize: 250059349504 (233G) Sectorsize: 512 Mode: r6w6e7 Consumers: 1. Name: ad0 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 2 SyncID: 1 ID: 3364120727 2. Name: ad2 Mediasize: 250059350016 (233G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 2 SyncID: 1 ID: 3036867374 Now my problem is that I'm not felling sure with this machine & operating system ... Does any way to make an stressing test to the disks? I want to be sure before putting the machine at production level ... Thanks, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 12:20:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71559106566B for ; Mon, 21 Apr 2008 12:20:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B64F8FC19 for ; Mon, 21 Apr 2008 12:20:54 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jnv0s-0000xb-Vr for freebsd-current@freebsd.org; Mon, 21 Apr 2008 12:20:50 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 12:20:50 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Apr 2008 12:20:50 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 21 Apr 2008 14:20:37 +0200 Lines: 35 Message-ID: References: <20080417171439.M22551@bellera.cat> <20080418173850.M43706@bellera.cat> <20080421120112.M91702@bellera.cat> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig97783A11806AA645A79E202C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) In-Reply-To: <20080421120112.M91702@bellera.cat> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:20:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig97783A11806AA645A79E202C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Josep Pujadas i Jubany wrote: > Now my problem is that I'm not felling sure with this machine & operati= ng=20 > system ... >=20 > Does any way to make an stressing test to the disks? You could try the usual benchmarks - bonnie++, randomio, etc. The last one you must build yourself (from http://arctic.org/~dean/randomio/) but it's really hard on the drives :) I'd recommend you create two shell scripts that repeatedly run bonnie++ and randomio in parallel (started from different shells, etc.) --------------enig97783A11806AA645A79E202C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIDIaVldnAQVacBcgRAteAAKCAluja7dDn+lNYeaJXTcL0aFiFhQCeKIu3 odcQxC4NznJo5XwUsCO2hBQ= =A6gS -----END PGP SIGNATURE----- --------------enig97783A11806AA645A79E202C-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 12:29:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E0B106570A for ; Mon, 21 Apr 2008 12:29:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id B7F848FC1F for ; Mon, 21 Apr 2008 12:29:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jnv9K-000Fh7-4b for current@freebsd.org; Mon, 21 Apr 2008 12:29:34 +0000 Message-ID: <480C88AC.8020708@psg.com> Date: Mon, 21 Apr 2008 21:29:32 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:29:34 -0000 # Check for hard wired unit eval _ppp_unit=\$ppp_${_ppp_profile_cleaned}_unit if [ -n "_ppp_unit" ]; then _ppp_unit="-unit${_ppp_unit}" fi rc_flags="$rc_flags $_ppp_unit" creates the illegal invocation "-unit" when /etc/ppp/ppp.conf has set device PPPoE:vr0 and needs no unit manually starting ppp -dedicated -nat foo works fine. but invoking /etc/rc.d/ppp start does not work randy From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 14:05:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A763106566B; Mon, 21 Apr 2008 14:05:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 2771C8FC1B; Mon, 21 Apr 2008 14:05:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3LE5SGR068955; Mon, 21 Apr 2008 08:05:29 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480C9F28.6050400@samsco.org> Date: Mon, 21 Apr 2008 08:05:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Dmitry Morozovsky References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> <20080421140600.E72747@woozle.rinet.ru> In-Reply-To: <20080421140600.E72747@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Andrey V. Elsukov" , emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 14:05:36 -0000 Dmitry Morozovsky wrote: > On Sun, 20 Apr 2008, Dmitry Morozovsky wrote: > > DM> SL> This is just yet another item in the long list of problems with the ata > DM> SL> driver. As a workaround, try the following patch: > DM> SL> > DM> SL> --- ata-raid.c > DM> SL> +++ ata-raid.c > DM> SL> @@ -146,7 +146,7 @@ > DM> SL> rdp->disk->d_mediasize = (off_t)rdp->total_sectors * DEV_BSIZE; > DM> SL> rdp->disk->d_fwsectors = rdp->sectors; > DM> SL> rdp->disk->d_fwheads = rdp->heads; > DM> SL> - rdp->disk->d_maxsize = 128 * DEV_BSIZE; > DM> SL> + rdp->disk->d_maxsize = 32768; > DM> SL> rdp->disk->d_drv1 = rdp; > DM> SL> rdp->disk->d_unit = rdp->lun; > DM> SL> /* we support flushing cache if all components support it */ > DM> > DM> I thought about just the same quick'n'dirty fix, but you're, as usual, quickier > DM> ;-) > DM> > DM> Here are the results: > DM> > DM> # bsdlabel -Bw ar0 > DM> # fdisk -s ar0 > DM> /dev/ar0: 9709 cyl 255 hd 63 sec > DM> Part Start Size Type Flags > DM> 4: 0 50000 0xa5 0x80 > DM> # bsdlabel -R ar0 /dev/stdin > DM> a: 256M 16 4.2BSD 0 0 > DM> b: 4G * swap 0 0 > DM> d: 4G * 4.2BSD 0.0 > DM> e: 8G * 4.2BSD 0 0 > DM> # bsdlabel ar0 > DM> # /dev/ar0: > DM> 8 partitions: > DM> # size offset fstype [fsize bsize bps/cpg] > DM> a: 524288 16 4.2BSD 0 0 0 > DM> b: 8388608 524304 swap > DM> c: 155985920 0 unused 0 0 # "raw" part, don't > DM> edit > DM> d: 8388608 8912912 4.2BSD 0 0 0 > DM> e: 16777216 17301520 4.2BSD 0 0 0 > DM> # newfs /dev/ar0a > DM> /dev/ar0a: 256.0MB (524288 sectors) block size 16384, fragment size 2048 > DM> using 4 cylinder groups of 64.02MB, 4097 blks, 8256 inodes. > DM> super-block backups (for fsck -b #) at: > DM> 160, 131264, 262368, 393472 > DM> GEOM: Reconfigure ar0a, start 8192 length 268435456 end 268443647 > DM> GEOM: Reconfigure ar0b, start 268443648 length 4294967296 end 4563410943 > DM> GEOM: Reconfigure ar0c, start 0 length 79864791040 end 79864791039 > DM> GEOM: Reconfigure ar0d, start 4563410944 length 4294967296 end 8858378239 > DM> GEOM: Reconfigure ar0e, start 8858378240 length 8589934592 end 17448312831 > DM> # > DM> > DM> Seems to behave well so far. Will test further. > > At least after simulating drive loss (atacotrol detach, atacontrol attach) I > can't rebuild ar0: > > marck@moleskin:~# atacontrol status ar0 > ar0: ATA RAID1 status: DEGRADED > subdisks: > 0 ad16 ONLINE > 1 ad18 ONLINE > marck@moleskin:~# atacontrol rebuild ar0 > atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error > marck@moleskin:~# > > Or, should I wipe out ar label from the second disk to emulate disk > replacement? > Generating metadata is not supported, nor is automatic failover to a spare. If you're interested in working on the code, let me know and I'll help you get started. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 14:32:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC9E1065670 for ; Mon, 21 Apr 2008 14:32:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id D64C78FC20 for ; Mon, 21 Apr 2008 14:32:24 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3LEWNj2045416; Mon, 21 Apr 2008 18:32:23 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 21 Apr 2008 18:32:23 +0400 (MSD) From: Dmitry Morozovsky To: Scott Long In-Reply-To: <480C9F28.6050400@samsco.org> Message-ID: <20080421182852.N42264@woozle.rinet.ru> References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> <20080421140600.E72747@woozle.rinet.ru> <480C9F28.6050400@samsco.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 21 Apr 2008 18:32:23 +0400 (MSD) Cc: current@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 14:32:25 -0000 On Mon, 21 Apr 2008, Scott Long wrote: [snip] SL> > At least after simulating drive loss (atacotrol detach, atacontrol attach) SL> > I can't rebuild ar0: SL> > marck@moleskin:~# SL> > atacontrol status ar0 SL> > ar0: ATA RAID1 status: DEGRADED SL> > subdisks: SL> > 0 ad16 ONLINE SL> > 1 ad18 ONLINE SL> > marck@moleskin:~# atacontrol rebuild ar0 SL> > atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error SL> > marck@moleskin:~# SL> > SL> > Or, should I wipe out ar label from the second disk to emulate disk SL> > replacement? SL> > SL> SL> Generating metadata is not supported, nor is automatic failover to a SL> spare. If you're interested in working on the code, let me know and SL> I'll help you get started. Yes I'm interested; however, my kernel hacking skills are rather limited and, as I think, rudimentary ;-) But I at least would try. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 16:04:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D65391065684 for ; Mon, 21 Apr 2008 16:04:08 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from kasimir.com (kasimir.com [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9018FC1D for ; Mon, 21 Apr 2008 16:04:07 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 4537 invoked from network); 21 Apr 2008 17:37:25 +0200 Received: from relay3.vistream.de (HELO nibbler.vistream.local) (87.139.10.28) by kasimir.com with SMTP; 21 Apr 2008 17:37:25 +0200 Message-ID: <480CB497.7070406@kasimir.com> Date: Mon, 21 Apr 2008 17:36:55 +0200 From: Florian Smeets User-Agent: Thunderbird 2.0.0.15pre (Macintosh/20080421) MIME-Version: 1.0 To: Jonathan Weiss References: <48086783.3090509@innerewut.de> In-Reply-To: <48086783.3090509@innerewut.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0 and 8-CURRENT hang on boot on MacBook Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:04:08 -0000 Jonathan Weiss wrote: > > Is this a known problem? > Hi Jonathan, yes it is know to me and i reported the problem here http://docs.freebsd.org/cgi/mid.cgi?47D93C6F.2080105 but i did not get any further. I was hoping that the recent ata changes would cure the problem but they did not. I created an 8-CURRENT release today with all the latest ata changes Søren committed today. The machine still hangs after the dvd drive is detected, there are a few new messages however; they can be seen on this picture: http://beast.solomo.de/~flo/sata-hang-new.jpg Cheers, Florian From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 16:26:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F2AF106564A for ; Mon, 21 Apr 2008 16:26:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id BAC4D8FC22 for ; Mon, 21 Apr 2008 16:26:14 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3LGQEha019732; Mon, 21 Apr 2008 11:26:14 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3LGQCZe019731; Mon, 21 Apr 2008 11:26:12 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 11:26:12 -0500 From: Brooks Davis To: Eygene Ryabinkin Message-ID: <20080421162612.GA19629@lor.one-eyed-alien.net> References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 11:26:14 -0500 (CDT) Cc: Poul-Henning Kamp , Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:26:15 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 02:40:19PM +0400, Eygene Ryabinkin wrote: > Zaphod, good day. >=20 > Mon, Apr 14, 2008 at 09:52:05PM +0400, Eygene Ryabinkin wrote: > > Mon, Apr 14, 2008 at 01:44:53PM -0400, Zaphod Beeblebrox wrote: > > > Yes... well to be more clear, the OpenBSD dhclient didn't call > > > dhclient-script for the EXIT cause. In fact, IIRC, the OpenBSD dhcli= ent > > > only called dhclient-script (which contains your code snippet) only f= or the > > > initial setup (setting flags on the interface and such) The dhclient= -script > > > included with the OpenBSD dhclient (or at least the one we use) is la= rgely > > > the same as the isc-dhclient script. If you instrument the dhclient-= script > > > with some logging to check when it's called by dhclient, you may find= it > > > isn't called the documented number of times. > >=20 > > OK, will check the FreeBSD's dhclient. Thanks! >=20 > Checked the source -- seems like the script_init/script_go is called > the proper number of times, but the EXIT cause is missing. And I > see that dhclient-script is called on the lease renewals too: the > forwarders file is renewed. The EXIT is not relevant to me now, > but I will think of possible scenarios where it would be needed. >=20 > Do you know why the EXIT case is unhandled? I'm not entierly sure. It seems to me that it should be handled, but the failure to handle it may be tied to a design decision by OpenBSD or it might be that it doesn't matter for anything their script currently supports. -- Brooks --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDMAjXY6L6fI4GtQRAqBQAKDMj62b6JX1/LrPVfWDqvI1Fs+bMgCfdeFp LUXgf/8QfLwdu7IZNt2SQuY= =5Vy3 -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 16:36:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D18F106566C for ; Mon, 21 Apr 2008 16:36:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF4D8FC15 for ; Mon, 21 Apr 2008 16:36:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3LGaOGX069749; Mon, 21 Apr 2008 10:36:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480CC288.4090002@samsco.org> Date: Mon, 21 Apr 2008 10:36:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Dmitry Morozovsky References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> <48077B1C.5070608@samsco.org> <20080420185448.X56317@woozle.rinet.ru> <480B5DA0.6030404@samsco.org> <20080420192735.G56317@woozle.rinet.ru> <20080420193212.Y56317@woozle.rinet.ru> <20080420194331.Y56317@woozle.rinet.ru> <480B6664.9040602@samsco.org> <20080420201013.M56317@woozle.rinet.ru> <20080421140600.E72747@woozle.rinet.ru> <480C9F28.6050400@samsco.org> <20080421182852.N42264@woozle.rinet.ru> In-Reply-To: <20080421182852.N42264@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:36:29 -0000 Dmitry Morozovsky wrote: > On Mon, 21 Apr 2008, Scott Long wrote: > > [snip] > > SL> > At least after simulating drive loss (atacotrol detach, atacontrol attach) > SL> > I can't rebuild ar0: > SL> > marck@moleskin:~# > SL> > atacontrol status ar0 > SL> > ar0: ATA RAID1 status: DEGRADED > SL> > subdisks: > SL> > 0 ad16 ONLINE > SL> > 1 ad18 ONLINE > SL> > marck@moleskin:~# atacontrol rebuild ar0 > SL> > atacontrol: ioctl(IOCATARAIDREBUILD): Input/output error > SL> > marck@moleskin:~# > SL> > > SL> > Or, should I wipe out ar label from the second disk to emulate disk > SL> > replacement? > SL> > > SL> > SL> Generating metadata is not supported, nor is automatic failover to a > SL> spare. If you're interested in working on the code, let me know and > SL> I'll help you get started. > > Yes I'm interested; however, my kernel hacking skills are rather limited and, > as I think, rudimentary ;-) > > But I at least would try. DDF requires knowledge of the topology of the entire system, something that ata-raid (nor g_raid) can provide or even has a concept of. So generating metadata from scratch is massively error-prone in all but the most simple case of a single array and a single set of disks on a single controller. Also, the spare handling currently in ata-raid is limited to array-dedicated spares, and it's limited to assuming that a spare will always be at a fixed position that can be directly mapped into the array via an array in C (note the overloaded use of the term 'array' in this discussion, I'll try to keep it clear when I'm talking about the C programming construct vs the collection of disks construct). These are two separate problems, so I'll describe them separately. For creating/writing metadata, the first thing that I'd do is to save off the existing metadata from any good disks into a buffer pointed to by one of the magic fields in the ar_softc. These fields are actually uint64_t types, but they can be overloaded to hold a pointer. Then when it's time to write out metadata, the saved buffer can be updated and written out, preserving the previously-recorded system-wide information that ata-raid can't provide. Creating metadata from scratch is significantly more cumbersome but certainly not hard aside from the fact the the VDR and PDR records are going to be incomplete. For spares, the existing ata-raid code treats them like unactivated members of the array. They are assigned a static slot in the C array that is used to order the I/O, and just merely skipped over if they aren't activated. This is completely unworkable in anything but the RAID-1 case, but luckily that's the only kind of redundancy that ata-raid supports. However, it also doesn't lend itself well to supporting global spares, something that DDF does support. What I'd do is to add a linked list to the ar_softc that spare disks can be placed on while they are inactive. When a spare is activated, I'd take it off the list and put it into the appropriate slot in the C array that replaces the failed/missing member. I'd also look into adding a global spare linked list as well. These changes are pretty simple, the rest of the work involves just completing the unfinished spare code in the patch that I posted (there's a comment in there that points to where the missing code is). The spare activation code would probably need some work as well to inform the DDF module of the changing role of the spare and its new position within the array. The DDF spec can be found at www.snia.org, it's an open spec. Adaptec uses an older unpublished revision of the spec that has some unfortunate differences. I've compensated for some of those differences in the patch, but there might be others that I haven't encountered yet. Let me know if you have any questions. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 16:41:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4612B106567F for ; Mon, 21 Apr 2008 16:41:49 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D72998FC17 for ; Mon, 21 Apr 2008 16:41:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3LGg09Z019864; Mon, 21 Apr 2008 11:42:00 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3LGg0GG019863; Mon, 21 Apr 2008 11:42:00 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 11:42:00 -0500 From: Brooks Davis To: Randy Bush Message-ID: <20080421164159.GB19629@lor.one-eyed-alien.net> References: <480C88AC.8020708@psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <480C88AC.8020708@psg.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 11:42:01 -0500 (CDT) Cc: current@freebsd.org Subject: Re: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:41:49 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 09:29:32PM +0900, Randy Bush wrote: > # Check for hard wired unit >=20 > eval _ppp_unit=3D\$ppp_${_ppp_profile_cleaned}_unit > if [ -n "_ppp_unit" ]; then > _ppp_unit=3D"-unit${_ppp_unit}" > fi > rc_flags=3D"$rc_flags $_ppp_unit" >=20 > creates the illegal invocation "-unit" when /etc/ppp/ppp.conf has >=20 > set device PPPoE:vr0 >=20 > and needs no unit >=20 > manually starting >=20 > ppp -dedicated -nat foo >=20 > works fine. but invoking /etc/rc.d/ppp start does not work This was fixed in CURRENT with rev 1.19 on April 6th. -- Brooks --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDMPXXY6L6fI4GtQRAsAcAJ0R+opz6jA/EFglEBjqhsy2ZDaSUwCgor04 3vwXioTd7n0sqUt7ZHr6iLg= =gnfV -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 18:23:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46536106564A; Mon, 21 Apr 2008 18:23:27 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B85D38FC25; Mon, 21 Apr 2008 18:23:26 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3LINcCZ020671; Mon, 21 Apr 2008 13:23:38 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3LINcuP020670; Mon, 21 Apr 2008 13:23:38 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 13:23:38 -0500 From: Brooks Davis To: current@freebsd.org, arch@freebsd.org Message-ID: <20080421182338.GB20417@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 13:23:38 -0500 (CDT) Cc: Subject: ddb scripts now load by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 18:23:27 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've changed the default value of ddb_enable to YES so we now load ddb scripts from ddb.conf by default. Developers expecting to perform active deugging should add ddb_enable=3DNO or change the script to not perform at textdump and reboot the machine. This is another step toward hopefully shipping 8.0 with DDB built in and generating useful crash dumps. The security implications of doing so need to be carefully considered and in particular the GENERIC kernel will probably want to be shipped with at least the options DDB_UNATTENDED and SC_DISABLE_KDBKEY. The fact that the watchdog driver changes it's behavior based on DDB_UNATTENDED is probably a bug that should be fixed. -- Brooks ----- Forwarded message from Brooks Davis ----- =46rom: Brooks Davis Date: Mon, 21 Apr 2008 18:18:00 +0000 (UTC) To: brooks@FreeBSD.ORG Subject: [src] cvs commit: src/etc/defaults rc.conf brooks 2008-04-21 18:17:48 UTC FreeBSD src repository Modified files: etc/defaults rc.conf=20 Log: Change the default of ddb_enable to YES so we default to generating textd= umps on panic. This means you get a potentially useful dump even if your syst= em is running X when you panic. =20 X-MFC after: never =20 Revision Changes Path 1.332 +1 -1 src/etc/defaults/rc.conf _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" Index: src/etc/defaults/rc.conf diff -u src/etc/defaults/rc.conf:1.331 src/etc/defaults/rc.conf:1.332 --- src/etc/defaults/rc.conf:1.331 Sun Apr 20 20:37:20 2008 +++ src/etc/defaults/rc.conf Mon Apr 21 18:17:48 2008 @@ -33,7 +33,7 @@ apm_enable=3D"NO" # Set to YES to enable APM BIOS functions (or NO). apmd_enable=3D"NO" # Run apmd to handle APM event from userland. apmd_flags=3D"" # Flags to apmd (if enabled). -ddb_enable=3D"NO" # Set to YES to load ddb scripts at boot. +ddb_enable=3D"YES" # Load ddb scripts at boot. ddb_config=3D"/etc/ddb.conf" # ddb(8) config file. devd_enable=3D"YES" # Run devd, to trigger programs on device tree change= s. devd_flags=3D"" # Additional flags for devd(8). ----- End forwarded message ----- --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDNupXY6L6fI4GtQRAtdjAJwPdHZUZqli7sELZAopBBfSKwc5kQCgh3UZ ovXYqK48cVWHGFMcjznnkh0= =uT6F -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 18:40:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359821065670 for ; Mon, 21 Apr 2008 18:40:20 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id E8B338FC1D for ; Mon, 21 Apr 2008 18:40:19 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=65193 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jo0w5-0001ZM-EB for freebsd-current@freebsd.org; Mon, 21 Apr 2008 22:40:17 +0400 Message-ID: <480CDF90.4010908@lissyara.su> Date: Mon, 21 Apr 2008 22:40:16 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080420) MIME-Version: 1.0 To: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> <48052C09.3020209@lissyara.su> <48059013.2070003@lissyara.su> In-Reply-To: <48059013.2070003@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 18:40:20 -0000 Alex Keda пОшет: > Kip Macy пОшет: >> post your config >> > GENERIC with add to end: > nodevice malo > nodevice iwn > device bwi > device bwifw > device firmware ============= cannot build with today updated sourses (when I apply patchset - many questions...) # nice -n 20 make buildkernel -------------------------------------------------------------- >>> Kernel build for main-color-console started on Mon Apr 21 22:38:17 MSD 2008 -------------------------------------------------------------- ===> main-color-console mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/main-color-console /usr/src/sys/amd64/conf/main-color-console ../../conf/options: Duplicate option MALO_DEBUG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 19:15:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BDBA1065678; Mon, 21 Apr 2008 19:15:53 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3D84A8FC1E; Mon, 21 Apr 2008 19:15:53 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id A6ABF1A4D84; Mon, 21 Apr 2008 11:55:57 -0700 (PDT) Date: Mon, 21 Apr 2008 11:55:57 -0700 From: Alfred Perlstein To: Brooks Davis Message-ID: <20080421185557.GB95731@elvis.mu.org> References: <20080421182338.GB20417@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421182338.GB20417@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, current@freebsd.org Subject: Re: ddb scripts now load by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:15:53 -0000 I know this is a big step forward in a lot of ways, but it's also a big step backwards for people used to how things just work. Can we somehow put a "press a key to abort reboot" option in that script before acting on it? -Alfred (who thinks this is really cool, but wants to be able to debug kernels without having to learn and disable something new) * Brooks Davis [080421 11:24] wrote: > I've changed the default value of ddb_enable to YES so we now load ddb > scripts from ddb.conf by default. Developers expecting to perform > active deugging should add ddb_enable=NO or change the script to not > perform at textdump and reboot the machine. > > This is another step toward hopefully shipping 8.0 with DDB built > in and generating useful crash dumps. The security implications of > doing so need to be carefully considered and in particular the GENERIC > kernel will probably want to be shipped with at least the options > DDB_UNATTENDED and SC_DISABLE_KDBKEY. > > The fact that the watchdog driver changes it's behavior based on > DDB_UNATTENDED is probably a bug that should be fixed. > > -- Brooks > > ----- Forwarded message from Brooks Davis ----- > > From: Brooks Davis > Date: Mon, 21 Apr 2008 18:18:00 +0000 (UTC) > To: brooks@FreeBSD.ORG > Subject: [src] cvs commit: src/etc/defaults rc.conf > > brooks 2008-04-21 18:17:48 UTC > > FreeBSD src repository > > Modified files: > etc/defaults rc.conf > Log: > Change the default of ddb_enable to YES so we default to generating textdumps > on panic. This means you get a potentially useful dump even if your system > is running X when you panic. > > X-MFC after: never > > Revision Changes Path > 1.332 +1 -1 src/etc/defaults/rc.conf > _______________________________________________ > cvs-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-all > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > > > Index: src/etc/defaults/rc.conf > diff -u src/etc/defaults/rc.conf:1.331 src/etc/defaults/rc.conf:1.332 > --- src/etc/defaults/rc.conf:1.331 Sun Apr 20 20:37:20 2008 > +++ src/etc/defaults/rc.conf Mon Apr 21 18:17:48 2008 > @@ -33,7 +33,7 @@ > apm_enable="NO" # Set to YES to enable APM BIOS functions (or NO). > apmd_enable="NO" # Run apmd to handle APM event from userland. > apmd_flags="" # Flags to apmd (if enabled). > -ddb_enable="NO" # Set to YES to load ddb scripts at boot. > +ddb_enable="YES" # Load ddb scripts at boot. > ddb_config="/etc/ddb.conf" # ddb(8) config file. > devd_enable="YES" # Run devd, to trigger programs on device tree changes. > devd_flags="" # Additional flags for devd(8). > > > ----- End forwarded message ----- -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 19:20:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D57106566B; Mon, 21 Apr 2008 19:20:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 832328FC12; Mon, 21 Apr 2008 19:20:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3LJKxph021119; Mon, 21 Apr 2008 14:20:59 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3LJKxxQ021118; Mon, 21 Apr 2008 14:20:59 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 14:20:59 -0500 From: Brooks Davis To: Alfred Perlstein Message-ID: <20080421192059.GA20748@lor.one-eyed-alien.net> References: <20080421182338.GB20417@lor.one-eyed-alien.net> <20080421185557.GB95731@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20080421185557.GB95731@elvis.mu.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 14:20:59 -0500 (CDT) Cc: arch@freebsd.org, Brooks Davis , current@freebsd.org Subject: Re: ddb scripts now load by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:20:47 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 11:55:57AM -0700, Alfred Perlstein wrote: > I know this is a big step forward in a lot of ways, but it's also > a big step backwards for people used to how things just work. >=20 > Can we somehow put a "press a key to abort reboot" option in that > script before acting on it? echo 'ddb_enable=3D"NO" >> /etc/rc.conf -- Brooks > -Alfred (who thinks this is really cool, but wants to be able to > debug kernels without having to learn and disable something > new) >=20 > * Brooks Davis [080421 11:24] wrote: > > I've changed the default value of ddb_enable to YES so we now load ddb > > scripts from ddb.conf by default. Developers expecting to perform > > active deugging should add ddb_enable=3DNO or change the script to not > > perform at textdump and reboot the machine. > >=20 > > This is another step toward hopefully shipping 8.0 with DDB built > > in and generating useful crash dumps. The security implications of > > doing so need to be carefully considered and in particular the GENERIC > > kernel will probably want to be shipped with at least the options > > DDB_UNATTENDED and SC_DISABLE_KDBKEY. > >=20 > > The fact that the watchdog driver changes it's behavior based on > > DDB_UNATTENDED is probably a bug that should be fixed. > >=20 > > -- Brooks > >=20 > > ----- Forwarded message from Brooks Davis ----- > >=20 > > From: Brooks Davis > > Date: Mon, 21 Apr 2008 18:18:00 +0000 (UTC) > > To: brooks@FreeBSD.ORG > > Subject: [src] cvs commit: src/etc/defaults rc.conf > >=20 > > brooks 2008-04-21 18:17:48 UTC > >=20 > > FreeBSD src repository > >=20 > > Modified files: > > etc/defaults rc.conf=20 > > Log: > > Change the default of ddb_enable to YES so we default to generating t= extdumps > > on panic. This means you get a potentially useful dump even if your = system > > is running X when you panic. > > =20 > > X-MFC after: never > > =20 > > Revision Changes Path > > 1.332 +1 -1 src/etc/defaults/rc.conf > > _______________________________________________ > > cvs-all@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/cvs-all > > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > >=20 > >=20 > > Index: src/etc/defaults/rc.conf > > diff -u src/etc/defaults/rc.conf:1.331 src/etc/defaults/rc.conf:1.332 > > --- src/etc/defaults/rc.conf:1.331 Sun Apr 20 20:37:20 2008 > > +++ src/etc/defaults/rc.conf Mon Apr 21 18:17:48 2008 > > @@ -33,7 +33,7 @@ > > apm_enable=3D"NO" # Set to YES to enable APM BIOS functions (or NO). > > apmd_enable=3D"NO" # Run apmd to handle APM event from userland. > > apmd_flags=3D"" # Flags to apmd (if enabled). > > -ddb_enable=3D"NO" # Set to YES to load ddb scripts at boot. > > +ddb_enable=3D"YES" # Load ddb scripts at boot. > > ddb_config=3D"/etc/ddb.conf" # ddb(8) config file. > > devd_enable=3D"YES" # Run devd, to trigger programs on device tree ch= anges. > > devd_flags=3D"" # Additional flags for devd(8). > >=20 > >=20 > > ----- End forwarded message ----- >=20 >=20 >=20 > --=20 > - Alfred Perlstein > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >=20 --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDOkaXY6L6fI4GtQRAgtjAJ0S4jpn8Fq+yPBp6EgdOgxdjxydhwCfcBT2 h38dM64mdrbaM9ucAumHSF8= =Q8+F -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 19:22:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DFA01065686; Mon, 21 Apr 2008 19:22:57 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE568FC1F; Mon, 21 Apr 2008 19:22:57 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 2BB451A4D86; Mon, 21 Apr 2008 12:22:57 -0700 (PDT) Date: Mon, 21 Apr 2008 12:22:57 -0700 From: Alfred Perlstein To: Brooks Davis Message-ID: <20080421192257.GF95731@elvis.mu.org> References: <20080421182338.GB20417@lor.one-eyed-alien.net> <20080421185557.GB95731@elvis.mu.org> <20080421192059.GA20748@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080421192059.GA20748@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, current@freebsd.org Subject: Re: ddb scripts now load by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:22:57 -0000 * Brooks Davis [080421 12:20] wrote: > On Mon, Apr 21, 2008 at 11:55:57AM -0700, Alfred Perlstein wrote: > > I know this is a big step forward in a lot of ways, but it's also > > a big step backwards for people used to how things just work. > > > > Can we somehow put a "press a key to abort reboot" option in that > > script before acting on it? > > echo 'ddb_enable="NO" >> /etc/rc.conf See, that's not really what I asked for. :) but it's OK. -Alfred > > -- Brooks > > > -Alfred (who thinks this is really cool, but wants to be able to > > debug kernels without having to learn and disable something > > new) > > > > * Brooks Davis [080421 11:24] wrote: > > > I've changed the default value of ddb_enable to YES so we now load ddb > > > scripts from ddb.conf by default. Developers expecting to perform > > > active deugging should add ddb_enable=NO or change the script to not > > > perform at textdump and reboot the machine. > > > > > > This is another step toward hopefully shipping 8.0 with DDB built > > > in and generating useful crash dumps. The security implications of > > > doing so need to be carefully considered and in particular the GENERIC > > > kernel will probably want to be shipped with at least the options > > > DDB_UNATTENDED and SC_DISABLE_KDBKEY. > > > > > > The fact that the watchdog driver changes it's behavior based on > > > DDB_UNATTENDED is probably a bug that should be fixed. > > > > > > -- Brooks > > > > > > ----- Forwarded message from Brooks Davis ----- > > > > > > From: Brooks Davis > > > Date: Mon, 21 Apr 2008 18:18:00 +0000 (UTC) > > > To: brooks@FreeBSD.ORG > > > Subject: [src] cvs commit: src/etc/defaults rc.conf > > > > > > brooks 2008-04-21 18:17:48 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > etc/defaults rc.conf > > > Log: > > > Change the default of ddb_enable to YES so we default to generating textdumps > > > on panic. This means you get a potentially useful dump even if your system > > > is running X when you panic. > > > > > > X-MFC after: never > > > > > > Revision Changes Path > > > 1.332 +1 -1 src/etc/defaults/rc.conf > > > _______________________________________________ > > > cvs-all@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/cvs-all > > > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > > > > > > > > > Index: src/etc/defaults/rc.conf > > > diff -u src/etc/defaults/rc.conf:1.331 src/etc/defaults/rc.conf:1.332 > > > --- src/etc/defaults/rc.conf:1.331 Sun Apr 20 20:37:20 2008 > > > +++ src/etc/defaults/rc.conf Mon Apr 21 18:17:48 2008 > > > @@ -33,7 +33,7 @@ > > > apm_enable="NO" # Set to YES to enable APM BIOS functions (or NO). > > > apmd_enable="NO" # Run apmd to handle APM event from userland. > > > apmd_flags="" # Flags to apmd (if enabled). > > > -ddb_enable="NO" # Set to YES to load ddb scripts at boot. > > > +ddb_enable="YES" # Load ddb scripts at boot. > > > ddb_config="/etc/ddb.conf" # ddb(8) config file. > > > devd_enable="YES" # Run devd, to trigger programs on device tree changes. > > > devd_flags="" # Additional flags for devd(8). > > > > > > > > > ----- End forwarded message ----- > > > > > > > > -- > > - Alfred Perlstein > > _______________________________________________ > > freebsd-arch@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 19:48:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F32106576D; Mon, 21 Apr 2008 19:48:20 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D12CA8FC24; Mon, 21 Apr 2008 19:48:19 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3LJmVmU021390; Mon, 21 Apr 2008 14:48:31 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3LJmVT1021389; Mon, 21 Apr 2008 14:48:31 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 14:48:31 -0500 From: Brooks Davis To: Alfred Perlstein Message-ID: <20080421194831.GB21205@lor.one-eyed-alien.net> References: <20080421182338.GB20417@lor.one-eyed-alien.net> <20080421185557.GB95731@elvis.mu.org> <20080421192059.GA20748@lor.one-eyed-alien.net> <20080421192257.GF95731@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <20080421192257.GF95731@elvis.mu.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 14:48:32 -0500 (CDT) Cc: arch@freebsd.org, current@freebsd.org Subject: Re: ddb scripts now load by default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 19:48:20 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 12:22:57PM -0700, Alfred Perlstein wrote: > * Brooks Davis [080421 12:20] wrote: > > On Mon, Apr 21, 2008 at 11:55:57AM -0700, Alfred Perlstein wrote: > > > I know this is a big step forward in a lot of ways, but it's also > > > a big step backwards for people used to how things just work. > > >=20 > > > Can we somehow put a "press a key to abort reboot" option in that > > > script before acting on it? > >=20 > > echo 'ddb_enable=3D"NO" >> /etc/rc.conf >=20 > See, that's not really what I asked for. :) >=20 > but it's OK. Actually, what we need to implement what you want is a new ddb command or possibly an optional countdown time for reset. I'm just working on the userland side at this point. :) My goal here is to hit the right default for most people and figure developers can adapt a bit, though hopefully not too much. Ideally we'd have some good example scripts in ddb.conf for developer use so new developers could switch to them with some comment changes. I definitely encourage those who do use ddb a lot to add useful entries. -- Brooks > -Alfred >=20 > >=20 > > -- Brooks > >=20 > > > -Alfred (who thinks this is really cool, but wants to be able to > > > debug kernels without having to learn and disable something > > > new) > > >=20 > > > * Brooks Davis [080421 11:24] wrote: > > > > I've changed the default value of ddb_enable to YES so we now load = ddb > > > > scripts from ddb.conf by default. Developers expecting to perform > > > > active deugging should add ddb_enable=3DNO or change the script to = not > > > > perform at textdump and reboot the machine. > > > >=20 > > > > This is another step toward hopefully shipping 8.0 with DDB built > > > > in and generating useful crash dumps. The security implications of > > > > doing so need to be carefully considered and in particular the GENE= RIC > > > > kernel will probably want to be shipped with at least the options > > > > DDB_UNATTENDED and SC_DISABLE_KDBKEY. > > > >=20 > > > > The fact that the watchdog driver changes it's behavior based on > > > > DDB_UNATTENDED is probably a bug that should be fixed. > > > >=20 > > > > -- Brooks > > > >=20 > > > > ----- Forwarded message from Brooks Davis ----- > > > >=20 > > > > From: Brooks Davis > > > > Date: Mon, 21 Apr 2008 18:18:00 +0000 (UTC) > > > > To: brooks@FreeBSD.ORG > > > > Subject: [src] cvs commit: src/etc/defaults rc.conf > > > >=20 > > > > brooks 2008-04-21 18:17:48 UTC > > > >=20 > > > > FreeBSD src repository > > > >=20 > > > > Modified files: > > > > etc/defaults rc.conf=20 > > > > Log: > > > > Change the default of ddb_enable to YES so we default to generati= ng textdumps > > > > on panic. This means you get a potentially useful dump even if y= our system > > > > is running X when you panic. > > > > =20 > > > > X-MFC after: never > > > > =20 > > > > Revision Changes Path > > > > 1.332 +1 -1 src/etc/defaults/rc.conf > > > > _______________________________________________ > > > > cvs-all@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/cvs-all > > > > To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > > > >=20 > > > >=20 > > > > Index: src/etc/defaults/rc.conf > > > > diff -u src/etc/defaults/rc.conf:1.331 src/etc/defaults/rc.conf:1.3= 32 > > > > --- src/etc/defaults/rc.conf:1.331 Sun Apr 20 20:37:20 2008 > > > > +++ src/etc/defaults/rc.conf Mon Apr 21 18:17:48 2008 > > > > @@ -33,7 +33,7 @@ > > > > apm_enable=3D"NO" # Set to YES to enable APM BIOS functions (or N= O). > > > > apmd_enable=3D"NO" # Run apmd to handle APM event from userland. > > > > apmd_flags=3D"" # Flags to apmd (if enabled). > > > > -ddb_enable=3D"NO" # Set to YES to load ddb scripts at boot. > > > > +ddb_enable=3D"YES" # Load ddb scripts at boot. > > > > ddb_config=3D"/etc/ddb.conf" # ddb(8) config file. > > > > devd_enable=3D"YES" # Run devd, to trigger programs on device tre= e changes. > > > > devd_flags=3D"" # Additional flags for devd(8). > > > >=20 > > > >=20 > > > > ----- End forwarded message ----- > > >=20 > > >=20 > > >=20 > > > --=20 > > > - Alfred Perlstein > > > _______________________________________________ > > > freebsd-arch@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > > > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.or= g" > > >=20 >=20 >=20 >=20 > --=20 > - Alfred Perlstein >=20 --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDO+PXY6L6fI4GtQRAgppAKCYHnKJXc9V3nsWt1fb34MsDFHPLgCgx/se eSa3d4MBE8Fz8M7H6vOJW9s= =O/01 -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 23:07:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A765A1065670; Mon, 21 Apr 2008 23:07:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 927D08FC17; Mon, 21 Apr 2008 23:07:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jo56J-000Ik2-W0; Mon, 21 Apr 2008 23:07:08 +0000 Message-ID: <480D1E1A.9010109@psg.com> Date: Tue, 22 Apr 2008 08:07:06 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Brooks Davis References: <480C88AC.8020708@psg.com> <20080421164159.GB19629@lor.one-eyed-alien.net> In-Reply-To: <20080421164159.GB19629@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 23:07:08 -0000 Brooks Davis wrote: > On Mon, Apr 21, 2008 at 09:29:32PM +0900, Randy Bush wrote: >> # Check for hard wired unit >> >> eval _ppp_unit=\$ppp_${_ppp_profile_cleaned}_unit >> if [ -n "_ppp_unit" ]; then >> _ppp_unit="-unit${_ppp_unit}" >> fi >> rc_flags="$rc_flags $_ppp_unit" >> >> creates the illegal invocation "-unit" when /etc/ppp/ppp.conf has >> >> set device PPPoE:vr0 >> >> and needs no unit >> >> manually starting >> >> ppp -dedicated -nat foo >> >> works fine. but invoking /etc/rc.d/ppp start does not work > > This was fixed in CURRENT with rev 1.19 on April 6th. cvsupping now. as it is a soekris, makes will take a while. note also that this does not fix the problem that, when you use loadable modules as opposed to kernel build, it needs to be hacked to rely on ldconfig # REQUIRE: netif isdnd ldconfig ^^^^^^^^ randy From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 02:17:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA648106566C for ; Tue, 22 Apr 2008 02:17:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5BAA18FC18 for ; Tue, 22 Apr 2008 02:17:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3M2IA3K024147; Mon, 21 Apr 2008 21:18:10 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3M2IAc0024146; Mon, 21 Apr 2008 21:18:10 -0500 (CDT) (envelope-from brooks) Date: Mon, 21 Apr 2008 21:18:10 -0500 From: Brooks Davis To: Randy Bush Message-ID: <20080422021810.GA22905@lor.one-eyed-alien.net> References: <480C88AC.8020708@psg.com> <20080421164159.GB19629@lor.one-eyed-alien.net> <480D1E1A.9010109@psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <480D1E1A.9010109@psg.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 21 Apr 2008 21:18:10 -0500 (CDT) Cc: current@freebsd.org Subject: Re: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 02:17:59 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 22, 2008 at 08:07:06AM +0900, Randy Bush wrote: > Brooks Davis wrote: > > On Mon, Apr 21, 2008 at 09:29:32PM +0900, Randy Bush wrote: > >> # Check for hard wired unit > >> > >> eval _ppp_unit=3D\$ppp_${_ppp_profile_cleaned}_unit > >> if [ -n "_ppp_unit" ]; then > >> _ppp_unit=3D"-unit${_ppp_unit}" > >> fi > >> rc_flags=3D"$rc_flags $_ppp_unit" > >> > >> creates the illegal invocation "-unit" when /etc/ppp/ppp.conf has > >> > >> set device PPPoE:vr0 > >> > >> and needs no unit > >> > >> manually starting > >> > >> ppp -dedicated -nat foo > >> > >> works fine. but invoking /etc/rc.d/ppp start does not work > >=20 > > This was fixed in CURRENT with rev 1.19 on April 6th. >=20 > cvsupping now. as it is a soekris, makes will take a while. >=20 > note also that this does not fix the problem that, when you use loadable > modules as opposed to kernel build, it needs to be hacked to rely on > ldconfig >=20 > # REQUIRE: netif isdnd ldconfig > ^^^^^^^^ Do you know what the root cause of that is? That doesn't make sense as a requirement. -- Brooks --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDUrhXY6L6fI4GtQRAvCcAKCrGVbfbJGSYQAfO4LNawzR0AYIoQCfay/7 44QcP0hULg9O13EbovgcXZk= =RW6L -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 02:39:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76E31106564A; Tue, 22 Apr 2008 02:39:35 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 6549E8FC12; Tue, 22 Apr 2008 02:39:35 +0000 (UTC) (envelope-from randy@psg.com) Received: from [2001:240:0:207:21b:63ff:feb3:55b6] (helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jo8Pv-000KFW-2l; Tue, 22 Apr 2008 02:39:35 +0000 Message-ID: <480D4FE4.7060106@psg.com> Date: Tue, 22 Apr 2008 11:39:32 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Brooks Davis References: <480C88AC.8020708@psg.com> <20080421164159.GB19629@lor.one-eyed-alien.net> <480D1E1A.9010109@psg.com> <20080422021810.GA22905@lor.one-eyed-alien.net> In-Reply-To: <20080422021810.GA22905@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 02:39:35 -0000 >> # REQUIRE: netif isdnd ldconfig > Do you know what the root cause of that is? That doesn't make sense as > a requirement. so long ago that i forget. i did write it up some months ago. i will be rebooting after the build, which will be tomorrow as this is a soekris 5501. i will try to sort it then. i do remember that when i invoke ppp manually, some modules are loaded. the current load is # kldstat Id Refs Address Size Name 1 13 0xc0400000 3b4ca4 kernel (/boot/kernel/kernel) 2 1 0xc275f000 8000 if_bridge.ko (/boot/kernel/if_bridge.ko) 3 1 0xc2767000 5000 bridgestp.ko (/boot/kernel/bridgestp.ko) 4 4 0xc28c0000 a000 netgraph.ko (/boot/kernel/netgraph.ko) 5 1 0xc28cf000 3000 ng_ether.ko (/boot/kernel/ng_ether.ko) 6 1 0xc28d2000 5000 ng_pppoe.ko (/boot/kernel/ng_pppoe.ko) 7 1 0xc28df000 4000 ng_socket.ko (/boot/kernel/ng_socket.ko) as to what may need libs, i am less clued. randy From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 03:55:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2568106566B for ; Tue, 22 Apr 2008 03:55:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5356D8FC12 for ; Tue, 22 Apr 2008 03:55:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m3M3t0Lo004537 for ; Mon, 21 Apr 2008 23:55:00 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 21 Apr 2008 23:55:01 -0400 (EDT) Date: Mon, 21 Apr 2008 23:55:00 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: How to use /etc/rc.conf with ifconfig_lagg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 03:55:02 -0000 I'm trying to get a lagg interface up via standard /etc/rc.conf settings, but it just doesn't seem to be working. Here's the respective settings: ifconfig_sis0="up" ifconfig_sis1="up" ifconfig_sis2="up" cloned_interfaces="lagg0" ifconfig_lagg0="inet 192.168.3.97 netmask 0xffffff80 \ laggproto failover laggport sis2 laggport sis0 laggport sis1" I've also tried: ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ laggport sis1 inet 192.168.3.97 netmask 0xffffff80" and without 'inet' as lagg(4) suggests: ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ laggport sis1 192.168.3.97 netmask 0xffffff80" but nothing seems to work. The lagg0 interface gets created and configured with failover and with all the failover ports correctly added, but the IP address and netmask do not get set. I have to manually set them after the system boots. Without manually setting them, I get: lagg0: flags=8843 metric 0 mtu 1500 options=8 ether 00:06:d5:11:40:92 media: Ethernet autoselect status: active laggproto failover laggport: sis1 flags=0<> laggport: sis0 flags=0<> laggport: sis2 flags=5 After manually doing 'ifconfig inet 192.168.3.97 netmask 0xffffff80', it works: lagg0: flags=8843 metric 0 mtu 1500 options=8 ether 00:06:d5:11:40:92 inet 192.168.3.97 netmask 0xffffff80 broadcast 192.168.3.127 media: Ethernet autoselect status: active laggproto failover laggport: sis1 flags=0<> laggport: sis0 flags=0<> laggport: sis2 flags=5 What's the magic to get these automatically configured and working via /etc/rc.conf? The other problem I have is that failover to any port other than sis0, causes a 30+ second delay before the port is actually usable. For example, with cables connected to sis0 and sis2, if I disconnect sis2, the pings continue without interruption (failover to sis0). If I reconnect sis2, the pings stop for 30+ seconds before continuing. Disconnecting sis2 again will not cause any interruption when failing back over to sis0. If I disconnect both sis0 and sis2, then reconnect sis2, there is still a 30+ second delay before the pings continue. All sis ports do have the "short cable fix" problem. This is under a fresh RELENG_7. If I can I will try HEAD as well as another system with non-sis ethernet. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 04:15:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8A48106566B for ; Tue, 22 Apr 2008 04:15:35 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id A974D8FC14 for ; Tue, 22 Apr 2008 04:15:35 +0000 (UTC) (envelope-from sam@errno.com) Received: from Macintosh-2.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3M4FZvd081932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Apr 2008 21:15:35 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <480D6667.4020509@errno.com> Date: Mon, 21 Apr 2008 21:15:35 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Subject: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 04:15:35 -0000 From UPDATING: 20080420: The 802.11 wireless support was redone to enable multi-bss operation on devices that are capable. The underlying device is no longer used directly but instead wlanX devices are cloned with ifconfig. This requires changes to rc.conf files. As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta modules were merged into the base wlan module. All references to these modules (e.g. in kernel config files) must be removed. There's a bunch of documentation still to do. The key things to know are: 1. remove wlan_scan_* references (config files, loader.conf, etc.) 2. update your rc.conf files with something like vaps_ath0="wlan0" ifconfig_wlan0="WPA DHCP" Past that you can look in tools/tools/net80211/scripts for an idea of how to use some of the new functionality. No ETA on the new drivers. Folks that want to accelerate things can pick up drivers from p4 or the patch I circulated. iwn is probably the closest; it has some issues with roaming. bwi has cross-build issues and just doesn't work right for devices I have. I'm working on getting firmware for mwl; without it I'm not sure it's worth sticking in cvs. There's also ral 2860 support that does multi-bss; that's waiting on info from ralink. Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 05:45:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C2D21065676 for ; Tue, 22 Apr 2008 05:45:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id D9E868FC29 for ; Tue, 22 Apr 2008 05:45:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=ox7OOzLdUR2ZtwqySzIfCaHUleet2GAXhG2JKswmgGmbFiZdufvBU3Joc/1fBVmr1Za3sIY46zLAwsakWV22I3PShw81HjyT8t6jv85z44aLqz42ZgEfNPk3ZjsU9rWViw2OzdldA5qdVu4948ocb/qL7N1LvqeAgfXkufU09he7TJ39Yoyo7uf2NvpUtYZFFHH+Co4ZhxQ/r+GenvWjI5DpkPzVldQWT5rqShPdXvjtuK7OSXL3o9kH37KtbH6s; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JoBJW-0005xq-Ex; Tue, 22 Apr 2008 05:45:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JoBJ8-0000yA-Hr; Tue, 22 Apr 2008 05:44:46 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JoBJ5-000Gar-1K; Tue, 22 Apr 2008 07:44:43 +0200 To: Daniel Eischen From: Ian FREISLICH In-Reply-To: Message from Daniel Eischen of "Mon, 21 Apr 2008 23:55:00 -0400." X-Attribution: BOFH Date: Tue, 22 Apr 2008 07:44:43 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: How to use /etc/rc.conf with ifconfig_lagg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 05:45:12 -0000 Daniel Eischen wrote: > I'm trying to get a lagg interface up via standard /etc/rc.conf > settings, but it just doesn't seem to be working. Here's the > respective settings: > > ifconfig_sis0="up" > ifconfig_sis1="up" > ifconfig_sis2="up" > cloned_interfaces="lagg0" > ifconfig_lagg0="inet 192.168.3.97 netmask 0xffffff80 \ > laggproto failover laggport sis2 laggport sis0 laggport sis1" > > I've also tried: > > ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ > laggport sis1 inet 192.168.3.97 netmask 0xffffff80" > > and without 'inet' as lagg(4) suggests: > > ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ > laggport sis1 192.168.3.97 netmask 0xffffff80" > > but nothing seems to work. The lagg0 interface gets created > and configured with failover and with all the failover ports > correctly added, but the IP address and netmask do not get > set. I have to manually set them after the system boots. > Without manually setting them, I get: I've found this too with other cloned interfaces, vlans for me. I use the following trick to work around the problem of not being able to set the address and other configuration at the same time: ifconfig_vlan1000="vlandev em2 vlan 1000" ifconfig_vlan1000_alias0="inet 10.0.0.1/24" So for your case, I'd do: ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ laggport sis1" ifconfig_lagg0_alias0="inet 192.168.3.97 netmask 0xffffff80" I'm not sure why it doesn't work the way you'd expect to. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 06:59:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D179A106566B for ; Tue, 22 Apr 2008 06:59:12 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id A2F198FC28 for ; Tue, 22 Apr 2008 06:59:12 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1312639rvf.43 for ; Mon, 21 Apr 2008 23:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=ZDhxfKKJvcPzbY7xlrFv267l5humlFj2SvtfP5FXsLk=; b=SB2jrleTrO8zVlFU2dvktMhRrorZ5wesKH/u6zUWmgvgKmqd4YxA7fTDBE7jWaPFVqxaUTOYC6xFQ59RkmctQaz3mLrTERUC4sdquotBTKpE0QAK/pbs/RvJiCjO5mTHI3TlxLuqDOrqhm9uVTCI08IFCNDxjM1jGl+FzPx5fHo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=thw9plxHTOKCGd/+SefpamdTc6N/3VUrIramPjU7YE9AZlvhXzgX40PN0l0WNqTu7BYCIcMPsk8u61EwweQRL0vt15NBz6iDji1MYtqul8jekt8wlnE4ySvf+Pz61NvAV1c9+KbbERAEtkBj7q3vOoYHUnbgO/FeSi5ILAiVMM0= Received: by 10.141.171.6 with SMTP id y6mr3824619rvo.85.1208845905626; Mon, 21 Apr 2008 23:31:45 -0700 (PDT) Received: by 10.140.207.1 with HTTP; Mon, 21 Apr 2008 23:31:45 -0700 (PDT) Message-ID: <2e77fc10804212331r1b36e8b9o3eebd38133d3fa69@mail.gmail.com> Date: Tue, 22 Apr 2008 09:31:45 +0300 From: "Niki Denev" Sender: ndenev@gmail.com To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 214e97e47d5a7b84 Cc: Daniel Eischen , current@freebsd.org Subject: Re: How to use /etc/rc.conf with ifconfig_lagg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 06:59:13 -0000 On Tue, Apr 22, 2008 at 8:44 AM, Ian FREISLICH wrote: > Daniel Eischen wrote: > > I'm trying to get a lagg interface up via standard /etc/rc.conf > > settings, but it just doesn't seem to be working. Here's the > > respective settings: > > > > ifconfig_sis0="up" > > ifconfig_sis1="up" > > ifconfig_sis2="up" > > cloned_interfaces="lagg0" > > ifconfig_lagg0="inet 192.168.3.97 netmask 0xffffff80 \ > > laggproto failover laggport sis2 laggport sis0 laggport sis1" > > > > I've also tried: > > > > ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ > > laggport sis1 inet 192.168.3.97 netmask 0xffffff80" > > > > and without 'inet' as lagg(4) suggests: > > > > ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ > > laggport sis1 192.168.3.97 netmask 0xffffff80" > > > > but nothing seems to work. The lagg0 interface gets created > > and configured with failover and with all the failover ports > > correctly added, but the IP address and netmask do not get > > set. I have to manually set them after the system boots. > > Without manually setting them, I get: > > I've found this too with other cloned interfaces, vlans for me. I > use the following trick to work around the problem of not being > able to set the address and other configuration at the same time: > > ifconfig_vlan1000="vlandev em2 vlan 1000" > ifconfig_vlan1000_alias0="inet 10.0.0.1/24" > > So for your case, I'd do: > > ifconfig_lagg0="laggproto failover laggport sis2 laggport sis0 \ > laggport sis1" > ifconfig_lagg0_alias0="inet 192.168.3.97 netmask 0xffffff80" > > I'm not sure why it doesn't work the way you'd expect to. > > Ian > > -- > Ian Freislich > > You can also use : ifconfig_em0="up" ifconfig_em1="up" ifconfig_lagg0="laggport em0 laggport em1 laggproto failover up" ipv4_addrs_lagg0="192.168.0.1/24" Niki From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 07:42:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99833106566B; Tue, 22 Apr 2008 07:42:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5148FC1B; Tue, 22 Apr 2008 07:42:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id DA5C07318D; Tue, 22 Apr 2008 09:28:39 +0200 (CEST) Date: Tue, 22 Apr 2008 09:28:39 +0200 From: Luigi Rizzo To: bug-followup@FreeBSD.org, yongari@freebsd.org Message-ID: <20080422072839.GA85728@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: amd64/115126: [nfe] nfe0: watchdog timeout (missed Tx interrupts) -- recovering (UP with SCHED_ULE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 07:42:01 -0000 related to this bug, i am seeing similar problems with RELENG_7 and amd64, with an ASUS M2N-VM DVI motherboard http://www.asus.com/products.aspx?modelmenu=1&model=1841&l1=3&l2=101&l3=567&l4=0 and an Athlon64-BE2400 dual core CPU . Under heavy load, e.g. scp-ing a large file over the local network, and at the same time doing a buildkernel or building a port, and with X11 active (using the 'vesa' xorg driver) the network card stalls and doesn't recover - i waited over 10 minutes hoping for the watchdog or some timeout to kick in, the only way to bring the link back up was ifconfig nfe0 down ; ifconfig nfe0 up dhclient nfe0 doing only ifconfig down/up or only dhclient did not help, i needed both. vmstat -i says the network card has irq256 (???) and it is not shared with other devices. Ehci, sound, ohci, ata, and others have low irq numbers (6, 14, 20, 21, 22), some shared, some not. Changing the bios setting for PnP OS from 'yes' to 'no' or viceversa does not change the situation. The stall seems related to the presence of other activity - if i let the bulk scp transfer alone, i get an happy 10-10.5Mbytes/s (over a 100meg link). When the stall occurs, i see no interrupts (vmstat -i counts for irq256 says the same), Packets are still transmitted and received on the other side, it's the rx side of the card that becomes deaf. I don't see any watchdog timeout or other error messages in /var/log/messages. Also, enabling polling does not help getting traffic in (with a kernel built with DEVICE_POLLING, doing sysctl kern.polling.enable=1 and "ifconfig nfe0 polling"). So i suspect that for some reason the rx ring becomes confused and does not recover. Hope this helps... cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 10:33:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB0501065672 for ; Tue, 22 Apr 2008 10:33:05 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9D48FC2A for ; Tue, 22 Apr 2008 10:33:05 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id C19B85C78A; Tue, 22 Apr 2008 12:33:03 +0200 (CEST) Date: Tue, 22 Apr 2008 12:33:03 +0200 From: Thomas Quinot To: Niclas Zeising Message-ID: <20080422103303.GD6260@melamine.cuivre.fr.eu.org> References: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> <20080416112447.GA91286@melamine.cuivre.fr.eu.org> <83e5fb980804161620he6870a5hdb6d4d2ad95f2060@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Diego Depaoli , "freebsd-current@freebsd.org" Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 10:33:05 -0000 * Niclas Zeising, 2008-04-18 : > > panic: too many dma entries > > kdb_enter > > panic > > ata_ahci_dmasetprd > > bus_dmamap_load > > ata_dmaload > > ata_ahci_begin_transaction > > ata_start > > ata_completed This looks more like an ATA/DMA issue than ATAPI/CAM. Someone else mentioned on this thread that after updating on Apr 18, things were back to normal, can you try that? Thomas. From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 15:36:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A601065674 for ; Tue, 22 Apr 2008 15:36:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from anti-4.kiev.sovam.com (anti-4.kiev.sovam.com [62.64.120.202]) by mx1.freebsd.org (Postfix) with ESMTP id 310468FC20 for ; Tue, 22 Apr 2008 15:36:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by anti-4.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JoKXx-000E0t-AI for current@freebsd.org; Tue, 22 Apr 2008 18:36:41 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3MFaZDc086061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2008 18:36:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3MFaSEl078470; Tue, 22 Apr 2008 18:36:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3MFaSgB078464; Tue, 22 Apr 2008 18:36:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Apr 2008 18:36:27 +0300 From: Kostik Belousov To: John-Mark Gurney Message-ID: <20080422153627.GS18958@deviant.kiev.zoral.com.ua> References: <20080302152523.GO57756@deviant.kiev.zoral.com.ua> <20080302195334.GI96595@funkthat.com> <20080302200647.GQ57756@deviant.kiev.zoral.com.ua> <20080303003705.GJ96595@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KRG9W6ukdHdpcXku" Content-Disposition: inline In-Reply-To: <20080303003705.GJ96595@funkthat.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 417be1d66bc02b3cfc7f91380aac6f56 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2690 [Apr 22 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org Subject: Re: knlist_cleardel() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 15:36:43 -0000 --KRG9W6ukdHdpcXku Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 02, 2008 at 04:37:06PM -0800, John-Mark Gurney wrote: > Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 22:06 +0200: > > On Sun, Mar 02, 2008 at 11:53:34AM -0800, John-Mark Gurney wrote: > > > Kostik Belousov wrote this message on Sun, Mar 02, 2008 at 17:25 +020= 0: > > > > The panic below was already reported, but now I got it on my desktop > > > > and was able to investigate further. > > > >=20 > > > > #5 0xc06daf36 in trap (frame=3D0xe8093b1c) > > > > at /usr/bsd/src/sys/i386/i386/trap.c:490 > > > > #6 0xc06c0b4b in calltrap () at /usr/bsd/src/sys/i386/i386/excepti= on.s:139 > > > > #7 0xc0493968 in knlist_cleardel (knl=3D0xcabec128, td=3D0x0, islo= cked=3D1,=20 > > > > killkn=3D0) at atomic.h:149 > > > > #8 0xc04f520c in pipeclose (cpipe=3D0xcabec0b8) > > > > at /usr/bsd/src/sys/kern/sys_pipe.c:1508 > > > > #9 0xc04f5320 in pipe_close (fp=3D0xc5ce8630, td=3D0xcac01aa0) > > > > at /usr/bsd/src/sys/kern/sys_pipe.c:1425 > > > > #10 0xc0489442 in fdrop (fp=3D0xc5ce8630, td=3D0xcac01aa0) at file.= h:297 > > > > #11 0xc048accf in closef (fp=3D0xc5ce8630, td=3D0xcac01aa0) > > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1958 > > > > #12 0xc048b1ff in kern_close (td=3D0xcac01aa0, fd=3D10) > > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1054 > > > > #13 0xc048b2da in close (td=3D0xcac01aa0, uap=3D0xe8093cfc) > > > > at /usr/bsd/src/sys/kern/kern_descrip.c:1006 > > > > ---Type to continue, or q to quit--- > > > > #14 0xc06da865 in syscall (frame=3D0xe8093d38) > > > > at /usr/bsd/src/sys/i386/i386/trap.c:1035 > > > > #15 0xc06c0bb0 in Xint0x80_syscall () > > > > at /usr/bsd/src/sys/i386/i386/exception.s:196 > > > >=20 > > > > At the frame 8, we have > > > > (kgdb) p/x *(knl->kl_list->slh_first) > > > > $9 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next = =3D 0x0}, > > > > kn_knlist =3D 0x0, kn_tqe =3D {tqe_next =3D 0xc58de484, tqe_prev = =3D 0xc5e9ab20}, > > > > kn_kq =3D 0x0, kn_kevent =3D {ident =3D 0x0, filter =3D 0x0, flag= s =3D 0x0, > > > > fflags =3D 0x0, data =3D 0x0, udata =3D 0x0}, kn_status =3D 0x2= 0, > > > > kn_sfflags =3D 0x0, kn_sdata =3D 0x0, kn_ptr =3D {p_fp =3D 0x0, p= _proc =3D 0x0, > > > > p_aio =3D 0x0, p_lio =3D 0x0}, kn_fop =3D 0x0, kn_hook =3D 0x0} > > > >=20 > > > > The knote is KN_MARKER, and the kn_kq is NULL. The result is that K= Q_LOCK > > > > in the knlist_cleardel()::SLIST_FOREACH_SAFE() loop dereferences NU= LL and > > > > panics. > > > >=20 > > > > Does the following change makes any sense? > > >=20 > > > I thought this was a bug, but upon further examination, there is > > > something wrong... a KN_MARKER knote should never be on the knlist.. > > > It is only ever added to kq's even list, never to an object's list... > > >=20 > > > If you could walk the knl->kl_list through kn_selnext, and ensure > > > that the kn w/ kN_MARKER exists would be good... It should be > > > last one as kn_selnext is NULL... > >=20 > > As I shown above, the KN_MARKER was found on the cpipe->pipe_sel.si_not= e, > >=20 > > (kgdb) p cpipe->pipe_sel.si_note > > $1 =3D {kl_list =3D {slh_first =3D 0xc58df330},=20 > > kl_lock =3D 0xc0493a20 ,=20 > > kl_unlock =3D 0xc0493370 ,=20 > > kl_locked =3D 0xc0493350 , kl_lockarg =3D 0xcabec1= 70 > > } > >=20 > > (kgdb) p/x (knl->kl_list->slh_first) > > $2 =3D 0xc58df330 > >=20 > > (kgdb) p/x *(knl->kl_list->slh_first) > > $3 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next =3D 0x= 0},=20 > > kn_knlist =3D 0x0, kn_tqe =3D {tqe_next =3D 0xc58de484, tqe_prev =3D = 0xc5e9ab20},=20 > > kn_kq =3D 0x0, kn_kevent =3D {ident =3D 0x0, filter =3D 0x0, flags = =3D 0x0,=20 > > fflags =3D 0x0, data =3D 0x0, udata =3D 0x0}, kn_status =3D 0x20,= =20 > > kn_sfflags =3D 0x0, kn_sdata =3D 0x0, kn_ptr =3D {p_fp =3D 0x0, p_pro= c =3D 0x0,=20 > > p_aio =3D 0x0, p_lio =3D 0x0}, kn_fop =3D 0x0, kn_hook =3D 0x0} > > >=20 > > > I can't think of a way that this can happen, as the only way to get > > > on the knlist is by calling knlist_add, and it should only ever be > > > called from f_attach, which is called in one place, and has to have > > > kn_kq set properly... Are there any custom patches on the system? > >=20 > > This is the stock RELENG_7 as of today. >=20 > Do you have a reproducable test case that demonstrates this? >=20 > You can try the attached patch, but I'm pretty sure that it won't be > triggered... >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." > --- kern_event.c.orig 2007-07-14 14:23:30.000000000 -0700 > +++ kern_event.c 2008-03-02 16:26:59.000000000 -0800 > @@ -1590,6 +1590,8 @@ > KQ_NOTOWNED(kn->kn_kq); > KASSERT((kn->kn_status & (KN_INFLUX|KN_DETACHED)) =3D=3D > (KN_INFLUX|KN_DETACHED), ("knote not KN_INFLUX and KN_DETACHED")); > + KASSERT((kn->kn_status & (KN_MARKER)) =3D=3D 0, > + ("knote has KN_MARKER set")); > if (!islocked) > knl->kl_lock(knl->kl_lockarg); > SLIST_INSERT_HEAD(&knl->kl_list, kn, kn_selnext); When the pipe_peer is being closed, and the pipeclose() has set the pipe_present =3D 0 and enters knlist_cleardel(), the PIPE_MTX may be dropped when knl->kl_list cannot be cleared due to influx knotes. If the following often encountered code fragment if (!(kn->kn_status & KN_DETACHED)) kn->kn_fop->f_detach(kn); knote_drop(kn, td); [1] is executed while the knlist lock is dropped, then the knote memory is freed by the knote_drop() [1] without knote being removed from the knlist, since the filt_pipedetach() contains the following: if (kn->kn_filter =3D=3D EVFILT_WRITE) { if (!cpipe->pipe_peer->pipe_present) { PIPE_UNLOCK(cpipe); return; Now, the memory may be reused in the zone, for instance, for the marker knote. And, we ending up the marker on the knlist. Does this look plausible ? Thanks. --KRG9W6ukdHdpcXku Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgOBXUACgkQC3+MBN1Mb4gUnACguIt9+YTd4sDynH4vFHyNGZiF v7gAn0ctqZ1OYLH1fE4H31Qjpflh8wqT =sZTX -----END PGP SIGNATURE----- --KRG9W6ukdHdpcXku-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 15:50:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A08C5106566C; Tue, 22 Apr 2008 15:50:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 718408FC19; Tue, 22 Apr 2008 15:50:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JoKlO-000OXi-6J; Tue, 22 Apr 2008 15:50:34 +0000 Message-ID: <480E0948.8050005@psg.com> Date: Wed, 23 Apr 2008 00:50:32 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Brooks Davis References: <480C88AC.8020708@psg.com> <20080421164159.GB19629@lor.one-eyed-alien.net> In-Reply-To: <20080421164159.GB19629@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: /etc/rc.d/ppp ppp_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 15:50:34 -0000 > This was fixed in CURRENT with rev 1.19 on April 6th. going from 31 march to april 21st broke a whole lot for me. still sorting it out. disabling ipv6 at least let me boot without Starting route6d. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xd5f4d048 frame pointer = 0x28:0xd5f4d0a4 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 = 945 (route6d) trap number = 12 panic: page fault panic: bufwrite: buffer is not busy??? Uptime: 1m36s Physical memory: 507 MB Dumping 28 MB: 13 Dump complete but i am having serious problems still with bringing up my network interfaces. more in a separate message. randy From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 18:37:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31894106567E for ; Tue, 22 Apr 2008 18:37:57 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp1.versatel.nl (smtp1.versatel.nl [62.58.50.88]) by mx1.freebsd.org (Postfix) with ESMTP id B6EF48FC25 for ; Tue, 22 Apr 2008 18:37:56 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 5343 invoked by uid 0); 22 Apr 2008 18:37:54 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp1.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 22 Apr 2008 18:37:54 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id 208BB39864; Tue, 22 Apr 2008 20:37:54 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 5999839860 for ; Tue, 22 Apr 2008 20:37:50 +0200 (CEST) Message-ID: <480E307B.901@quis.cx> Date: Tue, 22 Apr 2008 20:37:47 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:37:57 -0000 Hello, I've read about accf_http(9) some time ago, and I was wondering about it's performance. Does it increase performance on all workloads ? (I'm intrested in the improvements for a PHP-apache-webserver with about 50 request/second average.) Can somebody tell me about it ? -- Jille From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 18:39:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54ACA1065672 for ; Tue, 22 Apr 2008 18:39:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 128958FC36 for ; Tue, 22 Apr 2008 18:39:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id F17BA17105; Tue, 22 Apr 2008 18:39:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3MIdfaI008482; Tue, 22 Apr 2008 18:39:42 GMT (envelope-from phk@critter.freebsd.dk) To: Jille From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Apr 2008 20:37:47 +0200." <480E307B.901@quis.cx> Date: Tue, 22 Apr 2008 18:39:41 +0000 Message-ID: <8481.1208889581@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 18:39:44 -0000 In message <480E307B.901@quis.cx>, Jille writes: >Hello, > >I've read about accf_http(9) some time ago, and I was wondering about >it's performance. >Does it increase performance on all workloads ? >(I'm intrested in the improvements for a PHP-apache-webserver with about >50 request/second average.) I doubt you will see measurable performance difference from using request filters at such low traffic. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 19:37:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76181065678 for ; Tue, 22 Apr 2008 19:37:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1A08FC0A for ; Tue, 22 Apr 2008 19:37:17 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3MJbAii079083; Tue, 22 Apr 2008 13:37:11 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <480E3E66.3000303@samsco.org> Date: Tue, 22 Apr 2008 13:37:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Poul-Henning Kamp References: <8481.1208889581@critter.freebsd.dk> In-Reply-To: <8481.1208889581@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=3.8 tests=ALL_TRUSTED, AWL autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Jille Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 19:37:17 -0000 Poul-Henning Kamp wrote: > In message <480E307B.901@quis.cx>, Jille writes: >> Hello, >> >> I've read about accf_http(9) some time ago, and I was wondering about >> it's performance. >> Does it increase performance on all workloads ? >> (I'm intrested in the improvements for a PHP-apache-webserver with about >> 50 request/second average.) > > I doubt you will see measurable performance difference from using > request filters at such low traffic. > The accept filters do reduce service latency and probably have a small benefit in CPU utilization. 50 requests/sec is probably enough to see a benefit for something like PHP or PERL. It definitely won't hurt, and even if there's no measurable benefit now, it'll help prepare you for scaling in the future. Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 19:42:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E9C106566B for ; Tue, 22 Apr 2008 19:42:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id E2F668FC0A for ; Tue, 22 Apr 2008 19:42:36 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=D3eEaFN1efr9vjRy2l4rGkbCceTvcPRpSR893isd+cLz/T2VJgXUgTeWMc4ZBPpG1F6iAzeHOC0lZLn10rLhVIgyflUL6mygALtlO9AwFzOSmr84oe7z4BDUNKhULDTZ67do6EfY36OdRMBQcCStFGJOWJNowX/CF+wHGMpPqIw=; Received: from amnesiac.at.no.dns ([91.78.118.152]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JoONt-0002jy-Sx; Tue, 22 Apr 2008 23:42:34 +0400 Date: Tue, 22 Apr 2008 23:42:43 +0400 From: Eygene Ryabinkin To: Brooks Davis Message-ID: References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> <20080421162612.GA19629@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080421162612.GA19629@lor.one-eyed-alien.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.2 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: Poul-Henning Kamp , Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 19:42:37 -0000 Brooks, good day. Mon, Apr 21, 2008 at 11:26:12AM -0500, Brooks Davis wrote: > > Do you know why the EXIT case is unhandled? > > I'm not entierly sure. It seems to me that it should be handled, but > the failure to handle it may be tied to a design decision by OpenBSD or > it might be that it doesn't matter for anything their script currently > supports. OK, thanks for the information. By the way, do you have some thoughts about the patches I had sent? Or you just don't need such functionality? I am not receiving any comments, so does it mean that these patches are unneeded? Anyone? Poul-Henning? -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 20:06:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC3D11065675 for ; Tue, 22 Apr 2008 20:06:20 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA128FC1B for ; Tue, 22 Apr 2008 20:06:19 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTP id D32561CC123 for ; Tue, 22 Apr 2008 22:06:17 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 05F5E11420; Tue, 22 Apr 2008 22:06:17 +0200 (CEST) Date: Tue, 22 Apr 2008 22:06:16 +0200 From: Henrik Brix Andersen To: freebsd-current@freebsd.org Message-ID: <20080422200616.GA44541@tirith.brixandersen.dk> Mail-Followup-To: freebsd-current@freebsd.org References: <480D6667.4020509@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <480D6667.4020509@errno.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:06:20 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 21, 2008 at 09:15:35PM -0700, Sam Leffler wrote: > 1. remove wlan_scan_* references (config files, loader.conf, etc.) > 2. update your rc.conf files with something like > > vaps_ath0="wlan0" > ifconfig_wlan0="WPA DHCP" Great - Thank you for working on this :) However, after having upgraded my ThinkPad X60s to todays -current and performed the above changes, this appears in my dmesg at boot time: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 10.3 phy 6.1 radio 10.2 ... wlan0: Ethernet address: 00:19:7d:8c:0f:75 ath0: ath_chan_set: unable to reset channel 13 (2472 Mhz, flags 0x680 hal flags 0xc0), hal status 12 ath0: ath_chan_set: unable to reset channel 34 (5170 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 38 (5190 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 42 (5210 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 46 (5230 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 12 (2467 Mhz, flags 0x680 hal flags 0xc0), hal status 12 ath0: ath_chan_set: unable to reset channel 14 (2484 Mhz, flags 0x2a0 hal flags 0xa0), hal status 12 ath0: ath_chan_set: unable to reset channel 100 (5500 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 104 (5520 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 108 (5540 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 112 (5560 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 116 (5580 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 120 (5600 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 124 (5620 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 128 (5640 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 132 (5660 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 136 (5680 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_chan_set: unable to reset channel 140 (5700 Mhz, flags 0x340 hal flags 0x140), hal status 12 ath0: ath_reset: unable to reset hardware; hal status 12 ... The above list of channels which can not be reset re-appers periodically, I assume in connection with background scan. They also appear during regular scans, e.g. when wpa_supplicant scans for a suitable AP. Whenever the messages appears, the connection to the currently associated AP dies (although it still appears to be associated according to ifconfig). The periodic messages disappears when bgscan is disabled on wlan0. Below is the list of channels supported by my card: # ifconfig wlan0 list chan Channel 1 : 2412 Mhz 11g Channel 48 : 5240* Mhz 11a Channel 2 : 2417 Mhz 11g Channel 52 : 5260* Mhz 11a Channel 3 : 2422 Mhz 11g Channel 56 : 5280* Mhz 11a Channel 4 : 2427 Mhz 11g Channel 60 : 5300* Mhz 11a Channel 5 : 2432 Mhz 11g Channel 64 : 5320* Mhz 11a Channel 6 : 2437 Mhz 11g Channel 100 : 5500* Mhz 11a Channel 7 : 2442 Mhz 11g Channel 104 : 5520* Mhz 11a Channel 8 : 2447 Mhz 11g Channel 108 : 5540* Mhz 11a Channel 9 : 2452 Mhz 11g Channel 112 : 5560* Mhz 11a Channel 10 : 2457 Mhz 11g Channel 116 : 5580* Mhz 11a Channel 11 : 2462 Mhz 11g Channel 120 : 5600* Mhz 11a Channel 12 : 2467* Mhz 11g Channel 124 : 5620* Mhz 11a Channel 13 : 2472* Mhz 11g Channel 128 : 5640* Mhz 11a Channel 14 : 2484* Mhz 11b Channel 132 : 5660* Mhz 11a Channel 34 : 5170* Mhz 11a Channel 136 : 5680* Mhz 11a Channel 36 : 5180* Mhz 11a Channel 140 : 5700* Mhz 11a Channel 38 : 5190* Mhz 11a Channel 149 : 5745* Mhz 11a Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a Channel 42 : 5210* Mhz 11a Channel 157 : 5785* Mhz 11a Channel 44 : 5220* Mhz 11a Channel 161 : 5805* Mhz 11a Channel 46 : 5230* Mhz 11a Channel 165 : 5825* Mhz 11a Brix -- Henrik Brix Andersen --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkgORTgACgkQv+Q4flTiePjqEgCfcJtAQloWfsCg8sAoPzQeXw9z w6MAmQFkdacwLV5aul34nbXwPH/DBusJ =5Ct0 -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 20:34:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DD3106566B for ; Tue, 22 Apr 2008 20:34:30 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EE9738FC26 for ; Tue, 22 Apr 2008 20:34:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JoPC7-0005cN-Ai for freebsd-current@freebsd.org; Tue, 22 Apr 2008 20:34:27 +0000 Received: from 89-172-63-116.adsl.net.t-com.hr ([89.172.63.116]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Apr 2008 20:34:27 +0000 Received: from ivoras by 89-172-63-116.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Apr 2008 20:34:27 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 22 Apr 2008 22:34:14 +0200 Lines: 58 Message-ID: References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBDB43C503C6CB24D67C942EF" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-63-116.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <480E3E66.3000303@samsco.org> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:34:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBDB43C503C6CB24D67C942EF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Scott Long wrote: > Poul-Henning Kamp wrote: >> In message <480E307B.901@quis.cx>, Jille writes: >>> Hello, >>> >>> I've read about accf_http(9) some time ago, and I was wondering about= =20 >>> it's performance. >>> Does it increase performance on all workloads ? >>> (I'm intrested in the improvements for a PHP-apache-webserver with=20 >>> about 50 request/second average.) >> >> I doubt you will see measurable performance difference from using >> request filters at such low traffic. >> >=20 > The accept filters do reduce service latency and probably have a small > benefit in CPU utilization. 50 requests/sec is probably enough to see > a benefit for something like PHP or PERL. It definitely won't hurt, an= d > even if there's no measurable benefit now, it'll help prepare you for > scaling in the future. Does anyone know why accf_accept is disabled by default in the ports'=20 stock Apache 2.2 (it's disabled in the default config files)? I thought=20 it was because it was dangerous or flawed for some reason, though (at=20 least for light loads comparable to those of OP) it seems to work fine. As to the original question: theoretically it could help requests for=20 images and similar small objects - PHP scripts execute too long for the=20 benefits to be visible. In my own case, though, I couldn't discern a=20 difference with and without accf_httpd. One other thing is that=20 keepalives essentially nullify the effects of the filter (as far as I=20 understand, the filter only works on the first bytes after the=20 connection is established), but keepalives can help performance much=20 more than accfs. --------------enigBDB43C503C6CB24D67C942EF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIDkvGldnAQVacBcgRAvlvAJ9IiuTGHia4PJYCV8fN3TtV3TzFyQCg62Ci fardCjh1eSq4h6nXXILCxX0= =JBBF -----END PGP SIGNATURE----- --------------enigBDB43C503C6CB24D67C942EF-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 20:37:01 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63BDC106564A for ; Tue, 22 Apr 2008 20:37:01 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1BF8FC32 for ; Tue, 22 Apr 2008 20:37:00 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 91C923F6161; Tue, 22 Apr 2008 22:36:59 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 5FF8A3F61B1; Tue, 22 Apr 2008 22:36:58 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 0686F9BF12; Tue, 22 Apr 2008 20:34:36 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id E9D6D405B; Tue, 22 Apr 2008 22:34:35 +0200 (CEST) Date: Tue, 22 Apr 2008 22:34:35 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20080422203435.GA92168@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Daichi GOTO , Masanori OZAWA Subject: unionfs makes -CURRENT very sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:37:01 -0000 Hi, I tried to compile lib/ncurses through unionfs. It is utterly slow, no matter I mount with noatime or not. Relevant mounts: % /usr/src on /space/chroot/usr/src (nullfs, local, read-only) % :/space/chroot/usr/src.union on /space/chroot/usr/src (unionfs, local) % root:~# chroot /space/chroot % root:/# cd /usr/src/ % root:/# make buildenv % # cd lib/ncurses % # time make Compile time without noatime: 5089.47 real 1670.72 user 3364.89 sys Compile time with noatime: 5083.22 real 1664.10 user 3369.22 sys Now if I remove the unionfs mount and just use nullfs: 255.47 real 150.51 user 83.82 sys As you can see, most of the time is spent in kernel. I'm recompiling my kernel with hwpmc right now in order to profile it. Any other debug hint would be welcome. FWIW, "while sleep 1 ; do date ; done" runs jerkily when unionfs is run: Tue Apr 22 21:20:06 CEST 2008 Tue Apr 22 21:20:13 CEST 2008 Tue Apr 22 21:20:17 CEST 2008 Tue Apr 22 21:20:22 CEST 2008 Tue Apr 22 21:20:29 CEST 2008 Whereas it runs smoothly without unionfs. I'll give the result of hwpmc ASAP. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 20:45:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85317106564A for ; Tue, 22 Apr 2008 20:45:02 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id F25258FC26 for ; Tue, 22 Apr 2008 20:45:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3MKjArg034345; Tue, 22 Apr 2008 15:45:10 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3MKjASO034344; Tue, 22 Apr 2008 15:45:10 -0500 (CDT) (envelope-from brooks) Date: Tue, 22 Apr 2008 15:45:10 -0500 From: Brooks Davis To: Eygene Ryabinkin Message-ID: <20080422204510.GB34198@lor.one-eyed-alien.net> References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> <20080421162612.GA19629@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 22 Apr 2008 15:45:10 -0500 (CDT) Cc: Poul-Henning Kamp , Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 20:45:02 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 22, 2008 at 11:42:43PM +0400, Eygene Ryabinkin wrote: > Brooks, good day. >=20 > Mon, Apr 21, 2008 at 11:26:12AM -0500, Brooks Davis wrote: > > > Do you know why the EXIT case is unhandled? > >=20 > > I'm not entierly sure. It seems to me that it should be handled, but > > the failure to handle it may be tied to a design decision by OpenBSD or > > it might be that it doesn't matter for anything their script currently > > supports. >=20 > OK, thanks for the information. >=20 > By the way, do you have some thoughts about the patches I had sent? > Or you just don't need such functionality? I am not receiving any > comments, so does it mean that these patches are unneeded? Anyone? > Poul-Henning? This looks like useful functionality to me. I have't had time to dig in in detail. Could you please submit it as a PR so it doesn't get lost? Thanks, Brooks --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIDk5VXY6L6fI4GtQRAu8jAJ47vgxwvbzbJIdX+FVte/TwhYOjPACeLFnh 8zN/7nz8KnLw6tyKhg4MTPE= =qnOn -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 21:11:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00B371065677; Tue, 22 Apr 2008 21:11:16 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id BA6D88FC19; Tue, 22 Apr 2008 21:11:15 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id A33B43F6153; Tue, 22 Apr 2008 23:11:14 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 0BDC03F617A; Tue, 22 Apr 2008 23:11:14 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id C0DEC9C2AB; Tue, 22 Apr 2008 21:08:51 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id B675B405D; Tue, 22 Apr 2008 23:08:51 +0200 (CEST) Date: Tue, 22 Apr 2008 23:08:51 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20080422210851.GE92168@obiwan.tataz.chchile.org> References: <20080422203435.GA92168@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080422203435.GA92168@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Daichi GOTO , Masanori OZAWA Subject: Re: unionfs makes -CURRENT very sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:11:16 -0000 Hi, On Tue, Apr 22, 2008 at 10:34:35PM +0200, Jeremie Le Hen wrote: > I tried to compile lib/ncurses through unionfs. It is utterly slow, no > matter I mount with noatime or not. > > Relevant mounts: > % /usr/src on /space/chroot/usr/src (nullfs, local, read-only) > % :/space/chroot/usr/src.union on /space/chroot/usr/src (unionfs, local) > > % root:~# chroot /space/chroot > % root:/# cd /usr/src/ > % root:/# make buildenv > % # cd lib/ncurses > % # time make > > Compile time without noatime: > 5089.47 real 1670.72 user 3364.89 sys > > Compile time with noatime: > 5083.22 real 1664.10 user 3369.22 sys > > Now if I remove the unionfs mount and just use nullfs: > 255.47 real 150.51 user 83.82 sys > > > As you can see, most of the time is spent in kernel. I'm recompiling my > kernel with hwpmc right now in order to profile it. Any other debug > hint would be welcome. > > FWIW, "while sleep 1 ; do date ; done" runs jerkily when unionfs is run: > Tue Apr 22 21:20:06 CEST 2008 > Tue Apr 22 21:20:13 CEST 2008 > Tue Apr 22 21:20:17 CEST 2008 > Tue Apr 22 21:20:22 CEST 2008 > Tue Apr 22 21:20:29 CEST 2008 > > Whereas it runs smoothly without unionfs. > > I'll give the result of hwpmc ASAP. I've upgraded to the latest -CURRENT and the problem went away. Sorry for the noise. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 21:11:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AAF51065681; Tue, 22 Apr 2008 21:11:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D6BCF8FC0A; Tue, 22 Apr 2008 21:11:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 723EA17107; Tue, 22 Apr 2008 21:11:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3MLBaeT012764; Tue, 22 Apr 2008 21:11:36 GMT (envelope-from phk@critter.freebsd.dk) To: Eygene Ryabinkin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Apr 2008 23:42:43 +0400." Date: Tue, 22 Apr 2008 21:11:36 +0000 Message-ID: <12763.1208898696@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Zaphod Beeblebrox , Brooks Davis , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:11:39 -0000 In message , Eygene Ry abinkin writes: >By the way, do you have some thoughts about the patches I had sent? >Or you just don't need such functionality? I am not receiving any >comments, so does it mean that these patches are unneeded? Anyone? >Poul-Henning? I think this is a much needed facility. Some ISP's block DNS queries from private customers to force them to use the ISP's DNS and not having this forces a cumbersome manual configuration. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 21:29:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A105C106566C; Tue, 22 Apr 2008 21:29:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3C90C8FC12; Tue, 22 Apr 2008 21:29:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 549E328448; Wed, 23 Apr 2008 05:29:08 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 26983EB579B; Wed, 23 Apr 2008 05:29:08 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id obfWlik3eYt0; Wed, 23 Apr 2008 05:29:03 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 53033EB4FF8; Wed, 23 Apr 2008 05:29:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=bmROvPBrrNMqhFnIyupTRNcVaPxWVRdclgApU1GxcW/BQg+9yr8sgWLaL4grJIozC 6Nh9VHJMg0egZqQSOUsaQ== Message-ID: <480E589C.8010108@delphij.net> Date: Tue, 22 Apr 2008 14:29:00 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080421) MIME-Version: 1.0 To: Ivan Voras References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:29:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ivan Voras wrote: [snip] | Does anyone know why accf_accept is disabled by default in the ports' | stock Apache 2.2 (it's disabled in the default config files)? I thought | it was because it was dangerous or flawed for some reason, though (at | least for light loads comparable to those of OP) it seems to work fine. [snip] Yes, I wonder that too. Personally I think it might be a good idea to just bind accf_http and accf_data into GENERIC, as I always add them into kernel configuration at my company... My $0.02 Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgOWJwACgkQi+vbBBjt66DW3QCgpzZ+RI/MaE/to1p4iu9fbSvf b3sAoK2BcJ3nblIFwuqH92zIqgBIxezl =ub9u -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 21:32:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DAB81065674 for ; Tue, 22 Apr 2008 21:32:29 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 916968FC1B for ; Tue, 22 Apr 2008 21:32:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 3060E17105; Tue, 22 Apr 2008 21:32:26 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3MLWQQ6013384; Tue, 22 Apr 2008 21:32:26 GMT (envelope-from phk@critter.freebsd.dk) To: d@delphij.net From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Apr 2008 14:29:00 MST." <480E589C.8010108@delphij.net> Date: Tue, 22 Apr 2008 21:32:26 +0000 Message-ID: <13383.1208899946@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:32:29 -0000 In message <480E589C.8010108@delphij.net>, Xin LI writes: >| Does anyone know why accf_accept is disabled by default in the ports' >| stock Apache 2.2 (it's disabled in the default config files)? I thought >| it was because it was dangerous or flawed for some reason, though (at >| least for light loads comparable to those of OP) it seems to work fine. I think adding them to the apache is OK, as long as apache fails gracefully if they are not present in the kernel. >Yes, I wonder that too. Personally I think it might be a good idea to >just bind accf_http and accf_data into GENERIC, as I always add them >into kernel configuration at my company... My $0.02 No, GENERIC should not be bloated when it can be effortlessly loaded as a KLD. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 22:36:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8070E1065673; Tue, 22 Apr 2008 22:36:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 324AC8FC12; Tue, 22 Apr 2008 22:36:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id BC1C628448; Wed, 23 Apr 2008 06:36:39 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 710EDEB58D0; Wed, 23 Apr 2008 06:36:39 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id Wub+bt-e7NVu; Wed, 23 Apr 2008 06:36:30 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 651FBEB4B79; Wed, 23 Apr 2008 06:36:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=uTrWnHWuvlNCDS4ym7i4WsXHwFpVWNsdKgxgOi7S0L/GLhagZ0Bk+LZWUU1kExCNx TtRcXr3tvMdOcQoIh++5Q== Message-ID: <480E686B.7090703@delphij.net> Date: Tue, 22 Apr 2008 15:36:27 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080421) MIME-Version: 1.0 To: Antony Mawer References: <13383.1208899946@critter.freebsd.dk> <480E6698.7000008@mawer.org> In-Reply-To: <480E6698.7000008@mawer.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, d@delphij.net, Ivan Voras Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 22:36:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Antony Mawer wrote: | Poul-Henning Kamp wrote: |> In message <480E589C.8010108@delphij.net>, Xin LI writes: |> |>> | Does anyone know why accf_accept is disabled by default in the ports' |>> | stock Apache 2.2 (it's disabled in the default config files)? I |>> thought |>> | it was because it was dangerous or flawed for some reason, though (at |>> | least for light loads comparable to those of OP) it seems to work |>> fine. |> |> I think adding them to the apache is OK, as long as apache fails |> gracefully if they are not present in the kernel. | | I seem to recall I had problems trying to get Apache to run with accept | filters turned on in a jail environment... having said that, I just | tried to enable it in a jail and restarted Apache and it started up | fine. Maybe I was just imagining it? Hmm... I think Apache would just work as long as it is loaded into kernel or statically linked into it, no matter if it is in a jail environment (my personal server uses Apache in jail for dynamic contents and it just worked fine). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgOaGsACgkQi+vbBBjt66BcMQCguqcSBpRk36gDkmJPLUenq3ji qx0An1JpBoxh+Adk3g6Z+hn2ko95XQDS =oys7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 22:40:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B0F106566B; Tue, 22 Apr 2008 22:40:17 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id C5A038FC24; Tue, 22 Apr 2008 22:40:16 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwAAE4DDkjLzq3r/2dsb2JhbAAIrS0 X-IronPort-AV: E=Sophos;i="4.25,696,1199631600"; d="scan'208";a="253282757" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 23 Apr 2008 06:30:03 +0800 Message-ID: <480E6698.7000008@mawer.org> Date: Wed, 23 Apr 2008 08:28:40 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Poul-Henning Kamp References: <13383.1208899946@critter.freebsd.dk> In-Reply-To: <13383.1208899946@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net, Ivan Voras Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 22:40:17 -0000 Poul-Henning Kamp wrote: > In message <480E589C.8010108@delphij.net>, Xin LI writes: > >> | Does anyone know why accf_accept is disabled by default in the ports' >> | stock Apache 2.2 (it's disabled in the default config files)? I thought >> | it was because it was dangerous or flawed for some reason, though (at >> | least for light loads comparable to those of OP) it seems to work fine. > > I think adding them to the apache is OK, as long as apache fails > gracefully if they are not present in the kernel. I seem to recall I had problems trying to get Apache to run with accept filters turned on in a jail environment... having said that, I just tried to enable it in a jail and restarted Apache and it started up fine. Maybe I was just imagining it? --Antony From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 23:51:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF84B106566C for ; Tue, 22 Apr 2008 23:51:22 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B8A3C8FC0C for ; Tue, 22 Apr 2008 23:51:22 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-2.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3MNpLAE089726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Apr 2008 16:51:22 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <480E79F9.40303@freebsd.org> Date: Tue, 22 Apr 2008 16:51:21 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> In-Reply-To: <20080422200616.GA44541@tirith.brixandersen.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 23:51:23 -0000 Henrik Brix Andersen wrote: > On Mon, Apr 21, 2008 at 09:15:35PM -0700, Sam Leffler wrote: >> 1. remove wlan_scan_* references (config files, loader.conf, etc.) >> 2. update your rc.conf files with something like >> >> vaps_ath0="wlan0" >> ifconfig_wlan0="WPA DHCP" > > Great - Thank you for working on this :) > > However, after having upgraded my ThinkPad X60s to todays -current and > performed the above changes, this appears in my dmesg at boot time: > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 10.3 phy 6.1 radio 10.2 > ... > wlan0: Ethernet address: 00:19:7d:8c:0f:75 > ath0: ath_chan_set: unable to reset channel 13 (2472 Mhz, flags 0x680 hal flags 0xc0), hal status 12 > ath0: ath_chan_set: unable to reset channel 34 (5170 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 38 (5190 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 42 (5210 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 46 (5230 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 12 (2467 Mhz, flags 0x680 hal flags 0xc0), hal status 12 > ath0: ath_chan_set: unable to reset channel 14 (2484 Mhz, flags 0x2a0 hal flags 0xa0), hal status 12 > ath0: ath_chan_set: unable to reset channel 100 (5500 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 104 (5520 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 108 (5540 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 112 (5560 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 116 (5580 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 120 (5600 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 124 (5620 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 128 (5640 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 132 (5660 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 136 (5680 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_chan_set: unable to reset channel 140 (5700 Mhz, flags 0x340 hal flags 0x140), hal status 12 > ath0: ath_reset: unable to reset hardware; hal status 12 > ... > > The above list of channels which can not be reset re-appers > periodically, I assume in connection with background scan. They also > appear during regular scans, e.g. when wpa_supplicant scans for a > suitable AP. Whenever the messages appears, the connection to the > currently associated AP dies (although it still appears to be > associated according to ifconfig). > > The periodic messages disappears when bgscan is disabled on wlan0. > > Below is the list of channels supported by my card: > > # ifconfig wlan0 list chan > Channel 1 : 2412 Mhz 11g Channel 48 : 5240* Mhz 11a > Channel 2 : 2417 Mhz 11g Channel 52 : 5260* Mhz 11a > Channel 3 : 2422 Mhz 11g Channel 56 : 5280* Mhz 11a > Channel 4 : 2427 Mhz 11g Channel 60 : 5300* Mhz 11a > Channel 5 : 2432 Mhz 11g Channel 64 : 5320* Mhz 11a > Channel 6 : 2437 Mhz 11g Channel 100 : 5500* Mhz 11a > Channel 7 : 2442 Mhz 11g Channel 104 : 5520* Mhz 11a > Channel 8 : 2447 Mhz 11g Channel 108 : 5540* Mhz 11a > Channel 9 : 2452 Mhz 11g Channel 112 : 5560* Mhz 11a > Channel 10 : 2457 Mhz 11g Channel 116 : 5580* Mhz 11a > Channel 11 : 2462 Mhz 11g Channel 120 : 5600* Mhz 11a > Channel 12 : 2467* Mhz 11g Channel 124 : 5620* Mhz 11a > Channel 13 : 2472* Mhz 11g Channel 128 : 5640* Mhz 11a > Channel 14 : 2484* Mhz 11b Channel 132 : 5660* Mhz 11a > Channel 34 : 5170* Mhz 11a Channel 136 : 5680* Mhz 11a > Channel 36 : 5180* Mhz 11a Channel 140 : 5700* Mhz 11a > Channel 38 : 5190* Mhz 11a Channel 149 : 5745* Mhz 11a > Channel 40 : 5200* Mhz 11a Channel 153 : 5765* Mhz 11a > Channel 42 : 5210* Mhz 11a Channel 157 : 5785* Mhz 11a > Channel 44 : 5220* Mhz 11a Channel 161 : 5805* Mhz 11a > Channel 46 : 5230* Mhz 11a Channel 165 : 5825* Mhz 11a You need to set the regdomain/country code to match the channel set programmed in the eeprom. The ath driver is missing some code to map the eeprom codes to the system-wide SKU+countrycode. If you show the output of ifconfig you should see a regdomain code that comes from the eeprom. For example, on my cards that have an FCC regdomain code I usee ifconfig_wlan0="country US WPA DHCP" I'll get to it eventually or you can take a look. Note that changing the regulatory settings can only be done with all vaps marked down; otherwise you'll get an EBUSY argument. Sam From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 01:49:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AC761065674 for ; Wed, 23 Apr 2008 01:49:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E3C7F8FC18 for ; Wed, 23 Apr 2008 01:49:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m3N1nYDc090665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Apr 2008 03:49:35 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id m3N1nR8m076618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 03:49:28 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id m3N1nRSk006053; Wed, 23 Apr 2008 03:49:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id m3N1nPu1006052; Wed, 23 Apr 2008 03:49:25 +0200 (CEST) (envelope-from ticso) Date: Wed, 23 Apr 2008 03:49:25 +0200 From: Bernd Walter To: d@delphij.net Message-ID: <20080423014924.GO81277@cicely12.cicely.de> References: <13383.1208899946@critter.freebsd.dk> <480E6698.7000008@mawer.org> <480E686B.7090703@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480E686B.7090703@delphij.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, Ivan Voras , Antony Mawer Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 01:49:58 -0000 On Tue, Apr 22, 2008 at 03:36:27PM -0700, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Antony Mawer wrote: > | Poul-Henning Kamp wrote: > |> In message <480E589C.8010108@delphij.net>, Xin LI writes: > |> > |>> | Does anyone know why accf_accept is disabled by default in the ports' > |>> | stock Apache 2.2 (it's disabled in the default config files)? I > |>> thought > |>> | it was because it was dangerous or flawed for some reason, though (at > |>> | least for light loads comparable to those of OP) it seems to work > |>> fine. > |> > |> I think adding them to the apache is OK, as long as apache fails > |> gracefully if they are not present in the kernel. It tries to kldload if configured and not already in the kernel, but uses traditional connection handling if loading the module fails. > | I seem to recall I had problems trying to get Apache to run with accept > | filters turned on in a jail environment... having said that, I just > | tried to enable it in a jail and restarted Apache and it started up > | fine. Maybe I was just imagining it? > > Hmm... I think Apache would just work as long as it is loaded into > kernel or statically linked into it, no matter if it is in a jail > environment (my personal server uses Apache in jail for dynamic contents > and it just worked fine). A jailed apache can't load the module, so to enable the feature you can't rely on autoloading. If you compile it into the kernel or load the module outside of the jail it runs fine within the jail. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 05:14:15 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E4D4106566B for ; Wed, 23 Apr 2008 05:14:15 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 583508FC0A for ; Wed, 23 Apr 2008 05:14:15 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id 2B2AF125438; Wed, 23 Apr 2008 14:14:13 +0900 (JST) Message-ID: <480EC5A5.8030308@freebsd.org> Date: Wed, 23 Apr 2008 14:14:13 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.12 (X11/20080422) MIME-Version: 1.0 To: Jeremie Le Hen References: <20080422203435.GA92168@obiwan.tataz.chchile.org> <20080422210851.GE92168@obiwan.tataz.chchile.org> In-Reply-To: <20080422210851.GE92168@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Masanori OZAWA Subject: Re: unionfs makes -CURRENT very sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 05:14:15 -0000 Jeremie Le Hen wrote: > Hi, > > On Tue, Apr 22, 2008 at 10:34:35PM +0200, Jeremie Le Hen wrote: >> I tried to compile lib/ncurses through unionfs. It is utterly slow, no >> matter I mount with noatime or not. >> >> Relevant mounts: >> % /usr/src on /space/chroot/usr/src (nullfs, local, read-only) >> % :/space/chroot/usr/src.union on /space/chroot/usr/src (unionfs, local) >> >> % root:~# chroot /space/chroot >> % root:/# cd /usr/src/ >> % root:/# make buildenv >> % # cd lib/ncurses >> % # time make >> >> Compile time without noatime: >> 5089.47 real 1670.72 user 3364.89 sys >> >> Compile time with noatime: >> 5083.22 real 1664.10 user 3369.22 sys >> >> Now if I remove the unionfs mount and just use nullfs: >> 255.47 real 150.51 user 83.82 sys >> >> >> As you can see, most of the time is spent in kernel. I'm recompiling my >> kernel with hwpmc right now in order to profile it. Any other debug >> hint would be welcome. >> >> FWIW, "while sleep 1 ; do date ; done" runs jerkily when unionfs is run: >> Tue Apr 22 21:20:06 CEST 2008 >> Tue Apr 22 21:20:13 CEST 2008 >> Tue Apr 22 21:20:17 CEST 2008 >> Tue Apr 22 21:20:22 CEST 2008 >> Tue Apr 22 21:20:29 CEST 2008 >> >> Whereas it runs smoothly without unionfs. >> >> I'll give the result of hwpmc ASAP. > > I've upgraded to the latest -CURRENT and the problem went away. Sorry > for the noise. > > Regards, No problem :) Thanks for your report! -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 06:27:07 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D426106566B for ; Wed, 23 Apr 2008 06:27:07 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id F0D8E8FC15 for ; Wed, 23 Apr 2008 06:27:06 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from amilo.cenkes.org (ppp85-140-149-88.pppoe.mtu-net.ru [85.140.149.88]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTPSA id DDEE9242F842 for ; Wed, 23 Apr 2008 10:11:27 +0400 (MSD) Date: Wed, 23 Apr 2008 10:11:23 +0400 From: Andrew Pantyukhin To: current@FreeBSD.org Message-ID: <20080423061116.GA1455@amilo.cenkes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 8.0-CURRENT amd64 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: regression (between Apr 16-23) panic in swi4 clock sio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: infofarmer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 06:27:07 -0000 Transcribed manually, expect typos. Fairly reproducible, please request further info if necessary. ========================================================== ... rl0: link state changed to DOWN rl0: flags ... status: no carrier enc0: ... ... net.inet6.ip6.forwarding: 0 -> 0 net.inet6.ip6.accept rtadv: 1 -> 1 checking if rl0 is ready... rl0 is tentative Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xffffffffab465690 frame pointer = 0x10:0xffffffffab465720 code segment = base 0x0, limit 0xffff, type 0x1b = DPL 0, pres 1, long 1, det32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clos sio) [thread pid 12 tid 100005] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 12 tid 100005 td 0xffffff00010ed000 uart_z8530_class() at 0 ip6_output() at ip6_output+0x1562 nd6_ns_output() at nd6_ns_output+0x3de nd6_dad_timer() at nd6_dad_timer+0x29a softclock() at softclock+0x2ff ithread_loop() at ithread_loop+0x180 fork_exit() at fork_exit+0x1ff fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffab465d30, rbp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 545 528 28 0 S+ select 0xffffff0001712750 rtsol 527 28 28 0 S+ wait 0xffffff00012cc440 sh ... 10005 Run CPU 0 [swi4: clock sio] ... 10003 Run CPU 1 [idle: cpu1] ========================================================== include GENERIC ident AMILO nooption SCHED_4BSD option SCHED_ULE nooption INVARIANTS nooption INVARIANT_SUPPORT nooption WITNESS nooption WITNESS_SKIPSPIN nodevice umass device atausb option IPSEC option IPSEC_FILTERTUNNEL device crypto device cryptodev device enc option IPFIREWALL option IPFIREWALL_FORWARD option IPFIREWALL_NAT option IPFIREWALL_DEFAULT_TO_ACCEPT option LIBALIAS option COMPAT_LINUX32 option QUOTA ========================================================== KERNCONF= AMILO CFLAGS+= -DMALLOC_PRODUCTION ... ========================================================== export LANG=en_US.UTF-8 MM_CHARSET=UTF-8 hostname="amilo.cenkes.org" defaultrouter="192.168.18.33" ifconfig_lo0_alias0="inet 127.0.0.2/32" ifconfig_ath0="down" ifconfig_rl0="inet 192.168.18.68/24" sendmail_enable="NONE" sshd_enable="YES" linux_enable="YES" moused_nondefault_enable="YES" moused_enable="YES" ftpd_enable="YES" gateway_enable="YES" background_fsck="NO" fsck_y_enable="YES" xfs_enable="YES" ntpd_enable="YES" kqemu_enable="YES" nfs_server_enable="YES" nfs_client_enable="YES" rpcbind_enable="YES" mountd_enable="YES" nfsd_enable="YES" ipv6_enable="YES" ipv6_network_interfaces="rl0" firewall_enable="YES" firewall_type="/root/ipfw.rules" rtsol_flags="-d" powerd_enable="YES" ... ========================================================== From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 08:17:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB1881065675 for ; Wed, 23 Apr 2008 08:17:43 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from mail.higis.ru (mail.higis.ru [213.147.37.35]) by mx1.freebsd.org (Postfix) with ESMTP id A5A028FC14 for ; Wed, 23 Apr 2008 08:17:43 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from [87.242.97.68] (port=1683 helo=dimma.masterhost.ru) by mail.higis.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JoZdr-000ENN-Af for freebsd-current@freebsd.org; Wed, 23 Apr 2008 11:43:47 +0400 Message-ID: <480EE8B2.2020907@higis.ru> Date: Wed, 23 Apr 2008 11:43:46 +0400 From: Dmitriy Kirhlarov User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> In-Reply-To: <480E589C.8010108@delphij.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 08:17:44 -0000 Xin LI wrote: > | Does anyone know why accf_accept is disabled by default in the ports' > | stock Apache 2.2 (it's disabled in the default config files)? I thought > > Yes, I wonder that too. Personally I think it might be a good idea to > just bind accf_http and accf_data into GENERIC, as I always add them We are using accf_http and accf_data on 6.1-6.3 with apache and proftpd. Now we have periodical sockets leak. We can't reproduce it, but accf_* under suspiction. WBR Dmitriy From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 08:52:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B270106566C for ; Wed, 23 Apr 2008 08:52:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 036E18FC18 for ; Wed, 23 Apr 2008 08:52:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so732525anc.13 for ; Wed, 23 Apr 2008 01:52:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=EAXc6N49URsMm1ByUgYRAIoF2FRgl91pSrS1djxufJA=; b=Wo/7Xn/4odgcQ0vCyp76nZHaIrMKf/w3DiUlj2y+VQXAbXsNRlEJJO/JqMHZI5vyNorJB8C6zL0gGjeLdxfkVgLuCZiksVc2Dhcfm7WVtLunJ4vWG5g/BJTFzqejsC8W904//UGA78lQkYfaGqNEwzokTYX7A/vcwGLFmxJyK94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=PZpe0XmQnq+zB0GjMECe9LTvhURyHpmPWnNxaBPyLINWiOQRGOQj0+qErEYOPSHXFZvLFZSRvIuXTDT00RdbSPqihxnHl/Mf5kifMn/LlclhxuiOd7+WiHa0LPWtWDnkdo987l60J4B1rTRjy1ic1ytnfGyEnvisIAaAGDr9Rr0= Received: by 10.100.190.14 with SMTP id n14mr2231874anf.142.1208938976136; Wed, 23 Apr 2008 01:22:56 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id c27sm1779552ana.27.2008.04.23.01.22.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Apr 2008 01:22:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3N8Mj7q056107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 17:22:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3N8MffB056106; Wed, 23 Apr 2008 17:22:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 23 Apr 2008 17:22:40 +0900 From: Pyun YongHyeon To: Luigi Rizzo Message-ID: <20080423082240.GF54715@cdnetworks.co.kr> References: <20080422072839.GA85728@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080422072839.GA85728@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org, bug-followup@FreeBSD.org, yongari@FreeBSD.org Subject: Re: amd64/115126: [nfe] nfe0: watchdog timeout (missed Tx interrupts) -- recovering (UP with SCHED_ULE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 08:52:15 -0000 On Tue, Apr 22, 2008 at 09:28:39AM +0200, Luigi Rizzo wrote: > related to this bug, i am seeing similar problems with RELENG_7 and amd64, > with an ASUS M2N-VM DVI motherboard > http://www.asus.com/products.aspx?modelmenu=1&model=1841&l1=3&l2=101&l3=567&l4=0 > and an Athlon64-BE2400 dual core CPU . > > Under heavy load, e.g. scp-ing a large file over the local network, > and at the same time doing a buildkernel or building a port, > and with X11 active (using the 'vesa' xorg driver) > the network card stalls and doesn't recover - i waited over 10 minutes > hoping for the watchdog or some timeout to kick in, the only way > to bring the link back up was > > ifconfig nfe0 down ; ifconfig nfe0 up > dhclient nfe0 > > doing only ifconfig down/up or only dhclient did not help, i needed both. > > vmstat -i says the network card has irq256 (???) and it is not shared with > other devices. Ehci, sound, ohci, ata, and others have low irq numbers > (6, 14, 20, 21, 22), some shared, some not. > > Changing the bios setting for PnP OS from 'yes' to 'no' or viceversa > does not change the situation. > Your BIOS may have an option for ASF related one for onboard NIC. Try toggling that option and see how it goes. > The stall seems related to the presence of other activity - if i > let the bulk scp transfer alone, i get an happy 10-10.5Mbytes/s > (over a 100meg link). > > When the stall occurs, i see no interrupts (vmstat -i counts > for irq256 says the same), > Packets are still transmitted and received on the other side, it's > the rx side of the card that becomes deaf. I don't see any > watchdog timeout or other error messages in /var/log/messages. > > Also, enabling polling does not help getting traffic in > (with a kernel built with DEVICE_POLLING, > doing sysctl kern.polling.enable=1 and "ifconfig nfe0 polling"). > > So i suspect that for some reason the rx ring becomes confused > and does not recover. > Just vague guess, how about disabling MSI/MSI-X in loader.conf? (hw.nfe.msi_disable = "1", hw.nfe.msix_disable = "1") If you are using jumbo frame, try disabling it too. > Hope this helps... > It would be even better if you can post verbosed boot messages related wiht nfe(4) and PHY driver. > cheers > luigi -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 09:09:14 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A2D71065701; Wed, 23 Apr 2008 09:09:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 11E868FC12; Wed, 23 Apr 2008 09:09:13 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 556437318D; Wed, 23 Apr 2008 11:11:27 +0200 (CEST) Date: Wed, 23 Apr 2008 11:11:27 +0200 From: Luigi Rizzo To: Pyun YongHyeon Message-ID: <20080423091127.GB36580@onelab2.iet.unipi.it> References: <20080422072839.GA85728@onelab2.iet.unipi.it> <20080423082240.GF54715@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080423082240.GF54715@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: current@FreeBSD.org, bug-followup@FreeBSD.org, yongari@FreeBSD.org Subject: Re: amd64/115126: [nfe] nfe0: watchdog timeout (missed Tx interrupts) -- recovering (UP with SCHED_ULE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 09:09:14 -0000 On Wed, Apr 23, 2008 at 05:22:40PM +0900, Pyun YongHyeon wrote: > On Tue, Apr 22, 2008 at 09:28:39AM +0200, Luigi Rizzo wrote: > > related to this bug, i am seeing similar problems with RELENG_7 and amd64, > > with an ASUS M2N-VM DVI motherboard > > http://www.asus.com/products.aspx?modelmenu=1&model=1841&l1=3&l2=101&l3=567&l4=0 > > and an Athlon64-BE2400 dual core CPU . > > > > Under heavy load, e.g. scp-ing a large file over the local network, > > and at the same time doing a buildkernel or building a port, > > and with X11 active (using the 'vesa' xorg driver) > > the network card stalls and doesn't recover - i waited over 10 minutes > > hoping for the watchdog or some timeout to kick in, the only way > > to bring the link back up was > > > > ifconfig nfe0 down ; ifconfig nfe0 up > > dhclient nfe0 > > > > doing only ifconfig down/up or only dhclient did not help, i needed both. ... > Your BIOS may have an option for ASF related one for onboard NIC. > Try toggling that option and see how it goes. ... > Just vague guess, how about disabling MSI/MSI-X in loader.conf? > (hw.nfe.msi_disable = "1", hw.nfe.msix_disable = "1") > If you are using jumbo frame, try disabling it too. > > > Hope this helps... > > > > It would be even better if you can post verbosed boot messages > related wiht nfe(4) and PHY driver. will try to do all the above, but upon further investigation the problem appears even on i386 and really seems related to the receive queue filling up and the condition not being detected due to a race. Things like this used to happen in the past in several network drivers, and there is a comment suggesting the same thing in one of the commit logs for the openbsd nfe driver. So that's the part i am going to investigate (i have strong motivations with 5 such machines in my lab...) My preliminary question is the following: is the 'nfe' driver just an adaptation from some other driver (possibly trying to guess the way the NIC synchronizes with the CPU), or there is someone who carefully studied that specific issue ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 09:09:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3442210656C0 for ; Wed, 23 Apr 2008 09:09:27 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id 17F6E8FC23 for ; Wed, 23 Apr 2008 09:09:25 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 9DAC5409D1F for ; Wed, 23 Apr 2008 11:09:15 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33973-09 for ; Wed, 23 Apr 2008 11:09:14 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 943A4409D1E for ; Wed, 23 Apr 2008 11:09:14 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Wed, 23 Apr 2008 11:09:14 +0200 Message-Id: <20080423090458.M95162@bellera.cat> In-Reply-To: References: <20080417171439.M22551@bellera.cat> <20080418173850.M43706@bellera.cat> <20080421120112.M91702@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 09:09:27 -0000 On Mon, 21 Apr 2008 14:20:37 +0200, Ivan Voras wrote > Josep Pujadas i Jubany wrote: > > > Now my problem is that I'm not felling sure with this machine & operating > > system ... > > > > Does any way to make an stressing test to the disks? > > You could try the usual benchmarks - bonnie++, randomio, etc. The > last one you must build yourself (from > http://arctic.org/~dean/randomio/) but it's really hard on the > drives :) I'd recommend you create two shell scripts that repeatedly > run bonnie++ and randomio in parallel (started from different shells, > etc.) Hello! I installed bonnie++ from ports, I opened 7 consoles and I made 7 tests 10 times repeated at the same time: $ bonnie++ -s 3072 -r 512 -n 5 -x 10 The gmirror continues working ... Thanks, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 10:02:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F5FB106566C; Wed, 23 Apr 2008 10:02:38 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id F17F38FC17; Wed, 23 Apr 2008 10:02:37 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 4148310238F; Wed, 23 Apr 2008 06:02:37 -0400 (EDT) Received: from web6.messagingengine.com ([10.202.2.215]) by compute1.internal (MEProxy); Wed, 23 Apr 2008 06:02:37 -0400 Received: by web6.messagingengine.com (Postfix, from userid 99) id 233117791D; Wed, 23 Apr 2008 06:02:37 -0400 (EDT) Message-Id: <1208944957.9641.1249417345@webmail.messagingengine.com> X-Sasl-Enc: npSVo2kzw/mdgxJ725U+lc8B/qYP648Vrehulv/gWScH 1208944957 From: "Darren Reed" To: "Robert Watson" Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <47FB586F.90606@freebsd.org> <20080408132058.U10870@fledge.watson.org> In-Reply-To: <20080408132058.U10870@fledge.watson.org> Date: Wed, 23 Apr 2008 12:02:37 +0200 Cc: arch@freebsd.org, freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 10:02:38 -0000 On Tue, 8 Apr 2008 13:28:18 +0100 (BST), "Robert Watson" said: > > On Tue, 8 Apr 2008, Darren Reed wrote: > > > Is there a performance analysis of the copy vs zerocopy available? (I don't > > see one in the paper, just a "to do" item.) > > > > The numbers I'm interested in seeing are how many Mb/s you can capture > > before you start suffering packet loss. This needs to be done with > > sequenced packets so that you can observe gaps in the sequence captured. > > We've done some analysis, and a couple of companies have the zero-copy > BPF > code deployed. I hope to generate a more detailed analysis before the > developer summit so we can review it at BSDCan. The basic observation is > that > for quite a few types of network links, the win isn't in packet loss per > se, > but in reduced CPU use, freeing up CPU for other activities. There are a > number of sources of win: > > - Reduced system call overhead -- as load increases, # system calls goes > down, > especially if you get a two-CPU pipeline going. > > - Reduced memory access, especially for larger buffer sizes, avoids > filling > the cache twice (first in copyout, then again in using the buffer in > userspace). > > - Reduced lock contention, as only a single thread, the device driver > ithread, > is acquiring the bpf descriptor's lock, and it's no longer contending > with > the user thread. > > One interesting, and in retrospect reasonable, side effect is that user > CPU > time goes up in the SMP scenario, as cache misses on the BPF buffer move > from > the read() system call to userspace. And, as you observe, you have to > use > somewhat larger buffer sizes, as in the previous scenario there were > three > buffers: two kernel buffers and a user buffer, and now there are simply > two > kernel buffers shared directly with user space. > > The original committed version has a problem in that it allows only one > kernel > buffer to be "owned" by userspace at a time, which can lead to excess > calls to > select(); this has now been corrected, so if people have run performance > benchmarks, they should update to the new code and re-run them. > > I don't have numbers off-hand, but 5%-25% were numbers that appeared in > some > of the measurements, and I'd like to think that the recent fix will > further > improve that. Out of curiosity, were those numbers for single cpu/core systems or systems with more than one cpu/core active/available? I know the testing I did was all single threaded, so moving time from kernel to user couldn't be expected to make a large overall difference in a non-SMP kernel (NetBSD-something at the time.) Darren -- Darren Reed darrenr@fastmail.net From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 10:05:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9805106566B; Wed, 23 Apr 2008 10:05:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3E68FC24; Wed, 23 Apr 2008 10:05:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 072AB46B84; Wed, 23 Apr 2008 06:05:26 -0400 (EDT) Date: Wed, 23 Apr 2008 11:05:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Darren Reed In-Reply-To: <1208944957.9641.1249417345@webmail.messagingengine.com> Message-ID: <20080423110419.M35222@fledge.watson.org> References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <47FB586F.90606@freebsd.org> <20080408132058.U10870@fledge.watson.org> <1208944957.9641.1249417345@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, freebsd-current@freebsd.org, "Christian S.J. Peron" Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 10:05:26 -0000 On Wed, 23 Apr 2008, Darren Reed wrote: > Out of curiosity, were those numbers for single cpu/core systems or systems > with more than one cpu/core active/available? > > I know the testing I did was all single threaded, so moving time from kernel > to user couldn't be expected to make a large overall difference in a non-SMP > kernel (NetBSD-something at the time.) I believe all multi-core. BTW, if you are set up to do performance measurement on BPF, we'd really love to see further feedback relating to successful or unsuccessful measurement. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 10:05:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F311065672 for ; Wed, 23 Apr 2008 10:05:44 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id AFCE68FC0A for ; Wed, 23 Apr 2008 10:05:44 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9FD157318E; Wed, 23 Apr 2008 12:07:59 +0200 (CEST) Date: Wed, 23 Apr 2008 12:07:59 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20080423100759.GA37110@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 10:05:45 -0000 sorry for the possibly naive question, but is there a way other than sysctl to read the value of kernel 'tunable' variables ? E.g. in if_nfe.c i see TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); but sysctl is reporting none of them. I seem to remember that there was a separate command to access kernel tunables, but cannot remember which one, and neither 'man -k tunable' nor a google search return any useful answer... thanks luigi From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 10:10:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8565E1065677 for ; Wed, 23 Apr 2008 10:10:37 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0906B8FC21 for ; Wed, 23 Apr 2008 10:10:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1064734nfb.33 for ; Wed, 23 Apr 2008 03:10:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=WB3rBlcZHy4CC8kqko1in/+8avi6D9TAQhG2wbiwpMs=; b=h5TeomyOL6zxxQicxtAHgnQocx9JkFwvC3Gvtyy+HtOQX2FJgIq23h2AoGYWw2z9q9+mAOHPVhl9Ll0HOuIGiTyZZreQIcjzybCR5eCxNqq5NwNBQ2MZMIooFz4z8hkDe4Cx6s0uxZQ3NzxBA6LgmcB53mr2KFyRFnMHXP8ttuw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=e3PW083PFoQd6cZCtlNQfh9QTUfEv4aWzrd4LVDIUqlL8Hz7B2dar3zOPdMO6ZXQQ4OvVBDA5K+3XWkdVMOIMk2ILnt7N2LnfHZGjwsTF3e7DX4d3q7vwcyC6o8QP29skyPZrw4uV1LDMYm87Yj9Gf2qlZ6e5Mm+ZjclpW8HTos= Received: by 10.78.206.6 with SMTP id d6mr732745hug.46.1208945435668; Wed, 23 Apr 2008 03:10:35 -0700 (PDT) Received: by 10.78.16.10 with HTTP; Wed, 23 Apr 2008 03:10:35 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 14:10:35 +0400 From: pluknet To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: page fault in radix_mpath while kldunloading if_nfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 10:10:37 -0000 SGkuCgpJdCdzIENVUlJFTlQgd2l0aCBSQURJWF9NUEFUSCBpbmNsdWRlZCBmcm9tIDIwMDgvMDQv MjIKYW55IGlkZWFzPwoKVW5yZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZl cjoKcmxwaHkwOiBkZXRhY2hlZAptaWlidXMwOiBkZXRhY2hlZApuZmUwOiBkZXRhY2hlZApLZXJu ZWwgcGFnZSBmYXVsdCB3aXRoIHRoZSBmb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBsb2NrcyBoZWxk OgpleGNsdXNpdmUgcncgdGNwaW5wIHIgPSAwICgweGMyZGFjYTc0KSBsb2NrZWQgQAovdXNyL3Ny Yy9zeXMvbmV0aW5ldC90Y3BfdXNycmVxLmM6NzgzCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90 cmFjZV9zZWxmX3dyYXBwZXIoYzA3MzBlZWEsZDYwMDc4OTQsYzA1NzJjYTcsYzA3MzEyNzksZDYw MDc4YTgsLi4uKQphdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNgprZGJfYmFja3RyYWNlKGMw NzMxMjc5LGQ2MDA3OGE4LDQsMSwwLC4uLikgYXQga2RiX2JhY2t0cmFjZSsweDI5CndpdG5lc3Nf d2Fybig1LDAsYzA3NTJlOTAsNCxjLC4uLikgYXQgd2l0bmVzc193YXJuKzB4MWM3CnRyYXAoZDYw MDc5MzQpIGF0IHRyYXArMHgxMTYKY2FsbHRyYXAoKSBhdCBjYWxsdHJhcCsweDYKLS0tIHRyYXAg MHhjLCBlaXAgPSAweGMwNTJjZDA2LCBlc3AgPSAweGQ2MDA3OTc0LCBlYnAgPSAweGQ2MDA3OTkw IC0tLQpfbXR4X3VubG9ja19mbGFncyg2MCwwLGMwNzNiZWNkLDExMSxkNjAwN2EwOCwuLi4pIGF0 IF9tdHhfdW5sb2NrX2ZsYWdzKzB4NDYKcnRhbGxvY19tcGF0aChkNjAwN2EwOCwzMCxjMDczZDkz Yyw4NSxjMmZhOTQ0MCwuLi4pIGF0IHJ0YWxsb2NfbXBhdGgrMHg3NgppcF9vdXRwdXQoYzJiNzg3 MDAsMCxkNjAwN2EwOCwwLDAsLi4uKSBhdCBpcF9vdXRwdXQrMHgzNTkKdGNwX291dHB1dChjMmRh ZTAwMCxjMmI3OGEwMCwzMGYsMCxjMmRhY2E3NCwuLi4pIGF0IHRjcF9vdXRwdXQrMHgxMTRmCnRj cF91c3Jfc2VuZChjMmRiMGMyMCwwLGMyYjc4YTAwLDAsMCwuLi4pIGF0IHRjcF91c3Jfc2VuZCsw eDIxNApzb3NlbmRfZ2VuZXJpYyhjMmRiMGMyMCwwLGQ2MDA3YzYwLDAsMCwuLi4pIGF0IHNvc2Vu ZF9nZW5lcmljKzB4NTI5CnNvc2VuZChjMmRiMGMyMCwwLGQ2MDA3YzYwLDAsMCwuLi4pIGF0IHNv c2VuZCsweDU0CnNvb193cml0ZShjMmJiODg4OCxkNjAwN2M2MCxjMmY4MDQwMCwwLGMyZmE5NDQw LC4uLikgYXQgc29vX3dyaXRlKzB4NGEKZG9maWxld3JpdGUoZDYwMDdjNjAsZmZmZmZmZmYsZmZm ZmZmZmYsMCxjMmJiODg4OCwuLi4pIGF0IGRvZmlsZXdyaXRlKzB4OTUKa2Vybl93cml0ZXYoYzJm YTk0NDAsMyxkNjAwN2M2MCw4MTNlMDMwLDAsLi4uKSBhdCBrZXJuX3dyaXRldisweDU4CndyaXRl KGMyZmE5NDQwLGQ2MDA3Y2ZjLGMsYzA3MzNiNzAsYzA3NmE5YzAsLi4uKSBhdCB3cml0ZSsweDRm CnN5c2NhbGwoZDYwMDdkMzgpIGF0IHN5c2NhbGwrMHgyYTMKWGludDB4ODBfc3lzY2FsbCgpIGF0 IFhpbnQweDgwX3N5c2NhbGwrMHgyMAotLS0gc3lzY2FsbCAoNCwgRnJlZUJTRCBFTEYzMiwgd3Jp dGUpLCBlaXAgPSAweDI4M2Y1NTJiLCBlc3AgPQoweGJmYmZlMmRjLCBlYnAgPSAweGJmYmZlMmY4 IC0tLQoKCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKZmF1 bHQgdmlydHVhbCBhZGRyZXNzICAgPSAweDcwCmZhdWx0IGNvZGUgICAgICAgICAgICAgID0gc3Vw ZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50Cmluc3RydWN0aW9uIHBvaW50ZXIgICAgID0g MHgyMDoweGMwNTJjZDA2CnN0YWNrIHBvaW50ZXIgICAgICAgICAgID0gMHgyODoweGQ2MDA3OTc0 CmZyYW1lIHBvaW50ZXIgICAgICAgICAgID0gMHgyODoweGQ2MDA3OTkwCmNvZGUgc2VnbWVudCAg ICAgICAgICAgID0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgogICAgICAgICAg ICAgICAgICAgICAgICA9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3Ig ZWZsYWdzICAgICAgICA9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwCmN1cnJl bnQgcHJvY2VzcyAgICAgICAgID0gNzgzIChzc2hkKQpQaHlzaWNhbCBtZW1vcnk6IDUwMyBNQgpE dW1waW5nIDQ2IE1COiAzMSAxNQoKIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NQoxOTUgICAg IHBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4KICAgICAgICBpbiBwY3B1LmgKKGtn ZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTUKIzEgIDB4YzA0NTNkNjkgaW4gZGJf Zm5jYWxsIChkdW1teTE9MSwgZHVtbXkyPTAsIGR1bW15Mz0tMTA2NTMxMDUyOCwKICAgIGR1bW15 ND0weGQ2MDA3NzU4ICIiKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo1MTYKIzIg IDB4YzA0NTQyZWMgaW4gZGJfY29tbWFuZCAobGFzdF9jbWRwPTB4YzA3OTU1NTQsIGNtZF90YWJs ZT0weDAsIGRvcGFnZXI9MSkKICAgIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQx MwojMyAgMHhjMDQ1NDNmYSBpbiBkYl9jb21tYW5kX2xvb3AgKCkgYXQgL3Vzci9zcmMvc3lzL2Rk Yi9kYl9jb21tYW5kLmM6NDY2CiM0ICAweGMwNDU1YmZjIGluIGRiX3RyYXAgKHR5cGU9MTIsIGNv ZGU9MCkgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9tYWluLmM6MjI4CiM1ICAweGMwNTYzMTIzIGlu IGtkYl90cmFwICh0eXBlPTEyLCBjb2RlPTAsIHRmPTB4ZDYwMDc5MzQpCiAgICBhdCAvdXNyL3Ny Yy9zeXMva2Vybi9zdWJyX2tkYi5jOjUxMAojNiAgMHhjMDZmMjg2ZiBpbiB0cmFwX2ZhdGFsIChm cmFtZT0weGQ2MDA3OTM0LCBldmE9MTEyKQogICAgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90 cmFwLmM6ODg1CiM3ICAweGMwNmYzMTU0IGluIHRyYXAgKGZyYW1lPTB4ZDYwMDc5MzQpIGF0IC91 c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjI3OQojOCAgMHhjMDZkYjAxYiBpbiBjYWxsdHJh cCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjE0NgojOSAgMHhjMDUy Y2QwNiBpbiBfbXR4X3VubG9ja19mbGFncyAobT0weDYwLCBvcHRzPTAsCiAgICBmaWxlPTB4YzA3 M2JlY2QgIi91c3Ivc3JjL3N5cy9uZXQvcmFkaXhfbXBhdGguYyIsIGxpbmU9MjczKQogICAgYXQg L3Vzci9zcmMvc3lzL2tlcm4va2Vybl9tdXRleC5jOjE5MgojMTAgMHhjMDVkZTliNiBpbiBydGFs bG9jX21wYXRoIChybz0weGQ2MDA3YTA4LCBoYXNoPTQ4KQogICAgYXQgL3Vzci9zcmMvc3lzL25l dC9yYWRpeF9tcGF0aC5jOjI3MwojMTEgMHhjMDVmNDUzOSBpbiBpcF9vdXRwdXQgKG09MHhjMmI3 ODcwMCwgb3B0PTB4MCwgcm89MHhkNjAwN2EwOCwgZmxhZ3M9MCwKICAgIGltbz0weDAsIGlucD0w eGMyZGFjOWQ4KSBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC9pcF9vdXRwdXQuYzoyMzMKIzEyIDB4 YzA1ZmMxMmYgaW4gdGNwX291dHB1dCAodHA9MHhjMmRhZTAwMCkKICAgIGF0IC91c3Ivc3JjL3N5 cy9uZXRpbmV0L3RjcF9vdXRwdXQuYzoxMTM1CiMxMyAweGMwNjA1YjE0IGluIHRjcF91c3Jfc2Vu ZCAoc289MHhjMmRiMGMyMCwgZmxhZ3M9MCwgbT0weGMyYjc4YTAwLCBuYW09MHgwLAogICAgY29u dHJvbD0weDAsIHRkPTB4YzJmYTk0NDApIGF0IHRjcF9vZmZsb2FkLmg6MjY5CiMxNCAweGMwNTk2 MzE5IGluIHNvc2VuZF9nZW5lcmljIChzbz0weGMyZGIwYzIwLCBhZGRyPTB4MCwgdWlvPTB4ZDYw MDdjNjAsCiAgICB0b3A9MHhjMmI3OGEwMCwgY29udHJvbD0weDAsIGZsYWdzPTAsIHRkPTB4YzJm YTk0NDApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tldC5jOjEyNDAKIzE1IDB4 YzA1OTJjMDQgaW4gc29zZW5kIChzbz0weGMyZGIwYzIwLCBhZGRyPTB4MCwgdWlvPTB4ZDYwMDdj NjAsIHRvcD0weDAsCiAgICBjb250cm9sPTB4MCwgZmxhZ3M9MCwgdGQ9MHhjMmZhOTQ0MCkKICAg IGF0IC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2V0LmM6MTI4NgojMTYgMHhjMDU3YWZkYSBp biBzb29fd3JpdGUgKGZwPTB4YzJiYjg4ODgsIHVpbz0weGQ2MDA3YzYwLAogICAgYWN0aXZlX2Ny ZWQ9MHhjMmY4MDQwMCwgZmxhZ3M9MCwgdGQ9MHhjMmZhOTQ0MCkKICAgIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL3N5c19zb2NrZXQuYzoxMDQKIzE3IDB4YzA1NzU2YzUgaW4gZG9maWxld3JpdGUgKHRk PTB4YzJmYTk0NDAsIGZkPTMsIGZwPTB4YzJiYjg4ODgsCiAgICBhdWlvPTB4ZDYwMDdjNjAsIG9m ZnNldD0tMSwgZmxhZ3M9MCkgYXQgZmlsZS5oOjIzMQojMTggMHhjMDU3NTk1OCBpbiBrZXJuX3dy aXRldiAodGQ9MHhjMmZhOTQ0MCwgZmQ9MywgYXVpbz0weGQ2MDA3YzYwKQogICAgYXQgL3Vzci9z cmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMuYzo0NDQKIzE5IDB4YzA1NzU5ZGYgaW4gd3JpdGUgKHRk PTB4YzJmYTk0NDAsIHVhcD0weGQ2MDA3Y2ZjKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lz X2dlbmVyaWMuYzozNjAKIzIwIDB4YzA2ZjJkNTMgaW4gc3lzY2FsbCAoZnJhbWU9MHhkNjAwN2Qz OCkKICAgIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjEwMjYKIzIxIDB4YzA2ZGIw ODAgaW4gWGludDB4ODBfc3lzY2FsbCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2Vw dGlvbi5zOjIwMwojMjIgMHgwMDAwMDAzMyBpbiA/PyAoKQpQcmV2aW91cyBmcmFtZSBpbm5lciB0 byB0aGlzIGZyYW1lIChjb3JydXB0IHN0YWNrPykKKGtnZGIpIGYgMTAKIzEwIDB4YzA1ZGU5YjYg aW4gcnRhbGxvY19tcGF0aCAocm89MHhkNjAwN2EwOCwgaGFzaD00OCkKICAgIGF0IC91c3Ivc3Jj L3N5cy9uZXQvcmFkaXhfbXBhdGguYzoyNzMKMjczICAgICAgICAgICAgICAgICAgICAgUlRfVU5M T0NLKHJvLT5yb19ydCk7CihrZ2RiKSBwICpybwokMSA9IHtyb19ydCA9IDB4MCwgcm9fZHN0ID0g e3NhX2xlbiA9IDE2ICdcMDIwJywgc2FfZmFtaWx5ID0gMiAnXDAwMicsCiAgICBzYV9kYXRhID0g IlwwMDBcMDAwwKjIuVwwMDBcMDAwXDAwMFwwMDBcMDAwXDAwMFwwMDAifX0KCgp3YnIsCnBsdWtu ZXQK From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 10:42:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B3F1065754 for ; Wed, 23 Apr 2008 10:42:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id B56738FC19 for ; Wed, 23 Apr 2008 10:42:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1069167nfb.33 for ; Wed, 23 Apr 2008 03:42:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=NA2PZ+x61FKiuAfMv7bhQZJcMXdJeZoustHiKRQ9dd8=; b=YNgUzDtWtf9A30RDzoKnJwDCm1YhmOMzf+XSFEgg6VvvFWGRXsA9dAHEfmU3NbMwHqb4w0a/mGNdh7nyYqjrQtgFxTAuRxX6pfziftWRVM0ruIykz5W53fJHesRHTB18B2jCcLq0DCaQ1OkWn1eKZvFNBXuVlALduScMvYgXe8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RyQgaLwjXbLYCrGcgLrPDvBV9Wq40KZA6pbBfCRulEuFuTYeoAV7wPRzdB37Qe6rAS+d4gR8+r4OXJXeIdilCQYjToC1J3nssRfWNn6XQQ/t9V3Miqj9W2kyle264+0DwUfJ7HmX2sfYKIEFq6JGSqlDDwMMKD6nq3qsBAwFOeY= Received: by 10.78.189.5 with SMTP id m5mr777181huf.77.1208945642812; Wed, 23 Apr 2008 03:14:02 -0700 (PDT) Received: by 10.78.16.10 with HTTP; Wed, 23 Apr 2008 03:14:02 -0700 (PDT) Message-ID: Date: Wed, 23 Apr 2008 14:14:02 +0400 From: pluknet To: "Luigi Rizzo" In-Reply-To: <20080423100759.GA37110@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080423100759.GA37110@onelab2.iet.unipi.it> Cc: current@freebsd.org Subject: Re: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 10:42:03 -0000 Hello, 2008/4/23 Luigi Rizzo : > sorry for the possibly naive question, but is there > a way other than sysctl to read the value of kernel 'tunable' > variables ? > > E.g. in if_nfe.c i see > > TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); > TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); > TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); > > but sysctl is reporting none of them. > > I seem to remember that there was a separate command to access > kernel tunables, > but cannot remember which one, and neither 'man -k tunable' > nor a google search return any useful answer... Perhaps are you about kenv ? wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 11:02:11 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 895C3106564A for ; Wed, 23 Apr 2008 11:02:11 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5EFAD8FC27 for ; Wed, 23 Apr 2008 11:02:11 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from amilo.cenkes.org (ppp85-140-149-88.pppoe.mtu-net.ru [85.140.149.88]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTPSA id 05AD4242F842 for ; Wed, 23 Apr 2008 15:02:09 +0400 (MSD) Date: Wed, 23 Apr 2008 15:02:07 +0400 From: Andrew Pantyukhin To: current@FreeBSD.org Message-ID: <20080423110204.GB1541@amilo.cenkes.org> References: <20080423061116.GA1455@amilo.cenkes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080423061116.GA1455@amilo.cenkes.org> X-OS: FreeBSD 8.0-CURRENT amd64 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: regression (between Apr 16-23) panic in swi4 clock sio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: infofarmer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 11:02:11 -0000 On Wed, Apr 23, 2008 at 10:11:23AM +0400, Andrew Pantyukhin wrote: > Transcribed manually, expect typos. Fairly reproducible, please > request further info if necessary. Disabling ipv6 in rc.conf let the system boot. A few textdumps here: http://heka.cenkes.org/sat/diffs/20080423-swisio-textdumps.tbz From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 11:05:06 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B001106567D; Wed, 23 Apr 2008 11:05:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD3B8FC0A; Wed, 23 Apr 2008 11:05:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jocmf-000433-Ox; Wed, 23 Apr 2008 11:05:05 +0000 Message-ID: <480F17E0.5010002@psg.com> Date: Wed, 23 Apr 2008 20:05:04 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Andrew Pantyukhin References: <20080423061116.GA1455@amilo.cenkes.org> <20080423110204.GB1541@amilo.cenkes.org> In-Reply-To: <20080423110204.GB1541@amilo.cenkes.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: regression (between Apr 16-23) panic in swi4 clock sio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 11:05:06 -0000 > Disabling ipv6 in rc.conf let the system boot. A few textdumps > here: > http://heka.cenkes.org/sat/diffs/20080423-swisio-textdumps.tbz same here randy From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 11:47:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB8B1065673 for ; Wed, 23 Apr 2008 11:47:51 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8665F8FC26 for ; Wed, 23 Apr 2008 11:47:51 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6EF577318E; Wed, 23 Apr 2008 13:50:06 +0200 (CEST) Date: Wed, 23 Apr 2008 13:50:06 +0200 From: Luigi Rizzo To: pluknet Message-ID: <20080423115006.GA37818@onelab2.iet.unipi.it> References: <20080423100759.GA37110@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 11:47:51 -0000 On Wed, Apr 23, 2008 at 02:14:02PM +0400, pluknet wrote: > Hello, > > 2008/4/23 Luigi Rizzo : > > sorry for the possibly naive question, but is there > > a way other than sysctl to read the value of kernel 'tunable' > > variables ? > > > > E.g. in if_nfe.c i see > > > > TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); > > TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); > > TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); > > > > but sysctl is reporting none of them. > > > > I seem to remember that there was a separate command to access > > kernel tunables, > > but cannot remember which one, and neither 'man -k tunable' > > nor a google search return any useful answer... > > Perhaps are you about kenv ? yes, thanks... From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 12:49:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2AD31065670 for ; Wed, 23 Apr 2008 12:49:54 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [195.93.240.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4818FC22 for ; Wed, 23 Apr 2008 12:49:54 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.4.32] (helo=exim-router.moskb.local) by mail.moskb.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JodQ7-000Hgr-Vb for freebsd-current@freebsd.org; Wed, 23 Apr 2008 15:45:52 +0400 Received: from [172.29.200.36] (helo=mx.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JodOU-000Kp0-Hl for freebsd-current@freebsd.org; Wed, 23 Apr 2008 15:44:10 +0400 Received: from [172.17.5.69] (helo=lissyara.moskb.local) by mx.moskb.local with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JodOU-00086T-Gm for freebsd-current@freebsd.org; Wed, 23 Apr 2008 15:44:10 +0400 Message-ID: <480F2109.80706@lissyara.su> Date: Wed, 23 Apr 2008 15:44:09 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> In-Reply-To: <480E79F9.40303@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Counter: 1 Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 12:49:55 -0000 lissyara# /etc/rc.d/wpa_supplicant start ural0 Starting wpa_supplicant. ioctl[SIOCG80211, op 98, len 3076]: Invalid argument lissyara# more /etc/wpa_supplicant.conf network={ ssid="sss" #psk="ffffffff" psk=1454983c1dc612fb3c2d540a83539e37cf25c5e82e33bb310f7f996f52c9c16e } lissyara# ifconfig ural0 ural0: flags=108802 metric 0 mtu 2290 ether 00:18:f3:2b:b7:3a media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: no carrier lissyara# ============== ath0 - similar listing... lissyara# uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Apr 23 12:30:08 MSD 2008 lissyara@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC i386 lissyara# src updated today From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 13:04:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6363B1065689 for ; Wed, 23 Apr 2008 13:04:58 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 198E68FC23 for ; Wed, 23 Apr 2008 13:04:57 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 32DFD6D41F; Wed, 23 Apr 2008 14:55:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hdpyERzbgrar; Wed, 23 Apr 2008 14:55:05 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id AC6D46D41B; Wed, 23 Apr 2008 14:55:05 +0200 (CEST) Date: Wed, 23 Apr 2008 14:55:05 +0200 From: Rink Springer To: Alex Keda Message-ID: <20080423125505.GC38660@rink.nu> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F2109.80706@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480F2109.80706@lissyara.su> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 13:04:58 -0000 Hi, On Wed, Apr 23, 2008 at 03:44:09PM +0400, Alex Keda wrote: > lissyara# src updated today You need to create a wlan(4) interface and use that. For example: # ifconfig wlan0 create wlandev ural0 # /etc/rc.d/wpa_supplicant start wlan0 Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 13:11:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67E1B106564A; Wed, 23 Apr 2008 13:11:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA318FC13; Wed, 23 Apr 2008 13:11:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Joel9-0004ft-PF; Wed, 23 Apr 2008 13:11:40 +0000 Message-ID: <480F358A.2000009@psg.com> Date: Wed, 23 Apr 2008 22:11:38 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Sam Leffler References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> In-Reply-To: <480E79F9.40303@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 13:11:40 -0000 soekris 5501, current maybe eight hours old. new kernel world two days old. /etc/rc.d/ppp does not come up unless i add ldconfig to its RELY. this is an old (lime months) nstory, i am just trying to be complete. vaps_ath0="wlan0" cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 up" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_wlan0="channel 11 ssid rgnet-aden wep wepkey thirteenchars weptxkey 1 mediaopt hostap up" stumbler on a macbook sees no ap ath0: flags=8943 metric 0 mtu 2290 ether 00:0b:6b:83:59:25 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated soek0.psg.com:/root# ifconfig wlan0 wlan0: flags=8d43 metric 0 mtu 1500 ether 00:0b:6b:83:59:25 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid rgnet-aden channel 11 (2462 Mhz 11g) country US ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpower 19 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst ff dturbo bintval 0 # athstats 62670 data frames received 30306 data frames transmit 0M current transmit rate 30306 tx frames with no ack marked 14329 rx failed 'cuz of bad CRC 4527 rx failed 'cuz frame too short 1652 rx failed 'cuz of PHY err 44 transmit override receive 1608 CCK restart 3 rssi of last ack 1 switched default/rx antenna Antenna profile: [1] tx 30306 rx 62670 clue bat, please. randy From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 13:40:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354AF106566B for ; Wed, 23 Apr 2008 13:40:27 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id ECB778FC28 for ; Wed, 23 Apr 2008 13:40:26 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from amilo.cenkes.org (ppp85-140-149-88.pppoe.mtu-net.ru [85.140.149.88]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTPSA id BE3DB242F837; Wed, 23 Apr 2008 17:40:25 +0400 (MSD) Date: Wed, 23 Apr 2008 17:40:23 +0400 From: Andrew Pantyukhin To: Randy Bush Message-ID: <20080423134018.GA1449@amilo.cenkes.org> References: <20080423061116.GA1455@amilo.cenkes.org> <20080423110204.GB1541@amilo.cenkes.org> <480F17E0.5010002@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480F17E0.5010002@psg.com> X-OS: FreeBSD 8.0-CURRENT amd64 User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Sam Leffler , current@FreeBSD.org Subject: Re: regression (between Apr 16-23) panic in swi4 clock sio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: infofarmer@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 13:40:27 -0000 On Wed, Apr 23, 2008 at 08:05:04PM +0900, Randy Bush wrote: > > Disabling ipv6 in rc.conf let the system boot. A few textdumps > > here: > > http://heka.cenkes.org/sat/diffs/20080423-swisio-textdumps.tbz > > same here It looks like the regressive commit is within 2008.04.20.01.00.00-2008.04.21.01.00.00 There were few commits during that day, none seems related. The major one was Sam's wireless work, but I can't imagine how it can be related. From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:01:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5C57106564A; Wed, 23 Apr 2008 14:01:46 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [195.93.240.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1B28FC26; Wed, 23 Apr 2008 14:01:46 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.4.32] (helo=exim-router.moskb.local) by mail.moskb.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Joe2t-000Jfm-1g; Wed, 23 Apr 2008 16:25:55 +0400 Received: from [172.29.200.36] (helo=mx.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jodtx-000FSC-69; Wed, 23 Apr 2008 16:16:41 +0400 Received: from [172.17.5.69] (helo=lissyara.moskb.local) by mx.moskb.local with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jodtw-000894-V0; Wed, 23 Apr 2008 16:16:41 +0400 Message-ID: <480F28A8.1090002@lissyara.su> Date: Wed, 23 Apr 2008 16:16:40 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Sam Leffler References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> In-Reply-To: <480E79F9.40303@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mail-Counter: 1 Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:01:47 -0000 lissyara# /etc/rc.d/wpa_supplicant start ural0 Starting wpa_supplicant. ioctl[SIOCG80211, op 98, len 3076]: Invalid argument lissyara# more /etc/wpa_supplicant.conf network={ ssid="sss" #psk="ffffffff" psk=1454983c1dc612fb3c2d540a83539e37cf25c5e82e33bb310f7f996f52c9c16e } lissyara# ifconfig ural0 ural0: flags=108802 metric 0 mtu 2290 ether 00:18:f3:2b:b7:3a media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: no carrier lissyara# ============== ath0 - similar listing... lissyara# uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Apr 23 12:30:08 MSD 2008 lissyara@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC i386 lissyara# src updated today From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:17:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EEC9106564A for ; Wed, 23 Apr 2008 14:17:37 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 10E928FC13 for ; Wed, 23 Apr 2008 14:17:36 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper [152.3.145.30]) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id m3NEHakr017192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Apr 2008 10:17:36 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu m3NEHakr017192 Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m3NEH8qk015042; Wed, 23 Apr 2008 10:17:08 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18447.17658.759349.720175@grasshopper.cs.duke.edu> Date: Wed, 23 Apr 2008 10:17:07 -0400 (EDT) To: freebsd-current@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: ZFS file caching question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:17:37 -0000 If I have, say, 512MB RAM and a 1GB file which is written or read sequentially on an otherwise idle system, I'd expect the last 512MB (- epsilon) of the file's pages to be cached in RAM. This is true for UFS, but it does not appear to be the case with ZFS (see example below). Can somebody explain how the arc cache in ZFS relates to the normal page cache used by traditional filesystems? Are ZFS filesystems cached exclusively in the arc cache, and not in the page cache? Is the arc cache per-filesystem, per-pool, or global for ZFS as a whole? Hmm.. Could this be the cause of the problems with ZFS and mmap'ed files? Thanks, Drew ### host has 406MB free before file is written %vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id 0 0 4 74232K 406M 309 0 1 11 1747 2518 0 0 358 303 3267 0 3 97 %dd if=/dev/zero of=zot bs=1m count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 21.076331 secs (50945386 bytes/sec) ### host has 26MB free after file is written %vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id 0 0 6 74232K 26M 303 0 1 11 1707 2565 0 0 359 299 3252 0 3 97 ### at least the last 300MB or so are cached, and the disk is not hit ### when reading them. %dd if=zot of=/dev/null iseek=700 bs=1m 324+0 records in 324+0 records out 339738624 bytes transferred in 0.372665 secs (911646356 bytes/sec) % But with ZFS, this is not true: ### host has 412MB free before file is written %vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id 0 0 6 84552K 412M 263 0 1 9 1520 2200 0 0 309 263 2854 0 3 97 %dd if=/dev/zero of=zot bs=1m count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 17.447763 secs (61540372 bytes/sec) % ### host has 254MB free after file is written %vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id 0 0 6 84552K 254M 249 0 1 9 1441 2069 0 0 299 251 2776 0 3 97 %dd if=zot of=/dev/null iseek=700 bs=1m 324+0 records in 324+0 records out 339738624 bytes transferred in 4.545527 secs (74741306 bytes/sec) ### the last 300MB of the file are not cached, and the disk is ### hit when reading them %vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad8 ad10 in sy cs us sy id 0 0 6 84552K 254M 249 0 1 9 1441 2069 0 0 299 251 2776 0 3 97 %dd if=zot of=/dev/null iseek=700 bs=1m 324+0 records in 324+0 records out 339738624 bytes transferred in 4.545527 secs (74741306 bytes/sec) From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:19:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48EE51065673 for ; Wed, 23 Apr 2008 14:19:00 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mmx.lexasoft.ru (mmx.lexasoft.ru [92.241.160.6]) by mx1.freebsd.org (Postfix) with ESMTP id EBB4F8FC21 for ; Wed, 23 Apr 2008 14:18:59 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from [10.100.0.2] (petrovich-telecom-gw.wahome.ru [77.91.225.38]) by mmx.lexasoft.ru (Postfix) with ESMTPSA id 476DA2841C for ; Wed, 23 Apr 2008 18:14:15 +0400 (MSD) Message-Id: <6BBA0B04-166B-4813-B8C7-533EA9BE807C@lexasoft.ru> From: Alexey Tarasov To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 23 Apr 2008 18:09:18 +0400 X-Mailer: Apple Mail (2.919.2) Cc: Subject: Kernel panic in 7-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:19:00 -0000 Hello. I've got a kernel panic messages with my server. Here is KGDB output: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x30 fault code =3D supervisor read data, page not present instruction pointer =3D 0x8:0xffffffff804c484f stack pointer =3D 0x10:0xffffffffb07c0820 frame pointer =3D 0x10:0xffffff0003112350 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 588 (nfsd) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 1m47s Physical memory: 4083 MB Dumping 423 MB: 408 392 376 360 344 328 312 296 280 264 248 232 216 =20 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff8048e3c9 in boot (howto=3D260) at /usr/src/sys/kern/=20 kern_shutdown.c:418 #3 0xffffffff8048e7cd in panic (fmt=3D0x104
) at /usr/src/sys/kern/kern_shutdown.c:572 #4 0xffffffff80757e94 in trap_fatal (frame=3D0xffffff0003112350, =20 eva=3D18446742974251362512) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff80758b0f in trap (frame=3D0xffffffffb07c0770) at /usr/src/=20= sys/amd64/amd64/trap.c:251 #6 0xffffffff8073e69e in calltrap () at /usr/src/sys/amd64/amd64/=20 exception.S:169 #7 0xffffffff804c484f in turnstile_broadcast (ts=3D0x0, queue=3D0) at /=20= usr/src/sys/kern/subr_turnstile.c:835 #8 0xffffffff8048204a in _mtx_unlock_sleep (m=3D0xffffffff80a7be00, =20 opts=3DVariable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:611 #9 0xffffffff8061f4f2 in nfsrv3_access (nfsd=3D0xffffff00039cfa00, =20 slp=3D0xffffff00037eb000, td=3D0xffffff0003112350, = mrq=3D0xffffffffb07c0af0) =20 at /usr/src/sys/nfsserver/nfs_serv.c:253 #10 0xffffffff80630c5d in nfssvc (td=3DVariable "td" is not available. ) at /usr/src/sys/nfsserver/nfs_syscalls.c:461 #11 0xffffffff807584e7 in syscall (frame=3D0xffffffffb07c0c70) at /usr/=20= src/sys/amd64/amd64/trap.c:852 #12 0xffffffff8073e8ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/=20= exception.S:290 #13 0x000000080068746c in ?? () Previous frame inner to this frame (corrupt stack?) It is recent kernel of 7-STABLE. -- Alexey Tarasov (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:26:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B707A1065676; Wed, 23 Apr 2008 14:26:17 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4948FC1B; Wed, 23 Apr 2008 14:26:17 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3NEQT7v044835; Wed, 23 Apr 2008 09:26:29 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3NEQTLF044834; Wed, 23 Apr 2008 09:26:29 -0500 (CDT) (envelope-from brooks) Date: Wed, 23 Apr 2008 09:26:29 -0500 From: Brooks Davis To: Randy Bush Message-ID: <20080423142628.GA44288@lor.one-eyed-alien.net> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <480F358A.2000009@psg.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 23 Apr 2008 09:26:29 -0500 (CDT) Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:26:17 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 23, 2008 at 10:11:38PM +0900, Randy Bush wrote: > soekris 5501, current maybe eight hours old. new kernel world two days o= ld. >=20 > /etc/rc.d/ppp does not come up unless i add ldconfig to its RELY. this > is an old (lime months) nstory, i am just trying to be complete. >=20 > vaps_ath0=3D"wlan0" > cloned_interfaces=3Dbridge0 > ifconfig_bridge0=3D"192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 up" > ifconfig_vr1=3Dup > ifconfig_vr2=3Dup > ifconfig_vr3=3Dup > ifconfig_wlan0=3D"channel 11 ssid rgnet-aden wep wepkey thirteenchars > weptxkey 1 mediaopt hostap up" One on the new properties of vaps is that you have to specify the mode of the wlan interface during creation. Current you do this in the rc scripts with: vap_create_wlan0=3D"wlanmode ap" I need to add rc.conf.5 entries for the vap stuff. I also need to decide if vaps_FOO is really what we want or if wlans_FOO would be better. -- Brooks > stumbler on a macbook sees no ap >=20 > ath0: flags=3D8943 metric > 0 mtu 2290 > ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > soek0.psg.com:/root# ifconfig wlan0 > wlan0: > flags=3D8d43 > metric 0 mtu 1500 > ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid rgnet-aden channel 11 (2462 Mhz 11g) > country US ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:104-b= it > txpower 19 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 > bgscanidle 250 > roam:rssi 7 roam:rate 5 protmode CTS wme burst ff dturbo bintval 0 >=20 > # athstats > 62670 data frames received > 30306 data frames transmit > 0M current transmit rate > 30306 tx frames with no ack marked > 14329 rx failed 'cuz of bad CRC > 4527 rx failed 'cuz frame too short > 1652 rx failed 'cuz of PHY err > 44 transmit override receive > 1608 CCK restart > 3 rssi of last ack > 1 switched default/rx antenna > Antenna profile: > [1] tx 30306 rx 62670 >=20 > clue bat, please. >=20 > randy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFID0cUXY6L6fI4GtQRAuvtAJoCSf+ugIEVzu5E2cycPlmvrbOp7QCfWPHM KIgNX9Fc5lJdE75LiIVToj0= =AQZl -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:36:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 387621065673; Wed, 23 Apr 2008 14:36:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id AF78C8FC13; Wed, 23 Apr 2008 14:36:20 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=N8Dpz3iM3Dq5KMc2NO3m//ZJWMeH4v5YoxySSGspocRM6HqPfXIXBTZ3nG1pVYftmDyWSpR1FarRNLn5VvNR3tDISRqtziI3GN3GpcQVgF/eOZXiGJn6mGbdN5Its0h5VTiV6cNTDg5rnrLLN5yUXCNYZPEMTRP/dEN+swW/LYI=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Jog55-0009gc-03; Wed, 23 Apr 2008 18:36:19 +0400 Date: Wed, 23 Apr 2008 18:36:17 +0400 From: Eygene Ryabinkin To: Brooks Davis , Poul-Henning Kamp Message-ID: <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE> References: <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> <20080421162612.GA19629@lor.one-eyed-alien.net> <20080422204510.GB34198@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <12763.1208898696@critter.freebsd.dk> <20080422204510.GB34198@lor.one-eyed-alien.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_05 Cc: Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:36:21 -0000 Brooks, Poul-Henning, good day. > This looks like useful functionality to me. I have't had time to dig in > in detail. Could you please submit it as a PR so it doesn't get lost? OK, will do. Tue, Apr 22, 2008 at 09:11:36PM +0000, Poul-Henning Kamp wrote: > >By the way, do you have some thoughts about the patches I had sent? > >Or you just don't need such functionality? I am not receiving any > >comments, so does it mean that these patches are unneeded? Anyone? > >Poul-Henning? > > I think this is a much needed facility. Some ISP's block DNS queries > from private customers to force them to use the ISP's DNS and > not having this forces a cumbersome manual configuration. Hmm, my patch does not change anything in the respect to the ISP's DNS servers: resolv.conf or BIND will use the nameservers given by DHCP or manually configured via /etc/rc.conf. For the DHCP case this coincides with the current behaviour: dhclient creates /etc/resolv.conf with the obtained DNS servers. But sure, the case of a local BIND instance is not covered by the current configuration, but is handled in the patch. To summarize, the useful functionality, as I see it, is the following. a) One can build /etc/resolv.conf programmatically via variables in rc.conf; I am using it to implement multiple configurations for my notebooks. b) One can have local BIND instance caching the answers from the upstream forwarders and it is automatically (re)configured by DHCP or /etc/rc.conf when upstream DNS servers list is changed. Very handy when you're sitting on the lossy link, having temporary connectivity problems and is generally saving some DNS-related traffic. Thanks for your opinions! -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:36:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69CF91065673 for ; Wed, 23 Apr 2008 14:36:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 95EB38FC28; Wed, 23 Apr 2008 14:36:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <480F4972.20609@FreeBSD.org> Date: Wed, 23 Apr 2008 16:36:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Andrew Gallatin References: <18447.17658.759349.720175@grasshopper.cs.duke.edu> In-Reply-To: <18447.17658.759349.720175@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS file caching question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:36:42 -0000 Andrew Gallatin wrote: > If I have, say, 512MB RAM and a 1GB file which is written or read > sequentially on an otherwise idle system, I'd expect the last 512MB (- > epsilon) of the file's pages to be cached in RAM. This is true for > UFS, but it does not appear to be the case with ZFS (see example > below). > > Can somebody explain how the arc cache in ZFS relates to the normal > page cache used by traditional filesystems? Are ZFS filesystems > cached exclusively in the arc cache, and not in the page cache? Is > the arc cache per-filesystem, per-pool, or global for ZFS as a whole? The ZFS arc cache is completely independent from the normal buffer cache on FreeBSD. This is inefficient in a number of ways. I have also seen things that make me suspicious that it is not caching properly even when you tune it to be "large enough" (if possible given memory constraints), but I haven't confirmed this. > Hmm.. Could this be the cause of the problems with ZFS and mmap'ed files? What problems do you mean? There were coherency problems but I think they were fixed. Kris From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:46:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA49106566B for ; Wed, 23 Apr 2008 14:46:12 +0000 (UTC) (envelope-from sheepkiller@cultdeadsheep.org) Received: from goofy.cultdeadsheep.org (36-156.252-81.static-ip.oleane.fr [81.252.156.36]) by mx1.freebsd.org (Postfix) with SMTP id 60C678FC1C for ; Wed, 23 Apr 2008 14:46:11 +0000 (UTC) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 94418 invoked by uid 1000); 23 Apr 2008 16:19:29 +0200 Date: Wed, 23 Apr 2008 16:19:29 +0200 From: Clement Laforet To: Ivan Voras Message-ID: <20080423141929.GA61109@goofy.cultdeadsheep.org> References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.10i Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:46:12 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 22, 2008 at 10:34:14PM +0200, Ivan Voras wrote: > Scott Long wrote: > >Poul-Henning Kamp wrote: > >>In message <480E307B.901@quis.cx>, Jille writes: > >>>Hello, > >>> > >>>I've read about accf_http(9) some time ago, and I was wondering about= =20 > >>>it's performance. > >>>Does it increase performance on all workloads ? > >>>(I'm intrested in the improvements for a PHP-apache-webserver with=20 > >>>about 50 request/second average.) > >> > >>I doubt you will see measurable performance difference from using > >>request filters at such low traffic. > >> > > > >The accept filters do reduce service latency and probably have a small > >benefit in CPU utilization. 50 requests/sec is probably enough to see > >a benefit for something like PHP or PERL. It definitely won't hurt, and > >even if there's no measurable benefit now, it'll help prepare you for > >scaling in the future. >=20 > Does anyone know why accf_accept is disabled by default in the ports'=20 > stock Apache 2.2 (it's disabled in the default config files)? I thought= =20 > it was because it was dangerous or flawed for some reason, though (at=20 > least for light loads comparable to those of OP) it seems to work fine. There's not technical reason actually. It's an "opt-in" feature ;-) In the early 2.2.x times, httpd used to print a warning when accf_http=20 is disabled. It was, of course, just a matter of loglevel. apache ran=20 perfectly fine, but a warning got printed. Some users started=20 complaining about how my port was broken, sometimes in very rude=20 manner. So I decided to explicilty disable AcceptFilter unless=20 apache22_http_accept_enable is set to "YES" in /etc/rc.conf. clem --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFID0VwsRhfjwcjuh0RAhV6AKC0OdQMC+8MyYDIvNwcnJErQUPkfgCeL3u2 qoeEXJAGT67Pipq9Jsg/vPU= =VUZr -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:48:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF11D106566C for ; Wed, 23 Apr 2008 14:48:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 74E988FC18 for ; Wed, 23 Apr 2008 14:48:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 351C746B03; Wed, 23 Apr 2008 10:48:48 -0400 (EDT) Date: Wed, 23 Apr 2008 15:48:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dmitriy Kirhlarov In-Reply-To: <480EE8B2.2020907@higis.ru> Message-ID: <20080423154626.F64388@fledge.watson.org> References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> <480EE8B2.2020907@higis.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:48:49 -0000 On Wed, 23 Apr 2008, Dmitriy Kirhlarov wrote: > Xin LI wrote: >> | Does anyone know why accf_accept is disabled by default in the ports' >> | stock Apache 2.2 (it's disabled in the default config files)? I thought >> >> Yes, I wonder that too. Personally I think it might be a good idea to just >> bind accf_http and accf_data into GENERIC, as I always add them > > We are using accf_http and accf_data on 6.1-6.3 with apache and proftpd. Now > we have periodical sockets leak. We can't reproduce it, but accf_* under > suspiction. If you kill apache and wait a few seconds, does the socket count go back down to normal? Shutting down to single user mode and comparing allocated memory with vmstat -z and vmstat -m against similar measurements made before going up to multi-user (ignoring file system stuff) might well shed some light. I'm aware of a few problems relating to accept filters, and "fixing" them has been on my todo list for several years. Unfortunately, other things keep getting ahead of that in the todo list. One known issue is that accept filters aren't entirely happy with the new multi-processor locking world order. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:48:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993BD1065727; Wed, 23 Apr 2008 14:48:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id 692DD8FC13; Wed, 23 Apr 2008 14:48:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JogHI-0005Ha-8d; Wed, 23 Apr 2008 14:48:56 +0000 Message-ID: <480F4C56.7070009@psg.com> Date: Wed, 23 Apr 2008 23:48:54 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Brooks Davis References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> In-Reply-To: <20080423142628.GA44288@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:48:56 -0000 > One on the new properties of vaps is that you have to specify the mode > of the wlan interface during creation. Current you do this in the rc > scripts with: > > vap_create_wlan0="wlanmode ap" bingo! thank you! > I need to add rc.conf.5 entries for the vap stuff. I also need to > decide if vaps_FOO is really what we want or if wlans_FOO would be > better. the difference between a wlan and a vap is subtle. randy From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:49:52 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D385C10656AB; Wed, 23 Apr 2008 14:49:52 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 876878FC25; Wed, 23 Apr 2008 14:49:52 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper [152.3.145.30]) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id m3NEnqJW022374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 10:49:52 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu m3NEnqJW022374 Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m3NEnOFt015072; Wed, 23 Apr 2008 10:49:24 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18447.19594.892539.640373@grasshopper.cs.duke.edu> Date: Wed, 23 Apr 2008 10:49:23 -0400 (EDT) To: Kris Kennaway In-Reply-To: <480F4972.20609@FreeBSD.org> References: <18447.17658.759349.720175@grasshopper.cs.duke.edu> <480F4972.20609@FreeBSD.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS file caching question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:49:52 -0000 Kris Kennaway writes: > Andrew Gallatin wrote: > > If I have, say, 512MB RAM and a 1GB file which is written or read > > sequentially on an otherwise idle system, I'd expect the last 512MB (- > > epsilon) of the file's pages to be cached in RAM. This is true for > > UFS, but it does not appear to be the case with ZFS (see example > > below). > > > > Can somebody explain how the arc cache in ZFS relates to the normal > > page cache used by traditional filesystems? Are ZFS filesystems > > cached exclusively in the arc cache, and not in the page cache? Is > > the arc cache per-filesystem, per-pool, or global for ZFS as a whole? > > The ZFS arc cache is completely independent from the normal buffer cache > on FreeBSD. This is inefficient in a number of ways. I have also seen > things that make me suspicious that it is not caching properly even when > you tune it to be "large enough" (if possible given memory constraints), > but I haven't confirmed this. In some ways this is kind of cool. I'm want to use FreeBSD+ZFS for a new desktop which will also host a media server. If I put the media on ZFS, and my home directory on UFS, then the gigantic HD media files recorded overnight won't push my desktop applications out of RAM overnight. That's a feature :) > > Hmm.. Could this be the cause of the problems with ZFS and mmap'ed files? > > What problems do you mean? There were coherency problems but I think > they were fixed. The last I saw about this on -current was: http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083396.html This seemed to terminate with people disabling mmap in the applications, not with a fix to ZFS. Maybe I missed a commit.. Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 14:58:24 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C06106566B; Wed, 23 Apr 2008 14:58:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3301B8FC22; Wed, 23 Apr 2008 14:58:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C408646B7F; Wed, 23 Apr 2008 10:58:23 -0400 (EDT) Date: Wed, 23 Apr 2008 15:58:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: sos@FreeBSD.org In-Reply-To: <20080417144424.D71628@fledge.watson.org> Message-ID: <20080423155744.D64388@fledge.watson.org> References: <20080417144424.D71628@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: ATA problem in Parallels: warnings -> failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 14:58:24 -0000 On Thu, 17 Apr 2008, Robert Watson wrote: > Since my most recent kernel update, the intermittent TIMEOUT - READ_DMA > warnings I get on my parallels install appear to have become somewhat less > innocuous: > > ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=38669679 > ad0: FAILURE - already active DMA on this device > ad0: setting up DMA failed > g_vfs_done():ad0s1e[READ(offset=18188230656, length=2048)]error = 5 > cvs update: in directory modules/tx: > cvs [update aborted]: cannot read CVS/Repository: Input/output error > > In the past, this appeared to be a symptom of long and unexplained delays in > Parallel's ATA -> image file operation, but were not harmful as the retried > operation succeeded. However, it seems that this is no longer the case, > with errors exposed to higher levels of the file system. Do you have any > suggestions? Your recent commits appear now to have resolved this problem. I'm still getting the usual TIMEOUT's for read and write DMA that I always get in Parallels, but no more corrupted UFS, as far as I can tell, anyway. :-) Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 15:00:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371D71065670 for ; Wed, 23 Apr 2008 15:00:59 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 266ED8FC1E for ; Wed, 23 Apr 2008 15:00:57 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2445168mue.3 for ; Wed, 23 Apr 2008 08:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:subject:date:mime-version:content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=2IF4vKOUn69kJm3f7eKnn7K750uASMqgbzGQ5CK3SrA=; b=N/w+A45k2jp7vrbv+gzhOMwpkmw5UoA6eYDHnAjYXfNzfCevzqHuLKHiFC4Z0gjEhPrjI5JEixTYm3HTGkVjJkmMqeBCtDlrTapRLhGIC/baCsZmFgShTxZILSEoQ6o/hbSd/c+RoatwmHmqbDM1ycdI3As93nYFceYlPlyAE2w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:mime-version:content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=ZcK2Wr7wnQpKgwHdcD5kIc85LP51I+FAO2W3DATQfrIi/psz3DxST2iqlAyWJUCVVU7PEdTgf4VouRgWo+yQTGTTmjOm5UHzQqGR7SQxRA6AkTLPhdWkLlEbQe2JYysLTUh5BazYiw2t+t3IV2uM4uHVR2SCdenoVnBcQ9q5qc8= Received: by 10.82.153.5 with SMTP id a5mr1064549bue.48.1208961335585; Wed, 23 Apr 2008 07:35:35 -0700 (PDT) Received: from Nasier ( [196.23.54.250]) by mx.google.com with ESMTPS id x6sm218990gvf.0.2008.04.23.07.35.29 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Apr 2008 07:35:31 -0700 (PDT) Message-ID: <000c01c8a54f$472537c0$086517ac@Nasier> From: "Nasier Jaffer" To: Date: Wed, 23 Apr 2008 16:35:24 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Berkeley DB package compatibility issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 15:00:59 -0000 Hello=20 I am trying to install Apache, OpenlDAP and p5-BerkeleyDB-0.32 on = FreeBSD 7.0-RELEASE #0:. These are all done from the package system. ie pkg_add -r package_name apache-2.2.6_2 Version 2.2 of Apache web server with prefork MPM openldap-client-2.3.41 Open source LDAP client implementation openldap-server-2.3.41 Open source LDAP server implementation p5-BerkeleyDB-0.32 Perl5 interface to the Berkeley DB package The resultant dependencies of these packages regarding Berkeley DB is as = follows db41-4.1.25_4 The Berkeley DB package, revision 4.1 db42-4.2.52_5 The Berkeley DB package, revision 4.2 db44-4.4.20.4 The Berkeley DB package, revision 4.4 apache-2.2.6_2 requires db42-4.2.52_5 p5-BerkeleyDB-0.32 requires db41-4.1.25_4 openldap-server-2.3.41 requires db44-4.4.20.4=20 This is causing some serious issues when running some perl modules in = apache.=20 [Wed Apr 23 15:24:03 2008] [error] \nBerkeleyDB needs compatible = versions of libdb & db.h\n\tyou have db.h version 4.1.25 and libdb = version 4.4.20\nCompilation failed in require at = /usr/local/lib/perl5/site_perl/Seshat.pm line 4, line 228.\nBEGIN = failed--compilation aborted at /usr/local/lib/perl5/site_perl/Seshat.pm = line 4, line 228.\nCompilation failed in require at = /var/www/cgi-bin/rs/logon.pl line 32, line 228.\nBEGIN = failed--compilation aborted at /var/www/cgi-bin/rs/logon.pl line 32, = line 228.\n Can someone please assist me with solving this problem. Your help is = greatly appreciated. Nasier From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 15:02:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9871065686 for ; Wed, 23 Apr 2008 15:02:06 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 16FC48FC20 for ; Wed, 23 Apr 2008 15:02:06 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id AE51939CF4 for ; Wed, 23 Apr 2008 17:02:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lW1KM4llDUSn for ; Wed, 23 Apr 2008 17:02:03 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 679CD39C95; Wed, 23 Apr 2008 17:02:03 +0200 (CEST) Date: Wed, 23 Apr 2008 17:02:03 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20080423150203.GA33924@keltia.freenix.fr> References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> <480EE8B2.2020907@higis.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480EE8B2.2020907@higis.ru> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 15:02:06 -0000 According to Dmitriy Kirhlarov: > We are using accf_http and accf_data on 6.1-6.3 with apache and proftpd. > Now we have periodical sockets leak. We can't reproduce it, but accf_* > under suspiction. I used to get these regularely 2001:660:330f:f820:213:72ff:fe15:f44 - - [23/Apr/2008:14:02:21 +0200] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.x (FreeBSD) (internal dummy connection)" using accf_* kind of "fixed " that but now they are back? Is is this related? Any idea how to fix these? (6.1-STABLE, apache 2.2.6) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; i386 From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 15:03:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 734661065674; Wed, 23 Apr 2008 15:03:29 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3388FC1E; Wed, 23 Apr 2008 15:03:29 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=o51DXPumORdbwkTQcJQnV5G2C2w9Ocd2gQxQ9oWSxGe5CYx54JWCFajBCYh3cKb7V55rfweJAJwTDuJkSFts0D95cbKd6WLwARuSgApROaii1VlWeiCgIgq/XeNGwKI/+084yNI/zzNCGJhnjVr+ysnI9UJFevVSUONoNj6WzGc=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JogVL-0009rE-He; Wed, 23 Apr 2008 19:03:27 +0400 Date: Wed, 23 Apr 2008 19:03:26 +0400 From: Eygene Ryabinkin To: Brooks Davis , Poul-Henning Kamp Message-ID: References: <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> <20080421162612.GA19629@lor.one-eyed-alien.net> <20080422204510.GB34198@lor.one-eyed-alien.net> <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 15:03:29 -0000 Wed, Apr 23, 2008 at 06:36:17PM +0400, Eygene Ryabinkin wrote: > > This looks like useful functionality to me. I have't had time to dig in > > in detail. Could you please submit it as a PR so it doesn't get lost? > > OK, will do. Submitted, http://www.freebsd.org/cgi/query-pr.cgi?pr=123015 Tried to add all relevant persons to the GNATS notification list. -- Eygene From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 15:44:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A111065670 for ; Wed, 23 Apr 2008 15:44:06 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 422838FC0C for ; Wed, 23 Apr 2008 15:44:06 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1717039rvf.43 for ; Wed, 23 Apr 2008 08:44:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=MBoQv86uhr8hn8idfITR9qSfm6K5z/4LHd6iFgKA39Y=; b=wdBT50WLYN5jMBMBMyRPTcRIMguhmk4oyjQRxoowexv+Bqufh/JsYPyiSnO1v3PasXy9noknamgrVUdflS78LlZ+AlK5Wvk+qKBO2uYGR3dnv5SUBMTa0iTXgEgp6M0Dv+cvUu1+u114+SOrZA890Bp0jgO4iYjLo5qBeNkH66k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ozlw0zlaZUbKkLSY45o24iVNbxfv5j83lQlrWspxkDLVBrD069ro3HiJo+xEqh/rP26VtOMVoFSf/+5TMJ4KhwVTVy0HgLaexCpaBmEf1o7VKBDOA09s/DZLstD5MBhAuSD3/D6zJwzXK+jYll1e77ccWPaEPX7QHL+jGswlrCY= Received: by 10.141.129.14 with SMTP id g14mr623150rvn.209.1208965445985; Wed, 23 Apr 2008 08:44:05 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Wed, 23 Apr 2008 08:44:05 -0700 (PDT) Message-ID: <9bbcef730804230844x343c875ey7ae2d94d5a486820@mail.gmail.com> Date: Wed, 23 Apr 2008 17:44:05 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Clement Laforet" In-Reply-To: <20080423141929.GA61109@goofy.cultdeadsheep.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <20080423141929.GA61109@goofy.cultdeadsheep.org> X-Google-Sender-Auth: 21a02b498eabdcba Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 15:44:06 -0000 2008/4/23 Clement Laforet : > There's not technical reason actually. It's an "opt-in" feature ;-) > In the early 2.2.x times, httpd used to print a warning when accf_http > is disabled. It was, of course, just a matter of loglevel. apache ran > perfectly fine, but a warning got printed. Some users started > complaining about how my port was broken, sometimes in very rude > manner. > So I decided to explicilty disable AcceptFilter unless > apache22_http_accept_enable is set to "YES" in /etc/rc.conf. Thanks for the very good explanation :) Could you perhaps add a line to pkg-message that points to the setting? From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:07:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9293E106566B for ; Wed, 23 Apr 2008 16:07:17 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 422558FC23 for ; Wed, 23 Apr 2008 16:07:17 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m3NFdKYW078171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Apr 2008 10:39:20 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m3NFdIZJ078141; Wed, 23 Apr 2008 10:39:18 -0500 (CDT) (envelope-from dan) Date: Wed, 23 Apr 2008 10:39:18 -0500 From: Dan Nelson To: Luigi Rizzo Message-ID: <20080423153918.GC99910@dan.emsphone.com> References: <20080423100759.GA37110@onelab2.iet.unipi.it> <20080423115006.GA37818@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080423115006.GA37818@onelab2.iet.unipi.it> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: pluknet , current@freebsd.org Subject: Re: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:07:17 -0000 In the last episode (Apr 23), Luigi Rizzo said: > On Wed, Apr 23, 2008 at 02:14:02PM +0400, pluknet wrote: > > 2008/4/23 Luigi Rizzo : > > > sorry for the possibly naive question, but is there a way other > > > than sysctl to read the value of kernel 'tunable' variables ? > > > > > > E.g. in if_nfe.c i see > > > > > > TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); > > > TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); > > > TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); > > > > > > but sysctl is reporting none of them. > > > > > > I seem to remember that there was a separate command to access > > > kernel tunables, but cannot remember which one, and neither 'man > > > -k tunable' nor a google search return any useful answer... > > > > Perhaps are you about kenv ? > > yes, thanks... Is there any reason to have TUNABLE_* macros anymore? A SYSCTL_* macro with the CTLFLAG_TUN flag does the same thing and also provides sysctl access. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:08:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 557791065670 for ; Wed, 23 Apr 2008 16:08:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id F11598FC2A for ; Wed, 23 Apr 2008 16:08:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id D5CEA13DF79; Wed, 23 Apr 2008 20:01:03 +0400 (MSD) Date: Wed, 23 Apr 2008 20:01:19 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <763623716.20080423200119@serebryakov.spb.ru> To: Sam Leffler In-Reply-To: <480D6667.4020509@errno.com> References: <480D6667.4020509@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:08:54 -0000 Hello, Sam. You wrote 22 ?????? 2008 ?., 8:15:35: > 20080420: > The 802.11 wireless support was redone to enable multi-bss > operation on devices that are capable. The underlying device > is no longer used directly but instead wlanX devices are > cloned with ifconfig. This requires changes to rc.conf files. > As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta > modules were merged into the base wlan module. All references > to these modules (e.g. in kernel config files) must be removed. Thank you, Sam! THANK YOU! Is here any chances to MFC? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:13:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 409CC106566B; Wed, 23 Apr 2008 16:13:55 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id D557D8FC30; Wed, 23 Apr 2008 16:13:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id D68BB13DF74; Wed, 23 Apr 2008 19:57:42 +0400 (MSD) Date: Wed, 23 Apr 2008 19:58:00 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <11410077632.20080423195800@serebryakov.spb.ru> To: Randy Bush In-Reply-To: <480F4C56.7070009@psg.com> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <480F4C56.7070009@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Sam Leffler , Brooks Davis , freebsd-current@freebsd.org Subject: Re[2]: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:13:55 -0000 Hello, Randy. You wrote 23 ?????? 2008 ?., 18:48:54: > the difference between a wlan and a vap is subtle. I don't thinks, that difference between client and server is subtile :) wlan is AP OR client, and VAP is AP only. And many comuters will be configured as clients, with wpa_supplicant, not hostapd :) -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:13:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40BAC106566C; Wed, 23 Apr 2008 16:13:55 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id D56E38FC35; Wed, 23 Apr 2008 16:13:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 0711713DF5F; Wed, 23 Apr 2008 19:55:56 +0400 (MSD) Date: Wed, 23 Apr 2008 19:56:14 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <515950687.20080423195614@serebryakov.spb.ru> To: Brooks Davis In-Reply-To: <20080423142628.GA44288@lor.one-eyed-alien.net> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Randy Bush , Sam Leffler , freebsd-current@freebsd.org Subject: Re[2]: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:13:55 -0000 Hello, Brooks. You wrote 23 =E0=EF=F0=E5=EB=FF 2008 =E3., 18:26:29: > I need to add rc.conf.5 entries for the vap stuff. I also need to > decide if vaps_FOO is really what we want or if wlans_FOO would be > better. I think, that wlans_FOO will be better, because there are NO vaps if machine is configured as client one :) "wlan" is more generic. And, in any case, THANK YOU, Sam, for VAPs support! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:18:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C54021065677; Wed, 23 Apr 2008 16:18:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8601A8FC26; Wed, 23 Apr 2008 16:18:01 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3NGI0r5095691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 09:18:01 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <480F6138.7000803@freebsd.org> Date: Wed, 23 Apr 2008 09:18:00 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: lev@freebsd.org References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <480F4C56.7070009@psg.com> <11410077632.20080423195800@serebryakov.spb.ru> In-Reply-To: <11410077632.20080423195800@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: Randy Bush , Brooks Davis , freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:18:01 -0000 Lev Serebryakov wrote: > Hello, Randy. > You wrote 23 ?????? 2008 ?., 18:48:54: > > >> the difference between a wlan and a vap is subtle. >> > I don't thinks, that difference between client and server is subtile > :) wlan is AP OR client, and VAP is AP only. And many comuters will be > configured as clients, with wpa_supplicant, not hostapd :) > > A "vap" is just an ifnet cloned from an 802.11 device. These have a fixed operatin mode that can be ap, ibss, sta, monitor, ahdemo, whatever (mesh support eventually). The terminology is unfortunately tied to the original motivation. Sam From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 16:18:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2722106566B for ; Wed, 23 Apr 2008 16:18:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 042DE8FC44 for ; Wed, 23 Apr 2008 16:18:13 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3NGID7J095694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Apr 2008 09:18:13 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <480F6145.6000501@errno.com> Date: Wed, 23 Apr 2008 09:18:13 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: lev@FreeBSD.org References: <480D6667.4020509@errno.com> <763623716.20080423200119@serebryakov.spb.ru> In-Reply-To: <763623716.20080423200119@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: FreeBSD Current Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 16:18:16 -0000 Lev Serebryakov wrote: > Hello, Sam. > You wrote 22 ?????? 2008 ?., 8:15:35: > > >> 20080420: >> The 802.11 wireless support was redone to enable multi-bss >> operation on devices that are capable. The underlying device >> is no longer used directly but instead wlanX devices are >> cloned with ifconfig. This requires changes to rc.conf files. >> > > >> As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta >> modules were merged into the base wlan module. All references >> to these modules (e.g. in kernel config files) must be removed. >> > Thank you, Sam! THANK YOU! > > Is here any chances to MFC? > > no From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 17:15:05 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6CC106564A; Wed, 23 Apr 2008 17:15:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9808FC15; Wed, 23 Apr 2008 17:15:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (unknown [89.163.10.141]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 534BE13DF62; Wed, 23 Apr 2008 21:15:04 +0400 (MSD) Date: Wed, 23 Apr 2008 21:15:21 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v3.99.3) Professional Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <29742224.20080423211521@serebryakov.spb.ru> To: Sam Leffler In-Reply-To: <480F6138.7000803@freebsd.org> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <480F4C56.7070009@psg.com> <11410077632.20080423195800@serebryakov.spb.ru> <480F6138.7000803@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Randy Bush , freebsd-current@FreeBSD.org, lev@FreeBSD.org, Brooks Davis Subject: Re[2]: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 17:15:05 -0000 Hello, Sam. You wrote 23 ?????? 2008 ?., 20:18:00: >>> the difference between a wlan and a vap is subtle. >>> >> I don't thinks, that difference between client and server is subtile >> :) wlan is AP OR client, and VAP is AP only. And many comuters will be >> configured as clients, with wpa_supplicant, not hostapd :) >> >> > A "vap" is just an ifnet cloned from an 802.11 device. These have a > fixed operatin mode that can be ap, ibss, sta, monitor, ahdemo, whatever I understand this. And, IMHO, it is exact reason to not use "vap" as part of RC variables :) > (mesh support eventually). The terminology is unfortunately tied to the > original motivation. Maybe, terminology in scripts can be more generic and neutral? `wlan'? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 17:48:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FE31065672 for ; Wed, 23 Apr 2008 17:48:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3915E8FC2C for ; Wed, 23 Apr 2008 17:48:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=44498 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Joj5F-000IQG-UY for freebsd-current@freebsd.org; Wed, 23 Apr 2008 21:48:42 +0400 Message-ID: <480F7679.4080601@lissyara.su> Date: Wed, 23 Apr 2008 21:48:41 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080420) MIME-Version: 1.0 CC: FreeBSD Current References: <480D6667.4020509@errno.com> In-Reply-To: <480D6667.4020509@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 17:48:43 -0000 Sam Leffler пОшет: > From UPDATING: > > 20080420: > The 802.11 wireless support was redone to enable multi-bss > operation on devices that are capable. The underlying device > is no longer used directly but instead wlanX devices are > cloned with ifconfig. This requires changes to rc.conf files. > > As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta > modules were merged into the base wlan module. All references > to these modules (e.g. in kernel config files) must be removed. so, I don't see bwi... when it be committed? Or, where I can found patch to test it with current src? From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 18:41:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A156E106564A; Wed, 23 Apr 2008 18:41:16 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 035BA8FC1F; Wed, 23 Apr 2008 18:41:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3NIfRsj046852; Wed, 23 Apr 2008 13:41:27 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3NIfRDk046851; Wed, 23 Apr 2008 13:41:27 -0500 (CDT) (envelope-from brooks) Date: Wed, 23 Apr 2008 13:41:27 -0500 From: Brooks Davis To: Lev Serebryakov Message-ID: <20080423184127.GB46081@lor.one-eyed-alien.net> References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <480F4C56.7070009@psg.com> <11410077632.20080423195800@serebryakov.spb.ru> <480F6138.7000803@freebsd.org> <29742224.20080423211521@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <29742224.20080423211521@serebryakov.spb.ru> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 23 Apr 2008 13:41:28 -0500 (CDT) Cc: Randy Bush , freebsd-current@FreeBSD.org, Sam Leffler Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 18:41:16 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 23, 2008 at 09:15:21PM +0400, Lev Serebryakov wrote: > Hello, Sam. > You wrote 23 ?????? 2008 ?., 20:18:00: >=20 > >>> the difference between a wlan and a vap is subtle. > >>> =20 > >> I don't thinks, that difference between client and server is subtile > >> :) wlan is AP OR client, and VAP is AP only. And many comuters will be > >> configured as clients, with wpa_supplicant, not hostapd :) > >> > >> =20 > > A "vap" is just an ifnet cloned from an 802.11 device. These have a=20 > > fixed operatin mode that can be ap, ibss, sta, monitor, ahdemo, whatever > I understand this. And, IMHO, it is exact reason to not use "vap" as > part of RC variables :) >=20 > > (mesh support eventually). The terminology is unfortunately tied to the > > original motivation. > Maybe, terminology in scripts can be more generic and neutral? `wlan'? Sam and I discussed this and I'm going to change the variable names to wlan(s)_*. -- Brooks --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFID4LXXY6L6fI4GtQRAhZdAJ4sxz24/rjaOd/0tMunSPgthKCPqwCg5w+M GKrnAxKh7vDKtxQAAmZwh5w= =p+Sr -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 19:09:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7433E1065675 for ; Wed, 23 Apr 2008 19:09:28 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8848FC14 for ; Wed, 23 Apr 2008 19:09:27 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 83FFE3F61B0; Wed, 23 Apr 2008 21:09:26 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 2252E3F629F; Wed, 23 Apr 2008 21:09:24 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id A7ECE9BF12; Wed, 23 Apr 2008 19:06:59 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 9A685405B; Wed, 23 Apr 2008 21:06:59 +0200 (CEST) Date: Wed, 23 Apr 2008 21:06:59 +0200 From: Jeremie Le Hen To: Eygene Ryabinkin Message-ID: <20080423190659.GT92168@obiwan.tataz.chchile.org> References: <72389.1197629858@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 19:09:28 -0000 Hi Eygene, On Mon, Apr 14, 2008 at 07:44:13PM +0400, Eygene Ryabinkin wrote: > [...] > Testing and feedback are more than welcome. I didn't test your patch but I have a have a few comments about it: In install_new_file(), I don't think you should test for $CMP being an executable file... It is in the base system and the rule of thumb in other rc.d scripts is to use those directly. I'm not sure you should chown/chmod the forwarders file. People may have custom setup that you should not interfere with without a good reason. Also, I would rather let add_new_bind_forwarders() build the "empty" forwarders file, it would make more sense IMHO. You could then put a single call to add_new_bind_forwarders() at the end of the script under a $resolv_build_named_forwarders condition. It makes more sense indeed to test this outside of the function, my personal feeling being that it makes the reading less puzzling. Anyway, thank you very much for your work. I think many people will enjoy it once it will hit the source tree. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:00:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51955106566B for ; Wed, 23 Apr 2008 20:00:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDE38FC28 for ; Wed, 23 Apr 2008 20:00:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1787245rvf.43 for ; Wed, 23 Apr 2008 13:00:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=REfd6dagCUF2OPGronlNghElFDSvIxJPrd8+YJuBKIk=; b=EfGquy0iuFQPkvXpp3m7uHpOfzQa0Tzf5YnFdeisxhWxXYeaf3BFqJcqgDj9kth97XzzIadSuNdggetm0nBzukeakPMC74O7njrpSx3k7FSbrkulIBrxEkCbNPcVGbhke979au9K60J6oiM8yGuRedmdObE2TV/uDYvl4YqOKgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QmlWo0IvntFd+7sAGXPpBwxUsKi43o/cLhwrk8cFaLu2AEqy0nWP+Kx+Shx0XU0NRn96ippNVzkzLOSYmZFpvs+/ysP0otsFiuLqRBiiFkBQl3tG4irYBesuAMWQQBNqqlPvdNwmHW6FnoemAnVcUP9hLZ0eKVmviOaJL/JrKMI= Received: by 10.141.79.12 with SMTP id g12mr801582rvl.126.1208979301977; Wed, 23 Apr 2008 12:35:01 -0700 (PDT) Received: by 10.140.191.11 with HTTP; Wed, 23 Apr 2008 12:35:01 -0700 (PDT) Message-ID: <790a9fff0804231235n2cf6d95dle30340c0578b666c@mail.gmail.com> Date: Wed, 23 Apr 2008 14:35:01 -0500 From: "Scot Hetzel" To: "Nasier Jaffer" In-Reply-To: <000c01c8a54f$472537c0$086517ac@Nasier> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000c01c8a54f$472537c0$086517ac@Nasier> Cc: freebsd-current@freebsd.org Subject: Re: Berkeley DB package compatibility issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 20:00:16 -0000 On 4/23/08, Nasier Jaffer wrote: > Hello > > I am trying to install Apache, OpenlDAP and p5-BerkeleyDB-0.32 on FreeBSD 7.0-RELEASE #0:. These are all done from the package system. > > ie pkg_add -r package_name > > apache-2.2.6_2 Version 2.2 of Apache web server with prefork MPM > openldap-client-2.3.41 Open source LDAP client implementation > openldap-server-2.3.41 Open source LDAP server implementation > p5-BerkeleyDB-0.32 Perl5 interface to the Berkeley DB package > > The resultant dependencies of these packages regarding Berkeley DB is as follows > > db41-4.1.25_4 The Berkeley DB package, revision 4.1 > db42-4.2.52_5 The Berkeley DB package, revision 4.2 > db44-4.4.20.4 The Berkeley DB package, revision 4.4 > > apache-2.2.6_2 requires db42-4.2.52_5 > p5-BerkeleyDB-0.32 requires db41-4.1.25_4 > openldap-server-2.3.41 requires db44-4.4.20.4 > > This is causing some serious issues when running some perl modules in apache. > > [Wed Apr 23 15:24:03 2008] [error] \nBerkeleyDB needs compatible versions of libdb & db.h\n\tyou have db.h version 4.1.25 and libdb version 4.4.20\nCompilation failed in require at /usr/local/lib/perl5/site_perl/Seshat.pm line 4, line 228.\nBEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/Seshat.pm line 4, line 228.\nCompilation failed in require at /var/www/cgi-bin/rs/logon.pl line 32, line 228.\nBEGIN failed--compilation aborted at /var/www/cgi-bin/rs/logon.pl line 32, line 228.\n > > Can someone please assist me with solving this problem. Your help is greatly appreciated. > Try setting WITH_BDB_VER in your make.conf file, and rebuild the ports: WITH_BDB_VER=44 If you have other bdb ports installed, and you want to use the latest version, then set WITH_BDB_HIGHEST in make.conf. Scot From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:32:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F58106566C for ; Wed, 23 Apr 2008 20:32:13 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id F02B18FC0A for ; Wed, 23 Apr 2008 20:32:12 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JolCj-000MdD-Pr; Wed, 23 Apr 2008 16:04:35 -0400 From: "Yuri Lukin" To: Alex Keda ,N/A Date: Wed, 23 Apr 2008 16:04:33 -0400 Message-Id: <20080423200356.M95907@swaggi.com> In-Reply-To: <480F7679.4080601@lissyara.su> References: <480D6667.4020509@errno.com> <480F7679.4080601@lissyara.su> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: FreeBSD Current Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 20:32:13 -0000 On Wed, 23 Apr 2008 21:48:41 +0400, Alex Keda wrote > Sam Leffler [UTF-8?]пОшет: > > From UPDATING: > > > > 20080420: > > The 802.11 wireless support was redone to enable multi-bss > > operation on devices that are capable. The underlying device > > is no longer used directly but instead wlanX devices are > > cloned with ifconfig. This requires changes to rc.conf files. > > > > As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta > > modules were merged into the base wlan module. All references > > to these modules (e.g. in kernel config files) must be removed. > so, I don't see bwi... > when it be committed? > Or, where I can found patch to test it with current src? > http://lists.freebsd.org/pipermail/freebsd-current/2008-April/084834.html From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:33:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33633106564A for ; Wed, 23 Apr 2008 20:33:05 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx2.synetsystems.com (mx2.synetsystems.com [76.10.206.15]) by mx1.freebsd.org (Postfix) with ESMTP id EB9E38FC17 for ; Wed, 23 Apr 2008 20:33:04 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 275245D7; Wed, 23 Apr 2008 16:15:43 -0400 (EDT) Received: from rmtodd by servalan.servalan.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Joj34-000LOT-TO; Wed, 23 Apr 2008 12:46:26 -0500 To: Andrew Gallatin References: <18447.17658.759349.720175@grasshopper.cs.duke.edu> <480F4972.20609@FreeBSD.org> <18447.19594.892539.640373@grasshopper.cs.duke.edu> From: Richard Todd Date: Wed, 23 Apr 2008 12:44:49 -0500 In-Reply-To: (Andrew Gallatin's message of "Wed, 23 Apr 2008 10:49:23 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: ZFS file caching question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 20:33:05 -0000 Andrew Gallatin writes: > Kris Kennaway writes: > > Andrew Gallatin wrote: > > > Hmm.. Could this be the cause of the problems with ZFS and mmap'ed files? > > > > What problems do you mean? There were coherency problems but I think > > they were fixed. > > The last I saw about this on -current was: > http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083396.html > > This seemed to terminate with people disabling mmap in the > applications, not with a fix to ZFS. Maybe I missed a commit.. Someone else recently asked me in email about the mmap bug I reported in the above thread, so I recently ran a retest; the bug was still there as of Apr 7th -CURRENT. From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:38:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E62D9106568D for ; Wed, 23 Apr 2008 20:38:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8D42D8FC14 for ; Wed, 23 Apr 2008 20:38:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=45040 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Joljm-000KzI-5J; Thu, 24 Apr 2008 00:38:42 +0400 Message-ID: <480F9E51.6010105@lissyara.su> Date: Thu, 24 Apr 2008 00:38:41 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: Yuri Lukin , FreeBSD Current References: <480D6667.4020509@errno.com> <480F7679.4080601@lissyara.su> <20080423200356.M95907@swaggi.com> In-Reply-To: <20080423200356.M95907@swaggi.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 20:38:44 -0000 Yuri Lukin пОшет: > On Wed, 23 Apr 2008 21:48:41 +0400, Alex Keda wrote >> Sam Leffler [UTF-8?]пОшет: >>> From UPDATING: >>> >>> 20080420: >>> The 802.11 wireless support was redone to enable multi-bss >>> operation on devices that are capable. The underlying device >>> is no longer used directly but instead wlanX devices are >>> cloned with ifconfig. This requires changes to rc.conf files. >>> >>> As part of the multi-bss changes the wlan_scan_ap and wlan_scan_sta >>> modules were merged into the base wlan module. All references >>> to these modules (e.g. in kernel config files) must be removed. >> so, I don't see bwi... >> when it be committed? >> Or, where I can found patch to test it with current src? >> > > > http://lists.freebsd.org/pipermail/freebsd-current/2008-April/084834.html acer# make buildkernel KERNCONF=GENERIC -------------------------------------------------------------- >>> Kernel build for GENERIC started on Thu Apr 24 00:37:29 MSD 2008 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/amd64/conf/GENERIC ../../conf/options: Duplicate option MALO_DEBUG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# =========== I`m not stupid From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 21:20:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D982106568D; Wed, 23 Apr 2008 21:20:29 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 758408FC24; Wed, 23 Apr 2008 21:20:28 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from giskard.stuyts.nl (stuyts.xs4all.nl [82.95.106.42]) by altus-escon.com (8.14.2/8.14.2) with ESMTP id m3NKfEZs016102; Wed, 23 Apr 2008 22:41:19 +0200 (CEST) (envelope-from ben@altesco.nl) Message-Id: From: Ben Stuyts To: Andrew Gallatin In-Reply-To: <18447.19594.892539.640373@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 23 Apr 2008 22:40:23 +0200 References: <18447.17658.759349.720175@grasshopper.cs.duke.edu> <480F4972.20609@FreeBSD.org> <18447.19594.892539.640373@grasshopper.cs.duke.edu> X-Mailer: Apple Mail (2.919.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [10.0.0.150]); Wed, 23 Apr 2008 22:41:19 +0200 (CEST) X-Virus-Scanned: ClamAV 0.93/6809/Thu Apr 17 11:33:01 2008 on mars.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-3.6 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mars.altus-escon.com Cc: freebsd-current@freebsd.org Subject: Re: ZFS file caching question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 21:20:29 -0000 On 23 apr 2008, at 16:49, Andrew Gallatin wrote: >>> Hmm.. Could this be the cause of the problems with ZFS and mmap'ed >>> files? >> >> What problems do you mean? There were coherency problems but I think >> they were fixed. > > The last I saw about this on -current was: > http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083396.html > > This seemed to terminate with people disabling mmap in the > applications, not with a fix to ZFS. Maybe I missed a commit.. I recently had to disable mmap in dovecot on zfs, it created corrupted index files. After disabling mmap, it worked fine. 7-Stable from three weeks ago, have not retested recently. (It's a production server now.) Also some info here: Ben From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 21:28:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EECF106567E; Wed, 23 Apr 2008 21:28:48 +0000 (UTC) (envelope-from prvs=1999d27667=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 009F08FC1D; Wed, 23 Apr 2008 21:28:47 +0000 (UTC) (envelope-from prvs=1999d27667=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1208985017; x=1209589817; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=aRR57Z+aGnKFdPCscL5sP A3QinC1NtXmMoMHkbLrmUs=; b=VCxmXUbXiw3LACTEN4CsMAggU02dJaCf4jMMH /WHE4T/3zN6FSyN4nBd2JH6kgquf+0+rZb1UNxVEZcmVUTaohCXhxijPevtqYcJs Gue/MEl2OSGY1WZgRBMaTRbVAFj0rH/UYbQL8VjnHCiV7GjXjIiG72CnpF56fFZT 2m11BU= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.5) with ESMTP id md50005534182.msg; Wed, 23 Apr 2008 22:10:16 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1999d27667=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <032b01c8a586$6b445460$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Clement Laforet" , "Ivan Voras" References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <20080423141929.GA61109@goofy.cultdeadsheep.org> Date: Wed, 23 Apr 2008 22:10:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 23 Apr 2008 22:10:17 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 23 Apr 2008 22:10:17 +0100 Cc: freebsd-current@freebsd.org Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 21:28:48 -0000 ----- Original Message ----- From: "Clement Laforet" > There's not technical reason actually. It's an "opt-in" feature ;-) > In the early 2.2.x times, httpd used to print a warning when accf_http > is disabled. It was, of course, just a matter of loglevel. apache ran > perfectly fine, but a warning got printed. Some users started > complaining about how my port was broken, sometimes in very rude > manner. > So I decided to explicilty disable AcceptFilter unless > apache22_http_accept_enable is set to "YES" in /etc/rc.conf. As a point of interest on a 7.0 machine I installed the other day this didn't work as expected and apache still outputted the warning about failing to run with the filter. If your interested in the specific details of this Clement we can try and reproduce if that would help? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 22:38:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1D4A1065675; Wed, 23 Apr 2008 22:38:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9239D8FC16; Wed, 23 Apr 2008 22:38:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2AE3E17107; Wed, 23 Apr 2008 22:37:59 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3NFT0fZ000921; Wed, 23 Apr 2008 15:29:00 GMT (envelope-from phk@critter.freebsd.dk) To: Eygene Ryabinkin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 23 Apr 2008 18:36:17 +0400." <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE> Date: Wed, 23 Apr 2008 15:29:00 +0000 Message-ID: <920.1208964540@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Zaphod Beeblebrox , Brooks Davis , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 22:38:00 -0000 In message <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE>, Eygene Ry abinkin writes: >> I think this is a much needed facility. Some ISP's block DNS queries >> from private customers to force them to use the ISP's DNS and >> not having this forces a cumbersome manual configuration. > >Hmm, my patch does not change anything in the respect to the ISP's >DNS servers: resolv.conf or BIND will use the nameservers given by >DHCP or manually configured via /etc/rc.conf. That's the point: You get the DNS server IPs from your ISP using DHCP :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 22:40:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0420E1065683; Wed, 23 Apr 2008 22:40:52 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out4.iinet.net.au (outbound.icp-qv1-irony-out4.iinet.net.au [203.59.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4303A8FC14; Wed, 23 Apr 2008 22:40:50 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkwBANJQD0jLzq3r/2dsb2JhbAAIrjU X-IronPort-AV: E=Sophos;i="4.25,701,1199631600"; d="scan'208";a="211151520" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out4.iinet.net.au with ESMTP; 24 Apr 2008 06:10:44 +0800 Message-ID: <480FB389.2030102@mawer.org> Date: Thu, 24 Apr 2008 08:09:13 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Robert Watson References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> <480EE8B2.2020907@higis.ru> <20080423154626.F64388@fledge.watson.org> In-Reply-To: <20080423154626.F64388@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dmitriy Kirhlarov Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 22:40:52 -0000 Robert Watson wrote: ... > I'm aware of a few problems relating to accept filters, and "fixing" > them has been on my todo list for several years. Unfortunately, other > things keep getting ahead of that in the todo list. One known issue is > that accept filters aren't entirely happy with the new multi-processor > locking world order. Hi Robert, Does this mean that on a multi-core system, one is better avoiding accept filters and accepting a small latency hit in return for better SMP scalability/reduced lock contention? --Antony From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 05:06:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4B9D106564A for ; Thu, 24 Apr 2008 05:06:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 723788FC15 for ; Thu, 24 Apr 2008 05:06:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so4752480pyb.10 for ; Wed, 23 Apr 2008 22:06:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=FeDC4/BcDy7QLAwAXg834AsAYxWZpLUwKaRbNroNkvA=; b=CAD95qszLMB/eR62kMBUTLTNJ0IJZBFgodSUod3CU+fUjuTqe+k20NjDIaNrcO8xaAf+Hnogh0StrdybEG7+FUNWhSxnOY8RsRVNKcgU1+Ldg+TyhHE9TmnDhS0Hzhxe99vx79YbXdyVI1fEq7bKcpiaqiNj5rAQNDOoF8CDYfo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=qYK1lqeDBe0YiOx9A+AEIH5vf3pGJOpHaSTWgY/UCESWacZ7vGHj4XSva5Ezsh/wtvQvsGK9rzq373xaPACKwLh/L+C68tcrtnBemSNNM3JHhrQN0ZIuMm8wUnj3rjI442nvFMEKkfZF6Yg3a1SO9KZVrDMqaIm1kFaIzUnPRzY= Received: by 10.140.185.19 with SMTP id i19mr1003310rvf.296.1209011992122; Wed, 23 Apr 2008 21:39:52 -0700 (PDT) Received: by 10.140.143.14 with HTTP; Wed, 23 Apr 2008 21:39:52 -0700 (PDT) Message-ID: Date: Thu, 24 Apr 2008 12:39:52 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Antony Mawer" In-Reply-To: <480FB389.2030102@mawer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> <480EE8B2.2020907@higis.ru> <20080423154626.F64388@fledge.watson.org> <480FB389.2030102@mawer.org> X-Google-Sender-Auth: 775944539bd8e77c Cc: freebsd-current@freebsd.org, Robert Watson , Dmitriy Kirhlarov Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 05:06:09 -0000 On 24/04/2008, Antony Mawer wrote: > > Does this mean that on a multi-core system, one is better avoiding accept > filters and accepting a small latency hit in return for better SMP > scalability/reduced lock contention? Try benchmarking it? Somehow I don't think the HTTP accept filter does what people think it does. adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 06:29:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 017231065675 for ; Thu, 24 Apr 2008 06:29:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E957B8FC26 for ; Thu, 24 Apr 2008 06:29:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 23A3146C24; Thu, 24 Apr 2008 02:29:30 -0400 (EDT) Date: Thu, 24 Apr 2008 07:29:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Antony Mawer In-Reply-To: <480FB389.2030102@mawer.org> Message-ID: <20080424072456.I9282@fledge.watson.org> References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <480E589C.8010108@delphij.net> <480EE8B2.2020907@higis.ru> <20080423154626.F64388@fledge.watson.org> <480FB389.2030102@mawer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Dmitriy Kirhlarov Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 06:29:31 -0000 On Thu, 24 Apr 2008, Antony Mawer wrote: > Robert Watson wrote: > ... >> I'm aware of a few problems relating to accept filters, and "fixing" them >> has been on my todo list for several years. Unfortunately, other things >> keep getting ahead of that in the todo list. One known issue is that >> accept filters aren't entirely happy with the new multi-processor locking >> world order. > > Does this mean that on a multi-core system, one is better avoiding accept > filters and accepting a small latency hit in return for better SMP > scalability/reduced lock contention? My intuition would have been to avoid it, except that I've had reports from some very high-end hosting providers (thousands of front-end systems) that it appears to work fine in practice. Sometimes it's hard to say what problems will be visible, and what won't. It's quite possible that since accept filters always run from the input path, they are always protected by &tcbinfo in 5.3-7.0, and as such the races aren't exercisable in practice, and they work just fine. If you are running with accept filters and *are* running into problems, I can try and make some time to diagnose the problem, since if a problem does exist, I would like to fix it. If tcbinfo is preventing it, we will need to fix them in 8.x, as we're eating away at that lock in order to improve input path parallelism. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 08:51:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC0A1065678 for ; Thu, 24 Apr 2008 08:51:52 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1516F8FC13 for ; Thu, 24 Apr 2008 08:51:51 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so701532uge.37 for ; Thu, 24 Apr 2008 01:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=BjqgFuuh/GGnEz2dqMf6sSyE4OUXIRPGzCUgVwKFlOc=; b=Nqacy7XzZnCVMq6L7JBxckGe8nD/13NlU0HlguFkuMFOnh2Rpq57VKTQ9SsdwEQdiGgN9JV/dVCijJDQfMcLjutMaDBmat3vwMiCPSxg/IcspmXpNnv4O8VS5Pb2in9rHgVxJo2dODMyp9gdaCko7cW/vMC+Gd7IHsSVPuMBywo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=H+gTVcLPhCEx+IcRR4KJPJIWQPPs8kNYwM36plOmOukPE4L4MxdcQ3IHLCkPXId/PTwrvrHwOy/fFU0rJIK3DFmWPp5/5hZfio6TGObfGWqT4Sq2di3KqUaqrxIxlKE9X0RBcvxmDU8SekEt3EGCbkY2nHBmE+Qe3nuCTlhV8FU= Received: by 10.67.16.13 with SMTP id t13mr1280858ugi.44.1209027110535; Thu, 24 Apr 2008 01:51:50 -0700 (PDT) Received: from Nasier ( [196.23.54.250]) by mx.google.com with ESMTPS id m5sm104571gve.1.2008.04.24.01.51.47 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Apr 2008 01:51:49 -0700 (PDT) Message-ID: <000601c8a5e8$6dbfc820$086517ac@Nasier> From: "Nasier Jaffer" To: "Scot Hetzel" References: <000c01c8a54f$472537c0$086517ac@Nasier> <790a9fff0804231235n2cf6d95dle30340c0578b666c@mail.gmail.com> Date: Thu, 24 Apr 2008 10:51:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Cc: freebsd-current@freebsd.org Subject: Re: Berkeley DB package compatibility issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 08:51:52 -0000 Hi Scot In the apache22 ports there is a file called Makefile.modules. In there = you have WITH_BERKELEYDB=3D FreeBSD which uses . if ${WITH_BERKELEYDB} =3D=3D "FreeBSD" CONFIGURE_ARGS+=3D --with-dbm=3Ddb185 \ --with-berkeley-db=3D/usr . elif ${WITH_BERKELEYDB} =3D=3D "db2" I will change it to WITH_BERKELEYDB=3D db44 which will then use . elif ${WITH_BERKELEYDB} =3D=3D "db44" LIB_DEPENDS+=3D db-4.4:${PORTSDIR}/databases/db44 CONFIGURE_ARGS+=3D --with-dbm=3Ddb44 \ = --with-berkeley-db=3D${LOCALBASE}/include:${LOCALBASE}/lib/db44 Thank you for pointing me in the right direction. Nasier ----- Original Message -----=20 From: "Scot Hetzel" To: "Nasier Jaffer" Cc: Sent: Wednesday, April 23, 2008 9:35 PM Subject: Re: Berkeley DB package compatibility issue > On 4/23/08, Nasier Jaffer wrote: > > Hello > > > > I am trying to install Apache, OpenlDAP and p5-BerkeleyDB-0.32 on = FreeBSD 7.0-RELEASE #0:. These are all done from the package system. > > > > ie pkg_add -r package_name > > > > apache-2.2.6_2 Version 2.2 of Apache web server with prefork = MPM > > openldap-client-2.3.41 Open source LDAP client implementation > > openldap-server-2.3.41 Open source LDAP server implementation > > p5-BerkeleyDB-0.32 Perl5 interface to the Berkeley DB package > > > > The resultant dependencies of these packages regarding Berkeley DB = is as follows > > > > db41-4.1.25_4 The Berkeley DB package, revision 4.1 > > db42-4.2.52_5 The Berkeley DB package, revision 4.2 > > db44-4.4.20.4 The Berkeley DB package, revision 4.4 > > > > apache-2.2.6_2 requires db42-4.2.52_5 > > p5-BerkeleyDB-0.32 requires db41-4.1.25_4 > > openldap-server-2.3.41 requires db44-4.4.20.4 > > > > This is causing some serious issues when running some perl modules = in apache. > > > > [Wed Apr 23 15:24:03 2008] [error] \nBerkeleyDB needs compatible = versions of libdb & db.h\n\tyou have db.h version 4.1.25 and libdb = version 4.4.20\nCompilation failed in require at = /usr/local/lib/perl5/site_perl/Seshat.pm line 4, line 228.\nBEGIN = failed--compilation aborted at /usr/local/lib/perl5/site_perl/Seshat.pm = line 4, line 228.\nCompilation failed in require at = /var/www/cgi-bin/rs/logon.pl line 32, line 228.\nBEGIN = failed--compilation aborted at /var/www/cgi-bin/rs/logon.pl line 32, = line 228.\n > > > > Can someone please assist me with solving this problem. Your help = is greatly appreciated. > > > Try setting WITH_BDB_VER in your make.conf file, and rebuild the = ports: >=20 > WITH_BDB_VER=3D44 >=20 > If you have other bdb ports installed, and you want to use the latest > version, then set WITH_BDB_HIGHEST in make.conf. >=20 > Scot From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 10:31:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFFE106566B for ; Thu, 24 Apr 2008 10:31:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 8506B8FC0C for ; Thu, 24 Apr 2008 10:31:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=M1Zl85TaCn4LsXlR6ile/+AGOuIU5EAO0Pbs3vBfO6TC8A6RKp2S8q5DLI/EQk1+VDHoAMQNkCZ8YcjZ4MvMnbaFwYU/w8i6io3l9Y+NTxuDia98ihN/z0t7nShc/M4vefBSr+jumYBzaUaLV8gthUKrd5qKNc9sOT9/KREblwQ=; Received: from amnesiac.at.no.dns ([144.206.182.200]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JoyjQ-000HCg-97; Thu, 24 Apr 2008 14:31:13 +0400 Date: Thu, 24 Apr 2008 14:31:25 +0400 From: Eygene Ryabinkin To: Jeremie Le Hen Message-ID: References: <72389.1197629858@critter.freebsd.dk> <20080423190659.GT92168@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline In-Reply-To: <20080423190659.GT92168@obiwan.tataz.chchile.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 10:31:15 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Jeremie, good day. Wed, Apr 23, 2008 at 09:06:59PM +0200, Jeremie Le Hen wrote: > On Mon, Apr 14, 2008 at 07:44:13PM +0400, Eygene Ryabinkin wrote: > > [...] > > Testing and feedback are more than welcome. > > I didn't test your patch but I have a have a few comments about it: > > In install_new_file(), I don't think you should test for $CMP being an > executable file... It is in the base system and the rule of thumb in > other rc.d scripts is to use those directly. OK, I just followed the practice of dhclient-script, since some of the code was written after looking at that file. But if the FreeBSD'sh way to do it is just to use $CMP as is, I am not against it. Although, such check should not harm anything and since it uses built-in '[' command, it even does not invoke fork/exec sequence. But it uses fstat ;)) I had not changed it yet, but I am currently thinking about it. More opinions are welcome ;)) > I'm not sure you should chown/chmod the forwarders file. People may > have custom setup that you should not interfere with without a good > reason. OK, I will do chown/chmod only for previously nonexistent forwarders file. No changes will be done for the existing object. > Also, I would rather let add_new_bind_forwarders() build the "empty" > forwarders file, it would make more sense IMHO. You could then put a > single call to add_new_bind_forwarders() at the end of the script under > a $resolv_build_named_forwarders condition. It makes more sense indeed > to test this outside of the function, my personal feeling being that it > makes the reading less puzzling. OK, I took your idea and developed it a bit further: now the if-elif-else branch just sets some variables and the creation of the files tooks place at the end of the script. The patch with these modifications is attached. It is not very much tested by me now, so I will not add it to the PR until it will receive the good amount of testing. But I am attaching it here for you and others to have the possibility to test and/or comment. I had slightly changed the second patch, making temporary filenames be PID-based to catch two concurrent instances of the script running at the same time. This is not the best way to do it, but at least file contents will be sane. The modified version of the second patch is also attached. It needs testing too, so it is preliminary as well. > Anyway, thank you very much for your work. I think many people will > enjoy it once it will hit the source tree. Thank you! -- Eygene --LyciRD1jyfeSSjG0 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="resolv.2.patch" >From 6537efa58e4a454c2f54c25091f85a5c6557d49b Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Sun, 13 Apr 2008 15:24:55 +0400 Subject: [PATCH] Implement creation of named(8) forwarders file via /etc/rc.d/resolv Following the idea of Poul Henning-Kamp, the automated creation of the named forwarders file is implemented. In such configuration local named is thought to be used as the smart DNS cache. The following new rc.conf variables were introduced: - resolv_build_named_forwarders, - resolv_named_forwarders_file, - resolv_named_ip. New manual page, resolv(8), was written. Manual page rc.conf(5) was updated, reflecting the introduction of new variables. dhclient-script was changed to use /etc/rc.d/resolv to create /etc/resolv.conf. New kenv leaf, dhclient.*, was created (actually, there is no kenv registry, so I just used variables from the kenv's dhclient.* namespace) and DNS variables, obtained by dhclient, are stored there. I tried to minimize the impact of the dhclient-script changes upon the next updates of dhclient(8) from OpenBSD, so a new function that replaced add_new_resolv_conf was introduced. Commented entries about the usage of the generated forwarders file were added to the stock named.conf file. Signed-off-by: Eygene Ryabinkin --- etc/defaults/rc.conf | 8 ++ etc/namedb/named.conf | 12 ++ etc/rc.d/resolv | 124 ++++++++++++++++++-- sbin/dhclient/dhclient-script | 23 ++++- share/man/man5/rc.conf.5 | 18 +++ share/man/man8/Makefile | 1 + share/man/man8/resolv.8 | 259 +++++++++++++++++++++++++++++++++++++++++ 7 files changed, 434 insertions(+), 11 deletions(-) create mode 100644 share/man/man8/resolv.8 diff --git a/etc/defaults/rc.conf b/etc/defaults/rc.conf index cd9c142..8ef35d7 100644 --- a/etc/defaults/rc.conf +++ b/etc/defaults/rc.conf @@ -243,6 +243,14 @@ resolv_domain="" # DNS domain we're in. resolv_nameservers="" # List of DNS server IPs, separated by comma or space. # +# resolv. Building of named's forwarders file via dhclient or +# directly via /etc/rc.d/resolv. +# +resolv_build_named_forwarders="NO" # Build forwarders? +resolv_named_forwarders_file=/etc/namedb/named.forwarders.conf # Forwarders file +resolv_named_ip=127.0.0.1 # Where named is listening for requests + +# # kerberos. Do not run the admin daemons on slave servers # kerberos5_server_enable="NO" # Run a kerberos 5 master server (or NO). diff --git a/etc/namedb/named.conf b/etc/namedb/named.conf index bda9a02..508abf5 100644 --- a/etc/namedb/named.conf +++ b/etc/namedb/named.conf @@ -45,6 +45,18 @@ options { 127.0.0.1; }; */ + +// If you're building the forwarders table automatically (option +// resolv_build_named_forwarders is set to the appropriate value +// in the /etc/rc.conf), then you will want to uncomment the next +// line to include the created forwarders table. +// The default forwarders file name is used. If you had customized +// its location via rc.conf's variable resolv_named_forwarders_file, +// replace the name here as well. +/* + include "/etc/namedb/named.forwarders.conf"; + */ + /* * If there is a firewall between you and nameservers you want * to talk to, you might need to uncomment the query-source diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv index 3f36a0c..e5f9f32 100644 --- a/etc/rc.d/resolv +++ b/etc/rc.d/resolv @@ -38,6 +38,9 @@ stop_cmd=':' load_rc_config $name +RNDC=/usr/sbin/rndc +CMP=/usr/bin/cmp + # Helper that echoes the contents of the resolv.conf to the stdout. # Arguments: # 1. domain name, @@ -47,26 +50,129 @@ load_rc_config $name build_resolv () { if [ -n "$1" ]; then echo domain "$1" + echo search "$1" + fi + + if checkyesno resolv_build_named_forwarders && + checkyesno named_enable; then + echo "nameserver $resolv_named_ip" fi set -- "$2" for ns in `IFS=', '; echo $*`; do echo nameserver $ns done + + if [ -f /etc/resolv.conf.tail ]; then + cat /etc/resolv.conf.tail + fi +} + +# Restarts named, if it is already running +named_condreload() { + if "$RNDC" status > /dev/null 2>&1; then + "$RNDC" reload + fi +} + +# Installs new version of the file. If the file to be installed is the +# same as the current one, nothing will be installed. +# Arguments. +# - $1: new file, +# - $2: old file that will be overwritten with the contents of a new one. +# +# Returns zero if the new content was installed and returns one +# when the old file was left untouched. +# +# New file will be removed before the function return. +install_new_file() { + [ -z "$1" ] && return 0 + if [ -z "$2" ]; then + rm -f "$1" + return 0 + fi + + [ -e "$1" -a -f "$1" ] || return 0 + if [ -e "$2" -a -f "$CMP" -a -x "$CMP" ] && \ + "$CMP" "$1" "$2" >/dev/null 2>/dev/null; then + rm -f "$1" + return 1 + else + cp -f "$1" "$2" + fi + + rm -f "$1" + return 0 } -# if the info is available via dhcp/kenv -# build the resolv.conf +# Build named's forwarders file if it is requested by configuration. +# Reloads named via 'rndc'. # -if [ ! -e /etc/resolv.conf -a \ +# Arguments. +# $1 - the list of forwarders, separated by ',' or ' '. +add_new_bind_forwarders() { + local tmpf + + tmpf="$resolv_named_forwarders_file".new.$$ + + [ -z "$1" ] && return + checkyesno resolv_build_named_forwarders || return + + echo 'forwarders {' > "$tmpf" + set -- "$1" + for nameserver in `IFS=', '; echo $*`; do + echo "$nameserver;" + done >> "$tmpf" + echo '};' >> "$tmpf" + + # New contents? Try to reload named. + if install_new_file "$tmpf" "$resolv_named_forwarders_file"; then + chown -RL root:wheel "$resolv_named_forwarders_file" + chmod -RL 644 "$resolv_named_forwarders_file" + + named_condreload + fi +} + +tmp_resolv=/etc/resolv.conf.new.$$ +rm -f "$tmp_resolv" +# If user specified static resolv parameters, use them. +if [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then + build_resolv \ + "${resolv_domain}" "${resolv_nameservers}" \ + > "$tmp_resolv" + add_new_bind_forwarders "${resolv_nameservers}" +# dhclient-script calls us using kenv's dhclient.* parameters +elif [ -n "`/bin/kenv dhclient.domain-name-servers 2> /dev/null`" -o \ + -n "`/bin/kenv dhclient.domain-name 2> /dev/null`" ]; then + build_resolv \ + "`/bin/kenv dhclient.domain-name 2> /dev/null`" \ + "`/bin/kenv dhclient.domain-name-servers`" \ + > "$tmp_resolv" + add_new_bind_forwarders "`/bin/kenv dhclient.domain-name-servers`" +# If the info is available via dhcp/kenv (from the boot time) +# build the resolv.conf, but only if it is not already exists. +# This is the old historical behaviour of /etc/rc.d/resolv. +elif [ ! -e /etc/resolv.conf -a \ -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then build_resolv \ "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ - "`/bin/kenv dhcp.domain-name-servers`" \ - > /etc/resolv.conf -elif [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then - build_resolv \ - "${resolv_domain}" "${resolv_nameservers}" \ - > /etc/resolv.conf + "`/bin/kenv dhcp.domain-name-servers`" > "$tmp_resolv" + add_new_bind_forwarders "`/bin/kenv dhcp.domain-name-servers`" +else + # Create forwarders file without forwarding servers. + # We can not just make it empty, because in the case + # of the 'forward only;' directives, named will throw + # error about non-existent 'forwarders' clause. + if checkyesno resolv_build_named_forwarders; then + if [ -e "$resolv_named_forwarders_file" ]; then + cat << "EOF" > "$resolv_named_forwarders_file" +forwarders {}; +EOF + named_condreload + fi + fi fi +install_new_file "$tmp_resolv" /etc/resolv.conf + diff --git a/sbin/dhclient/dhclient-script b/sbin/dhclient/dhclient-script index f66da5a..9b14962 100644 --- a/sbin/dhclient/dhclient-script +++ b/sbin/dhclient/dhclient-script @@ -22,6 +22,7 @@ ARP=/usr/sbin/arp HOSTNAME=/bin/hostname IFCONFIG='/sbin/ifconfig -n' +KENV=/bin/kenv LOCALHOST=127.0.0.1 @@ -246,6 +247,22 @@ add_new_resolv_conf() { return 1 } +# This is the FreeBSD-specific implementation of resolv.conf updater. +# It sets appropriate variables and invokes the rc.d script that does +# the actual job. +fbsd_resolv () { + "$KENV" -u dhclient.domain-name 2>/dev/null + "$KENV" -u dhclient.domain-name-servers 2>/dev/null + + if [ -n "$new_domain_name" ]; then + "$KENV" dhclient.domain-name="$new_domain_name" + fi + if [ -n "$new_domain_name_servers" ]; then + "$KENV" dhclient.domain-name-servers="$new_domain_name_servers" + fi + /etc/rc.d/resolv restart +} + # Must be used on exit. Invokes the local dhcp client exit hooks, if any. exit_with_hooks() { exit_status=$1 @@ -333,7 +350,8 @@ BOUND|RENEW|REBIND|REBOOT) add_new_alias fi if is_default_interface; then - add_new_resolv_conf + # ORIGINAL CODE: add_new_resolv_conf + fbsd_resolv fi ;; @@ -370,7 +388,8 @@ TIMEOUT) if ! is_default_interface; then exit_with_hooks 0 fi - if add_new_resolv_conf; then + # ORIGINAL CODE: if add_new_resolv_conf; then + if fbsd_resolv; then exit_with_hooks 0 fi fi diff --git a/share/man/man5/rc.conf.5 b/share/man/man5/rc.conf.5 index af5d61f..cd3f039 100644 --- a/share/man/man5/rc.conf.5 +++ b/share/man/man5/rc.conf.5 @@ -1612,6 +1612,24 @@ Used for the programmatical building of comma- or space-separated list of nameservers. Used for the programmatical building of .Pa /etc/resolv.conf . +.It Va resolv_build_named_forwarders +.Pq Vt bool +Set to +.Dq Li YES +to create forwarders file for +.Xr named 8 . +See the stock +.Pa /etc/namedb/named.conf +for the example of forwarders file usage. +.It Va resolv_named_forwarders_file +.Pq Vt str +Location of the forwarders file. +.It Va resolv_named_ip +IP address where local named instance is listening for the queries. +Will be inserted to the +.Pa /etc/resolv.conf +as the first DNS server when building of the forwarders file is enabled. +Defaults to 127.0.0.1. .It Va kerberos5_server_enable .Pq Vt bool Set to diff --git a/share/man/man8/Makefile b/share/man/man8/Makefile index 4f50312..0613659 100644 --- a/share/man/man8/Makefile +++ b/share/man/man8/Makefile @@ -12,6 +12,7 @@ MAN= adding_user.8 \ rc.sendmail.8 \ rc.subr.8 \ rescue.8 \ + resolv.8 \ sticky.8 \ yp.8 diff --git a/share/man/man8/resolv.8 b/share/man/man8/resolv.8 new file mode 100644 index 0000000..e15e15c --- /dev/null +++ b/share/man/man8/resolv.8 @@ -0,0 +1,259 @@ +.\" Copyright (c) 2008 +.\" Eygene Ryabinkin . All rights reserved. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the University of +.\" California, Berkeley and its contributors. +.\" 4. Neither the name of the University nor the names of its contributors +.\" may be used to endorse or promote products derived from this software +.\" without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +.\" SUCH DAMAGE. +.\" +.\" $FreeBSD$ +.\" +.Dd April 13, 2008 +.Dt RESOLV 8 +.Os +. +. +.Sh NAME +.Nm resolv +.Nd resolver library rc.d script +. +. +.Sh SYNOPSIS +.Nm /etc/rc.d/resolv Cm Bro start | stop | restart Brc +. +. +.Sh DESCRIPTION +Startup script +.Pa /etc/rc.d/resolv +configures the +.Xr resolver 3 +library and can configure forwarders for the +.Xr named 8 . +. +. +.Sh OPTIONS +.Pp +Look into +.Xr rc.conf 5 +manual page and search for the +.Va resolv_* +entries to obtain the complete list of directives and the description +of their syntax. +. +. +.Sh IMPLEMENTATION NOTES +. +.Ss Generation of /etc/resolv.conf +. +.Pp +In order to generate +.Pa /etc/resolv.conf +on the fly, one should set the +.Xr rc.conf 5 +variables +.Va resolv_domain +and/or +.Va resolv_nameservers. +The current logic for the generation of +.Pa /etc/resolv.conf +is the following. +.Bl -enum +.It +Check if any +.Xr rc.conf 5 +variable, mentioned just above, is defined. +If yes, generate +.Pa /etc/resolv.conf +using the supplied values. +.It +Check if +.Xr kenv 2 +node +.Va kenv.domain-name-servers +is present. +If yes, generate +.Pa /etc/resolv.conf +using +.Va kenv.domain-name +and +.Va kenv.domain-name-servers . +.It +Check if +.Xr kenv 2 +nodes +.Va dhclient.domain-name-servers +and/or +.Va dhclient.domain-name +are present. +If yes, generate +.Pa /etc/resolv.conf +using their values. +The mentioned +.Xr kenv 1 +variables are produced by the +.Xr dhclient 8 +utility. +.El +.Pp +If the file +.Pa /etc/resolv.conf.tail +is present, its contents will be appended to the generated +.Pa /etc/resolv.conf . +. +.Ss Generation of named forwarders table +. +.Pp +.Nm +also can generate forwarders table for +.Xr named 8 . +The file can be used to point the local +.Xr named 8 +instance to the upstream DNS servers. +The typical usage this functionality is to make local DNS cache +that will consult upstream servers. +.Pp +This mode is activated when the variable +.Va resolv_build_named_forwarders +is enabled in +.Xr rc.conf 5 . +The file, whose name is stored in the +.Xr rc.conf 5 +variable +.Va resolv_named_forwarders_file , +is populated with the upstream DNS server addresses. +The addresses are obtained with the same algorithm as the +.Va nameserver +options in +.Pa /etc/resolv.conf , +described above. +.Pp +If +.Va named_enable +is set in the +.Xr rc.conf 5 , +then one additional +.Va nameserver +entry in the +.Pa /etc/resolv.conf +will be generated. +It will be put as the first DNS server and the IP will be taken +from the +.Xr rc.conf 5 +variable +.Va resolv_named_ip . +It is done to +.Qq glue +the +.Xr resolver 3 +library and the local +.Xr named 8 +instance. +. +. +.Sh FILES +.Bl -tag -width /etc/namedb/named_conf +.It Pa /etc/rc.conf +system-wide configuration variables. +.It Pa /etc/namedb/named.conf +.Xr named 9 +configuration file. +.It Pa /etc/namedb/named.forwarders.conf +default location of the produced forwarders file. +.It Pa /etc/resolv.conf +default +.Xr resolver 3 +configuration file. +.El +. +. +.Sh EXAMPLES +. +.Pp +The following +.Xr rc.conf 5 +options will automatically build +.Pa /etc/resolv.conf +with the corresponding configuration: +.Bd -literal -offset indent +resolv_domain="some.name.tld" +resolv_nameservers="192.168.2.1 192.168.100.254" +.Ed +. +.Pp +The addition the strings +.Bd -literal -offset indent +resolv_build_named_forwarders="YES" +resolv_named_ip="127.0.0.2" +.Ed +will result in the following contents of +.Pa /etc/resolv.conf +.Bd -literal -offset indent +domain some.name.tld +search some.name.tld +nameserver 127.0.0.2 +nameserver 192.168.2.1 +nameserver 192.168.100.254 + +.Ed +. +.Pp +Additionally, the file +.Pa /etc/namedb/named.forwarders.conf +will be populated with the servers 192.168.2.1 and 192.168.100.254. +In order to activate these servers in +.Xr named 9 , +one should uncomment (or add) the following lines to the +.Pa /etc/namedb/named.conf +.Bd -literal -offset indent +// Include the generated forwarders table. +// +// The default forwarders file name is used. +// If you had customized its location via rc.conf variable +// resolv_named_forwarders_file, replace the name here as well. + include "/etc/namedb/named.forwarders.conf"; +.Ed +. +. +.Sh SEE ALSO +.Xr resolver 3 , +.Xr resolver 5 , +.Xr rc.conf 5 , +.Xr named 9 , +.Xr kenv 1 , +.Xr kenv 2 , +.Xr dhclient 8 +. +. +.Sh HISTORY +The +.Nm +manual page first appeared in +.Fx 7.1 . +.Sh AUTHORS +The +.Nm +manual page was written by +.An Eygene Ryabinkin Aq rea-fbsd@codelabs.ru . -- 1.5.3.8 --LyciRD1jyfeSSjG0 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="resolv.3.patch" >From 12a53657696ecb768ac23bb7b0ce8a2cda4f64f7 Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Thu, 24 Apr 2008 13:56:48 +0400 Subject: [PATCH] Some modifications to the new rc.d/resolv code. Following comments by Jeremie Le Hen in the freebsd-current list, http://lists.freebsd.org/pipermail/freebsd-current/2008-April/085077.html I had made the following changes: - the existing forwarders file is never chowned/chmodded, only the new one does; - add_new_bind_forwarders() now accepts empty arguments to create empty forwarders list; it also checks for the empty server names in the list and omits them; - now there is a single place for the creation of the forwarders and resolv files -- at the end of the script; the actual contents of the files are governed by the variables that are set in the respective places; - prepended underscores for the script-global variables to avoid interfering with other global variables; not a strict measure, since there is no policy on variable names. Signed-off-by: Eygene Ryabinkin --- etc/rc.d/resolv | 68 ++++++++++++++++++++++++++++++------------------------- 1 files changed, 37 insertions(+), 31 deletions(-) diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv index e5f9f32..0d42278 100644 --- a/etc/rc.d/resolv +++ b/etc/rc.d/resolv @@ -98,7 +98,7 @@ install_new_file() { rm -f "$1" return 1 else - cp -f "$1" "$2" + cat "$1" > "$2" fi rm -f "$1" @@ -111,68 +111,74 @@ install_new_file() { # Arguments. # $1 - the list of forwarders, separated by ',' or ' '. add_new_bind_forwarders() { - local tmpf + local tmpf existed tmpf="$resolv_named_forwarders_file".new.$$ - [ -z "$1" ] && return checkyesno resolv_build_named_forwarders || return + existed=no + if [ -e "$resolv_named_forwarders_file" ]; then + existed=yes + fi + echo 'forwarders {' > "$tmpf" set -- "$1" for nameserver in `IFS=', '; echo $*`; do - echo "$nameserver;" + [ -n "$nameserver" ] && echo "$nameserver;" done >> "$tmpf" echo '};' >> "$tmpf" # New contents? Try to reload named. if install_new_file "$tmpf" "$resolv_named_forwarders_file"; then - chown -RL root:wheel "$resolv_named_forwarders_file" - chmod -RL 644 "$resolv_named_forwarders_file" + if [ "$existed" = no ]; then + chown -RL root:wheel "$resolv_named_forwarders_file" + chmod -RL 644 "$resolv_named_forwarders_file" + fi named_condreload fi } -tmp_resolv=/etc/resolv.conf.new.$$ -rm -f "$tmp_resolv" +_tmp_resolv=/etc/resolv.conf.new.$$ +rm -f "${_tmp_resolv}" +_nslist="" +_defdomain="" +_mkresolv=no # If user specified static resolv parameters, use them. if [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then - build_resolv \ - "${resolv_domain}" "${resolv_nameservers}" \ - > "$tmp_resolv" - add_new_bind_forwarders "${resolv_nameservers}" + _nslist="${resolv_nameservers}" + _defdomain="${resolv_domain}" + _mkresolv=yes # dhclient-script calls us using kenv's dhclient.* parameters elif [ -n "`/bin/kenv dhclient.domain-name-servers 2> /dev/null`" -o \ -n "`/bin/kenv dhclient.domain-name 2> /dev/null`" ]; then - build_resolv \ - "`/bin/kenv dhclient.domain-name 2> /dev/null`" \ - "`/bin/kenv dhclient.domain-name-servers`" \ - > "$tmp_resolv" - add_new_bind_forwarders "`/bin/kenv dhclient.domain-name-servers`" + _nslist="`/bin/kenv dhclient.domain-name-servers`" + _defdomain="`/bin/kenv dhclient.domain-name 2> /dev/null`" + _mkresolv=yes # If the info is available via dhcp/kenv (from the boot time) # build the resolv.conf, but only if it is not already exists. # This is the old historical behaviour of /etc/rc.d/resolv. elif [ ! -e /etc/resolv.conf -a \ -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then - build_resolv \ - "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ - "`/bin/kenv dhcp.domain-name-servers`" > "$tmp_resolv" - add_new_bind_forwarders "`/bin/kenv dhcp.domain-name-servers`" + _nslist="`/bin/kenv dhcp.domain-name-servers`" + _defdomain="`/bin/kenv dhcp.domain-name 2> /dev/null`" + _mkresolv=yes else - # Create forwarders file without forwarding servers. + # Create forwarders file without forwarding servers to clear + # the server list possibly left from the previous invocations. + # Eventually, this creates the file if its creation was requested, + # but no file currently exists. + # # We can not just make it empty, because in the case # of the 'forward only;' directives, named will throw # error about non-existent 'forwarders' clause. - if checkyesno resolv_build_named_forwarders; then - if [ -e "$resolv_named_forwarders_file" ]; then - cat << "EOF" > "$resolv_named_forwarders_file" -forwarders {}; -EOF - named_condreload - fi - fi + _nslist="" fi -install_new_file "$tmp_resolv" /etc/resolv.conf +add_new_bind_forwarders "${_nslist}" +if [ "${_mkresolv}" = yes ]; then + build_resolv "${_defdomain}" "${_nslist}" > "${_tmp_resolv}" + install_new_file "${_tmp_resolv}" /etc/resolv.conf +fi -- 1.5.3.8 --LyciRD1jyfeSSjG0-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 10:33:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3CFB1065675; Thu, 24 Apr 2008 10:33:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5DA8FC1C; Thu, 24 Apr 2008 10:33:31 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=QXU3pZNPvAlaa5brD8WxBxUixxovD8uUXnioDX7OuAJYf01VDb31CB0uF5EiUC3x1wE4fmMbOzvOXwwvV6sp801vBq+Nf8n2e52NUgDnE4MsmhI+A3SWPvCYu4tOmT0T4XLd8mpWwhfK4zi7ZX0DuWpPJdjZj1dbM9SmIKo6Ypo=; Received: from amnesiac.at.no.dns ([144.206.182.200]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Joyld-000HE4-PY; Thu, 24 Apr 2008 14:33:30 +0400 Date: Thu, 24 Apr 2008 14:33:42 +0400 From: Eygene Ryabinkin To: Brooks Davis , Poul-Henning Kamp Message-ID: <1c//E09PwcrmYHrh0OAiDbxOxqg@EEu6nkWAZTlxOp7ENdKMY8AImHg> References: <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> <20080421162612.GA19629@lor.one-eyed-alien.net> <20080422204510.GB34198@lor.one-eyed-alien.net> <+rkPaEJgDwWM+WmNdLneOfPN6Ps@sTlCVUsSEVReKIVdz1gJKNXWeKE> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="jy6Sn24JjFx/iggw" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: Zaphod Beeblebrox , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 10:33:31 -0000 --jy6Sn24JjFx/iggw Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Brooks, good day. Wed, Apr 23, 2008 at 07:03:26PM +0400, Eygene Ryabinkin wrote: > Wed, Apr 23, 2008 at 06:36:17PM +0400, Eygene Ryabinkin wrote: > > > This looks like useful functionality to me. I have't had time to dig in > > > in detail. Could you please submit it as a PR so it doesn't get lost? > > > > OK, will do. > > Submitted, http://www.freebsd.org/cgi/query-pr.cgi?pr=123015 I had added some FreeBSD-specific cleanup hooks. The patch is attached. I am not currently putting it to the PR, since it is just newbord and needs some testing. Opinions are more than welcome! -- Eygene --jy6Sn24JjFx/iggw Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="resolv.4.patch" >From 26d6503c3bae52492d64827b3d6f7d8be7040d87 Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Thu, 24 Apr 2008 14:28:51 +0400 Subject: [PATCH] Add FreeBSD-specific cleanup for the dhclient. This code unsets the kenv values and calls /etc/rc.d/resolv to perform the actual job. It is now called for the EXPIRE, FAIL and TIMEOUT cases. It seems to be enough even to catch the exit of the dhclient and clean after itself. Signed-off-by: Eygene Ryabinkin --- sbin/dhclient/dhclient-script | 17 ++++++++++++++--- 1 files changed, 14 insertions(+), 3 deletions(-) diff --git a/sbin/dhclient/dhclient-script b/sbin/dhclient/dhclient-script index 9b14962..1ef3dbc 100644 --- a/sbin/dhclient/dhclient-script +++ b/sbin/dhclient/dhclient-script @@ -263,6 +263,14 @@ fbsd_resolv () { /etc/rc.d/resolv restart } +# This is the FreeBSD-specific implementation of the resolver cleanup +# routine. +fbsd_resolv_cleanup () { + "$KENV" -u dhclient.domain-name 2>/dev/null + "$KENV" -u dhclient.domain-name-servers 2>/dev/null + /etc/rc.d/resolv restart +} + # Must be used on exit. Invokes the local dhcp client exit hooks, if any. exit_with_hooks() { exit_status=$1 @@ -367,9 +375,11 @@ EXPIRE|FAIL) # XXX Why add alias we just deleted above? add_new_alias if is_default_interface; then - if [ -f /etc/resolv.conf.save ]; then - cat /etc/resolv.conf.save > /etc/resolv.conf - fi +# ORIGINAL CODE: +# if [ -f /etc/resolv.conf.save ]; then +# cat /etc/resolv.conf.save > /etc/resolv.conf +# fi + fbsd_resolv_cleanup fi ;; @@ -396,6 +406,7 @@ TIMEOUT) fi eval "$IFCONFIG $interface inet -alias $new_ip_address $medium" delete_old_routes + fbsd_resolv_cleanup exit_with_hooks 1 ;; esac -- 1.5.3.8 --jy6Sn24JjFx/iggw-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 11:13:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0121065670; Thu, 24 Apr 2008 11:13:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1975D8FC1D; Thu, 24 Apr 2008 11:13:23 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C42ED19E023; Thu, 24 Apr 2008 12:53:30 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9B2B219E019; Thu, 24 Apr 2008 12:53:28 +0200 (CEST) Message-ID: <481066BA.1050703@quip.cz> Date: Thu, 24 Apr 2008 12:53:46 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Clement Laforet References: <8481.1208889581@critter.freebsd.dk> <480E3E66.3000303@samsco.org> <20080423141929.GA61109@goofy.cultdeadsheep.org> In-Reply-To: <20080423141929.GA61109@goofy.cultdeadsheep.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: Http Accept filters (accf_http) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 11:13:23 -0000 Clement Laforet wrote: > On Tue, Apr 22, 2008 at 10:34:14PM +0200, Ivan Voras wrote: > >>Scott Long wrote: [...] >>Does anyone know why accf_accept is disabled by default in the ports' >>stock Apache 2.2 (it's disabled in the default config files)? I thought >>it was because it was dangerous or flawed for some reason, though (at >>least for light loads comparable to those of OP) it seems to work fine. > > > There's not technical reason actually. It's an "opt-in" feature ;-) > In the early 2.2.x times, httpd used to print a warning when accf_http > is disabled. It was, of course, just a matter of loglevel. apache ran > perfectly fine, but a warning got printed. Some users started > complaining about how my port was broken, sometimes in very rude > manner. > So I decided to explicilty disable AcceptFilter unless > apache22_http_accept_enable is set to "YES" in /etc/rc.conf. There is another one "problem" with accf_*. Even if modules are loaded, apache on graceful restart prints warning: [Tue Apr 22 02:22:09 2008] [notice] Graceful restart requested, doing restart [Tue Apr 22 02:22:09 2008] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Tue Apr 22 02:22:09 2008] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter [Tue Apr 22 02:22:09 2008] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter It is known problem for a long time (as I am seeing it few years). Plain start works without warnings. I have apache controlled by daemontools with run script: exec /usr/local/sbin/httpd -D NO_DETACH -D SSL 2>> /var/log/httpd-error.log Graceful restart done by: kill -USR1 `cat /var/run/httpd.pid` apache-2.2.8 on FreeBSD 7.0-RELEASE i386 GENERIC Miroslav Lachman PS: https://issues.apache.org/bugzilla/show_bug.cgi?id=37863 From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:25:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B80D1065675 for ; Thu, 24 Apr 2008 12:25:07 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id D59F28FC1A for ; Thu, 24 Apr 2008 12:25:06 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Thu, 24 Apr 2008 07:14:48 -0500 id 000D4C39.481079B8.000153CB Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 24 Apr 2008 07:14:42 -0500 id 0004AC0C.481079B2.00005C32 Received: from 172.16.0.2 ([172.16.0.2]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 24 Apr 2008 07:14:42 -0500 Message-ID: <20080424071442.19455syceq28s8gs@intranet.encontacto.net> Date: Thu, 24 Apr 2008 07:14:42 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: "/etc/make.conf", line 13: Need an operator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 12:25:07 -0000 I've cvsuped a couple of times on 5 or 6 machines this morning in both current and stable and in all cases am seeing the following: # make buildworld "/etc/make.conf", line 13: Need an operator make: fatal errors encountered -- cannot continue Is anyone else seeing this? ed From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:26:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D33641065672 for ; Thu, 24 Apr 2008 12:26:24 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id B67478FC18 for ; Thu, 24 Apr 2008 12:26:24 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 1DDF46D41B; Thu, 24 Apr 2008 14:26:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cuz+wAz6TYX7; Thu, 24 Apr 2008 14:26:34 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 419CF6D42B; Thu, 24 Apr 2008 14:26:34 +0200 (CEST) Date: Thu, 24 Apr 2008 14:26:34 +0200 From: Rink Springer To: eculp Message-ID: <20080424122634.GE38660@rink.nu> References: <20080424071442.19455syceq28s8gs@intranet.encontacto.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080424071442.19455syceq28s8gs@intranet.encontacto.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current Subject: Re: "/etc/make.conf", line 13: Need an operator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 12:26:24 -0000 Hi, On Thu, Apr 24, 2008 at 07:14:42AM -0500, eculp wrote: > # make buildworld > "/etc/make.conf", line 13: Need an operator > make: fatal errors encountered -- cannot continue > > Is anyone else seeing this? /etc/make.conf is local to your installation. Could you please include the contents of this file? Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 12:29:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66BB01065675 for ; Thu, 24 Apr 2008 12:29:13 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2A69D8FC15 for ; Thu, 24 Apr 2008 12:29:13 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Thu, 24 Apr 2008 07:29:06 -0500 id 000D4CB6.48107D12.00015430 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 24 Apr 2008 07:29:00 -0500 id 0004AC1B.48107D0C.0000938E Received: from 172.16.0.2 ([172.16.0.2]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 24 Apr 2008 07:29:00 -0500 Message-ID: <20080424072900.20466663021ims08@intranet.encontacto.net> Date: Thu, 24 Apr 2008 07:29:00 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: "/etc/make.conf", line 13: Need an operator IGNORE PLEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 12:29:13 -0000 Extremely dumb typo in /etc/make.conf made and copied to all the machines with the problem late last night and found early this morning. I apologize for the noise. I have to get more sleep and drink less coffee. Thanks I've cvsuped a couple of times on 5 or 6 machines this morning in both current and stable and in all cases am seeing the following: # make buildworld "/etc/make.conf", line 13: Need an operator make: fatal errors encountered -- cannot continue Is anyone else seeing this? ed From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:03:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C43A1065674 for ; Thu, 24 Apr 2008 13:03:24 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1252A8FC1E for ; Thu, 24 Apr 2008 13:03:23 +0000 (UTC) (envelope-from jaffern@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1379639nfb.33 for ; Thu, 24 Apr 2008 06:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=mEsNeQ/T6aEVmwfHPyO9UOpWwBMd9Dl2IZsLY7sUEHI=; b=GOLk7bhlfiWgbhYwfa5sbZF2djTKDB6AB6METU+SRsLT7EwLZAyTLKcrM9VgJdoHkGrR8IenGyWwKPpEJIRGoNMMT2OOlOd8tidhEZjFfq7whODttIs6WSKAnjZyUeYgISsElP1ivWd7l0tL0rWHkSSVrI2iDAj+ReYYCaG63WU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=dHXbrVYKp1Nca372NiBMxHtxXHBsMfxnrm9KHUN2C3QIXShzTjdt7OatIu0PUlwwQKO6jW8gQdfQ1T06SnPiTIAm2zyJjHyR2d4uMtKum4Xkdpka4lbS1BDZpcW6VjscTYqlS+KFFIFNapURnGpckHHFA4mwX7TAnj6eugzORvo= Received: by 10.210.39.20 with SMTP id m20mr794157ebm.126.1209042202770; Thu, 24 Apr 2008 06:03:22 -0700 (PDT) Received: from Nasier ( [196.23.54.250]) by mx.google.com with ESMTPS id g11sm584735gve.6.2008.04.24.06.03.17 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Apr 2008 06:03:21 -0700 (PDT) Message-ID: <000f01c8a60b$90df3f20$086517ac@Nasier> From: "Nasier Jaffer" To: "Scot Hetzel" References: <000c01c8a54f$472537c0$086517ac@Nasier> <790a9fff0804231235n2cf6d95dle30340c0578b666c@mail.gmail.com> Date: Thu, 24 Apr 2008 15:03:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Cc: freebsd-current@freebsd.org Subject: Re: Berkeley DB package compatibility issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 13:03:24 -0000 Hello Scot I did what you said ie add WITH_BDB_VER=3D44 to the /etc/make.conf file and p5-Berkerley DB = as well as apache2 compiled looking at the correct BDB. Thanks PS. The other method also works, but is a longer way of doing the same = job. ----- Original Message -----=20 From: "Scot Hetzel" To: "Nasier Jaffer" Cc: Sent: Wednesday, April 23, 2008 9:35 PM Subject: Re: Berkeley DB package compatibility issue > On 4/23/08, Nasier Jaffer wrote: > > Hello > > > > I am trying to install Apache, OpenlDAP and p5-BerkeleyDB-0.32 on = FreeBSD 7.0-RELEASE #0:. These are all done from the package system. > > > > ie pkg_add -r package_name > > > > apache-2.2.6_2 Version 2.2 of Apache web server with prefork = MPM > > openldap-client-2.3.41 Open source LDAP client implementation > > openldap-server-2.3.41 Open source LDAP server implementation > > p5-BerkeleyDB-0.32 Perl5 interface to the Berkeley DB package > > > > The resultant dependencies of these packages regarding Berkeley DB = is as follows > > > > db41-4.1.25_4 The Berkeley DB package, revision 4.1 > > db42-4.2.52_5 The Berkeley DB package, revision 4.2 > > db44-4.4.20.4 The Berkeley DB package, revision 4.4 > > > > apache-2.2.6_2 requires db42-4.2.52_5 > > p5-BerkeleyDB-0.32 requires db41-4.1.25_4 > > openldap-server-2.3.41 requires db44-4.4.20.4 > > > > This is causing some serious issues when running some perl modules = in apache. > > > > [Wed Apr 23 15:24:03 2008] [error] \nBerkeleyDB needs compatible = versions of libdb & db.h\n\tyou have db.h version 4.1.25 and libdb = version 4.4.20\nCompilation failed in require at = /usr/local/lib/perl5/site_perl/Seshat.pm line 4, line 228.\nBEGIN = failed--compilation aborted at /usr/local/lib/perl5/site_perl/Seshat.pm = line 4, line 228.\nCompilation failed in require at = /var/www/cgi-bin/rs/logon.pl line 32, line 228.\nBEGIN = failed--compilation aborted at /var/www/cgi-bin/rs/logon.pl line 32, = line 228.\n > > > > Can someone please assist me with solving this problem. Your help = is greatly appreciated. > > > Try setting WITH_BDB_VER in your make.conf file, and rebuild the = ports: >=20 > WITH_BDB_VER=3D44 >=20 > If you have other bdb ports installed, and you want to use the latest > version, then set WITH_BDB_HIGHEST in make.conf. >=20 > Scot From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:07:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71621065670 for ; Thu, 24 Apr 2008 13:07:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C2DC88FC12 for ; Thu, 24 Apr 2008 13:07:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 77B741A4D8D; Thu, 24 Apr 2008 06:07:03 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2008 08:21:40 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804240821.40601.jhb@freebsd.org> Cc: Poul-Henning Kamp Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 13:07:04 -0000 On Monday 14 April 2008 11:44:13 am Eygene Ryabinkin wrote: > Poul-Henning, good day. > > Fri, Dec 14, 2007 at 02:07:00PM +0300, Eygene Ryabinkin wrote: > > Fri, Dec 14, 2007 at 10:57:38AM +0000, Poul-Henning Kamp wrote: > > > In message , Eygene Ryabinkin writes: > > > >> It should be possible to run a local named even when we run DHCP, > > > >> and it shuld be an option, to have it automatically forward to the > > > >> DNS servers we learn from DHCP. > > > > > > > >This can be achieved with the script /etc/dhclient-exit-hooks that > > > >will create the file with named 'forwarders' clause [...] > > > > > > Yes, I know that, but I would like to see it controllable from rc.conf > > > like the rest of our network configuration. > > > > OK, since running local DNS instance is a neat idea, I will try to > > draft the modifications for the dhclient-exit-hooks, as I described > > in the previous mail. > > At last, I did the needed modifications: patches against 7.0 from > yesterday, April 13th, are attached. The first one enables the > creation of /etc/resolv.conf from rc.conf variables and the second > brings the named forwarders rewriting using values obtained via > DHCP. I had touched dhclient-script, but it was really needed, > because it is not good to have simular functionality in /etc/rc.d/resolv > and in the dhclient-script. > > I decided not to cope with modifications of /etc/namedb/named.conf, > but rather to create other file, /etc/namedb/named.forwarders.conf, > that should be included from the main configuration. > > I am living for two days with this configuration (DHCP + local named > instance) and no problems were spotted yet. > > Testing and feedback are more than welcome. You can already override the domain name and DNS servers (including either overriding, providing a default, or prepending or appending to the list) via setings in /etc/dhclient.conf, so I don't think new rc.conf variables for that would be warranted. Updating named.conf to forward is a neat idea. Howver, on my laptop on HEAD I've ended up just running nscd instead of a local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush the host cache. When I get to my laptop I'll post my bits of dhclient-exit-hooks and dhclient.conf to make this work. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:07:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF741065780 for ; Thu, 24 Apr 2008 13:07:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 07D118FC13 for ; Thu, 24 Apr 2008 13:07:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id AD0471A4D8E; Thu, 24 Apr 2008 06:07:05 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2008 09:05:03 -0400 User-Agent: KMail/1.9.7 References: <20080423100759.GA37110@onelab2.iet.unipi.it> <20080423115006.GA37818@onelab2.iet.unipi.it> <20080423153918.GC99910@dan.emsphone.com> In-Reply-To: <20080423153918.GC99910@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804240905.04066.jhb@freebsd.org> Cc: Luigi Rizzo , pluknet , Dan Nelson , current@freebsd.org Subject: Re: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 13:07:10 -0000 On Wednesday 23 April 2008 11:39:18 am Dan Nelson wrote: > In the last episode (Apr 23), Luigi Rizzo said: > > On Wed, Apr 23, 2008 at 02:14:02PM +0400, pluknet wrote: > > > 2008/4/23 Luigi Rizzo : > > > > sorry for the possibly naive question, but is there a way other > > > > than sysctl to read the value of kernel 'tunable' variables ? > > > > > > > > E.g. in if_nfe.c i see > > > > > > > > TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); > > > > TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); > > > > TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); > > > > > > > > but sysctl is reporting none of them. > > > > > > > > I seem to remember that there was a separate command to access > > > > kernel tunables, but cannot remember which one, and neither 'man > > > > -k tunable' nor a google search return any useful answer... > > > > > > Perhaps are you about kenv ? > > > > yes, thanks... > > Is there any reason to have TUNABLE_* macros anymore? A SYSCTL_* macro > with the CTLFLAG_TUN flag does the same thing and also provides sysctl > access. Err, no it doesn't. The flag exists but it is meaningless. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 13:25:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0506C1065670 for ; Thu, 24 Apr 2008 13:25:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 109168FC1D for ; Thu, 24 Apr 2008 13:25:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id AD0471A4D8E; Thu, 24 Apr 2008 06:07:05 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2008 09:05:03 -0400 User-Agent: KMail/1.9.7 References: <20080423100759.GA37110@onelab2.iet.unipi.it> <20080423115006.GA37818@onelab2.iet.unipi.it> <20080423153918.GC99910@dan.emsphone.com> In-Reply-To: <20080423153918.GC99910@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804240905.04066.jhb@freebsd.org> Cc: Luigi Rizzo , pluknet , Dan Nelson , current@freebsd.org Subject: Re: reading kernel tunables from userland ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 13:25:54 -0000 On Wednesday 23 April 2008 11:39:18 am Dan Nelson wrote: > In the last episode (Apr 23), Luigi Rizzo said: > > On Wed, Apr 23, 2008 at 02:14:02PM +0400, pluknet wrote: > > > 2008/4/23 Luigi Rizzo : > > > > sorry for the possibly naive question, but is there a way other > > > > than sysctl to read the value of kernel 'tunable' variables ? > > > > > > > > E.g. in if_nfe.c i see > > > > > > > > TUNABLE_INT("hw.nfe.msi_disable", &msi_disable); > > > > TUNABLE_INT("hw.nfe.msix_disable", &msix_disable); > > > > TUNABLE_INT("hw.nfe.jumbo_disable", &jumbo_disable); > > > > > > > > but sysctl is reporting none of them. > > > > > > > > I seem to remember that there was a separate command to access > > > > kernel tunables, but cannot remember which one, and neither 'man > > > > -k tunable' nor a google search return any useful answer... > > > > > > Perhaps are you about kenv ? > > > > yes, thanks... > > Is there any reason to have TUNABLE_* macros anymore? A SYSCTL_* macro > with the CTLFLAG_TUN flag does the same thing and also provides sysctl > access. Err, no it doesn't. The flag exists but it is meaningless. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:17:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 376671065677 for ; Thu, 24 Apr 2008 14:17:51 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by mx1.freebsd.org (Postfix) with ESMTP id 190088FC24 for ; Thu, 24 Apr 2008 14:17:50 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm11.si.francetelecom.fr (ESMTP service) with ESMTP id 1770A4C142 for ; Thu, 24 Apr 2008 16:17:49 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id DA08A68054 for ; Thu, 24 Apr 2008 16:17:48 +0200 (CEST) From: karim.bourenane@orange-ftgroup.com To: freebsd-current@freebsd.org Message-ID: Date: Thu, 24 Apr 2008 16:20:28 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 24/04/2008 16:20:29 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: Karim Bourenane/France/Equant is out of the office. : freebsd-current Digest, Vol 238, Issue 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 14:17:51 -0000 I will be out of the office starting 18/04/2008 and will not return until 27/04/2008. I will respond to your message when I return on 08/01/2007. Send you request to ENO GNS NTSS or LDAP Admin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:20:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92282106566C for ; Thu, 24 Apr 2008 14:20:10 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) by mx1.freebsd.org (Postfix) with ESMTP id 44FF98FC0C for ; Thu, 24 Apr 2008 14:20:05 +0000 (UTC) (envelope-from karim.bourenane@orange-ftgroup.com) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm13.si.francetelecom.fr (ESMTP service) with ESMTP id BFAF33C478 for ; Thu, 24 Apr 2008 16:20:03 +0200 (CEST) Received: from PARM01.dc.par.equant.com (unknown [10.237.24.33]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 9BE3668075 for ; Thu, 24 Apr 2008 16:20:03 +0200 (CEST) From: karim.bourenane@orange-ftgroup.com To: freebsd-current@freebsd.org Message-ID: Date: Thu, 24 Apr 2008 16:22:43 +0200 X-MIMETrack: Serialize by Router on PARM01/Equant(5012HF429 | October 14, 2003) at 24/04/2008 16:22:44 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: Karim Bourenane/France/Equant is out of the office. : freebsd-current Digest, Vol 239, Issue 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 14:20:10 -0000 I will be out of the office starting 18/04/2008 and will not return until 27/04/2008. I will respond to your message when I return on 08/01/2007. Send you request to ENO GNS NTSS or LDAP Admin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:58:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F945106566C for ; Thu, 24 Apr 2008 14:58:12 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 438DD8FC12 for ; Thu, 24 Apr 2008 14:58:11 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m3OEw8Gj056279; Thu, 24 Apr 2008 09:58:08 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m3OEw6uX056278; Thu, 24 Apr 2008 09:58:06 -0500 (CDT) (envelope-from brooks) Date: Thu, 24 Apr 2008 09:58:06 -0500 From: Brooks Davis To: Eygene Ryabinkin Message-ID: <20080424145806.GB56020@lor.one-eyed-alien.net> References: <72389.1197629858@critter.freebsd.dk> <20080423190659.GT92168@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 24 Apr 2008 09:58:08 -0500 (CDT) Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 14:58:12 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2008 at 02:31:25PM +0400, Eygene Ryabinkin wrote: > Jeremie, good day. >=20 > Wed, Apr 23, 2008 at 09:06:59PM +0200, Jeremie Le Hen wrote: > > On Mon, Apr 14, 2008 at 07:44:13PM +0400, Eygene Ryabinkin wrote: > > > [...] > > > Testing and feedback are more than welcome. > >=20 > > I didn't test your patch but I have a have a few comments about it: > >=20 > > In install_new_file(), I don't think you should test for $CMP being an > > executable file... It is in the base system and the rule of thumb in > > other rc.d scripts is to use those directly. >=20 > OK, I just followed the practice of dhclient-script, since some of > the code was written after looking at that file. But if the > FreeBSD'sh way to do it is just to use $CMP as is, I am not against > it. Although, such check should not harm anything and since it > uses built-in '[' command, it even does not invoke fork/exec sequence. > But it uses fstat ;)) I had not changed it yet, but I am currently > thinking about it. More opinions are welcome ;)) The problem here is that you can't use programs in /usr before it is mounted. This usually isn't a problem, but currently we theoretically support mounting /usr via nfs on systems that don't have an IP address when init is started. I'm not entierly convinced we should support that, but for now that's the way it is. -- Brooks > > I'm not sure you should chown/chmod the forwarders file. People may > > have custom setup that you should not interfere with without a good > > reason. >=20 > OK, I will do chown/chmod only for previously nonexistent forwarders > file. No changes will be done for the existing object. >=20 > > Also, I would rather let add_new_bind_forwarders() build the "empty" > > forwarders file, it would make more sense IMHO. You could then put a > > single call to add_new_bind_forwarders() at the end of the script under > > a $resolv_build_named_forwarders condition. It makes more sense indeed > > to test this outside of the function, my personal feeling being that it > > makes the reading less puzzling. >=20 > OK, I took your idea and developed it a bit further: now the if-elif-else > branch just sets some variables and the creation of the files tooks > place at the end of the script. >=20 > The patch with these modifications is attached. It is not very much > tested by me now, so I will not add it to the PR until it will receive > the good amount of testing. But I am attaching it here for you and > others to have the possibility to test and/or comment. >=20 > I had slightly changed the second patch, making temporary filenames > be PID-based to catch two concurrent instances of the script running > at the same time. This is not the best way to do it, but at least > file contents will be sane. The modified version of the second patch > is also attached. It needs testing too, so it is preliminary as well. >=20 > > Anyway, thank you very much for your work. I think many people will > > enjoy it once it will hit the source tree. >=20 > Thank you! > --=20 > Eygene > >From 6537efa58e4a454c2f54c25091f85a5c6557d49b Mon Sep 17 00:00:00 2001 > From: Eygene Ryabinkin > Date: Sun, 13 Apr 2008 15:24:55 +0400 > Subject: [PATCH] Implement creation of named(8) forwarders file via /etc/= rc.d/resolv >=20 > Following the idea of Poul Henning-Kamp, the automated creation of > the named forwarders file is implemented. In such configuration > local named is thought to be used as the smart DNS cache. >=20 > The following new rc.conf variables were introduced: > - resolv_build_named_forwarders, > - resolv_named_forwarders_file, > - resolv_named_ip. >=20 > New manual page, resolv(8), was written. Manual page rc.conf(5) > was updated, reflecting the introduction of new variables. >=20 > dhclient-script was changed to use /etc/rc.d/resolv to create > /etc/resolv.conf. New kenv leaf, dhclient.*, was created (actually, > there is no kenv registry, so I just used variables from the kenv's > dhclient.* namespace) and DNS variables, obtained by dhclient, are > stored there. >=20 > I tried to minimize the impact of the dhclient-script changes upon > the next updates of dhclient(8) from OpenBSD, so a new function > that replaced add_new_resolv_conf was introduced. >=20 > Commented entries about the usage of the generated forwarders file > were added to the stock named.conf file. >=20 > Signed-off-by: Eygene Ryabinkin > --- > etc/defaults/rc.conf | 8 ++ > etc/namedb/named.conf | 12 ++ > etc/rc.d/resolv | 124 ++++++++++++++++++-- > sbin/dhclient/dhclient-script | 23 ++++- > share/man/man5/rc.conf.5 | 18 +++ > share/man/man8/Makefile | 1 + > share/man/man8/resolv.8 | 259 +++++++++++++++++++++++++++++++++++= ++++++ > 7 files changed, 434 insertions(+), 11 deletions(-) > create mode 100644 share/man/man8/resolv.8 >=20 > diff --git a/etc/defaults/rc.conf b/etc/defaults/rc.conf > index cd9c142..8ef35d7 100644 > --- a/etc/defaults/rc.conf > +++ b/etc/defaults/rc.conf > @@ -243,6 +243,14 @@ resolv_domain=3D"" # DNS domain we're in. > resolv_nameservers=3D"" # List of DNS server IPs, separated by comma or= space. > =20 > # > +# resolv. Building of named's forwarders file via dhclient or > +# directly via /etc/rc.d/resolv. > +# > +resolv_build_named_forwarders=3D"NO" # Build forwarders? > +resolv_named_forwarders_file=3D/etc/namedb/named.forwarders.conf # Forwa= rders file > +resolv_named_ip=3D127.0.0.1 # Where named is listening for requests > + > +# > # kerberos. Do not run the admin daemons on slave servers > # > kerberos5_server_enable=3D"NO" # Run a kerberos 5 master server (or NO). > diff --git a/etc/namedb/named.conf b/etc/namedb/named.conf > index bda9a02..508abf5 100644 > --- a/etc/namedb/named.conf > +++ b/etc/namedb/named.conf > @@ -45,6 +45,18 @@ options { > 127.0.0.1; > }; > */ > + > +// If you're building the forwarders table automatically (option > +// resolv_build_named_forwarders is set to the appropriate value > +// in the /etc/rc.conf), then you will want to uncomment the next > +// line to include the created forwarders table. > +// The default forwarders file name is used. If you had customized > +// its location via rc.conf's variable resolv_named_forwarders_file, > +// replace the name here as well. > +/* > + include "/etc/namedb/named.forwarders.conf"; > + */ > + > /* > * If there is a firewall between you and nameservers you want > * to talk to, you might need to uncomment the query-source > diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv > index 3f36a0c..e5f9f32 100644 > --- a/etc/rc.d/resolv > +++ b/etc/rc.d/resolv > @@ -38,6 +38,9 @@ stop_cmd=3D':' > =20 > load_rc_config $name > =20 > +RNDC=3D/usr/sbin/rndc > +CMP=3D/usr/bin/cmp > + > # Helper that echoes the contents of the resolv.conf to the stdout. > # Arguments: > # 1. domain name, > @@ -47,26 +50,129 @@ load_rc_config $name > build_resolv () { > if [ -n "$1" ]; then > echo domain "$1" > + echo search "$1" > + fi > + > + if checkyesno resolv_build_named_forwarders && > + checkyesno named_enable; then > + echo "nameserver $resolv_named_ip" > fi > =20 > set -- "$2" > for ns in `IFS=3D', '; echo $*`; do > echo nameserver $ns > done > + > + if [ -f /etc/resolv.conf.tail ]; then > + cat /etc/resolv.conf.tail > + fi > +} > + > +# Restarts named, if it is already running > +named_condreload() { > + if "$RNDC" status > /dev/null 2>&1; then > + "$RNDC" reload > + fi > +} > + > +# Installs new version of the file. If the file to be installed is the > +# same as the current one, nothing will be installed. > +# Arguments. > +# - $1: new file, > +# - $2: old file that will be overwritten with the contents of a new one. > +# > +# Returns zero if the new content was installed and returns one > +# when the old file was left untouched. > +# > +# New file will be removed before the function return. > +install_new_file() { > + [ -z "$1" ] && return 0 > + if [ -z "$2" ]; then > + rm -f "$1" > + return 0 > + fi > + > + [ -e "$1" -a -f "$1" ] || return 0 > + if [ -e "$2" -a -f "$CMP" -a -x "$CMP" ] && \ > + "$CMP" "$1" "$2" >/dev/null 2>/dev/null; then > + rm -f "$1" > + return 1 > + else > + cp -f "$1" "$2" > + fi > + > + rm -f "$1" > + return 0 > } > =20 > -# if the info is available via dhcp/kenv > -# build the resolv.conf > +# Build named's forwarders file if it is requested by configuration. > +# Reloads named via 'rndc'. > # > -if [ ! -e /etc/resolv.conf -a \ > +# Arguments. > +# $1 - the list of forwarders, separated by ',' or ' '. > +add_new_bind_forwarders() { > + local tmpf > + > + tmpf=3D"$resolv_named_forwarders_file".new.$$ > + > + [ -z "$1" ] && return > + checkyesno resolv_build_named_forwarders || return > + > + echo 'forwarders {' > "$tmpf" > + set -- "$1" > + for nameserver in `IFS=3D', '; echo $*`; do > + echo "$nameserver;" > + done >> "$tmpf" > + echo '};' >> "$tmpf" > + > + # New contents? Try to reload named. > + if install_new_file "$tmpf" "$resolv_named_forwarders_file"; then > + chown -RL root:wheel "$resolv_named_forwarders_file" > + chmod -RL 644 "$resolv_named_forwarders_file" > + > + named_condreload > + fi > +} > + > +tmp_resolv=3D/etc/resolv.conf.new.$$ > +rm -f "$tmp_resolv" > +# If user specified static resolv parameters, use them. > +if [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then > + build_resolv \ > + "${resolv_domain}" "${resolv_nameservers}" \ > + > "$tmp_resolv" > + add_new_bind_forwarders "${resolv_nameservers}" > +# dhclient-script calls us using kenv's dhclient.* parameters > +elif [ -n "`/bin/kenv dhclient.domain-name-servers 2> /dev/null`" -o \ > + -n "`/bin/kenv dhclient.domain-name 2> /dev/null`" ]; then > + build_resolv \ > + "`/bin/kenv dhclient.domain-name 2> /dev/null`" \ > + "`/bin/kenv dhclient.domain-name-servers`" \ > + > "$tmp_resolv" > + add_new_bind_forwarders "`/bin/kenv dhclient.domain-name-servers`" > +# If the info is available via dhcp/kenv (from the boot time) > +# build the resolv.conf, but only if it is not already exists. > +# This is the old historical behaviour of /etc/rc.d/resolv. > +elif [ ! -e /etc/resolv.conf -a \ > -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then > build_resolv \ > "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ > - "`/bin/kenv dhcp.domain-name-servers`" \ > - > /etc/resolv.conf > -elif [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then > - build_resolv \ > - "${resolv_domain}" "${resolv_nameservers}" \ > - > /etc/resolv.conf > + "`/bin/kenv dhcp.domain-name-servers`" > "$tmp_resolv" > + add_new_bind_forwarders "`/bin/kenv dhcp.domain-name-servers`" > +else > + # Create forwarders file without forwarding servers. > + # We can not just make it empty, because in the case > + # of the 'forward only;' directives, named will throw > + # error about non-existent 'forwarders' clause. > + if checkyesno resolv_build_named_forwarders; then > + if [ -e "$resolv_named_forwarders_file" ]; then > + cat << "EOF" > "$resolv_named_forwarders_file" > +forwarders {}; > +EOF > + named_condreload > + fi > + fi > fi > =20 > +install_new_file "$tmp_resolv" /etc/resolv.conf > + > diff --git a/sbin/dhclient/dhclient-script b/sbin/dhclient/dhclient-script > index f66da5a..9b14962 100644 > --- a/sbin/dhclient/dhclient-script > +++ b/sbin/dhclient/dhclient-script > @@ -22,6 +22,7 @@ > ARP=3D/usr/sbin/arp > HOSTNAME=3D/bin/hostname > IFCONFIG=3D'/sbin/ifconfig -n' > +KENV=3D/bin/kenv > =20 > LOCALHOST=3D127.0.0.1 > =20 > @@ -246,6 +247,22 @@ add_new_resolv_conf() { > return 1 > } > =20 > +# This is the FreeBSD-specific implementation of resolv.conf updater. > +# It sets appropriate variables and invokes the rc.d script that does > +# the actual job. > +fbsd_resolv () { > + "$KENV" -u dhclient.domain-name 2>/dev/null > + "$KENV" -u dhclient.domain-name-servers 2>/dev/null > + > + if [ -n "$new_domain_name" ]; then > + "$KENV" dhclient.domain-name=3D"$new_domain_name" > + fi > + if [ -n "$new_domain_name_servers" ]; then > + "$KENV" dhclient.domain-name-servers=3D"$new_domain_name_servers" > + fi > + /etc/rc.d/resolv restart > +} > + > # Must be used on exit. Invokes the local dhcp client exit hooks, if a= ny. > exit_with_hooks() { > exit_status=3D$1 > @@ -333,7 +350,8 @@ BOUND|RENEW|REBIND|REBOOT) > add_new_alias > fi > if is_default_interface; then > - add_new_resolv_conf > + # ORIGINAL CODE: add_new_resolv_conf > + fbsd_resolv > fi > ;; > =20 > @@ -370,7 +388,8 @@ TIMEOUT) > if ! is_default_interface; then > exit_with_hooks 0 > fi > - if add_new_resolv_conf; then > + # ORIGINAL CODE: if add_new_resolv_conf; then > + if fbsd_resolv; then > exit_with_hooks 0 > fi > fi > diff --git a/share/man/man5/rc.conf.5 b/share/man/man5/rc.conf.5 > index af5d61f..cd3f039 100644 > --- a/share/man/man5/rc.conf.5 > +++ b/share/man/man5/rc.conf.5 > @@ -1612,6 +1612,24 @@ Used for the programmatical building of > comma- or space-separated list of nameservers. > Used for the programmatical building of > .Pa /etc/resolv.conf . > +.It Va resolv_build_named_forwarders > +.Pq Vt bool > +Set to > +.Dq Li YES > +to create forwarders file for > +.Xr named 8 . > +See the stock > +.Pa /etc/namedb/named.conf > +for the example of forwarders file usage. > +.It Va resolv_named_forwarders_file > +.Pq Vt str > +Location of the forwarders file. > +.It Va resolv_named_ip > +IP address where local named instance is listening for the queries. > +Will be inserted to the > +.Pa /etc/resolv.conf > +as the first DNS server when building of the forwarders file is enabled. > +Defaults to 127.0.0.1. > .It Va kerberos5_server_enable > .Pq Vt bool > Set to > diff --git a/share/man/man8/Makefile b/share/man/man8/Makefile > index 4f50312..0613659 100644 > --- a/share/man/man8/Makefile > +++ b/share/man/man8/Makefile > @@ -12,6 +12,7 @@ MAN=3D adding_user.8 \ > rc.sendmail.8 \ > rc.subr.8 \ > rescue.8 \ > + resolv.8 \ > sticky.8 \ > yp.8 > =20 > diff --git a/share/man/man8/resolv.8 b/share/man/man8/resolv.8 > new file mode 100644 > index 0000000..e15e15c > --- /dev/null > +++ b/share/man/man8/resolv.8 > @@ -0,0 +1,259 @@ > +.\" Copyright (c) 2008 > +.\" Eygene Ryabinkin . All rights reserved. > +.\" > +.\" Redistribution and use in source and binary forms, with or without > +.\" modification, are permitted provided that the following conditions > +.\" are met: > +.\" 1. Redistributions of source code must retain the above copyright > +.\" notice, this list of conditions and the following disclaimer. > +.\" 2. Redistributions in binary form must reproduce the above copyright > +.\" notice, this list of conditions and the following disclaimer in t= he > +.\" documentation and/or other materials provided with the distributi= on. > +.\" 3. All advertising materials mentioning features or use of this soft= ware > +.\" must display the following acknowledgement: > +.\" This product includes software developed by the University of > +.\" California, Berkeley and its contributors. > +.\" 4. Neither the name of the University nor the names of its contribut= ors > +.\" may be used to endorse or promote products derived from this soft= ware > +.\" without specific prior written permission. > +.\" > +.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' = AND > +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR P= URPOSE > +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LI= ABLE > +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQU= ENTIAL > +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GO= ODS > +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, = STRICT > +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN AN= Y WAY > +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY = OF > +.\" SUCH DAMAGE. > +.\" > +.\" $FreeBSD$ > +.\" > +.Dd April 13, 2008 > +.Dt RESOLV 8 > +.Os > +. > +. > +.Sh NAME > +.Nm resolv > +.Nd resolver library rc.d script > +. > +. > +.Sh SYNOPSIS > +.Nm /etc/rc.d/resolv Cm Bro start | stop | restart Brc > +. > +. > +.Sh DESCRIPTION > +Startup script > +.Pa /etc/rc.d/resolv > +configures the > +.Xr resolver 3 > +library and can configure forwarders for the > +.Xr named 8 . > +. > +. > +.Sh OPTIONS > +.Pp > +Look into > +.Xr rc.conf 5 > +manual page and search for the > +.Va resolv_* > +entries to obtain the complete list of directives and the description > +of their syntax. > +. > +. > +.Sh IMPLEMENTATION NOTES > +. > +.Ss Generation of /etc/resolv.conf > +. > +.Pp > +In order to generate > +.Pa /etc/resolv.conf > +on the fly, one should set the > +.Xr rc.conf 5 > +variables > +.Va resolv_domain > +and/or > +.Va resolv_nameservers. > +The current logic for the generation of > +.Pa /etc/resolv.conf > +is the following. > +.Bl -enum > +.It > +Check if any > +.Xr rc.conf 5 > +variable, mentioned just above, is defined. > +If yes, generate > +.Pa /etc/resolv.conf > +using the supplied values. > +.It > +Check if > +.Xr kenv 2 > +node > +.Va kenv.domain-name-servers > +is present. > +If yes, generate > +.Pa /etc/resolv.conf > +using > +.Va kenv.domain-name > +and > +.Va kenv.domain-name-servers . > +.It > +Check if > +.Xr kenv 2 > +nodes > +.Va dhclient.domain-name-servers > +and/or > +.Va dhclient.domain-name > +are present. > +If yes, generate > +.Pa /etc/resolv.conf > +using their values. > +The mentioned > +.Xr kenv 1 > +variables are produced by the > +.Xr dhclient 8 > +utility. > +.El > +.Pp > +If the file > +.Pa /etc/resolv.conf.tail > +is present, its contents will be appended to the generated > +.Pa /etc/resolv.conf . > +. > +.Ss Generation of named forwarders table > +. > +.Pp > +.Nm > +also can generate forwarders table for > +.Xr named 8 . > +The file can be used to point the local > +.Xr named 8 > +instance to the upstream DNS servers. > +The typical usage this functionality is to make local DNS cache > +that will consult upstream servers. > +.Pp > +This mode is activated when the variable > +.Va resolv_build_named_forwarders > +is enabled in > +.Xr rc.conf 5 . > +The file, whose name is stored in the > +.Xr rc.conf 5 > +variable > +.Va resolv_named_forwarders_file , > +is populated with the upstream DNS server addresses. > +The addresses are obtained with the same algorithm as the > +.Va nameserver > +options in > +.Pa /etc/resolv.conf , > +described above. > +.Pp > +If > +.Va named_enable > +is set in the > +.Xr rc.conf 5 , > +then one additional > +.Va nameserver > +entry in the > +.Pa /etc/resolv.conf > +will be generated. > +It will be put as the first DNS server and the IP will be taken > +from the > +.Xr rc.conf 5 > +variable > +.Va resolv_named_ip . > +It is done to > +.Qq glue > +the > +.Xr resolver 3 > +library and the local > +.Xr named 8 > +instance. > +. > +. > +.Sh FILES > +.Bl -tag -width /etc/namedb/named_conf > +.It Pa /etc/rc.conf > +system-wide configuration variables. > +.It Pa /etc/namedb/named.conf > +.Xr named 9 > +configuration file. > +.It Pa /etc/namedb/named.forwarders.conf > +default location of the produced forwarders file. > +.It Pa /etc/resolv.conf > +default > +.Xr resolver 3 > +configuration file. > +.El > +. > +. > +.Sh EXAMPLES > +. > +.Pp > +The following > +.Xr rc.conf 5 > +options will automatically build > +.Pa /etc/resolv.conf > +with the corresponding configuration: > +.Bd -literal -offset indent > +resolv_domain=3D"some.name.tld" > +resolv_nameservers=3D"192.168.2.1 192.168.100.254" > +.Ed > +. > +.Pp > +The addition the strings > +.Bd -literal -offset indent > +resolv_build_named_forwarders=3D"YES" > +resolv_named_ip=3D"127.0.0.2" > +.Ed > +will result in the following contents of > +.Pa /etc/resolv.conf > +.Bd -literal -offset indent > +domain some.name.tld > +search some.name.tld > +nameserver 127.0.0.2 > +nameserver 192.168.2.1 > +nameserver 192.168.100.254 > + > +.Ed > +. > +.Pp > +Additionally, the file > +.Pa /etc/namedb/named.forwarders.conf > +will be populated with the servers 192.168.2.1 and 192.168.100.254. > +In order to activate these servers in > +.Xr named 9 , > +one should uncomment (or add) the following lines to the > +.Pa /etc/namedb/named.conf > +.Bd -literal -offset indent > +// Include the generated forwarders table. > +// > +// The default forwarders file name is used. > +// If you had customized its location via rc.conf variable > +// resolv_named_forwarders_file, replace the name here as well. > + include "/etc/namedb/named.forwarders.conf"; > +.Ed > +. > +. > +.Sh SEE ALSO > +.Xr resolver 3 , > +.Xr resolver 5 , > +.Xr rc.conf 5 , > +.Xr named 9 , > +.Xr kenv 1 , > +.Xr kenv 2 , > +.Xr dhclient 8 > +. > +. > +.Sh HISTORY > +The > +.Nm > +manual page first appeared in > +.Fx 7.1 . > +.Sh AUTHORS > +The > +.Nm > +manual page was written by > +.An Eygene Ryabinkin Aq rea-fbsd@codelabs.ru . > --=20 > 1.5.3.8 >=20 > >From 12a53657696ecb768ac23bb7b0ce8a2cda4f64f7 Mon Sep 17 00:00:00 2001 > From: Eygene Ryabinkin > Date: Thu, 24 Apr 2008 13:56:48 +0400 > Subject: [PATCH] Some modifications to the new rc.d/resolv code. >=20 > Following comments by Jeremie Le Hen in the freebsd-current list, > http://lists.freebsd.org/pipermail/freebsd-current/2008-April/085077.ht= ml > I had made the following changes: >=20 > - the existing forwarders file is never chowned/chmodded, only the > new one does; > - add_new_bind_forwarders() now accepts empty arguments to create > empty forwarders list; it also checks for the empty server names > in the list and omits them; > - now there is a single place for the creation of the forwarders > and resolv files -- at the end of the script; the actual contents > of the files are governed by the variables that are set in the > respective places; > - prepended underscores for the script-global variables to avoid > interfering with other global variables; not a strict measure, > since there is no policy on variable names. >=20 > Signed-off-by: Eygene Ryabinkin > --- > etc/rc.d/resolv | 68 ++++++++++++++++++++++++++++++-------------------= ------ > 1 files changed, 37 insertions(+), 31 deletions(-) >=20 > diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv > index e5f9f32..0d42278 100644 > --- a/etc/rc.d/resolv > +++ b/etc/rc.d/resolv > @@ -98,7 +98,7 @@ install_new_file() { > rm -f "$1" > return 1 > else > - cp -f "$1" "$2" > + cat "$1" > "$2" > fi > =20 > rm -f "$1" > @@ -111,68 +111,74 @@ install_new_file() { > # Arguments. > # $1 - the list of forwarders, separated by ',' or ' '. > add_new_bind_forwarders() { > - local tmpf > + local tmpf existed > =20 > tmpf=3D"$resolv_named_forwarders_file".new.$$ > =20 > - [ -z "$1" ] && return > checkyesno resolv_build_named_forwarders || return > =20 > + existed=3Dno > + if [ -e "$resolv_named_forwarders_file" ]; then > + existed=3Dyes > + fi > + > echo 'forwarders {' > "$tmpf" > set -- "$1" > for nameserver in `IFS=3D', '; echo $*`; do > - echo "$nameserver;" > + [ -n "$nameserver" ] && echo "$nameserver;" > done >> "$tmpf" > echo '};' >> "$tmpf" > =20 > # New contents? Try to reload named. > if install_new_file "$tmpf" "$resolv_named_forwarders_file"; then > - chown -RL root:wheel "$resolv_named_forwarders_file" > - chmod -RL 644 "$resolv_named_forwarders_file" > + if [ "$existed" =3D no ]; then > + chown -RL root:wheel "$resolv_named_forwarders_file" > + chmod -RL 644 "$resolv_named_forwarders_file" > + fi > =20 > named_condreload > fi > } > =20 > -tmp_resolv=3D/etc/resolv.conf.new.$$ > -rm -f "$tmp_resolv" > +_tmp_resolv=3D/etc/resolv.conf.new.$$ > +rm -f "${_tmp_resolv}" > +_nslist=3D"" > +_defdomain=3D"" > +_mkresolv=3Dno > # If user specified static resolv parameters, use them. > if [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then > - build_resolv \ > - "${resolv_domain}" "${resolv_nameservers}" \ > - > "$tmp_resolv" > - add_new_bind_forwarders "${resolv_nameservers}" > + _nslist=3D"${resolv_nameservers}" > + _defdomain=3D"${resolv_domain}" > + _mkresolv=3Dyes > # dhclient-script calls us using kenv's dhclient.* parameters > elif [ -n "`/bin/kenv dhclient.domain-name-servers 2> /dev/null`" -o \ > -n "`/bin/kenv dhclient.domain-name 2> /dev/null`" ]; then > - build_resolv \ > - "`/bin/kenv dhclient.domain-name 2> /dev/null`" \ > - "`/bin/kenv dhclient.domain-name-servers`" \ > - > "$tmp_resolv" > - add_new_bind_forwarders "`/bin/kenv dhclient.domain-name-servers`" > + _nslist=3D"`/bin/kenv dhclient.domain-name-servers`" > + _defdomain=3D"`/bin/kenv dhclient.domain-name 2> /dev/null`" > + _mkresolv=3Dyes > # If the info is available via dhcp/kenv (from the boot time) > # build the resolv.conf, but only if it is not already exists. > # This is the old historical behaviour of /etc/rc.d/resolv. > elif [ ! -e /etc/resolv.conf -a \ > -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then > - build_resolv \ > - "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ > - "`/bin/kenv dhcp.domain-name-servers`" > "$tmp_resolv" > - add_new_bind_forwarders "`/bin/kenv dhcp.domain-name-servers`" > + _nslist=3D"`/bin/kenv dhcp.domain-name-servers`" > + _defdomain=3D"`/bin/kenv dhcp.domain-name 2> /dev/null`" > + _mkresolv=3Dyes > else > - # Create forwarders file without forwarding servers. > + # Create forwarders file without forwarding servers to clear > + # the server list possibly left from the previous invocations. > + # Eventually, this creates the file if its creation was requested, > + # but no file currently exists. > + # > # We can not just make it empty, because in the case > # of the 'forward only;' directives, named will throw > # error about non-existent 'forwarders' clause. > - if checkyesno resolv_build_named_forwarders; then > - if [ -e "$resolv_named_forwarders_file" ]; then > - cat << "EOF" > "$resolv_named_forwarders_file" > -forwarders {}; > -EOF > - named_condreload > - fi > - fi > + _nslist=3D"" > fi > =20 > -install_new_file "$tmp_resolv" /etc/resolv.conf > +add_new_bind_forwarders "${_nslist}" > =20 > +if [ "${_mkresolv}" =3D yes ]; then > + build_resolv "${_defdomain}" "${_nslist}" > "${_tmp_resolv}" > + install_new_file "${_tmp_resolv}" /etc/resolv.conf > +fi > --=20 > 1.5.3.8 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIEJ/+XY6L6fI4GtQRApKOAJ95FRFRseIwiP7cPorgHgQUJ//qHQCfYKY1 QGoFhXLcp7F+4q0RMez8MXw= =jizu -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 15:09:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0EB1106566B for ; Thu, 24 Apr 2008 15:09:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BAB508FC1D for ; Thu, 24 Apr 2008 15:09:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 3393A1A4D80; Thu, 24 Apr 2008 08:09:27 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3OF9CVO041986; Thu, 24 Apr 2008 11:09:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eygene Ryabinkin Date: Thu, 24 Apr 2008 11:09:12 -0400 User-Agent: KMail/1.9.7 References: <200804240821.40601.jhb@freebsd.org> In-Reply-To: <200804240821.40601.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241109.12493.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 24 Apr 2008 11:09:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6924/Thu Apr 24 06:04:50 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 15:09:29 -0000 On Thursday 24 April 2008 08:21:40 am John Baldwin wrote: > On Monday 14 April 2008 11:44:13 am Eygene Ryabinkin wrote: > > Poul-Henning, good day. > > > > Fri, Dec 14, 2007 at 02:07:00PM +0300, Eygene Ryabinkin wrote: > > > Fri, Dec 14, 2007 at 10:57:38AM +0000, Poul-Henning Kamp wrote: > > > > In message , > Eygene Ryabinkin writes: > > > > >> It should be possible to run a local named even when we run DHCP, > > > > >> and it shuld be an option, to have it automatically forward to the > > > > >> DNS servers we learn from DHCP. > > > > > > > > > >This can be achieved with the script /etc/dhclient-exit-hooks that > > > > >will create the file with named 'forwarders' clause [...] > > > > > > > > Yes, I know that, but I would like to see it controllable from rc.conf > > > > like the rest of our network configuration. > > > > > > OK, since running local DNS instance is a neat idea, I will try to > > > draft the modifications for the dhclient-exit-hooks, as I described > > > in the previous mail. > > > > At last, I did the needed modifications: patches against 7.0 from > > yesterday, April 13th, are attached. The first one enables the > > creation of /etc/resolv.conf from rc.conf variables and the second > > brings the named forwarders rewriting using values obtained via > > DHCP. I had touched dhclient-script, but it was really needed, > > because it is not good to have simular functionality in /etc/rc.d/resolv > > and in the dhclient-script. > > > > I decided not to cope with modifications of /etc/namedb/named.conf, > > but rather to create other file, /etc/namedb/named.forwarders.conf, > > that should be included from the main configuration. > > > > I am living for two days with this configuration (DHCP + local named > > instance) and no problems were spotted yet. > > > > Testing and feedback are more than welcome. > > You can already override the domain name and DNS servers (including either > overriding, providing a default, or prepending or appending to the list) via > setings in /etc/dhclient.conf, so I don't think new rc.conf variables for > that would be warranted. Updating named.conf to forward is a neat idea. > Howver, on my laptop on HEAD I've ended up just running nscd instead of a > local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush > the host cache. When I get to my laptop I'll post my bits of > dhclient-exit-hooks and dhclient.conf to make this work. On my laptop now so here are the relevant bits: In /etc/rc.conf: nscd_enable="YES" In /etc/nsswitch.conf: hosts: cache files dns In /etc/dhclient.conf: append domain-name " yahoo.com freebsd.org baldwin.cx"; (This adds more domains to the 'search' line in /etc/resolv.conf.) And my /etc/dhclient-exit-hooks (you can ignore the ntp bits): if [ "$exit_status" -eq 0 ]; then case $reason in BOUND|REBOOT|TIMEOUT) # If we have an NTP server, run ntpdate if [ -n "$new_ntp_servers" ]; then $LOGGER "New NTP Servers ($interface): $new_ntp_servers" ntpdate -s $new_ntp_servers fi # Flush host cache since DNS may have changed nscd -I hosts ;; esac fi This will all work on 7.0 as well since it has nscd. This is also good bit simpler than running a local DNS server if all you want to do is cache DNS lookups. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 16:47:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E3A10656C6; Thu, 24 Apr 2008 16:47:53 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0AFF28FC16; Thu, 24 Apr 2008 16:47:52 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id m3OGlYBc010694; Thu, 24 Apr 2008 09:47:34 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3OGlYYW010693; Thu, 24 Apr 2008 09:47:34 -0700 (PDT) (envelope-from obrien) Date: Thu, 24 Apr 2008 09:47:34 -0700 From: "David O'Brien" To: Julian Elischer Message-ID: <20080424164734.GA10152@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Julian Elischer , Poul-Henning Kamp , Andrew Gallatin , gnn@freebsd.org, freebsd-current@freebsd.org References: <51610.1208498408@critter.freebsd.dk> <4808E06D.8020304@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4808E06D.8020304@elischer.org> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: gnn@freebsd.org, Poul-Henning Kamp , freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 16:47:53 -0000 On Fri, Apr 18, 2008 at 10:54:53AM -0700, Julian Elischer wrote: > Poul-Henning Kamp wrote: >> In message <48080276.3040203@elischer.org>, Julian Elischer writes: >>> You'd think that an invariant sync'd clock (fast to read) of some >>> type would have been done by someone by now.. The software people >>> have been asking for this for the last decade at least. > >> Actually one of the original design documents for SAGE stressed that >> such hardware were crucially important "for any system operating >> in real time", so yes, the HW people have had adequate notices. >> Poul-Henning > > I'm certain that earlier systems had it as a requirement but I wasn't > willing to lump the IBM 407 or 1620 in to the same bucket as an SMP > PC with the ability to change the frequency on each CPU. I remember > that the MP vaxen and PDPs had good timers.. and I'm certain the MP > IBMs did too. You're also speaking of a world where the HW vendor controlled the OS and could change the OS at any time to match changes in the HW. That has not been true of the x86 world for nearly three decades. > How hard can it be? Quite hard - especially if you want it fast (on the order of say 10 cycles like TSC is). > An instruction that gives a 64 bit counter, in some reasonable > granularity that is run at the same speed for all CPUS in a system > regardless of the speed each cpu is running.. AMD Greyhound (Family 10h) gives this (well, at 60'ish cycles). What you didn't ask for here (but I think you did in another email) is for all the values to be the same. That means off-chip signaling. The HPET was one attempt at addressing this, but it centralized the counter and thus the reads of it are serialized and >100 cycles. It is my understanding, some Sparc systems have the time source you are looking for. What you're really asking for is for wall-time to be split out of processor cycle counter (which is what TSC really is). That OS's have been abusing TSC for a wall-time source is the fault. x86 processor companies would like to make this change (TSC and clock time source), but is the ways heard "there way too much software written that uses X to change". > While nsecs would be nice even usecs might do. Nope, not really. Every OS I know of that has tried to use the HPET or ACPI PMtimer instead of TSC cannot stand the latency and thus fights for ways to go back to the TSC. [FreeBSD is mostly an exception, but the fact we're having this discussion... say we're not totally satisfied with ACPI PMtimer or HPET.] > They don't even have to be in sync as long as the offset > between them is constant (though that would be nice). This is what AMD's Greyhound (family 10h) *finally* gives [AMD users]. I think Intel Core2 does too - but at a price of lower granularity. > hardware people don't seem to realise the importance > of this. and keep throwing it out to gain/save a pin or to save > some transistors for some other feature. NO. The HW people *DO* understand this. It has nothing to do with saving a pin or some transistors. Multi-core and 6GB cache is here today because we have an abundance of transistors. AMD Opteron's now have 1207 pins. A large set of folks responsible for lack of change are SW folks who would need to change on a dime (and go back and change older SW too) that gets in the way. Would we be willing to go change time sources for FreeBSD 6.4? Would Microsoft for w2k3? Or Red Hat for RHEL4? (HW vendors want to sell product, which means to customers using *released* software; not requiring a 5 year out OS to take advantage of it.) -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 18:51:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E171065677; Thu, 24 Apr 2008 18:51:38 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 887F18FC2B; Thu, 24 Apr 2008 18:51:37 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180174149.adsl.alicedsl.de [85.180.174.149]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m3OIpWn6015794 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 24 Apr 2008 20:51:34 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m3OIpUdC005375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Apr 2008 20:51:30 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m3OIpTKY005374; Thu, 24 Apr 2008 20:51:29 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 24 Apr 2008 20:51:29 +0200 From: Ulrich Spoerlein To: John Baldwin Message-ID: <20080424185129.GC1672@roadrunner.spoerlein.net> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, Poul-Henning Kamp References: <200804240821.40601.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804240821.40601.jhb@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 18:51:38 -0000 On Thu, 24.04.2008 at 08:21:40 -0400, John Baldwin wrote: > On Monday 14 April 2008 11:44:13 am Eygene Ryabinkin wrote: > > At last, I did the needed modifications: patches against 7.0 from > > yesterday, April 13th, are attached. The first one enables the > > creation of /etc/resolv.conf from rc.conf variables and the second > > brings the named forwarders rewriting using values obtained via > > DHCP. I had touched dhclient-script, but it was really needed, > > because it is not good to have simular functionality in /etc/rc.d/resolv > > and in the dhclient-script. > > > > I decided not to cope with modifications of /etc/namedb/named.conf, > > but rather to create other file, /etc/namedb/named.forwarders.conf, > > that should be included from the main configuration. > > > > I am living for two days with this configuration (DHCP + local named > > instance) and no problems were spotted yet. > > > > Testing and feedback are more than welcome. > > You can already override the domain name and DNS servers (including either > overriding, providing a default, or prepending or appending to the list) via > setings in /etc/dhclient.conf, so I don't think new rc.conf variables for > that would be warranted. Updating named.conf to forward is a neat idea. > Howver, on my laptop on HEAD I've ended up just running nscd instead of a > local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush > the host cache. When I get to my laptop I'll post my bits of > dhclient-exit-hooks and dhclient.conf to make this work. People always forget, that a computer can get an IP address via ppp(8), too. That's why I'm (still) running a local bind and have hooks to update the forwarders + reload in dhclient-enter-hooks *AND* ppp.linkup. I'd say that nscd(8) is the way to go for 7.0 and up (though I still haven't set it up for myself ....) Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 19:36:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D7E1065675 for ; Thu, 24 Apr 2008 19:36:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id BDBA68FC16 for ; Thu, 24 Apr 2008 19:36:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 24 Apr 2008 14:19:32 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A9DFF2D6010; Thu, 24 Apr 2008 12:36:23 -0700 (PDT) Message-ID: <4810E137.4020006@elischer.org> Date: Thu, 24 Apr 2008 12:36:23 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: obrien@freebsd.org, Julian Elischer , Poul-Henning Kamp , Andrew Gallatin , gnn@freebsd.org, freebsd-current@freebsd.org References: <51610.1208498408@critter.freebsd.dk> <4808E06D.8020304@elischer.org> <20080424164734.GA10152@dragon.NUXI.org> In-Reply-To: <20080424164734.GA10152@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 19:36:24 -0000 David O'Brien wrote: > On Fri, Apr 18, 2008 at 10:54:53AM -0700, Julian Elischer wrote: >> Poul-Henning Kamp wrote: >>> In message <48080276.3040203@elischer.org>, Julian Elischer writes: >>>> You'd think that an invariant sync'd clock (fast to read) of some >>>> type would have been done by someone by now.. The software people >>>> have been asking for this for the last decade at least. >>> Actually one of the original design documents for SAGE stressed that >>> such hardware were crucially important "for any system operating >>> in real time", so yes, the HW people have had adequate notices. >>> Poul-Henning >> I'm certain that earlier systems had it as a requirement but I wasn't >> willing to lump the IBM 407 or 1620 in to the same bucket as an SMP >> PC with the ability to change the frequency on each CPU. I remember >> that the MP vaxen and PDPs had good timers.. and I'm certain the MP >> IBMs did too. > > You're also speaking of a world where the HW vendor controlled the OS and > could change the OS at any time to match changes in the HW. That has not > been true of the x86 world for nearly three decades. > > >> How hard can it be? > > Quite hard - especially if you want it fast (on the order of say 10 > cycles like TSC is). > no it can't be that hard.. other processors manage it. And it's a critical feature.. kind of like atomic bus operations.. you can get around it, but it's really hard. SO it deserves real effort. > >> An instruction that gives a 64 bit counter, in some reasonable >> granularity that is run at the same speed for all CPUS in a system >> regardless of the speed each cpu is running.. > > AMD Greyhound (Family 10h) gives this (well, at 60'ish cycles). What you > didn't ask for here (but I think you did in another email) is for all the > values to be the same. That means off-chip signaling. The HPET was > one attempt at addressing this, but it centralized the counter and thus > the reads of it are serialized and >100 cycles. > no I don't need the values to be the same if the offset remains constant. that would just be a 'nice' feature. > It is my understanding, some Sparc systems have the time source you are > looking for. my point exactly.. it is doable. > > What you're really asking for is for wall-time to be split out of > processor cycle counter (which is what TSC really is). That OS's > have been abusing TSC for a wall-time source is the fault. they have no alternative because the HW manufacturers will not give us a suitable source. > > x86 processor companies would like to make this change (TSC and clock > time source), but is the ways heard "there way too much software written > that uses X to change". > who the heck told them that? A new facility would start to get used in new software. (!?) > >> While nsecs would be nice even usecs might do. > > Nope, not really. Every OS I know of that has tried to use the HPET or > ACPI PMtimer instead of TSC cannot stand the latency and thus fights for > ways to go back to the TSC. [FreeBSD is mostly an exception, but the > fact we're having this discussion... say we're not totally satisfied > with ACPI PMtimer or HPET.] > no they are too slow.. we want somethign that just reads an on chip register in one cycle. > >> They don't even have to be in sync as long as the offset >> between them is constant (though that would be nice). > > This is what AMD's Greyhound (family 10h) *finally* gives [AMD users]. > I think Intel Core2 does too - but at a price of lower granularity. that's fine.. I haven't seen the specs but that's great news. > > >> hardware people don't seem to realise the importance >> of this. and keep throwing it out to gain/save a pin or to save >> some transistors for some other feature. > > NO. The HW people *DO* understand this. It has nothing to do with > saving a pin or some transistors. Multi-core and 6GB cache is here > today because we have an abundance of transistors. AMD Opteron's now > have 1207 pins. > then why didn't we have this a decade ago? > A large set of folks responsible for lack of change are SW folks who > would need to change on a dime (and go back and change older SW too) > that gets in the way. Would we be willing to go change time sources > for FreeBSD 6.4? Would Microsoft for w2k3? Or Red Hat for RHEL4? > (HW vendors want to sell product, which means to customers using > *released* software; not requiring a 5 year out OS to take advantage > of it.) If you have a new feature, there is nothing that says old sw has to use it.. > From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 20:26:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D2B7106577B for ; Thu, 24 Apr 2008 20:26:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A5CB28FC0A for ; Thu, 24 Apr 2008 20:26:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 2B0521A4D84; Thu, 24 Apr 2008 13:26:48 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3OKQS9r044310; Thu, 24 Apr 2008 16:26:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ulrich Spoerlein Date: Thu, 24 Apr 2008 16:05:27 -0400 User-Agent: KMail/1.9.7 References: <200804240821.40601.jhb@freebsd.org> <20080424185129.GC1672@roadrunner.spoerlein.net> In-Reply-To: <20080424185129.GC1672@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804241605.27332.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 24 Apr 2008 16:26:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6926/Thu Apr 24 14:23:40 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 20:26:49 -0000 On Thursday 24 April 2008 02:51:29 pm Ulrich Spoerlein wrote: > On Thu, 24.04.2008 at 08:21:40 -0400, John Baldwin wrote: > > On Monday 14 April 2008 11:44:13 am Eygene Ryabinkin wrote: > > > At last, I did the needed modifications: patches against 7.0 from > > > yesterday, April 13th, are attached. The first one enables the > > > creation of /etc/resolv.conf from rc.conf variables and the second > > > brings the named forwarders rewriting using values obtained via > > > DHCP. I had touched dhclient-script, but it was really needed, > > > because it is not good to have simular functionality in /etc/rc.d/resolv > > > and in the dhclient-script. > > > > > > I decided not to cope with modifications of /etc/namedb/named.conf, > > > but rather to create other file, /etc/namedb/named.forwarders.conf, > > > that should be included from the main configuration. > > > > > > I am living for two days with this configuration (DHCP + local named > > > instance) and no problems were spotted yet. > > > > > > Testing and feedback are more than welcome. > > > > You can already override the domain name and DNS servers (including either > > overriding, providing a default, or prepending or appending to the list) via > > setings in /etc/dhclient.conf, so I don't think new rc.conf variables for > > that would be warranted. Updating named.conf to forward is a neat idea. > > Howver, on my laptop on HEAD I've ended up just running nscd instead of a > > local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush > > the host cache. When I get to my laptop I'll post my bits of > > dhclient-exit-hooks and dhclient.conf to make this work. > > People always forget, that a computer can get an IP address via ppp(8), > too. That's why I'm (still) running a local bind and have hooks to > update the forwarders + reload in dhclient-enter-hooks *AND* ppp.linkup. nscd will work fine with ppp as well. :) You would just need to invoke nscd -I hosts when you get a new lease there as well. A lot easier than rewriting named.conf and reloading named. > I'd say that nscd(8) is the way to go for 7.0 and up (though I still > haven't set it up for myself ....) Yes, and new patches would likely be going into 8.0 where nscd is already present. :) Setting up nscd for caching DNS is literally the 2 lines I mentioned in my previous e-mail: - nscd_enable="YES" (rc.conf) (plus manual start via /etc/rc.d/nscd if you don't want to reboot) - add "cache" for the "hosts" line in /etc/nsswitch.conf Having dhclient auto-invalidate the cache on a new DHCP lease is an optional feature. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 20:04:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB885106566B for ; Thu, 24 Apr 2008 20:04:36 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id B2D538FC21 for ; Thu, 24 Apr 2008 20:04:35 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3529882fgg.35 for ; Thu, 24 Apr 2008 13:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; bh=3JG7d78MpY8oLpd2wG8tyQfqF/VQWRgHlXKH6gl06Ts=; b=IlHZ9rUIQo19488ZssKiL3jXz9/Tc/RT601c5kkU5b/jDENNxD9BetKT5Gv+/Xozg8lf31qHZ3o9bHhPZjvAMAlDFJNkeSMrDk5rUH3magtRJaVFHJErfOAuDRtaoFF0uwi86KzGXXVqhvT3QowPIBakdV6ZXH/Cc/b17r9qPNQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; b=ESbeI++uAuKcB306q3UU2RdwxddG9sREHzsbJmTuQWbtG1M20dPgsyEZuECQIJh6wOw8c9Yor94qv/HrMY9dZavAby96JDFTE2A9ke9hKNRuLSXDJq3oXOc0y6IMWGzArid6aMgdsPca5os0bABj15rgqv/t5TuybjjxO+KsF1c= Received: by 10.86.93.17 with SMTP id q17mr12594fgb.18.1209065717790; Thu, 24 Apr 2008 12:35:17 -0700 (PDT) Received: from ?0.0.0.0? ( [196.34.241.123]) by mx.google.com with ESMTPS id p9sm1671635fkb.14.2008.04.24.12.35.08 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Apr 2008 12:35:17 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Thu, 24 Apr 2008 21:34:53 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1449357.0YEZEZxk6z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804242134.57772.naylor.b.david@gmail.com> X-Mailman-Approved-At: Thu, 24 Apr 2008 21:50:46 +0000 Subject: init_chroot broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 20:04:36 -0000 --nextPart1449357.0YEZEZxk6z Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, init_chroot appears to be broken when used with unionfs (it did work someti= me=20 before RELENG_7 [definitely before the BETA's]). When using -current (with= =20 the vaps patch :-) I get the following message before the system stops: [...] stat(c2d3fcc0,d3ceccfc,8,c0b094e7,c0bbc0a0,...) at stat+0x2f syscall(d3cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 =2D-- syscall (188, FreeBSD ELF32, stat), eip =3D 0x826fe23, esp =3D 0x9bfb= fe9bc,=20 ebp =3D 0xbfbee98 I tracked the stop to line 320 of init.c:=20 if (chdir(kenv_value) !=3D 0 || chroot(".") !=3D 0) =20 Also, I have a init_script that sets up a few things, here it is: PATH=3D/rescue trap 'echo Recovery console: ; PATH=3D/rescue /rescue/csh -i ; exit' 1 2 3 = 6 15 mount -t cd9660 -o ro /dev/$(mdconfig -a -t vnode -f /base.uzip).uzip /base MD=3D$(mdconfig -a -t malloc -s 32M) newfs /dev/$MD mount /dev/$MD /tmpfs mount -t unionfs -o noatime -o copymode=3Dtransparent /tmpfs /base Note: o) /base.uzip is a mkuzip image of an iso of the base system o) If the sets after MD=3D... are skipped then the system mounts cleanly If I can only get tmpfs to work then this can become a really flexible live= =20 CD :-) ..... If you require any further information (or my build scripts) please let me= =20 know Regards David --nextPart1449357.0YEZEZxk6z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIEODhUaaFgP9pFrIRAl/MAJ9sJ8FTV5hli8hdgzTIcQbLdsPk7wCcDq/1 xljiNoF3MmzFLJwaxY2zlGs= =/z4+ -----END PGP SIGNATURE----- --nextPart1449357.0YEZEZxk6z-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 22:43:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 1DDFC1065673; Thu, 24 Apr 2008 22:43:42 +0000 (UTC) Date: Thu, 24 Apr 2008 22:43:42 +0000 From: Kris Kennaway To: David Naylor Message-ID: <20080424224342.GB47671@hub.freebsd.org> References: <200804242134.57772.naylor.b.david@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804242134.57772.naylor.b.david@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: init_chroot broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 22:43:42 -0000 On Thu, Apr 24, 2008 at 09:34:53PM +0200, David Naylor wrote: > Hi, > > init_chroot appears to be broken when used with unionfs (it did work sometime > before RELENG_7 [definitely before the BETA's]). When using -current (with > the vaps patch :-) I get the following message before the system stops: > > [...] > stat(c2d3fcc0,d3ceccfc,8,c0b094e7,c0bbc0a0,...) at stat+0x2f > syscall(d3cecd38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (188, FreeBSD ELF32, stat), eip = 0x826fe23, esp = 0x9bfbfe9bc, > ebp = 0xbfbee98 > > I tracked the stop to line 320 of init.c: > if (chdir(kenv_value) != 0 || chroot(".") != 0) The [...] was the important part. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 03:26:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E8A81065679 for ; Fri, 25 Apr 2008 03:26:05 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id EB2E18FC24 for ; Fri, 25 Apr 2008 03:26:04 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so974070anc.13 for ; Thu, 24 Apr 2008 20:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=W3JFImlik4cnYpirDdWpraQplqG4ZtHcdFQ9x0k0Te0=; b=iUusNaATyz3yvNMJXxBNCqSD4aDIVeP+ydr+xbTOUCf6+I74B8AlLp3GgDFXzY9uWpu4CwQ3t+MH0/FH/FANYLCVkDCG0OIc4/OIbA3NnXmShavHe8SSO/xtwyXzpB/kByKFUVOSf2k3grTiFNB5PVaJAIircBCr+v0Dtc2ccqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cEIsUfp7W3LJJ/BxbuMz8metDS4sfqpWK1TkX4zn9F2vUhql9AZk8sB5xJkHVCRakyxMygQQF5Zu0OqOt99N9fouUnk0+hNTllHegRrNnjLxIDsot5OvkntFC9sdt8uqB1LxT0oyE272DJNpPqKb8Qgyv2oab8A8nX/tNJOmeOg= Received: by 10.100.128.20 with SMTP id a20mr6671472and.121.1209092492194; Thu, 24 Apr 2008 20:01:32 -0700 (PDT) Received: by 10.100.214.9 with HTTP; Thu, 24 Apr 2008 20:01:29 -0700 (PDT) Message-ID: <47d0403c0804242001n6a6c7c3fgcca03068b85084d9@mail.gmail.com> Date: Fri, 25 Apr 2008 03:01:29 +0000 From: "Ben Kaduk" To: "Sam Leffler" In-Reply-To: <480294E2.1000907@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <480294E2.1000907@errno.com> Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 03:26:05 -0000 Hi Sam, On 4/13/08, Sam Leffler wrote: > A patch to integrate my multi-bss (aka vap) support for wireless can be > found here: > > http://www.freebsd.org/~sam/vap-2008051300.sh.gz > [sip] > Note there are a few new drivers included: iwn (Intel 4965), bwi > (Broadcom 43xx), and mwl (Marvell 88W8363). The iwn driver is > unfinished; it should support 802.11n but progress has been slow > due to poor vendor involvement. The bwi driver is experimental and > folks are encouraged to help sephe get it into shape for commit (it > currently is not ready CVS). mwl is provided as an example of a Sorry to jump in so late, but I just got a chance to compile this a couple days ago. Is this vap code the same one that was committed? Something seems to have confused my wireless card a great deal, possibly in the initialization steps. I have a broadcom chip that will hopefully eventually be supported by bwi, but I have been using ndis otherwise. With a recompiled ndisulator driver, ifconfig up-ing the interface causes the machine to panic; a vanilla ifconfig does not, but clearly the driver is confused. bwi attaches successfully, but complains about antenna gain [1]; not sure if this is why it doesn't work. Before I start debugging bwi, though I would like to get a working internet connection again. This is what the odd ifconfig output is: prolepsis# ifconfig ndis0 ndis0: flags=8802 metric 0 mtu 2290 ether 00:90:4b:2d:46:ce maclabel ?biba,?lomac,?mls,?sebsd ifconfig: ndis0: no media types? vlan: 0 parent interface: ssid 0x0408030000003a6920c0e0480608a7d2040844e2bfbf62e2bfbf78e2bfbf6fe3 channel 0 (0 Mhz) bssid 04:08:03:00:00:00 stationname 0x0408030000003a6920c0e0480608a7d2040844e2bfbf62e2bfbf78e2bfbf6fe3 authmode NONE privacy OFF deftxkey 1 txpower 0 rtsthreshold 0 fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry 0 roaming DEVICE bintval 0 syncpeer: 0.0.0.0 maxupd: 0 laggproto none laggdev ndis0 I have a dump of the panic when I ifconfig ndis0 up, if you want me to poke around at it. The relevant line may be: #10 0xc4570960 in ndis_setstate_80211 (sc=0xc45ad000) at /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis.c:2205 Thanks, and sorry if this has already been fixed -- it's hard to csup without a working network connection. -Ben Kaduk [1] bwi0: mem 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 bwi0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaff6000 bwi0: [MPSAFE] bwi0: [ITHREAD] bwi0: BBP: id 0x4306, rev 0x2, pkg 0 bwi0: MAC: rev 4 bwi0: MAC: rev 4 bwi0: PHY: type 2, rev 1, ver 1 bwi0: RF: manu 0x17f, type 0x2050, rev 2 bwi0: invalid antenna gain in sprom bwi0: PHY: type 0, rev 2, ver 1 bwi0: RF: manu 0x17f, type 0x2060, rev 1 bwi0: invalid antenna gain in sprom bwi0: WARNING: using obsoleted if_watchdog interface From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 03:47:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927E5106566C for ; Fri, 25 Apr 2008 03:47:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 518FB8FC13 for ; Fri, 25 Apr 2008 03:47:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 8D6BD2BC53; Fri, 25 Apr 2008 15:31:09 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lQ4S2DX9h9vf; Fri, 25 Apr 2008 15:31:05 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 25 Apr 2008 15:31:05 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 3E4801142B; Fri, 25 Apr 2008 15:31:05 +1200 (NZST) Date: Fri, 25 Apr 2008 15:31:05 +1200 From: Andrew Thompson To: Ben Kaduk Message-ID: <20080425033105.GD49280@citylink.fud.org.nz> References: <480294E2.1000907@errno.com> <47d0403c0804242001n6a6c7c3fgcca03068b85084d9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47d0403c0804242001n6a6c7c3fgcca03068b85084d9@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 03:47:55 -0000 On Fri, Apr 25, 2008 at 03:01:29AM +0000, Ben Kaduk wrote: > Hi Sam, > > On 4/13/08, Sam Leffler wrote: > > A patch to integrate my multi-bss (aka vap) support for wireless can be > > found here: > > > > http://www.freebsd.org/~sam/vap-2008051300.sh.gz > > > [sip] > > Note there are a few new drivers included: iwn (Intel 4965), bwi > > (Broadcom 43xx), and mwl (Marvell 88W8363). The iwn driver is > > unfinished; it should support 802.11n but progress has been slow > > due to poor vendor involvement. The bwi driver is experimental and > > folks are encouraged to help sephe get it into shape for commit (it > > currently is not ready CVS). mwl is provided as an example of a > > Sorry to jump in so late, but I just got a chance to compile this a couple > days ago. > > Is this vap code the same one that was committed? Something seems > to have confused my wireless card a great deal, possibly in the initialization > steps. I have a broadcom chip that will hopefully eventually be supported > by bwi, but I have been using ndis otherwise. > With a recompiled ndisulator driver, ifconfig up-ing the interface causes > the machine to panic; a vanilla ifconfig does not, but clearly the driver > is confused. This has been fixed and the entire code has been committed to CVS. I would recommend that you dont test Sams patch but rather update your box to the latest sources and try that. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:43:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0974A106566C; Fri, 25 Apr 2008 08:43:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BEBA58FC13; Fri, 25 Apr 2008 08:43:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3P8hXCm033343; Fri, 25 Apr 2008 04:43:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3P8hXHw005357; Fri, 25 Apr 2008 04:43:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0161073039; Fri, 25 Apr 2008 04:43:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080425084333.0161073039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 04:43:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 08:43:35 -0000 TB --- 2008-04-25 07:19:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-25 07:19:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-25 07:19:25 - cleaning the object tree TB --- 2008-04-25 07:19:56 - cvsupping the source tree TB --- 2008-04-25 07:19:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-25 07:20:09 - building world (CFLAGS=-O -pipe) TB --- 2008-04-25 07:20:09 - cd /src TB --- 2008-04-25 07:20:09 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 25 07:20:11 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 08:33:27 UTC 2008 TB --- 2008-04-25 08:33:27 - generating LINT kernel config TB --- 2008-04-25 08:33:27 - cd /src/sys/ia64/conf TB --- 2008-04-25 08:33:27 - /usr/bin/make -B LINT TB --- 2008-04-25 08:33:27 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-25 08:33:27 - cd /src TB --- 2008-04-25 08:33:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 08:33:28 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ia64/ia64/interrupt.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_idle': /src/sys/ia64/ia64/machdep.c:347: error: number of arguments doesn't match prototype /src/sys/sys/proc.h:811: error: prototype declaration cc1: warnings being treated as errors /src/sys/ia64/ia64/machdep.c: At top level: /src/sys/ia64/ia64/machdep.c:359: warning: initialization from incompatible pointer type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-25 08:43:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-25 08:43:32 - ERROR: failed to build lint kernel TB --- 2008-04-25 08:43:32 - tinderbox aborted TB --- 3682.84 user 394.00 system 5047.44 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 13:05:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D4C10656AC for ; Fri, 25 Apr 2008 13:05:18 +0000 (UTC) (envelope-from toledo.andre@gmail.com) Received: from postmaster.twitter.com (postmaster.twitter.com [128.121.145.168]) by mx1.freebsd.org (Postfix) with ESMTP id A63D58FC38 for ; Fri, 25 Apr 2008 13:05:18 +0000 (UTC) (envelope-from toledo.andre@gmail.com) Received: from twitter-web014 (web014.twitter.com [10.209.32.39]) by postmaster.twitter.com (Postfix) with ESMTP id 8932819D1695 for ; Fri, 25 Apr 2008 12:38:06 +0000 (UTC) Received: from twitter.com (localhost [127.0.0.1]) by twitter-web014 (Postfix) with ESMTP id 2BE7B120802A for ; Fri, 25 Apr 2008 12:38:06 +0000 (UTC) Date: Fri, 25 Apr 2008 12:38:06 +0000 From: andretoledo Sender: Twitter To: freebsd-current@freebsd.org Message-Id: <4811d0ae297c6_63f1155558da335c28164@twitter-web014.twitter.com.tmail> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Campaignid: twitter20080423113205 Subject: andretoledo wants to keep up with you on Twitter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 13:05:18 -0000 To find out more about Twitter, visit the link below: http://twitter.com/i/6ab3e0fc9bcba4b48734c247fa473b506bfd517d Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doing—right now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 15:06:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BB3106564A; Fri, 25 Apr 2008 15:06:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 81B3D8FC1D; Fri, 25 Apr 2008 15:06:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PF5xQo016067; Fri, 25 Apr 2008 11:05:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PF5x8G095942; Fri, 25 Apr 2008 11:05:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A94173039; Fri, 25 Apr 2008 11:05:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080425150559.4A94173039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 11:05:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 15:06:00 -0000 TB --- 2008-04-25 13:42:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-25 13:42:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-25 13:42:12 - cleaning the object tree TB --- 2008-04-25 13:42:44 - cvsupping the source tree TB --- 2008-04-25 13:42:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-25 13:42:56 - building world (CFLAGS=-O -pipe) TB --- 2008-04-25 13:42:56 - cd /src TB --- 2008-04-25 13:42:56 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 25 13:42:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 14:55:57 UTC 2008 TB --- 2008-04-25 14:55:57 - generating LINT kernel config TB --- 2008-04-25 14:55:57 - cd /src/sys/ia64/conf TB --- 2008-04-25 14:55:57 - /usr/bin/make -B LINT TB --- 2008-04-25 14:55:57 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-25 14:55:57 - cd /src TB --- 2008-04-25 14:55:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 14:55:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ia64/ia64/interrupt.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ia64/ia64/machdep.c /src/sys/ia64/ia64/machdep.c: In function 'cpu_idle': /src/sys/ia64/ia64/machdep.c:347: error: number of arguments doesn't match prototype /src/sys/sys/proc.h:811: error: prototype declaration cc1: warnings being treated as errors /src/sys/ia64/ia64/machdep.c: At top level: /src/sys/ia64/ia64/machdep.c:359: warning: initialization from incompatible pointer type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-25 15:05:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-25 15:05:59 - ERROR: failed to build lint kernel TB --- 2008-04-25 15:05:59 - tinderbox aborted TB --- 3685.09 user 391.12 system 5026.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 15:53:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46BF7106566B for ; Fri, 25 Apr 2008 15:53:16 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D67C68FC21 for ; Fri, 25 Apr 2008 15:53:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=RoDB3HlrweoBgXdXuk006/cG9PTJDRtgesmFYcd3V9u3FYgbyHLHz2NVi7fLVCbsq5weeFz3azyCbj4OP0i1NpsxIdqS0NrnZ+AQO5RGYRkYQVQxRXhIO0f/jnEE1h2UisqAZugZinyTPFaDT3U9uCJ9lxppva6aCtCLuIYysgU=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JpQEc-0001U9-85; Fri, 25 Apr 2008 19:53:14 +0400 Date: Fri, 25 Apr 2008 19:53:13 +0400 From: Eygene Ryabinkin To: John Baldwin Message-ID: References: <200804240821.40601.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200804240821.40601.jhb@freebsd.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 15:53:16 -0000 John, good day. Thu, Apr 24, 2008 at 08:21:40AM -0400, John Baldwin wrote: > You can already override the domain name and DNS servers (including either > overriding, providing a default, or prepending or appending to the list) via > setings in /etc/dhclient.conf, so I don't think new rc.conf variables for > that would be warranted. In the case of DHCP -- yes, I can. But sometimes I need to specify the static entries for the resolv.conf: I am using it when I am working in some places where DHCP isn't available, so I am creating branched /etc/rc.conf. And it is useful to have all variables in one place. For my usage, dhclient.conf is not relevant, since I am happily taking all that was given me via DHCP. > Updating named.conf to forward is a neat idea. > Howver, on my laptop on HEAD I've ended up just running nscd instead of a > local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush > the host cache. When I get to my laptop I'll post my bits of > dhclient-exit-hooks and dhclient.conf to make this work. Yes, it is also the way to go, but, at was said by Poul-Henning, nscd is not so smart to know all particulars of DNS, namely -- the different TTL values for the different records and zones. May be I can integrate the usage of the nscd to the dhclient-script and rc.conf? Is it desirable? -- Eygene From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 15:58:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22B4106564A for ; Fri, 25 Apr 2008 15:58:22 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8DAAC8FC0C for ; Fri, 25 Apr 2008 15:58:22 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 9506F7318D; Fri, 25 Apr 2008 18:00:39 +0200 (CEST) Date: Fri, 25 Apr 2008 18:00:39 +0200 From: Luigi Rizzo To: net@freebsd.org, current@freebsd.org Message-ID: <20080425160039.GA65918@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: 'nfe' stalls (analysis and partial solution) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 15:58:23 -0000 just for the record and the mail archives - i have been experiencing a lot of unrecovered stalls of the network card with the 'nfe' driver under heavy load (this was on 7.0-i386 and 7.0-amd64, but it is hardware related so it cross-platform). After 2-3 days of investigation, and with the help of Pyun YongHyeon (yongari) i finally managed to pin down the problem and start working on a solution. I would be grateful if others can report of similar problems with the 'nfe' driver so we can see if the patch we can come up with also fix their problem. THE PROBLEM: under heavy load (e.g. full speed ssh transfers, disk activity, Xwindows...) causing the receive ring to fill up, it seems that some nfe-supported cards (at least the MCP67) enter a state where they stop looking at the ring buffers and drop incoming packets. The driver does not recover from the error so you manually have to 'ifconfig down; ifconfig up' the interface to restart receiving. SOLUTION: I have not yet determined the exact conditions causing the error, so as a temporary workaround i am calling nfe_init_locked() every from the watchdog routine every time a receive error of some kind is experienced. I definitely need to apply stricter checks on the error condition, but some more extra card reset is certainly better than losing contact with the machine. Unfortunately there is no documentation on this behaviour of the card, and the linux driver (forcedeth) has no error checking/recovery at all so it is of no help. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 17:49:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5F91065672 for ; Fri, 25 Apr 2008 17:49:41 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7678FC21 for ; Fri, 25 Apr 2008 17:49:41 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=15299 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpS3H-000JEg-NG for freebsd-current@freebsd.org; Fri, 25 Apr 2008 21:49:40 +0400 Message-ID: <481219B2.7010309@lissyara.su> Date: Fri, 25 Apr 2008 21:49:38 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: world not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 17:49:41 -0000 I update source 2-3 hour ago ============== cc -O2 -pipe -I/usr/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/usr/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/usr/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/usr/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/usr/src/usr.bin/fstat/zfs/.. -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.bin/fstat/zfs/zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/usr.bin/fstat/zfs/zfs.c /usr/src/usr.bin/fstat/zfs/zfs.c:38:29: error: sys/zfs_context.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:39:21: error: sys/spa.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:40:26: error: sys/spa_impl.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:41:21: error: sys/dmu.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:42:21: error: sys/zap.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:43:24: error: sys/fs/zfs.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:44:27: error: sys/zfs_znode.h: No such file or directory /usr/src/usr.bin/fstat/zfs/zfs.c:51:1: error: "ZFS" redefined : error: this is the location of the previous definition /usr/src/usr.bin/fstat/zfs/zfs.c:53:19: error: fstat.h: No such file or directory cc1: warnings being treated as errors /usr/src/usr.bin/fstat/zfs/zfs.c:63: warning: 'struct filestat' declared inside parameter list /usr/src/usr.bin/fstat/zfs/zfs.c:63: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/usr.bin/fstat/zfs/zfs.c:64: warning: no previous prototype for 'zfs_filestat' /usr/src/usr.bin/fstat/zfs/zfs.c: In function 'zfs_filestat': /usr/src/usr.bin/fstat/zfs/zfs.c:66: error: 'znode_phys_t' undeclared (first use in this function) /usr/src/usr.bin/fstat/zfs/zfs.c:66: error: (Each undeclared identifier is reported only once /usr/src/usr.bin/fstat/zfs/zfs.c:66: error: for each function it appears in.) /usr/src/usr.bin/fstat/zfs/zfs.c:66: error: expected ';' before 'zphys' /usr/src/usr.bin/fstat/zfs/zfs.c:76: warning: implicit declaration of function 'dprintf' /usr/src/usr.bin/fstat/zfs/zfs.c:76: warning: nested extern declaration of 'dprintf' /usr/src/usr.bin/fstat/zfs/zfs.c:86: warning: implicit declaration of function 'getvnodedata' /usr/src/usr.bin/fstat/zfs/zfs.c:86: warning: nested extern declaration of 'getvnodedata' /usr/src/usr.bin/fstat/zfs/zfs.c:86: warning: assignment makes pointer from integer without a cast /usr/src/usr.bin/fstat/zfs/zfs.c:87: warning: implicit declaration of function 'KVM_READ' /usr/src/usr.bin/fstat/zfs/zfs.c:87: warning: nested extern declaration of 'KVM_READ' /usr/src/usr.bin/fstat/zfs/zfs.c:89: error: 'Pid' undeclared (first use in this function) /usr/src/usr.bin/fstat/zfs/zfs.c:104: error: 'zphys' undeclared (first use in this function) /usr/src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /usr/src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /usr/src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /usr/src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /usr/src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /usr/src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /usr/src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /usr/src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /usr/src/usr.bin/fstat. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 17:54:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04EA8106564A for ; Fri, 25 Apr 2008 17:54:14 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id A34CA8FC1F for ; Fri, 25 Apr 2008 17:54:13 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=54127 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpS7g-000JIL-RC for freebsd-current@freebsd.org; Fri, 25 Apr 2008 21:54:12 +0400 Message-ID: <48121AC4.3070003@lissyara.su> Date: Fri, 25 Apr 2008 21:54:12 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: FreeBSD Current References: <481219B2.7010309@lissyara.su> In-Reply-To: <481219B2.7010309@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: world not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 17:54:14 -0000 Alex Keda пОшет: > I update source 2-3 hour ago > ============== sorry system: acer# uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Apr 23 01:17:45 MSD 2008 lissyara@acer.lissyara.int.otradno.ru:/tmp/obj/usr/src/sys/main-color-console amd64 acer# From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 20:45:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC70106566B for ; Fri, 25 Apr 2008 20:45:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C2A9D8FC0C for ; Fri, 25 Apr 2008 20:45:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 2A1141A4D80; Fri, 25 Apr 2008 13:45:44 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3PKjTpg056623; Fri, 25 Apr 2008 16:45:32 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Eygene Ryabinkin Date: Fri, 25 Apr 2008 16:07:39 -0400 User-Agent: KMail/1.9.7 References: <200804240821.40601.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804251607.39798.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 25 Apr 2008 16:45:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6938/Fri Apr 25 13:01:47 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 20:45:44 -0000 On Friday 25 April 2008 11:53:13 am Eygene Ryabinkin wrote: > John, good day. > > Thu, Apr 24, 2008 at 08:21:40AM -0400, John Baldwin wrote: > > You can already override the domain name and DNS servers (including either > > overriding, providing a default, or prepending or appending to the list) via > > setings in /etc/dhclient.conf, so I don't think new rc.conf variables for > > that would be warranted. > > In the case of DHCP -- yes, I can. But sometimes I need to specify > the static entries for the resolv.conf: I am using it when I am > working in some places where DHCP isn't available, so I am creating > branched /etc/rc.conf. And it is useful to have all variables in > one place. For my usage, dhclient.conf is not relevant, since I > am happily taking all that was given me via DHCP. This was not clear from your earlier e-mails where it seemed that you were worried primarily about munging dhclient-script (which would be the DHCP case). Given that you can already manage the DHCP case via /etc/dhclient.conf I think adding rc.conf variables to duplicate that functionality would be superfluous. > > Updating named.conf to forward is a neat idea. > > Howver, on my laptop on HEAD I've ended up just running nscd instead of a > > local DNS server and doing a 'nscd -I hosts' when I get a new lease to flush > > the host cache. When I get to my laptop I'll post my bits of > > dhclient-exit-hooks and dhclient.conf to make this work. > > Yes, it is also the way to go, but, at was said by Poul-Henning, > nscd is not so smart to know all particulars of DNS, namely -- the > different TTL values for the different records and zones. In the case of a laptop (which seems to be what you are doing) where you frequently change locations I think nscd's behavior in this instance is probably fine. Note that you can always clear the cache by hand in edge cases. > May be I can integrate the usage of the nscd to the dhclient-script > and rc.conf? Is it desirable? nscd is already well integrated with rc.conf. Perhaps you could automate the clearing of the 'hosts' database (my exit-hooks), but I'm not sure that is worth adding all the fuss for since it is a bit of an edge case and it is very easy to do this via the exit-hooks. FWIW, I already adjust my domain name (to trim the annoying \000 string you get when you append to the domain from a Windows DNS server because it violates the RFC and the dhclient authors strict religiously to the RFC rather than add a workaround) in an enter hook, so you can easily modify your DNS parameters there already. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 21:20:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70C12106566B for ; Fri, 25 Apr 2008 21:20:56 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id E874B8FC12 for ; Fri, 25 Apr 2008 21:20:55 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4151053fgg.35 for ; Fri, 25 Apr 2008 14:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; bh=fLrrGQ1u5RAoZme6ckP+1GGk4TlpKvShfB/j3LSAmBw=; b=NULGCZc9j07x0aFaV9wZscB1UM1waikq9OqFjQBM12XtM0MFYVQ/cxZ7V49szNyOPStWT8ZxXVfwbn2auh9fB5xhPIGnactMu7PBcAJkN/8OoBTTh9xnoJrTxmRWlvPTBpHnazYVtGeE5L6jcJfjBWpPoiTaSWFhHXHC0Sc0/mc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; b=g0uWIAfpMqslXE03Y3NSogtAUkBgWjTY4sMrg+vwLsaroI2sXqlsehOZaBRxdONfNvaSz5rqEnuE9k2xKBCvD6KFf0hU/PSSPBmvqT8UXwypqktEjleOfhXbIuYUDfdjQEtvPTn1ENv1lqS63DG9O7gtMHHU8fo5hfqZJDqwVcU= Received: by 10.86.98.18 with SMTP id v18mr2062943fgb.56.1209158454468; Fri, 25 Apr 2008 14:20:54 -0700 (PDT) Received: from ?0.0.0.0? ( [196.34.241.123]) by mx.google.com with ESMTPS id y18sm4579497fkd.17.2008.04.25.14.20.51 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 14:20:53 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Fri, 25 Apr 2008 23:20:34 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2557398.z3glLAHakV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804252320.39121.naylor.b.david@gmail.com> X-Mailman-Approved-At: Fri, 25 Apr 2008 22:10:37 +0000 Subject: boot failed with gzip'ed modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 21:20:56 -0000 --nextPart2557398.z3glLAHakV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I have a live CD that has a GENERIC kernel and that loads some modules befo= re=20 booting. They have been gzip'ed to save space however suddenly the booting= =20 has stopped. The kernel loads and then after the first line of the module= s=20 to load it stops: CD Loader 1.2 Building the boot loader arguments Looking up /BOOT/LOADER... File not found Looking up /boot/loader... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS CD is cd0 BIOS drive A: is disk0 BIOS 638kB/260032kB available memory =46reeBSD/i386 bootstrap loader, Revision 1.1 (DragonSA@dragon, Fri Apr 25 16:40:18 SAST 2008) Loading /boot/defaults/loader.conf /boot/kernel/kernel test=3D0x74bb28 data=3D0xfe590+0xfc4f0=20 syms=3D[0x8+0xc1830+0x8+0xac76c] /boot/kernel/unionfs.ko | The current was csup'ed today (a previous system from 13th April worked fin= e) My loader.conf:=20 geom_label_load=3D"YES" geom_uzip_load=3D"YES" unionfs_load=3D"YES" zlib_load=3D"YES" init_script=3D"/chroot" init_chroot=3D"/base" and the files: dragon# cd boot/kernel/ dragon# ls -l total 4416 =2Dr-xr-xr-x 1 root wheel 8815 Apr 25 17:40 geom_label.ko.gz =2Dr-xr-xr-x 1 root wheel 4145 Apr 25 17:40 geom_uzip.ko.gz =2Dr-xr-xr-x 1 root wheel 4425256 Apr 25 17:40 kernel.gz =2Dr-xr-xr-x 1 root wheel 19775 Apr 25 17:40 unionfs.ko.gz =2Dr-xr-xr-x 1 root wheel 28540 Apr 25 17:40 zlib.ko.gz (there is a significant saving in size [and a pitty kldload does not like=20 gzip'ed modules... project idea :-) {with possibly other formats, i.e.=20 bzip2?}]) Oh, on an aside. What is the BTX and why is the bootloader i386 even for a= n=20 amd64 system (I suspect it is because there is no need for an amd64=20 bootloader [unless kernels and modules suddenly exceed 4GB 8-/ ])? Thank you for your time David --nextPart2557398.z3glLAHakV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIEksnUaaFgP9pFrIRAqM2AJsGtTMCSJUIkbhQcJfvu+8DaAfTxgCdFNNL ucgWqqy5qg7PUsNqOxZyQII= =mDEe -----END PGP SIGNATURE----- --nextPart2557398.z3glLAHakV-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 21:23:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE8F61065674 for ; Fri, 25 Apr 2008 21:23:25 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 491EA8FC24 for ; Fri, 25 Apr 2008 21:23:25 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4152026fgg.35 for ; Fri, 25 Apr 2008 14:23:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:message-id; bh=/Ub1Ks6n7J46oQZILBZ4uSDFqVeRCJva/YPz7MLsUnQ=; b=YRKoKCfsBDmVtHCns+7PTZHrJYHKRfenysfVSSEGLL4l07f+s8v9aj1IxvFbKM8iQ2vajPQpJ3HlFxxGrABq+9e3e8wou/2/nb/vejWDqLY5/Wfg01SmfM1ZP64IEWckhx2aQbwqe1UCqsudinEuFjVSjiCi5kKIQhMoHQLHgdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:message-id; b=sW/ZRzHQE82o4+EYOfC5jsGmHGdsuCoN4O91liYtS/t57inzxo3/uqwPEtnAVuw3oPe1HBKUo9UG62x4wgoYIw755yLdfaIJQEF3E/HGQ4jz8DQN0EU2oR1UuyP/dK1dq2rJQNOrSlFneEDgWayarb/GdgV217Ho41d10z3tPm8= Received: by 10.86.51.10 with SMTP id y10mr4142703fgy.21.1209158603976; Fri, 25 Apr 2008 14:23:23 -0700 (PDT) Received: from ?0.0.0.0? ( [196.34.241.123]) by mx.google.com with ESMTPS id f19sm4596906fka.19.2008.04.25.14.23.20 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 14:23:23 -0700 (PDT) From: David Naylor Organization: Private To: Kris Kennaway Date: Fri, 25 Apr 2008 23:23:07 +0200 User-Agent: KMail/1.9.7 References: <200804242134.57772.naylor.b.david@gmail.com> <20080424224342.GB47671@hub.freebsd.org> In-Reply-To: <20080424224342.GB47671@hub.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1704078.MeupPWKSAL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804252323.12875.naylor.b.david@gmail.com> X-Mailman-Approved-At: Fri, 25 Apr 2008 22:11:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: init_chroot broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 21:23:25 -0000 --nextPart1704078.MeupPWKSAL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 25 April 2008 00:43:42 you wrote: > On Thu, Apr 24, 2008 at 09:34:53PM +0200, David Naylor wrote: > > Hi, > > > > init_chroot appears to be broken when used with unionfs (it did work > > sometime before RELENG_7 [definitely before the BETA's]). When using > > -current (with the vaps patch :-) I get the following message before the > > system stops: > > > > [...] > > stat(c2d3fcc0,d3ceccfc,8,c0b094e7,c0bbc0a0,...) at stat+0x2f > > syscall(d3cecd38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (188, FreeBSD ELF32, stat), eip =3D 0x826fe23, esp =3D > > 0x9bfbfe9bc, ebp =3D 0xbfbee98 > > > > I tracked the stop to line 320 of init.c: > > if (chdir(kenv_value) !=3D 0 || chroot(".") !=3D 0) > > The [...] was the important part. It is a lot to type out, is there perhaps an easier way to get the output. = I=20 do not have access to a serial cable but I do have VMWare? Also, do you=20 really need all the parameters or just some (and if so which ones). =20 > Kris > David --nextPart1704078.MeupPWKSAL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIEkvAUaaFgP9pFrIRApkTAKCNOBLvnh8XDlAoCoumqpyoCgY0eACfW4vO /9UzAP5fRjwegbCe7EmcwUc= =jr9j -----END PGP SIGNATURE----- --nextPart1704078.MeupPWKSAL-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 23:06:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF971065679; Fri, 25 Apr 2008 23:06:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9421B8FC1B; Fri, 25 Apr 2008 23:06:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PN6X8p031487; Fri, 25 Apr 2008 19:06:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PN6XKV074640; Fri, 25 Apr 2008 19:06:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A2F773039; Fri, 25 Apr 2008 19:06:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080425230633.4A2F773039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 19:06:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 23:06:35 -0000 TB --- 2008-04-25 21:55:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-25 21:55:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-25 21:55:56 - cleaning the object tree TB --- 2008-04-25 21:56:23 - cvsupping the source tree TB --- 2008-04-25 21:56:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-25 21:56:31 - building world (CFLAGS=-O -pipe) TB --- 2008-04-25 21:56:31 - cd /src TB --- 2008-04-25 21:56:31 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 25 21:56:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 22:56:32 UTC 2008 TB --- 2008-04-25 22:56:32 - generating LINT kernel config TB --- 2008-04-25 22:56:32 - cd /src/sys/sparc64/conf TB --- 2008-04-25 22:56:32 - /usr/bin/make -B LINT TB --- 2008-04-25 22:56:32 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-25 22:56:32 - cd /src TB --- 2008-04-25 22:56:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 22:56:32 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_fixup_rx': /src/sys/modules/igb/../../dev/igb/if_igb.c:3828: error: 'struct adapter' has no member named 'fmp' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-25 23:06:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-25 23:06:32 - ERROR: failed to build lint kernel TB --- 2008-04-25 23:06:32 - tinderbox aborted TB --- 3090.50 user 378.45 system 4237.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 23:35:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7B1106566B; Fri, 25 Apr 2008 23:35:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 502B38FC15; Fri, 25 Apr 2008 23:35:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PNZaXY079182; Fri, 25 Apr 2008 19:35:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3PNZa4h094506; Fri, 25 Apr 2008 19:35:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 33E3573039; Fri, 25 Apr 2008 19:35:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080425233536.33E3573039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 19:35:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 23:35:37 -0000 TB --- 2008-04-25 22:30:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-25 22:30:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-25 22:30:08 - cleaning the object tree TB --- 2008-04-25 22:30:36 - cvsupping the source tree TB --- 2008-04-25 22:30:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-25 22:30:45 - building world (CFLAGS=-O -pipe) TB --- 2008-04-25 22:30:45 - cd /src TB --- 2008-04-25 22:30:45 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 25 22:30:47 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 23:27:11 UTC 2008 TB --- 2008-04-25 23:27:11 - generating LINT kernel config TB --- 2008-04-25 23:27:11 - cd /src/sys/sun4v/conf TB --- 2008-04-25 23:27:11 - /usr/bin/make -B LINT TB --- 2008-04-25 23:27:11 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-25 23:27:11 - cd /src TB --- 2008-04-25 23:27:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 23:27:11 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> export_syms awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_fixup_rx': /src/sys/modules/igb/../../dev/igb/if_igb.c:3828: error: 'struct adapter' has no member named 'fmp' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-25 23:35:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-25 23:35:36 - ERROR: failed to build lint kernel TB --- 2008-04-25 23:35:36 - tinderbox aborted TB --- 3066.40 user 370.95 system 3927.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 01:51:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93FDA1065672 for ; Sat, 26 Apr 2008 01:51:51 +0000 (UTC) (envelope-from william88@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6067C8FC1B for ; Sat, 26 Apr 2008 01:51:51 +0000 (UTC) (envelope-from william88@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so3649367wxd.7 for ; Fri, 25 Apr 2008 18:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; bh=qBVc+zod8wMmtrs3VE2kSOAW0/1VnYw6wf3S01suh0A=; b=AJEm4qik6C0y2ebzpDRFX2aRK0OMIW1/jyM729mRb3AIcC/N5F9qou0OJW8EsZM6cmzQAoJuha1RFcUnUAltZG4tumcB47EjfJWl3c/cW3L4p44smtzHjeWSMGFSz1dGHg+a1C8TsDG2szE1nFjmf7G799VxmsMkQgBydf+2KDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=aBblYJX9kJ9vexUl+MRFUddW/LPaYjwz7lDefm6R6xwbCUehFamIAkK7c6V1mXpD4HQ+dMMr+HUY1DPWylg1OijGMQ3lrmqKTPqMvuUpOiMPL9E6mtwZm8BogwceAmCYskYt80Hu/QWmjZi7RXOdhEnD1488REypF5OM//1Saps= Received: by 10.70.29.14 with SMTP id c14mr5874979wxc.86.1209173149068; Fri, 25 Apr 2008 18:25:49 -0700 (PDT) Received: from localhost ( [189.4.63.233]) by mx.google.com with ESMTPS id h8sm3900300wxd.34.2008.04.25.18.25.47 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 18:25:48 -0700 (PDT) Date: Fri, 25 Apr 2008 19:25:43 -0300 From: William Grzybowski To: freebsd-current@freebsd.org Message-ID: <20080425221915.GA55463@venon.lost.garden> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="yudcn1FV7Hsu/q59" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Davicom dm9601 usb nic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 01:51:51 -0000 --yudcn1FV7Hsu/q59 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I bought an USB NIC (Davicom DM9601) some days ago and it wasn't working on -current . Searching in the source code I saw the vendor and product code of this device, but it was disabled, probably because no one tested it before. I am attaching a patch made in -current to be applied in /usr/src which solves this "issue". Let me know if mailman ate it :) Thanks, -- William Grzybowski /"\ Jabber: william88@gmail.com \ / ASCII Ribbon Campaign Curitiba/PR - Brazil (GMT -3:00) X against HTML email & vCards ......... / \ --yudcn1FV7Hsu/q59 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="dm9601_usb_nic.patch" --- sys/dev/usb/if_udav.c.orig 2008-04-25 18:44:25.000000000 -0300 +++ sys/dev/usb/if_udav.c 2008-04-25 18:52:50.000000000 -0300 @@ -260,11 +260,8 @@ {{ USB_VENDOR_COREGA, USB_PRODUCT_COREGA_FETHER_USB_TXC }, 0}, /* ShanTou ST268 USB NIC */ {{ USB_VENDOR_SHANTOU, USB_PRODUCT_SHANTOU_ST268 }, 0}, -#if 0 - /* DAVICOM DM9601 Generic? */ - /* XXX: The following ids was obtained from the data sheet. */ - {{ 0x0a46, 0x9601 }, 0}, -#endif + /* DAVICOM DM9601 Generic */ + {{ USB_VENDOR_DAVICOM, USB_PRODUCT_DAVICOM_DM9601 }, 0}, }; #define udav_lookup(v, p) ((const struct udav_type *)usb_lookup(udav_devs, v, p)) --- sys/dev/usb/usbdevs.orig 2008-04-25 18:52:43.000000000 -0300 +++ sys/dev/usb/usbdevs 2008-04-25 18:52:46.000000000 -0300 @@ -1079,6 +1079,9 @@ product CYPRESS USBRS232 0x5500 USB-RS232 Interface product CYPRESS SLIM_HUB 0x6560 Slim Hub +/* Davicom Semiconductor products */ +product DAVICOM DM9601 0x9601 DM9601 USB NIC + /* Daisy Technology products */ product DAISY DMC 0x6901 USB MultiMedia Reader --yudcn1FV7Hsu/q59-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 01:57:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4841065670 for ; Sat, 26 Apr 2008 01:57:52 +0000 (UTC) (envelope-from william88@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id A989F8FC18 for ; Sat, 26 Apr 2008 01:57:52 +0000 (UTC) (envelope-from william88@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so3650287wxd.7 for ; Fri, 25 Apr 2008 18:57:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=PAB6yuhtgwpg1a/BL1Qe5VpazNwmMoiJaGfRfSP3bXQ=; b=AT4OrgrUm3xNESZ5isjAqflBQkeZh7aJcKMhgyRbSfPOfac+GPDE2yKAPlKmu1n047ZfjatZuXF2N9v2iTRPFk6ZqisFGibaVpmrEiIzdLGbOweNP0tTL9bM/7zOrt9tqxyeqz3xqQnsorPJoPGmZzroelJcZf8VD7cwQ1IO/6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Xjmbdm5CSQLWylcJkVMAn0czd7QCLAokznczZK9nWpuTiORt3iK1BUjeIshQyzgd3lbskxlTURoT1zGovYrriTJUMaDDvUJ3ldNMogPfDD0VXc4Y6snvsKWQoZounClcwOjwe5TnmNIT0WVg2PjgAK7por+d7GWphq+AOLmY0lw= Received: by 10.70.29.14 with SMTP id c14mr5911041wxc.86.1209175071839; Fri, 25 Apr 2008 18:57:51 -0700 (PDT) Received: from localhost ( [189.4.63.233]) by mx.google.com with ESMTPS id h18sm7823863wxd.37.2008.04.25.18.57.49 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 18:57:50 -0700 (PDT) Date: Fri, 25 Apr 2008 19:57:46 -0300 From: William Grzybowski To: freebsd-current@freebsd.org Message-ID: <20080425225746.GA79769@venon.lost.garden> References: <20080425221915.GA55463@venon.lost.garden> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080425221915.GA55463@venon.lost.garden> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Davicom dm9601 usb nic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 01:57:52 -0000 On Fri, Apr 25, 2008 at 07:25:43PM -0300, William Grzybowski wrote: > Hi, > > I bought an USB NIC (Davicom DM9601) some days ago and it wasn't working on -current . > Searching in the source code I saw the vendor and product code of this device, but it was disabled, probably because no one tested it before. > I am attaching a patch made in -current to be applied in /usr/src which solves this "issue". > Let me know if mailman ate it :) Sorry, the correct patch is in: http://www.inf.ufpr.br/wg06/dm9601_usb_nic.patch The last attached one got the wrong older file. > > Thanks, > -- William Grzybowski /"\ Jabber: william88@gmail.com \ / ASCII Ribbon Campaign Curitiba/PR - Brazil (GMT -3:00) X against HTML email & vCards ......... / \ From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 02:00:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A25F5106567B; Sat, 26 Apr 2008 02:00:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8384E8FC12; Sat, 26 Apr 2008 02:00:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q208M2086116; Fri, 25 Apr 2008 22:00:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q2083D088648; Fri, 25 Apr 2008 22:00:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9985973039; Fri, 25 Apr 2008 22:00:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426020008.9985973039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 22:00:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 02:00:09 -0000 TB --- 2008-04-26 00:41:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-26 00:41:02 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-26 00:41:02 - cleaning the object tree TB --- 2008-04-26 00:41:36 - cvsupping the source tree TB --- 2008-04-26 00:41:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-26 00:41:44 - building world (CFLAGS=-O -pipe) TB --- 2008-04-26 00:41:44 - cd /src TB --- 2008-04-26 00:41:44 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 26 00:41:45 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 26 01:45:43 UTC 2008 TB --- 2008-04-26 01:45:43 - generating LINT kernel config TB --- 2008-04-26 01:45:43 - cd /src/sys/i386/conf TB --- 2008-04-26 01:45:43 - /usr/bin/make -B LINT TB --- 2008-04-26 01:45:43 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-26 01:45:43 - cd /src TB --- 2008-04-26 01:45:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 01:45:43 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c cc1: warnings being treated as errors /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_print_debug_info': /src/sys/modules/igb/../../dev/igb/if_igb.c:4190: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 02:00:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 02:00:08 - ERROR: failed to build lint kernel TB --- 2008-04-26 02:00:08 - tinderbox aborted TB --- 3433.83 user 408.28 system 4745.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 03:01:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467DE1065677; Sat, 26 Apr 2008 03:01:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 235308FC2B; Sat, 26 Apr 2008 03:01:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q316Ox089285; Fri, 25 Apr 2008 23:01:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3Q316Dc032365; Fri, 25 Apr 2008 23:01:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D9E973039; Fri, 25 Apr 2008 23:01:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426030101.1D9E973039@freebsd-current.sentex.ca> Date: Fri, 25 Apr 2008 23:01:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 03:01:07 -0000 TB --- 2008-04-26 01:45:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-26 01:45:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-26 01:45:19 - cleaning the object tree TB --- 2008-04-26 01:45:43 - cvsupping the source tree TB --- 2008-04-26 01:45:43 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-26 01:45:52 - building world (CFLAGS=-O -pipe) TB --- 2008-04-26 01:45:52 - cd /src TB --- 2008-04-26 01:45:52 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 26 01:45:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 26 02:49:02 UTC 2008 TB --- 2008-04-26 02:49:02 - generating LINT kernel config TB --- 2008-04-26 02:49:02 - cd /src/sys/pc98/conf TB --- 2008-04-26 02:49:02 - /usr/bin/make -B LINT TB --- 2008-04-26 02:49:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-26 02:49:02 - cd /src TB --- 2008-04-26 02:49:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 02:49:02 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/if_vlan/../../conf/kmod_syms.awk if_vlan.kld export_syms | xargs -J% objcopy % if_vlan.kld ld -Bshareable -d -warn-common -o if_vlan.ko if_vlan.kld objcopy --strip-debug if_vlan.ko ===> igb (all) cc -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/igb/../../dev/igb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/igb/../../dev/igb/if_igb.c cc1: warnings being treated as errors /src/sys/modules/igb/../../dev/igb/if_igb.c: In function 'igb_print_debug_info': /src/sys/modules/igb/../../dev/igb/if_igb.c:4190: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /src/sys/modules/igb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 03:01:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 03:01:00 - ERROR: failed to build lint kernel TB --- 2008-04-26 03:01:00 - tinderbox aborted TB --- 3302.75 user 408.67 system 4541.34 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 05:33:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DBFE1065677 for ; Sat, 26 Apr 2008 05:33:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id D0C598FC0A for ; Sat, 26 Apr 2008 05:33:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2553625rvf.43 for ; Fri, 25 Apr 2008 22:33:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=tukGEHgedY6AJn0UMDGx8RoGE2MIlDhTbrp1jv8qNnk=; b=AJ9PKah7vIo6/tgug2Abx6SAf0/fVQe6l403WL1NMZOT5fJNzsGwdQ3Ipgwl5RAMy+fYFlSkT2Zh1ADvJnsnLr6AeaYvAXhL2CODnd6jGxTT/5+VLlXdRxha74Qo/UHBwQQOJnoL7fjFjjWxFJM7n8cHR1w4avkedII+hKQM6VQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=eshLT7AOcAT8x6j3+j1Us3mMh3+PleIKBZMrd954NArD+RwcMBDMHUoab7P4xeSOYy57beAU/I4y0T4vpcdC/CM64dptgO+9tzTifhUHdNsPVt95bDd1FQMBjHfkDywGQot3c4XrJ+1xjsi1l9kJxzjJKwYMazYksYR2/Sy5TJU= Received: by 10.141.74.17 with SMTP id b17mr868166rvl.234.1209188025543; Fri, 25 Apr 2008 22:33:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm3286231rvb.6.2008.04.25.22.33.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Apr 2008 22:33:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3Q5XcuV067902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 14:33:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3Q5XbFo067901; Sat, 26 Apr 2008 14:33:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 26 Apr 2008 14:33:37 +0900 From: Pyun YongHyeon To: Luigi Rizzo Message-ID: <20080426053337.GE67361@cdnetworks.co.kr> References: <20080425160039.GA65918@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080425160039.GA65918@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, net@freebsd.org Subject: Re: 'nfe' stalls (analysis and partial solution) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 05:33:46 -0000 On Fri, Apr 25, 2008 at 06:00:39PM +0200, Luigi Rizzo wrote: > just for the record and the mail archives - i have been experiencing > a lot of unrecovered stalls of the network card with the 'nfe' > driver under heavy load (this was on 7.0-i386 and 7.0-amd64, but > it is hardware related so it cross-platform). > > After 2-3 days of investigation, and with the help of > Pyun YongHyeon (yongari) i finally managed to pin down the > problem and start working on a solution. > > I would be grateful if others can report of similar problems > with the 'nfe' driver so we can see if the patch we can come > up with also fix their problem. > > THE PROBLEM: > under heavy load (e.g. full speed ssh transfers, disk activity, > Xwindows...) causing the receive ring to fill up, it seems that > some nfe-supported cards (at least the MCP67) enter a state where > they stop looking at the ring buffers and drop incoming packets. > > The driver does not recover from the error so you manually have > to 'ifconfig down; ifconfig up' the interface to restart > receiving. > I tried to reprocude this on CK804 MCP9 hardware but nfe(4) recovered successfully from this Rx ring full condition. Of course, I still don't know how to reliably reproduce Rx stalls but just Rx ring full condition doesn't seem to trigger Rx stalls on CK804 MCP9. As Luigi said, it's also possible only some NVIDIA chips can have this issue. If you happen to see this issue please let us know what chip/model you have. The Rx ring full condition could be easily triggered by sending lots of UDP packets with network benchmark programs. In order to increase the possibility of the Rx ring full condition, running buildworld while benchmark test is in progress would certainly trigger the condition. > SOLUTION: > I have not yet determined the exact conditions causing the error, > so as a temporary workaround i am calling nfe_init_locked() every > from the watchdog routine every time a receive error of some kind > is experienced. > > I definitely need to apply stricter checks on the error condition, > but some more extra card reset is certainly better than losing contact > with the machine. Unfortunately there is no documentation on this > behaviour of the card, and the linux driver (forcedeth) has no > error checking/recovery at all so it is of no help. > > cheers > luigi -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 05:47:37 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B52E31065672 for ; Sat, 26 Apr 2008 05:47:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA048FC1C for ; Sat, 26 Apr 2008 05:47:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m3Q5jQua041607; Fri, 25 Apr 2008 23:45:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 25 Apr 2008 23:46:32 -0600 (MDT) Message-Id: <20080425.234632.-1115921926.imp@bsdimp.com> To: william88@gmail.com From: "M. Warner Losh" In-Reply-To: <20080425225746.GA79769@venon.lost.garden> References: <20080425221915.GA55463@venon.lost.garden> <20080425225746.GA79769@venon.lost.garden> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Davicom dm9601 usb nic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 05:47:37 -0000 In message: <20080425225746.GA79769@venon.lost.garden> William Grzybowski writes: : On Fri, Apr 25, 2008 at 07:25:43PM -0300, William Grzybowski wrote: : > Hi, : > : > I bought an USB NIC (Davicom DM9601) some days ago and it wasn't working on -current . : > Searching in the source code I saw the vendor and product code of this device, but it was disabled, probably because no one tested it before. : > I am attaching a patch made in -current to be applied in /usr/src which solves this "issue". : > Let me know if mailman ate it :) : : Sorry, the correct patch is in: : http://www.inf.ufpr.br/wg06/dm9601_usb_nic.patch : : The last attached one got the wrong older file. Committed. Thanks for the patch! Warner From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 06:03:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCA2F106567A; Sat, 26 Apr 2008 06:03:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id A38938FC14; Sat, 26 Apr 2008 06:03:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpdV9-0000Zb-6v; Sat, 26 Apr 2008 06:03:11 +0000 Message-ID: <4812C59D.60806@psg.com> Date: Sat, 26 Apr 2008 15:03:09 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Brooks Davis References: <480D6667.4020509@errno.com> <20080422200616.GA44541@tirith.brixandersen.dk> <480E79F9.40303@freebsd.org> <480F358A.2000009@psg.com> <20080423142628.GA44288@lor.one-eyed-alien.net> In-Reply-To: <20080423142628.GA44288@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 06:03:11 -0000 so, let me make sure i have this correctly. i currently have vap_create_wlan0="wlanmode ap" vaps_ath0="wlan0" cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 up" ipv6_ifconfig_bridge0="inet6 2001:240:6a8::1/64" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_wlan0="channel 11 ssid rg-crypt wep wepkey thirteenchars weptxkey 1 mediaopt hostap up" to add a second ssid on the same device and same lan, i would change this to vap_create_wlan0="wlanmode ap" vap_create_wlan1="wlanmode ap" vaps_ath0="wlan0" vaps_ath0="wlan1" cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 wlan1 up" ipv6_ifconfig_bridge0="inet6 2001:240:6a8::1/64" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_wlan0="channel 11 ssid rg-crypt wep wepkey thirteenchars weptxkey 1 mediaopt hostap up" ifconfig_wlan1="channel 11 ssid rg-open mediaopt hostap up" and next month, i can get really kinky and run the two ssids into separate 1q vlans. yes, i am serious, see the MENOG 3 network presentation . randy From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 09:02:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4342106564A; Sat, 26 Apr 2008 09:02:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3A48FC1A; Sat, 26 Apr 2008 09:02:53 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3C04F7318D; Sat, 26 Apr 2008 11:05:12 +0200 (CEST) Date: Sat, 26 Apr 2008 11:05:12 +0200 From: Luigi Rizzo To: net@freebsd.org, current@freebsd.org Message-ID: <20080426090512.GB74094@onelab2.iet.unipi.it> References: <20080425160039.GA65918@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080425160039.GA65918@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: 'nfe' stalls (analysis and partial solution) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 09:02:53 -0000 On Fri, Apr 25, 2008 at 06:00:39PM +0200, Luigi Rizzo wrote: > just for the record and the mail archives - i have been experiencing > a lot of unrecovered stalls of the network card with the 'nfe' > driver under heavy load (this was on 7.0-i386 and 7.0-amd64, but > it is hardware related so it cross-platform). > > After 2-3 days of investigation, and with the help of > Pyun YongHyeon (yongari) i finally managed to pin down the > problem and start working on a solution. > > I would be grateful if others can report of similar problems > with the 'nfe' driver so we can see if the patch we can come > up with also fix their problem. followup: a patch to address the problem is available at http://info.iet.unipi.it/~luigi/FreeBSD/ (current version is http://info.iet.unipi.it/~luigi/FreeBSD/nfe-20080426.1044.diff but it might change with time as we get more details or info on how to deal with this problem). cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 12:23:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 044F2106566C for ; Sat, 26 Apr 2008 12:23:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EC4BC8FC20 for ; Sat, 26 Apr 2008 12:23:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 5F72B1A4D8C; Sat, 26 Apr 2008 05:23:42 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Sat, 26 Apr 2008 08:22:47 -0400 User-Agent: KMail/1.9.7 References: <200804252320.39121.naylor.b.david@gmail.com> In-Reply-To: <200804252320.39121.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804260822.47763.jhb@freebsd.org> Cc: David Naylor Subject: Re: boot failed with gzip'ed modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 12:23:43 -0000 On Friday 25 April 2008 05:20:34 pm David Naylor wrote: > Hi, > > I have a live CD that has a GENERIC kernel and that loads some modules > before booting. They have been gzip'ed to save space however suddenly the > booting has stopped. The kernel loads and then after the first line of > the modules to load it stops: I've seen reports of problems with gzip'd modules on 7.0. You'll probably have to add debugging or look at the diffs between 6.3 and 7.0 of the boot code (sys/boot and lib/libstand) to narrow down things to try. (For example, did moving malloc up above 1MB break it somehow.) > Oh, on an aside. What is the BTX and why is the bootloader i386 even for > an amd64 system (I suspect it is because there is no need for an amd64 > bootloader [unless kernels and modules suddenly exceed 4GB 8-/ ])? 1) BTX is a mini-kernel that the boot code uses. This lets us write the boot loader as a 32-bit app in C rather than assembly. 2) Yes, the amd64 code uses the i386 bootstrap. amd64 CPUs start up in real mode just like i386 and you can't easily call the BIOS from long mode anyway, so a different bootstrap for amd64 would be rather gratuitous. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 12:23:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACAF1065674; Sat, 26 Apr 2008 12:23:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA458FC1D; Sat, 26 Apr 2008 12:23:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 669781A4D8B; Sat, 26 Apr 2008 05:23:41 -0700 (PDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Sat, 26 Apr 2008 08:18:48 -0400 User-Agent: KMail/1.9.7 References: <480D6667.4020509@errno.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <4812C59D.60806@psg.com> In-Reply-To: <4812C59D.60806@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804260818.49123.jhb@freebsd.org> Cc: Randy Bush , Brooks Davis Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 12:23:47 -0000 On Saturday 26 April 2008 02:03:09 am Randy Bush wrote: > so, let me make sure i have this correctly. > > i currently have > > vap_create_wlan0="wlanmode ap" > vaps_ath0="wlan0" > cloned_interfaces=bridge0 > ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 up" > ipv6_ifconfig_bridge0="inet6 2001:240:6a8::1/64" > ifconfig_vr1=up > ifconfig_vr2=up > ifconfig_vr3=up > ifconfig_wlan0="channel 11 ssid rg-crypt wep wepkey thirteenchars > weptxkey 1 mediaopt hostap up" > > to add a second ssid on the same device and same lan, i would change this > to > > vap_create_wlan0="wlanmode ap" > vap_create_wlan1="wlanmode ap" > vaps_ath0="wlan0" > vaps_ath0="wlan1" Change this to: vaps_ath0="wlan0 wlan1" > cloned_interfaces=bridge0 > ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 > wlan1 up" Looks like you need another 'addm' before wlan1 perhaps? > ipv6_ifconfig_bridge0="inet6 2001:240:6a8::1/64" > ifconfig_vr1=up > ifconfig_vr2=up > ifconfig_vr3=up > ifconfig_wlan0="channel 11 ssid rg-crypt wep wepkey thirteenchars > weptxkey 1 mediaopt hostap up" > ifconfig_wlan1="channel 11 ssid rg-open mediaopt hostap up" -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 12:27:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4EB106564A; Sat, 26 Apr 2008 12:27:02 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [IPv6:2001:418:1::39]) by mx1.freebsd.org (Postfix) with ESMTP id D3ABB8FC12; Sat, 26 Apr 2008 12:27:02 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JpjUc-0002aG-Im; Sat, 26 Apr 2008 12:27:02 +0000 Message-ID: <48131F94.7050002@psg.com> Date: Sat, 26 Apr 2008 21:27:00 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: John Baldwin References: <480D6667.4020509@errno.com> <20080423142628.GA44288@lor.one-eyed-alien.net> <4812C59D.60806@psg.com> <200804260818.49123.jhb@freebsd.org> In-Reply-To: <200804260818.49123.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Brooks Davis Subject: Re: HEADSUP: 802.11 vap support merged X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 12:27:03 -0000 >> vaps_ath0="wlan0" >> vaps_ath0="wlan1" > Change this to: vaps_ath0="wlan0 wlan1" >> ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm wlan0 >> wlan1 up" > Looks like you need another 'addm' before wlan1 perhaps? thanks! randy From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 16:41:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C050B1065682 for ; Sat, 26 Apr 2008 16:41:19 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 432678FC0A for ; Sat, 26 Apr 2008 16:41:18 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so4655790fgg.35 for ; Sat, 26 Apr 2008 09:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:message-id; bh=pwdfheYu1w19qq0LD9LWgCJzG/ZvVb3b4SbajbNp/jI=; b=DsyfArxsZ3DIXg+Tr3iQdSp4okrNEltRzi+MTSQtQXSnigO7ASUN/AfjpLY2vqUVefaYiptCDPrpgUgmDv/5mZlos/CUPk+1tGDUEl9q3A26F9jkEyNJ4gLjsJ1uQkoxicFUpCTNRH+FSGdSpj8kd+1b2yCX897piZte/hwWc4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:message-id; b=BqlS22a+SHB1mQAY4bfgraN71tVxr06bJ9Wg/xzIFTRpRJR6GaD1xhpb/jg4xC+2R1fiCaWpbCFnFHWrVMfQxOt74rffGsAdPkW2tNQ+lEDu4m8h0UHnZpuY4Z+c99oaZ9sRDRxe7IoPyZh33NYyVursaPwzbj02f/wkybHaLWA= Received: by 10.86.49.6 with SMTP id w6mr3791313fgw.59.1209228077703; Sat, 26 Apr 2008 09:41:17 -0700 (PDT) Received: from ?0.0.0.0? ( [196.34.241.123]) by mx.google.com with ESMTPS id p9sm6299098fkb.14.2008.04.26.09.41.12 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 26 Apr 2008 09:41:15 -0700 (PDT) From: David Naylor Organization: Private To: John Baldwin Date: Sat, 26 Apr 2008 18:40:48 +0200 User-Agent: KMail/1.9.7 References: <200804252320.39121.naylor.b.david@gmail.com> <200804260822.47763.jhb@freebsd.org> In-Reply-To: <200804260822.47763.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1816743.Pd8ge130TP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200804261840.52978.naylor.b.david@gmail.com> X-Mailman-Approved-At: Sat, 26 Apr 2008 17:12:29 +0000 Cc: freebsd-current@freebsd.org Subject: Re: boot failed with gzip'ed modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 16:41:19 -0000 --nextPart1816743.Pd8ge130TP Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 26 April 2008 14:22:47 you wrote: > On Friday 25 April 2008 05:20:34 pm David Naylor wrote: > > Hi, > > > > I have a live CD that has a GENERIC kernel and that loads some modules > > before booting. They have been gzip'ed to save space however suddenly > > the booting has stopped. The kernel loads and then after the first li= ne > > of the modules to load it stops: > > I've seen reports of problems with gzip'd modules on 7.0. You'll probably > have to add debugging or look at the diffs between 6.3 and 7.0 of the boot > code (sys/boot and lib/libstand) to narrow down things to try. (For > example, did moving malloc up above 1MB break it somehow.) I think the break happened to HEAD in the last month, I can easily track do= wn=20 the problem... Except I do not know any cvs commands (I just use csup, whic= h=20 I don't think is powerful enough in this case), also is there an easy way t= o=20 check the commit history (www.freshbsd.org doesn't allow the commit message= s=20 to be filtered on a subset of the files...) Is it only sys/boot and lib/libstand that are involved with loader? If so,= =20 unless revision 1.13 to lib/libstand/ntp.c broke it, it is probably that=20 sys/boot is the cause. However sys/boot is rather involved and will take m= e=20 a bit longer to check the commits using cvsweb... This is not possibly caused by having an amd64 system? Other then csup fro= m=20 about a month ago the only other change I did was switch from i386 to amd64= =2E =20 Since the boot loader is i386 in any case I do not think it will have an=20 impact. =20 > > > Oh, on an aside. What is the BTX and why is the bootloader i386 even f= or > > an amd64 system (I suspect it is because there is no need for an amd64 > > bootloader [unless kernels and modules suddenly exceed 4GB 8-/ ])? > > 1) BTX is a mini-kernel that the boot code uses. This lets us write the > boot loader as a 32-bit app in C rather than assembly. Nice :-) > 2) Yes, the amd64 code uses the i386 bootstrap. amd64 CPUs start up in > real mode just like i386 and you can't easily call the BIOS from long mode > anyway, so a different bootstrap for amd64 would be rather gratuitous. Thought so... Is there any plan to add bzip2 to loader (i.e. bzip2 modules and kernel) or= to=20 geom_uzip? If not is there a good reason why it is avoided or just a case = of=20 lacking developer interest (or time)? =20 Thank you for the quick reply David --nextPart1816743.Pd8ge130TP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBIE1sUUaaFgP9pFrIRAquYAJ91FHCMJxxSoblT5tqMxAatcrCnZwCffgMS 21bboBqi3sZaGYgrkte+Q68= =7QPm -----END PGP SIGNATURE----- --nextPart1816743.Pd8ge130TP-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 17:33:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B097D106566B; Sat, 26 Apr 2008 17:33:26 +0000 (UTC) (envelope-from SRS0=3326df41966a19df5160a2dfd9c84c74262dddf6=683=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id ED1C78FC1F; Sat, 26 Apr 2008 17:33:25 +0000 (UTC) (envelope-from SRS0=3326df41966a19df5160a2dfd9c84c74262dddf6=683=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id GVH83623; Sat, 26 Apr 2008 10:33:23 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AA25445010; Sat, 26 Apr 2008 10:33:23 -0700 (PDT) To: David Naylor In-Reply-To: Your message of "Sat, 26 Apr 2008 18:40:48 +0200." <200804261840.52978.naylor.b.david@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1209231203_20887P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 26 Apr 2008 10:33:23 -0700 From: "Kevin Oberman" Message-Id: <20080426173323.AA25445010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: David Naylor X-To_Domain: gmail.com X-To: David Naylor X-To_Email: naylor.b.david@gmail.com X-To_Alias: naylor.b.david Cc: freebsd-current@freebsd.org Subject: Re: boot failed with gzip'ed modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 17:33:26 -0000 --==_Exmh_1209231203_20887P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: David Naylor > Date: Sat, 26 Apr 2008 18:40:48 +0200 > Sender: owner-freebsd-current@freebsd.org > > On Saturday 26 April 2008 14:22:47 you wrote: > > On Friday 25 April 2008 05:20:34 pm David Naylor wrote: > > > Hi, > > > > > > I have a live CD that has a GENERIC kernel and that loads some modules > > > before booting. They have been gzip'ed to save space however suddenly > > > the booting has stopped. The kernel loads and then after the first line > > > of the modules to load it stops: > > > > I've seen reports of problems with gzip'd modules on 7.0. You'll probably > > have to add debugging or look at the diffs between 6.3 and 7.0 of the boot > > code (sys/boot and lib/libstand) to narrow down things to try. (For > > example, did moving malloc up above 1MB break it somehow.) > I think the break happened to HEAD in the last month, I can easily track down > the problem... Except I do not know any cvs commands (I just use csup, which > I don't think is powerful enough in this case), also is there an easy way to > check the commit history (www.freshbsd.org doesn't allow the commit messages > to be filtered on a subset of the files...) > > Is it only sys/boot and lib/libstand that are involved with loader? If so, > unless revision 1.13 to lib/libstand/ntp.c broke it, it is probably that > sys/boot is the cause. However sys/boot is rather involved and will take me > a bit longer to check the commits using cvsweb... > > This is not possibly caused by having an amd64 system? Other then csup from > about a month ago the only other change I did was switch from i386 to amd64. > Since the boot loader is i386 in any case I do not think it will have an > impact. > > > > > > Oh, on an aside. What is the BTX and why is the bootloader i386 even for > > > an amd64 system (I suspect it is because there is no need for an amd64 > > > bootloader [unless kernels and modules suddenly exceed 4GB 8-/ ])? > > > > 1) BTX is a mini-kernel that the boot code uses. This lets us write the > > boot loader as a 32-bit app in C rather than assembly. > Nice :-) > > > 2) Yes, the amd64 code uses the i386 bootstrap. amd64 CPUs start up in > > real mode just like i386 and you can't easily call the BIOS from long mode > > anyway, so a different bootstrap for amd64 would be rather gratuitous. > Thought so... > > Is there any plan to add bzip2 to loader (i.e. bzip2 modules and kernel) or to > geom_uzip? If not is there a good reason why it is avoided or just a case of > lacking developer interest (or time)? > > Thank you for the quick reply I can't comment on the problem, but I can comment on the csup part. It is fully capable of tracking this down, especially if you have a good time window on when the commit happened. Use the date= option in your subfile to set the appropriate date and use -i to only update the files you need to update. For example, edit the supfile to contain: src-all date=2008.01.23.15.00.00 and issue the command: csup -i src/sys/amd64 current-supfile This will change only files in the specified directory and those below it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1209231203_20887P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIE2djkn3rs5h7N1ERAkA6AJ4xrPvs34v0vPlBAOvM22vB+DWhEwCdF4N9 AXx+41dEL1FS06JzsBzrxM0= =fRCS -----END PGP SIGNATURE----- --==_Exmh_1209231203_20887P-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 17:48:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCA59106564A; Sat, 26 Apr 2008 17:48:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 70F2B8FC19; Sat, 26 Apr 2008 17:48:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=o3Hqw+7X6cH4t2LSOd6yirLI73kZgTcWCpFFJrN6UUNuITuV9kVukZuLMQbcigK5+HZmUs6y4gq6kVn8kD9ElC7KgYCfeGu47PzuVvXZN6ngx9fR/JMlWKniQ6aeU8kWMFQO4MDNVL310u8jX1qDp2ZpUsmaIXpSaXH8sgj/qx4=; Received: from amnesiac.at.no.dns (ppp91-78-116-255.pppoe.mtu-net.ru [91.78.116.255]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JpoW4-000A7r-Qv; Sat, 26 Apr 2008 21:48:53 +0400 Date: Sat, 26 Apr 2008 21:48:54 +0400 From: Eygene Ryabinkin To: John Baldwin Message-ID: References: <200804240821.40601.jhb@freebsd.org> <200804251607.39798.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200804251607.39798.jhb@freebsd.org> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 17:48:54 -0000 John, good day. Fri, Apr 25, 2008 at 04:07:39PM -0400, John Baldwin wrote: > > In the case of DHCP -- yes, I can. But sometimes I need to specify > > the static entries for the resolv.conf: I am using it when I am > > working in some places where DHCP isn't available, so I am creating > > branched /etc/rc.conf. And it is useful to have all variables in > > one place. For my usage, dhclient.conf is not relevant, since I > > am happily taking all that was given me via DHCP. > > This was not clear from your earlier e-mails where it seemed that you were > worried primarily about munging dhclient-script (which would be the DHCP > case). May be I was not clear. Sorry for that. > Given that you can already manage the DHCP case > via /etc/dhclient.conf I think adding rc.conf variables to duplicate that > functionality would be superfluous. I think you're not understood what I did. I had added rc.conf variables that will override anything: DHCP, existing resolv.conf, etc. They are not tied to any particular way of obtaining the needed information for the resolv.conf: they just forcing to use the specified values. That was the first patch. The second patch was concerned with the named forwarders. It had also touched /etc/rc.d/resolv making it to recognize kenv variables dhclient.*. It was done to unify the place of management for /etc/resolv.conf: since dhclient-script was also trying to create /etc/resolv.conf, I decided to move this functionality to the standard place (/etc/rc.d/resolv) and to make dhclient-script to call it. So there is no functionality duplication concerned with the new rc.conf variables in the general case. There are (possibly redundant) modifications to the dhclient-script to make it call rc.d script, but this is not what you're talking about. Any views? -- Eygene From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 23:36:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5FD106566C; Sat, 26 Apr 2008 23:36:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 749DB8FC0C; Sat, 26 Apr 2008 23:36:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QNaOfs017111; Sat, 26 Apr 2008 19:36:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3QNaOoN012675; Sat, 26 Apr 2008 19:36:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59D3473039; Sat, 26 Apr 2008 19:36:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080426233624.59D3473039@freebsd-current.sentex.ca> Date: Sat, 26 Apr 2008 19:36:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 23:36:26 -0000 TB --- 2008-04-26 22:31:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-26 22:31:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-26 22:31:00 - cleaning the object tree TB --- 2008-04-26 22:31:28 - cvsupping the source tree TB --- 2008-04-26 22:31:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-26 22:31:34 - building world (CFLAGS=-O -pipe) TB --- 2008-04-26 22:31:34 - cd /src TB --- 2008-04-26 22:31:34 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 26 22:31:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 26 23:35:51 UTC 2008 TB --- 2008-04-26 23:35:51 - generating LINT kernel config TB --- 2008-04-26 23:35:51 - cd /src/sys/powerpc/conf TB --- 2008-04-26 23:35:51 - /usr/bin/make -B LINT TB --- 2008-04-26 23:35:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-26 23:35:51 - cd /src TB --- 2008-04-26 23:35:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 23:35:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding /src/sys/powerpc/powerpc/genassym.c In file included from /src/sys/sys/lock_profile.h:39, from /src/sys/sys/proc.h:48, from /src/sys/powerpc/powerpc/genassym.c:40: ./machine/cpufunc.h: In function 'mfsvr': ./machine/cpufunc.h:131: error: 'SPR_SVR' undeclared (first use in this function) ./machine/cpufunc.h:131: error: (Each undeclared identifier is reported only once ./machine/cpufunc.h:131: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-26 23:36:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-26 23:36:24 - ERROR: failed to build lint kernel TB --- 2008-04-26 23:36:24 - tinderbox aborted TB --- 2866.41 user 335.83 system 3923.49 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full