From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 02:31:26 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0186A10656AC for ; Sun, 20 Sep 2009 02:31:26 +0000 (UTC) (envelope-from north_side_sox_fan@comcast.net) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id A6CBD8FC0C for ; Sun, 20 Sep 2009 02:31:25 +0000 (UTC) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA01.westchester.pa.mail.comcast.net with comcast id iqBx1c0021HzFnQ51qJA1G; Sun, 20 Sep 2009 02:18:10 +0000 Received: from comcast.net ([69.139.118.74]) by OMTA14.westchester.pa.mail.comcast.net with comcast id iqJA1c0071cPj1R3aqJA5M; Sun, 20 Sep 2009 02:18:10 +0000 Received: by comcast.net (nbSMTP-1.00) for uid 1001 north_side_sox_fan@comcast.net; Sat, 19 Sep 2009 21:16:37 -0500 (CDT) Date: Sat, 19 Sep 2009 21:16:36 -0500 From: Bryan Cassidy To: freebsd-questions@freebsd.org Message-ID: <20090920021636.GA1246@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Sender: north_side_sox_fan@comcast.net Subject: Mutt /tmp full error when "trying" to read email X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 02:31:26 -0000 Here is a little about my setup uname -a FreeBSD mail.comcast.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Mutt 1.4.2.3i Output from df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 496M 143M 313M 31% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1e 496M 332M 124M 73% /tmp /dev/ad0s1f 30G 2.9G 25G 11% /usr /dev/ad0s1d 1.9G 53M 1.7G 3% /var linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc When /tmp shows 73% used why am I getting these messages when trying to open emails in mutt? I cannot opem them at all. Thanks in advance. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 03:29:59 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB34106566B for ; Sun, 20 Sep 2009 03:29:59 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 294658FC13 for ; Sun, 20 Sep 2009 03:29:58 +0000 (UTC) Received: by bwz27 with SMTP id 27so1307251bwz.43 for ; Sat, 19 Sep 2009 20:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SCKF6eC0GdcOFxFa1Nwl5BrhFGMfSSmbSg0u4WKkwlc=; b=sa9qvL/Ka1XMtIZ3FpPmIoGSNCrMIHgcyKnTJIoCZdYsqTcUjGdPlKHRKs6gIoVVIi BMLUo5VkFzhvdgFwIkSm8Hgg4pU+c3hkLULXHa6A9emJbu6dufk5Zgm9bSLM0ox2O2rE RSaOVKCBGfL0UR/Uymd4GfZV5WYXPDvyoMmt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gxvbjISy2uyhg2m2DvxfQliv/65BGyeIgbpnA9a2s74r6V0u4mkCWMzqWWZtrVyyQy RH7fEh7bkvvjR5vYVj0PxmH3/nyIo+7G/F3cCmLqrPRwLcHhQ9u9C7U9YuIZTV/bDsSs i8cLRUXrdIALlj3eLL28pH5Q75MZ7iJ0dnZdc= MIME-Version: 1.0 Received: by 10.223.15.11 with SMTP id i11mr674119faa.105.1253417397749; Sat, 19 Sep 2009 20:29:57 -0700 (PDT) In-Reply-To: <20090920021636.GA1246@mail.comcast.net> References: <20090920021636.GA1246@mail.comcast.net> Date: Sat, 19 Sep 2009 23:29:57 -0400 Message-ID: <4ad871310909192029g5cc52121x7520da5333e54b56@mail.gmail.com> From: Glen Barber To: Bryan Cassidy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: Mutt /tmp full error when "trying" to read email X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 03:29:59 -0000 Hi, Can you paste the actual error? On Sat, Sep 19, 2009 at 10:16 PM, Bryan Cassidy wrote: > Here is a little about my setup > > uname -a > FreeBSD mail.comcast.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May =A01= 08:49:13 UTC 2009 =A0 =A0 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys= /GENERIC =A0i386 > > Mutt 1.4.2.3i > > Output from df -h > > Filesystem =A0 =A0 Size =A0 =A0Used =A0 Avail Capacity =A0Mounted on > /dev/ad0s1a =A0 =A0496M =A0 =A0143M =A0 =A0313M =A0 =A031% =A0 =A0/ > devfs =A0 =A0 =A0 =A0 =A01.0K =A0 =A01.0K =A0 =A0 =A00B =A0 100% =A0 =A0/= dev > /dev/ad0s1e =A0 =A0496M =A0 =A0332M =A0 =A0124M =A0 =A073% =A0 =A0/tmp > /dev/ad0s1f =A0 =A0 30G =A0 =A02.9G =A0 =A0 25G =A0 =A011% =A0 =A0/usr > /dev/ad0s1d =A0 =A01.9G =A0 =A0 53M =A0 =A01.7G =A0 =A0 3% =A0 =A0/var > linprocfs =A0 =A0 =A04.0K =A0 =A04.0K =A0 =A0 =A00B =A0 100% =A0 =A0/usr/= compat/linux/proc > > When /tmp shows 73% used why am I getting these messages when trying > to open emails in mutt? I cannot opem them at all. Thanks in advance. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > --=20 Glen Barber From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 03:30:14 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F7D106574B for ; Sun, 20 Sep 2009 03:30:14 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id A5C3E8FC14 for ; Sun, 20 Sep 2009 03:30:14 +0000 (UTC) Received: by yxe2 with SMTP id 2so2549987yxe.3 for ; Sat, 19 Sep 2009 20:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=6bVAyiXJZ4cFOINV2oESkb7LcGlPBNZpZoizFfTLfq4=; b=RhiZGxJNhPs6kOFAThdK9MBLvT0NZRWMt0Up4LlYyM2gLTQ2fE8jjLqjTELKRtJ22H Mt8lko8vTkr4bfFptWxGmSfmvJDKcjGSfTnyDEvNkAlSYVyaBzadE5rYiHPFUGNmLYNH aph6NnChqlSWnyXNUAa72pOmg9h6MiPwxsaFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GpVUIuSN0xvTSpeHAcZQjk+fyjkNcwgQ7G+VZmbnrKKl+dEDJJ8/zaVo9pGBiKESW8 0w+DTHlnyjFXUYjGhnHxLsb8MmfgXkJB/ZgqEIo1GnVpHcSsZQqcd+GAZjWu6vrXYxxb 8UPSSL+udzIN7LkbAvdGxBAf1P6MVC+ulrUeE= MIME-Version: 1.0 Received: by 10.151.92.12 with SMTP id u12mr6019468ybl.32.1253417414142; Sat, 19 Sep 2009 20:30:14 -0700 (PDT) Date: Sat, 19 Sep 2009 22:30:14 -0500 Message-ID: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> From: "Sam Fourman Jr." To: freebsd general questions Content-Type: text/plain; charset=ISO-8859-1 Subject: How to get pf to wait for ng0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 03:30:15 -0000 Hello list, I am trying to use FreeBSD 8 RC1 to setup L2 tunnels via mpd5. My problem is the pf.conf file is never parsed because ng0 does not exist yet on startup ng0 is this case is DSL PPPoE to our local telco for internet access. after the DSL dials up (via mpd5) if I do pfctl -d && pfctl -e -f /etc/pf.conf everything works as expected. What is the best way to get pf to wait and parse the ruleset until after ng0 exists? Sam Fourman Jr. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 04:10:33 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76FC0106566B for ; Sun, 20 Sep 2009 04:10:33 +0000 (UTC) (envelope-from jfalconer@puc.edu) Received: from bay0-omc1-s26.bay0.hotmail.com (bay0-omc1-s26.bay0.hotmail.com [65.54.246.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5B78FC08 for ; Sun, 20 Sep 2009 04:10:33 +0000 (UTC) Received: from SN1PRD0201HT002.namprd02.prod.outlook.com ([65.55.94.9]) by bay0-omc1-s26.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 19 Sep 2009 20:58:34 -0700 Received: from JAFHP (75.61.102.147) by pod51004.outlook.com (10.14.148.62) with Microsoft SMTP Server (TLS) id 14.0.482.31; Sun, 20 Sep 2009 03:58:33 +0000 Message-ID: From: J F To: Date: Sat, 19 Sep 2009 20:58:28 -0700 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 Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-OriginalArrivalTime: 20 Sep 2009 03:58:35.0087 (UTC) FILETIME=[A056ADF0:01CA39A6] Subject: Installing FreeBSD from a disk partition X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 04:10:33 -0000 I had FreeBSD 7.1 running on my machine and wanted to do a fresh install of 7.2. Having two hardrives available, I created a small bootable partition on the second hard drive and copied the contents of the iso file onto it. I was able to boot into the installer just fine. In the media selection I specifiy "File System". But every path specification I try does not work. When commiting it just say it can't find the files. How do I specifiy that the files are on this boot partition? Thanks for your help, Jon From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 04:45:26 2009 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2996106568D for ; Sun, 20 Sep 2009 04:45:26 +0000 (UTC) (envelope-from raghu@mri.ernet.in) Received: from hrimail.hri.res.in (hrimail.hri.res.in [210.212.50.7]) by mx1.freebsd.org (Postfix) with ESMTP id 557EA8FC15 for ; Sun, 20 Sep 2009 04:45:25 +0000 (UTC) Received: from ipc2.mri.ernet.in (unknown [192.168.3.2]) by hrimail.hri.res.in (Postfix) with ESMTP id 8668497E61 for ; Sun, 20 Sep 2009 10:15:47 +0530 (IST) Received: from riemann.mri.ernet.in (riemann.mri.ernet.in [192.168.3.122]) by ipc2.mri.ernet.in (Postfix) with ESMTP id 0404E76251 for ; Sun, 20 Sep 2009 10:01:05 +0530 (IST) Received: from riemann.mri.ernet.in (localhost [127.0.0.1]) by riemann.mri.ernet.in (8.13.6/8.13.6) with ESMTP id n8K4IgxD010601 for ; Sun, 20 Sep 2009 09:48:42 +0530 (IST) (envelope-from raghu@riemann.mri.ernet.in) Received: (from raghu@localhost) by riemann.mri.ernet.in (8.13.6/8.13.6/Submit) id n8K4Ie7c010600; Sun, 20 Sep 2009 09:48:40 +0530 (IST) (envelope-from raghu) From: "N. Raghavendra" To: FreeBSD Question X-Organization: Harish-Chandra Research Institute (HRI) X-Address: Chhatnag Road, Jhusi, Allahabad 211 019, India X-URL: http://www.mri.ernet.in/ and http://www.retrotexts.net/ X-Phone: +91 (532) 2667 509, 2667 318, 2667 578, 2567 746, 2567 747 X-Fax: +91 (532) 2667 576, 2567 748, 2567 444, 2568 036 X-OpenPGP-Key-ID: 0x03618806 X-OpenPGP-Key-Fingerprint: C75D D0AF 457E 7454 BEC2 37AD C6E1 0407 0361 8806 X-OpenPGP-Public-Key-Available-At: http://www.keyserver.net/ Date: Sun, 20 Sep 2009 09:48:40 +0530 Message-ID: <86zl8q1c67.fsf@riemann.mri.ernet.in> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Subject: Unable to use CD/DVD drive X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "N. Raghavendra" List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 04:45:27 -0000 --=-=-= Until a couple of months ago, I was able to read and write CDs and DVDs. Since then, I haven't been able to do so. When I try to mount a CD/DVD, the process just hangs without the media being mounted, or I get errors like this: [root@griffin:/root]# mount /cdrom mount_cd9660: /dev/acd0: Input/output error Also, `/var/log/messages' shows lines like Sep 20 09:11:51 griffin kernel: g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 Similar messages occur when I try to write a CD/DVD using cdrecord(1). The CD/DVD drive is a ` Removable CD-ROM SCSI-0 device'. I upgraded my kernel to no avail. More details are below. Any help is appreciated. Thanks and regards, Raghavendra. ---------------------------------------------------------------------- 1. Output of dmesg: attached. 2. Kernel configuration file ---------------------------- include "GENERIC" ident GRIFFIN device atapicam device sound device snd_hda options ACCEPT_FILTER_HTTP 3. /boot/loader.conf -------------------- nvidia_load="YES" hw.ata.ata_dma="1" 4. /etc/fstab ------------- # Device Mountpoint FStype Options Dump Pass# /dev/ad4s3b none swap sw 0 0 /dev/ad4s3a / ufs rw 1 1 /dev/ad4s3f /home ufs rw 2 2 /dev/ad4s3e /opt ufs rw 2 2 /dev/ad4s3h /tmp ufs rw 2 2 /dev/ad4s3d /usr ufs rw 2 2 /dev/ad4s3g /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 5. Output of `cdrecord --scanbus' -------------------------------- [root@griffin:/root]# cdrecord -scanbus Cdrecord-Clone 2.01 (i386-unknown-freebsd7.0) Copyright (C) 1995-2004 Jorg Schilling Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) 'TEAC ' 'USB HS-CF Card' '4.08' Removable Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus4: 4,0,0 400) 'PBDS ' 'DVD+-RW DH-16W1S' '2D14' Removable CD-ROM 4,1,0 401) * 4,2,0 402) * 4,3,0 403) * 4,4,0 404) * 4,5,0 405) * 4,6,0 406) * 4,7,0 407) * -- N. Raghavendra | http://www.retrotexts.net/ Harish-Chandra Research Institute | http://www.mri.ernet.in/ See message headers for contact and OpenPGP information. --=-=-= Content-Disposition: inline; filename=dmesg.txt Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #3: Thu Sep 10 21:00:51 IST 2009 root@griffin.campus.hri:/usr/obj/usr/src/sys/GRIFFIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 4 real memory = 3219718144 (3070 MB) avail memory = 3136708608 (2991 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfd90000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xcf00-0xcf7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] em0: port 0xff00-0xff1f mem 0xfdfc0000-0xfdfdffff,0xfdfff000-0xfdffffff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1d:09:99:b5:ee uhci0: port 0xfe00-0xfe1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 19 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfdffe000-0xfdffe3ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered hdac0: mem 0xfdff4000-0xfdff7fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] uhci3: port 0xfb00-0xfb1f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xfa00-0xfa1f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xf900-0xf91f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfdffd000-0xfdffd3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered umass0: on uhub7 pcib2: at device 30.0 on pci0 pci2: on pcib2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf800-0xf807,0xf700-0xf703,0xf600-0xf607,0xf500-0xf503,0xf400-0xf40f,0xf300-0xf30f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f,0xec00-0xec0f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 927092706000927 device_attach: est3 attach returned 6 p4tcc3: on cpu3 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 pmtimer0 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub8: on uhub2 uhub8: 3 ports with 2 removable, bus powered ukbd0: on uhub8 kbd2 at ukbd0 uhid0: on uhub8 Timecounters tick every 1.000 msec ad4: 305245MB at ata2-master SATA300 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition (probe0:umass-sim0:0:0:2): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:2): Medium not present (probe0:umass-sim0:0:0:2): Unretryable error (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition (probe0:umass-sim0:0:0:3): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:3): Medium not present (probe0:umass-sim0:0:0:3): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present acd0: DVDR at ata3-master SATA150 hdac0: HDA Codec #2: Realtek ALC888 pcm0: at cad 2 nid 1 on hdac0 pcm1: at cad 2 nid 1 on hdac0 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Trying to mount root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted (probe0:ata3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata3:0:0:0): CAM Status: SCSI Status Error (probe0:ata3:0:0:0): SCSI Status: Check Condition (probe0:ata3:0:0:0): NOT READY asc:3a,0 (probe0:ata3:0:0:0): Medium not present (probe0:ata3:0:0:0): Unretryable error cd0 at ata3 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: /home was not properly dismounted WARNING: /opt was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ums0: on uhub2 ums0: 3 buttons and Z dir. em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP em0: link state changed to DOWN em0: link state changed to UP arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) em0: link state changed to DOWN em0: link state changed to UP arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) arp: unknown hardware address format (0x0000) em0: link state changed to DOWN em0: link state changed to UP g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 --=-=-=-- From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 04:47:29 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBCDB106566B for ; Sun, 20 Sep 2009 04:47:29 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2C88FC0A for ; Sun, 20 Sep 2009 04:47:28 +0000 (UTC) Received: by ewy4 with SMTP id 4so1562644ewy.36 for ; Sat, 19 Sep 2009 21:47:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=aGLbyEbGt2hK5Y+fgVTVrWu+TALB8tAGsvvjBK20ArU=; b=N9LZ+/qtC0wR93FXnpXv/PP5a7OslNScaoeZcfDLUZwnLZQeE2Sm2cNV+hXyeFPjSW HjXIfB4Nwh9DSjOLpw25UVv4ia0vviUNc42Cr/ZXeuwyOPGZcpHOq6BV9CEiHuSrvDr2 /hkWwwM/OUMAzqZiYzFO4Q8XlEAHsktAYIEnI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=pmNem0jc8Ly7f8/2CK5WvZoElAL/dUO2wH5iAvhyrICQOVd9sve5Ju7tqqPEJEaW7+ lMI1P4su9CTcQ6QYpPx9ZG+BZkIAgJQrnkcffBpC31FT6qVN3jkisK2RnwpM6r/quTg3 TANvX0920tz0Taj2LkgjHPhnYy0Aupyr9+6WQ= Received: by 10.210.9.13 with SMTP id 13mr4148699ebi.7.1253422047933; Sat, 19 Sep 2009 21:47:27 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id 28sm4646296eye.30.2009.09.19.21.47.22 (version=SSLv3 cipher=RC4-MD5); Sat, 19 Sep 2009 21:47:27 -0700 (PDT) Date: Sun, 20 Sep 2009 05:47:09 +0100 From: RW To: freebsd-questions@freebsd.org Message-ID: <20090920054709.0d8d9330@gumby.homeunix.com> In-Reply-To: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> References: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: How to get pf to wait for ng0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 04:47:29 -0000 On Sat, 19 Sep 2009 22:30:14 -0500 "Sam Fourman Jr." wrote: > Hello list, > > I am trying to use FreeBSD 8 RC1 to setup L2 tunnels via mpd5. > My problem is the pf.conf file is never parsed because ng0 does not > exist yet on startup > > ng0 is this case is DSL PPPoE to our local telco for internet access. > after the DSL dials up (via mpd5) if I do pfctl -d && pfctl -e -f > /etc/pf.conf everything works as expected. > > What is the best way to get pf to wait and parse the ruleset until > after ng0 exists? Take a look at what /etc/rc.d/ppp does Probably you need a script that runs after ng0 comes up and does something similar. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 05:36:29 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384EB1065672 for ; Sun, 20 Sep 2009 05:36:29 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 16AF78FC0A for ; Sun, 20 Sep 2009 05:36:28 +0000 (UTC) Received: from mdaemon.pldrouin.net (CPE0023695b905f-CM001a666aca96.cpe.net.cable.rogers.com [99.246.67.95]) by smtp.cyberfingers.net (Postfix) with ESMTP id ACE0FAB6C53 for ; Sun, 20 Sep 2009 01:36:27 -0400 (EDT) Message-ID: <4AB5BF53.80908@pldrouin.net> Date: Sun, 20 Sep 2009 01:36:19 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Newbie question about ASYNC communication with FTDI-based device (via uftdi) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 05:36:29 -0000 Hi, I'm trying to hack the code of tbancontrol, a linux tool used to control t-balancer fan controllers that use FTDI FT232BL chips. It seems to be working fine on linux, but when I try to use it on FreeBSD, I noticed that read calls fail with "Interruted system call". It seems there is something wrong with the SIGIO signal since it is generated as soon as tcsetattr is called. I guess there must be something wrong with either the way the device is opened or (more likely) the way the descriptor is configured, but I have very little experience with serial communication... Here is the main lines of the code related to initialization: tban->port = open("/dev/ttyU0", O_RDWR | O_NOCTTY | O_NONBLOCK); ... saio.sa_handler = tban_signal_handler_IO; result = sigemptyset(&saio.sa_mask); saio.sa_flags = 0; result = sigaction(SIGIO, &saio, NULL); result = fcntl(tban->port, F_SETFL, FASYNC); ... tcgetattr(tban->port, &(tban->oldtio)); ... memcpy(&newtio,&tban->oldtio,sizeof(struct termios)); /*I added this line to avoid the error EINVAL when calling tcsetattr below. This is probably not enough to set all flags properly :S */ ... newtio.c_cflag = intToBaud(tban->baudrate) /*baudrate is 19200*/ | CRTSCTS | intToDataBits(tban->databits) /*databits is 8*/ | intToStopBits(tban->stopBits) /*stopBits is 0*/ | CLOCAL | CREAD; newtio.c_iflag = IGNPAR; newtio.c_oflag = 0; newtio.c_lflag = 0; newtio.c_cc[VMIN] = 1; newtio.c_cc[VTIME] = 0; ... result = tcsetattr(tban->port, TCSANOW, &newtio); /*SIGIO is generated (?)*/ ... result = write(tban->port, sndBuf, cmdLen); /*request device status*/ ... /*Initialize data availability flag to false*/ /*sleep 1 second*/ /*SIGIO is generated */ bytesread = read(tban->port, local_buf, sizeof(local_buf)); /*bytesread is -1, EINTR is generated*/ So does anybody know what could be wrong in this code? Thanks a lot! From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 06:01:17 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5DF81065670 for ; Sun, 20 Sep 2009 06:01:17 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 730088FC17 for ; Sun, 20 Sep 2009 06:01:17 +0000 (UTC) Received: by yxe2 with SMTP id 2so2601435yxe.3 for ; Sat, 19 Sep 2009 23:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=NxrkH5rlYL0qqKHSFRq8Xggx3ttpi6QPLoyPUBmokSA=; b=Uzg3F8+KKGptl/ddPume8oKKuzL0feHSXXEkns/YjfqEpsHbEwqQsZlV20/1t73LWH BQlbVD0dfv22XRppYF2Rn+32Rd4AFNTV8KriFRy3zEPaJ277AYRZSz0XVkC8xQndNIj+ AihvA7nueS69gxV55rlTlx8S2kb1+4L4lqVP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=j9g7R/Hx+4zL/TWZT4mrYDQc+c4LaVv5Ptiq7XPAMKkZttSXPNt165if0EQyzOY7ct MLtGPmxVMJ9TqGY6BmupGwSNEy22JisVABxai46DlzcIY9j1ZwpARMUkNaVqLYDy3Mb/ 0JJYGebPRnA5ouup1s9LMOr8o3Q3RSlWDQqU0= MIME-Version: 1.0 Received: by 10.150.107.2 with SMTP id f2mr6124491ybc.188.1253426476738; Sat, 19 Sep 2009 23:01:16 -0700 (PDT) In-Reply-To: <20090920054709.0d8d9330@gumby.homeunix.com> References: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> <20090920054709.0d8d9330@gumby.homeunix.com> Date: Sun, 20 Sep 2009 01:01:16 -0500 Message-ID: <11167f520909192301j67264900n5559d4b9d2320210@mail.gmail.com> From: "Sam Fourman Jr." To: RW Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: How to get pf to wait for ng0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 06:01:17 -0000 > > Take a look at what /etc/rc.d/ppp does > > Probably you need a script that runs after ng0 comes up and does > something similar. I found this, can I just paste it into /usr/local/etc/rc.d/mpd ? I am not very versed in shell scripting ppp_poststart() { # Re-Sync ipfilter and pf so they pick up any new network interfaces # /etc/rc.d/ipfilter quietresync /etc/rc.d/pf quietresync } Sam From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 07:43:14 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C485C1065670 for ; Sun, 20 Sep 2009 07:43:14 +0000 (UTC) (envelope-from north_side_sox_fan@comcast.net) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0D98FC0A for ; Sun, 20 Sep 2009 07:43:14 +0000 (UTC) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA06.westchester.pa.mail.comcast.net with comcast id ivgk1c00317dt5G56vitjH; Sun, 20 Sep 2009 07:42:53 +0000 Received: from comcast.net ([69.139.118.74]) by OMTA13.westchester.pa.mail.comcast.net with comcast id ivjD1c0031cPj1R3ZvjDrU; Sun, 20 Sep 2009 07:43:14 +0000 Received: by comcast.net (nbSMTP-1.00) for uid 1001 north_side_sox_fan@comcast.net; Sun, 20 Sep 2009 02:41:41 -0500 (CDT) Date: Sun, 20 Sep 2009 02:41:40 -0500 From: Bryan Cassidy To: Erik Osterholm Message-ID: <20090920074140.GA79390@mail.comcast.net> References: <20090920021636.GA1246@mail.comcast.net> <20090920063922.GA79360@barragry.com> <20090920073733.GA21878@mail.comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090920073733.GA21878@mail.comcast.net> User-Agent: Mutt/1.4.2.3i Sender: north_side_sox_fan@comcast.net Cc: freebsd-questions@freebsd.org Subject: Re: Mutt /tmp full error when "trying" to read email X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 07:43:14 -0000 I decided to reinstall and make /tmp 2Gigs and here is my current layout df -H Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 2.0G 150M 1.7G 8% / devfs 1.0k 1.0k 0B 100% /dev /dev/ad0s1e 2.0G 1.8G 78M 96% /tmp /dev/ad0s1f 29G 2.4G 24G 9% /usr /dev/ad0s1d 2.0G 1.1G 750M 60% /var Here is the output of df -i Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/ad0s1a 1982798 146842 1677334 8% 1765 257305 1% / devfs 1 1 0 100% 0 0 100% /dev /dev/ad0s1e 1982798 1747646 76530 96% 15 259055 0% /tmp /dev/ad0s1f 28459276 2301652 23880882 9% 239356 3458306 6% /usr /dev/ad0s1d 1999598 1107622 732010 60% 1984 279870 1% /var This is the exact error /tmp: write failed, filesystem is full yes: stdout: No space left on device. Press any key to continue... I am able to send emails from Mutt just fine for some reason. How can /tmp be full when it is 2Gigs? Here is the contents of /tmp drwxrwxrwt 6 root wheel 512 Sep 20 02:33 ./ drwxr-xr-x 20 root wheel 512 Sep 20 00:47 ../ drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .ICE-unix/ -r--r--r-- 1 root wheel 11 Sep 20 01:25 .X0-lock drwxrwxrwt 2 root wheel 512 Sep 20 01:25 .X11-unix/ drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .XIM-unix/ drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .font-unix/ -rw------- 1 bsdsys wheel 1246 Sep 20 02:29 mutt-mail-3b4arq36-00003 Thanks in Advance for any help. > On Sun, Sep 20, 2009 at 01:39:22AM -0500, Erik Osterholm wrote: > > Out of inodes? df -i > > > > Erik > > > > On Sat, Sep 19, 2009 at 09:16:36PM -0500, Bryan Cassidy wrote: > > > Here is a little about my setup > > > > > > uname -a > > > FreeBSD mail.comcast.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > Mutt 1.4.2.3i > > > > > > Output from df -h > > > > > > Filesystem Size Used Avail Capacity Mounted on > > > /dev/ad0s1a 496M 143M 313M 31% / > > > devfs 1.0K 1.0K 0B 100% /dev > > > /dev/ad0s1e 496M 332M 124M 73% /tmp > > > /dev/ad0s1f 30G 2.9G 25G 11% /usr > > > /dev/ad0s1d 1.9G 53M 1.7G 3% /var > > > linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/proc > > > > > > When /tmp shows 73% used why am I getting these messages when trying > > > to open emails in mutt? I cannot opem them at all. Thanks in advance. > > > > > > _______________________________________________ > > > freebsd-questions@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 08:07:04 2009 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1248F1065679 for ; Sun, 20 Sep 2009 08:07:04 +0000 (UTC) (envelope-from cobays@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4758FC08 for ; Sun, 20 Sep 2009 08:07:03 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so580021eyf.9 for ; Sun, 20 Sep 2009 01:07:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=MlMlDtG5fPHmRR5JjbAKv7paL1QVg9ZPSqONWJN11E4=; b=ISjcBKoSGFmAHSujgd3NydD/DHkj2K6w4kjVz7L488O3M0mwRUnRiLHLbC7nTZ267A H31DpRL6uPr/8QCKZt4KBpncdUhFLhEQDncqeWvAqWxTuVCnXRmDLaSjulrag8bx35+5 WfAX2dpXf+MAtkUM+K2Psf2ontoXTDrov3I/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=F07wmD9bZ0QqS8S8wbFvAbIXt2ylmeStYGvXOogQWCJb20oECr9DxN1Usn3Lw1WG31 yUWuxXhpLI89XbmxMHtTDQaXqgmlEIWNato0n5/gStqP764NAhv8xNwkaPwHp0nlMbI3 3rzMDmpZf/WkPoj2PsNJradb93Dy83bc8TIA0= MIME-Version: 1.0 Sender: cobays@gmail.com Received: by 10.216.86.195 with SMTP id w45mr939226wee.82.1253432702495; Sun, 20 Sep 2009 00:45:02 -0700 (PDT) Date: Sun, 20 Sep 2009 16:45:02 +0900 X-Google-Sender-Auth: 154d81b9efe82039 Message-ID: <4702a9b60909200045l12259884o99870e816c5f20d5@mail.gmail.com> From: Kim Hyun To: freebsd-questions@FreeBSD.ORG Content-Type: multipart/mixed; boundary=0016e6d7e06cfb6e450473fd8a95 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Help me during Kernel Complie Command Error - make buildkernal KERNEL=KIMHYUN_KERNEL X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 08:07:04 -0000 --0016e6d7e06cfb6e450473fd8a95 Content-Type: text/plain; charset=ISO-8859-1 help me~~~~~my configuration kernel file is failed..... my os is FreeBSD 7.2 Release my notebook's model is "Compaq Evo N150" memory ram is 311M cpu is "Intel pentium III (800.04-MHz 686-class CPU)" executig command .... =================================== make buildkernal KERNEL=KIMHYUN_KERNEL ............... ............... /usr/src/sys/dev/fxp/if_fxp.c:87:23: error: miibus_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/obj/usr/src/sys/KIMHYUN_KERNEL. *** Error code 1 Stop in /usr/src. *** Error code 1 *please..................what shall i do?????* --0016e6d7e06cfb6e450473fd8a95 Content-Type: application/octet-stream; name=KIMHYUN_KERNEL Content-Disposition: attachment; filename=KIMHYUN_KERNEL Content-Transfer-Encoding: base64 X-Attachment-Id: f_fzth89ch0 Iw0KIyBLSU0gSFlVTiBvZiBLZXJuZWwgLS0ga2VybmVsIGNvbmZpZ3VyYXRpb24gZmlsZSBmb3Ig RnJlZUJTRC9pMzg2DQojDQojICRGcmVlQlNEOiBzcmMvc3lzL2kzODYvY29uZi9HRU5FUklDLHYg MS40NzQuMi4xNy4yLjEgMjAwOS8wNC8xNSAwMzoxNDoyNiBrZW5zbWl0aCBFeHAgJA0KDQpjcHUJ CUk2ODZfQ1BVDQppZGVudAkJS0lNSFlVTl9LRVJORUwNCg0KIyBUbyBzdGF0aWNhbGx5IGNvbXBp bGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50cw0KI2hpbnRz CQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4N Cg0KbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVn IHN5bWJvbHMNCg0Kb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVsZXINCm9wdGlvbnMg CVBSRUVNUFRJT04JCSMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbg0Kb3B0aW9ucyAJ SU5FVAkJCSMgSW50ZXJORVR3b3JraW5nDQojb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVu aWNhdGlvbnMgcHJvdG9jb2xzDQpvcHRpb25zIAlTQ1RQCQkJIyBTdHJlYW0gQ29udHJvbCBUcmFu c21pc3Npb24gUHJvdG9jb2wNCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lz dGVtDQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBw b3J0DQpvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0 cw0Kb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGly ZWN0b3JpZXMNCm9wdGlvbnMgCVVGU19HSk9VUk5BTAkJIyBFbmFibGUgZ2pvdXJuYWwtYmFzZWQg VUZTIGpvdXJuYWxpbmcNCm9wdGlvbnMgCU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJv b3QgZGV2aWNlDQojb3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGll bnQNCiNvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcg0KI29w dGlvbnMgCU5GU0xPQ0tECQkjIE5ldHdvcmsgTG9jayBNYW5hZ2VyDQojb3B0aW9ucyAJTkZTX1JP T1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQNCiNvcHRpb25zIAlNU0RP U0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtDQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZp bGVzeXN0ZW0NCm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJl cyBQU0VVRE9GUykNCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1l d29yaw0Kb3B0aW9ucyAJR0VPTV9QQVJUX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuDQpv cHRpb25zIAlHRU9NX0xBQkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbg0Kb3B0aW9ucyAJQ09N UEFUXzQzVFRZCQkjIEJTRCA0LjMgVFRZIGNvbXBhdCBbS0VFUCBUSElTIV0NCm9wdGlvbnMgCUNP TVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQNCm9wdGlvbnMgCUNPTVBB VF9GUkVFQlNENQkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUNCm9wdGlvbnMgCUNPTVBBVF9G UkVFQlNENgkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDYNCiNvcHRpb25zIAlTQ1NJX0RFTEFZ PTUwMDAJCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJDQpvcHRpb25zIAlLVFJB Q0UJCQkjIGt0cmFjZSgxKSBzdXBwb3J0DQpvcHRpb25zIAlTVEFDSwkJCSMgc3RhY2soOSkgc3Vw cG9ydA0Kb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5DQpvcHRp b25zIAlTWVNWTVNHCQkJIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzDQpvcHRpb25zIAlTWVNW U0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9yZXMNCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlf U0NIRURVTElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zDQpvcHRpb25z IAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2Rldg0Kb3B0aW9u cyAJQURBUFRJVkVfR0lBTlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuDQpvcHRpb25zIAlT VE9QX05NSQkJIyBTdG9wIENQVVMgdXNpbmcgTk1JIGluc3RlYWQgb2YgSVBJDQpvcHRpb25zIAlB VURJVAkJCSMgU2VjdXJpdHkgZXZlbnQgYXVkaXRpbmcNCiNvcHRpb25zIAlLRFRSQUNFX0hPT0tT CQkjIEtlcm5lbCBEVHJhY2UgaG9va3MNCg0KIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBu ZXh0IHR3byBsaW5lcyBhcmUgbmVlZGVkDQpvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0 aVByb2Nlc3NvciBLZXJuZWwNCmRldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMNCg0KIyBDUFUgZnJl cXVlbmN5IGNvbnRyb2wNCmRldmljZQkJY3B1ZnJlcQ0KDQojIEJ1cyBzdXBwb3J0Lg0KZGV2aWNl CQllaXNhDQpkZXZpY2UJCXBjaQ0KDQojIEZsb3BweSBkcml2ZXMNCiNkZXZpY2UJCWZkYw0KDQoj IEFUQSBhbmQgQVRBUEkgZGV2aWNlcw0KZGV2aWNlCQlhdGENCmRldmljZQkJYXRhZGlzawkJIyBB VEEgZGlzayBkcml2ZXMNCiNkZXZpY2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzDQpkZXZp Y2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVzDQojZGV2aWNlCQlhdGFwaWZkCQkjIEFU QVBJIGZsb3BweSBkcml2ZXMNCiNkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2ZXMN Cm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZw0KDQojIFND U0kgQ29udHJvbGxlcnMNCiNkZXZpY2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIgZmFtaWx5DQojZGV2 aWNlCQlhaGMJCSMgQUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMNCiNvcHRpb25z IAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1 Zw0KCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVyLg0KI2RldmljZQkJYWhkCQkj IEFIQTM5MzIwLzI5MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcw0KI29wdGlvbnMgCUFI RF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnDQoJ CQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuDQojZGV2aWNlCQlhbWQJCSMgQU1E IDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkNCiNkZXZpY2UJCWhwdGlvcAkJIyBIaWdocG9pbnQg Um9ja2V0UmFpZCAzeHh4IHNlcmllcw0KI2RldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkNCiNk ZXZpY2UgCWlzcGZ3CQkjIEZpcm13YXJlIGZvciBRTG9naWMgSEJBcy0gbm9ybWFsbHkgYSBtb2R1 bGUNCiNkZXZpY2UJCW1wdAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbg0KI2RldmljZQkJbmNyCQkj IE5DUi9TeW1iaW9zIExvZ2ljDQojZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5l d2VyIGNoaXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpDQojZGV2aWNlCQl0cm0JCSMgVGVrcmFtIERD Mzk1VS9VVy9GIERDMzE1VSBhZGFwdGVycw0KDQojZGV2aWNlCQlhZHYJCSMgQWR2YW5zeXMgU0NT SSBhZGFwdGVycw0KI2RldmljZQkJYWR3CQkjIEFkdmFuc3lzIHdpZGUgU0NTSSBhZGFwdGVycw0K I2RldmljZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzDQojZGV2aWNlCQlhaWMJ CSMgQWRhcHRlYyAxNVswMTJdeCBTQ1NJIGFkYXB0ZXJzLCBBSUMtNlsyM102MC4NCiNkZXZpY2UJ CWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMNCg0KI2Rldmlj ZQkJbmN2CQkjIE5DUiA1M0M1MDANCiNkZXZpY2UJCW5zcAkJIyBXb3JrYml0IE5pbmphIFNDU0kt Mw0KI2RldmljZQkJc3RnCQkjIFRNQyAxOEMzMC8xOEM1MA0KDQojIFNDU0kgcGVyaXBoZXJhbHMN CiNkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1aXJlZCBmb3IgU0NTSSkNCiNkZXZpY2UJ CWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMNCiNkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3Mg KGRpc2tzKQ0KI2RldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQ0KI2Rl dmljZQkJY2QJCSMgQ0QNCiNkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJl Y3QgU0NTSSBhY2Nlc3MpDQojZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9ubWVudGFsIFNlcnZp Y2VzIChhbmQgU0FGLVRFKQ0KDQojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUg U0NTSSBzdWJzeXN0ZW0NCiNkZXZpY2UJCWFtcgkJIyBBTUkgTWVnYVJBSUQNCiNkZXZpY2UJCWFy Y21zcgkJIyBBcmVjYSBTQVRBIElJIFJBSUQNCiNkZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRSQUlE IFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJRA0KI2RldmljZQkJY2lzcwkJIyBDb21wYXEgU21h cnQgUkFJRCA1Kg0KI2RldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUg Tk9URVMgZm9yIG9wdGlvbnMNCiNkZXZpY2UJCWhwdG12CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlE IDE4MngNCiNkZXZpY2UJCWhwdHJyCQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDE3eHgsIDIyeHgs IDIzeHgsIDI1eHgNCiNkZXZpY2UJCWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJBSUQNCiNkZXZp Y2UJCWlwcwkJIyBJQk0gKEFkYXB0ZWMpIFNlcnZlUkFJRA0KI2RldmljZQkJbWx5CQkjIE15bGV4 IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQNCiNkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAwIHNlcmll cyBQQVRBL1NBVEEgUkFJRA0KDQojIFJBSUQgY29udHJvbGxlcnMNCiNkZXZpY2UJCWFhYwkJIyBB ZGFwdGVjIEZTQSBSQUlEDQojZGV2aWNlCQlhYWNwCQkjIFNDU0kgcGFzc3Rocm91Z2ggZm9yIGFh YyAocmVxdWlyZXMgQ0FNKQ0KI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlEDQojZGV2 aWNlCQltZmkJCSMgTFNJIE1lZ2FSQUlEIFNBUw0KI2RldmljZQkJbWx4CQkjIE15bGV4IERBQzk2 MCBmYW1pbHkNCiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDANCiNkZXZp Y2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRA0KDQojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUg a2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlDQpkZXZpY2UJCWF0a2JkYwkJIyBBVCBrZXlib2Fy ZCBjb250cm9sbGVyDQpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkDQojZGV2aWNlCQlwc20J CSMgUFMvMiBtb3VzZQ0KDQpkZXZpY2UJCWtiZG11eAkJIyBrZXlib2FyZCBtdWx0aXBsZXhlcg0K DQpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXINCg0KZGV2aWNlCQlzcGxhc2gJ CSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQNCg0KIyBzeXNjb25zIGlz IHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlDQpk ZXZpY2UJCXNjDQoNCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMN Cg0KIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9yZSBvcHRpb25z KQ0KI2RldmljZQkJYXBtDQojIEFkZCBzdXNwZW5kL3Jlc3VtZSBzdXBwb3J0IGZvciB0aGUgaTgy NTQuDQpkZXZpY2UJCXBtdGltZXINCg0KIyBQQ0NBUkQgKFBDTUNJQSkgc3VwcG9ydA0KIyBQQ01D SUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQNCiNkZXZpY2UJCWNiYgkJIyBjYXJkYnVzICh5 ZW50YSkgYnJpZGdlDQojZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMNCiNk ZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMNCg0KIyBTZXJpYWwgKENPTSkg cG9ydHMNCmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cw0K ZGV2aWNlCQl1YXJ0CQkjIEdlbmVyaWMgVUFSVCBkcml2ZXINCg0KIyBQYXJhbGxlbCBwb3J0DQpk ZXZpY2UJCXBwYw0KZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQp DQojZGV2aWNlCQlscHQJCSMgUHJpbnRlcg0KZGV2aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBh cmFsbGVsDQpkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UNCiNk ZXZpY2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCg0KIyBJZiB5b3UndmUgZ290IGEg ImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzDQojIHN1cHBvcnRlZCBi eSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQgdGhlIGZvbGxvd2luZw0KIyBsaW5l IHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gc2lvLCB1YXJ0IGFuZC9vciBwcGMgZHJpdmVycyk6 DQojZGV2aWNlCQlwdWMNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcy4NCiNkZXZpY2UJCWRlCQkjIERF Qy9JbnRlbCBEQzIxeDR4IChgYFR1bGlwJycpDQojZGV2aWNlCQllbQkJIyBJbnRlbCBQUk8vMTAw MCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQ0KI2RldmljZQkJaWdiCQkjIEludGVsIFBSTy8xMDAw IFBDSUUgU2VydmVyIEdpZ2FiaXQgRmFtaWx5DQojZGV2aWNlCQlpeGdiCQkjIEludGVsIFBSTy8x MEdiRSBFdGhlcm5ldCBDYXJkDQojZGV2aWNlCQlsZQkJIyBBTUQgQW03OTAwIExBTkNFIGFuZCBB bTc5Qzl4eCBQQ25ldA0KI2RldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykN CiNkZXZpY2UJCXZ4CQkjIDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQ0KDQojIFBDSSBF dGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUu DQojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3Jk ZXIgdG8gdXNlIHRoZXNlIE5JQ3MhDQojZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0 DQojZGV2aWNlCQlhZ2UJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMSBHaWdhYml0IEV0aGVybmV0DQoj ZGV2aWNlCQlhbGUJCSMgQXRoZXJvcyBBUjgxMjEvQVI4MTEzL0FSODExNCBFdGhlcm5ldA0KI2Rl dmljZQkJYmNlCQkjIEJyb2FkY29tIEJDTTU3MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0DQoj ZGV2aWNlCQliZmUJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8xMDAgRXRoZXJuZXQNCiNkZXZpY2UJ CWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0DQojZGV2aWNlCQlkYwkJ IyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlvdXMgd29ya2FsaWtlcw0KI2RldmljZQkJZXQJCSMg QWdlcmUgRVQxMzEwIDEwLzEwMC9HaWdhYml0IEV0aGVybmV0DQpkZXZpY2UJCWZ4cAkJIyBJbnRl bCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkNCiNkZXZpY2UJCWptZQkJIyBK TWljcm9uIEpNQzI1MCBHaWdhYml0L0pNQzI2MCBGYXN0IEV0aGVybmV0DQojZGV2aWNlCQlsZ2UJ CSMgTGV2ZWwgMSBMWFQxMDAxIGdpZ2FiaXQgRXRoZXJuZXQNCiNkZXZpY2UJCW1zawkJIyBNYXJ2 ZWxsL1N5c0tvbm5lY3QgWXVrb24gSUkgR2lnYWJpdCBFdGhlcm5ldA0KI2RldmljZQkJbmZlCQkj IG5WaWRpYSBuRm9yY2UgTUNQIG9uLWJvYXJkIEV0aGVybmV0DQojZGV2aWNlCQluZ2UJCSMgTmF0 U2VtaSBEUDgzODIwIGdpZ2FiaXQgRXRoZXJuZXQNCiNkZXZpY2UJCW52ZQkJIyBuVmlkaWEgbkZv cmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldCBOZXR3b3JraW5nDQojZGV2aWNlCQlwY24JCSMgQU1E IEFtNzlDOTd4IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAnbGUnKQ0KI2RldmljZQkJcmUJ CSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUw0KI2RldmljZQkJcmwJCSMgUmVhbFRl ayA4MTI5LzgxMzkNCiNkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUn JykNCiNkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1Np UyA3MDE2DQojZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2Fi aXQgRXRoZXJuZXQNCiNkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01 NTBUWCkNCiNkZXZpY2UJCXN0Z2UJCSMgU3VuZGFuY2UvVGFtYXJhY2sgVEM5MDIxIGdpZ2FiaXQg RXRoZXJuZXQNCiNkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJL0lJIGdpZ2Fi aXQgRXRoZXJuZXQNCiNkZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4N CiNkZXZpY2UJCXR4CQkjIFNNQyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpDQojZGV2 aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IEV0aGVybmV0DQojZGV2aWNlCQl2cgkJIyBW SUEgUmhpbmUsIFJoaW5lIElJDQojZGV2aWNlCQl3YgkJIyBXaW5ib25kIFc4OUM4NDBGDQojZGV2 aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykNCg0KIyBJ U0EgRXRoZXJuZXQgTklDcy4gIHBjY2FyZCBOSUNzIGluY2x1ZGVkLg0KZGV2aWNlCQljcwkJIyBD cnlzdGFsIFNlbWljb25kdWN0b3IgQ1M4OXgwIE5JQw0KIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAn ZGV2aWNlIG1paWJ1cycNCiNkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUw MywgRFM4MzkwIGNhcmRzDQojZGV2aWNlCQlleAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUHJvLzEw IGFuZCBQcm8vMTArDQojZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzDQoj ZGV2aWNlCQlmZQkJIyBGdWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMNCiNkZXZpY2UJCWllCQkj IEV0aGVyRXhwcmVzcyA4LzE2LCAzQzUwNywgU3RhckxBTiAxMCBldGMuDQojZGV2aWNlCQlzbgkJ IyBTTUMncyA5MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcw0KI2RldmljZQkJeGUJCSMgWGly Y29tIHBjY2FyZCBFdGhlcm5ldA0KDQojIFdpcmVsZXNzIE5JQyBjYXJkcw0KI2RldmljZQkJd2xh bgkJIyA4MDIuMTEgc3VwcG9ydA0KI2RldmljZQkJd2xhbl93ZXAJIyA4MDIuMTEgV0VQIHN1cHBv cnQNCiNkZXZpY2UJCXdsYW5fY2NtcAkjIDgwMi4xMSBDQ01QIHN1cHBvcnQNCiNkZXZpY2UJCXds YW5fdGtpcAkjIDgwMi4xMSBUS0lQIHN1cHBvcnQNCiNkZXZpY2UJCXdsYW5fYW1ycgkjIEFNUlIg dHJhbnNtaXQgcmF0ZSBjb250cm9sIGFsZ29yaXRobQ0KI2RldmljZQkJd2xhbl9zY2FuX2FwCSMg ODAyLjExIEFQIG1vZGUgc2Nhbm5pbmcNCiNkZXZpY2UJCXdsYW5fc2Nhbl9zdGEJIyA4MDIuMTEg U1RBIG1vZGUgc2Nhbm5pbmcNCiNkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4x MSB3aXJlbGVzcyBOSUNzLg0KI2RldmljZQkJYXRoCQkjIEF0aGVyb3MgcGNpL2NhcmRidXMgTklD J3MNCiNkZXZpY2UJCWF0aF9oYWwJCSMgQXRoZXJvcyBIQUwgKEhhcmR3YXJlIEFjY2VzcyBMYXll cikNCiNvcHRpb25zCQlBSF9TVVBQT1JUX0FSNTQxNgkjIGVuYWJsZSBBUjU0MTYgdHgvcnggZGVz Y3JpcHRvcnMNCiNkZXZpY2UJCWF0aF9yYXRlX3NhbXBsZQkjIFNhbXBsZVJhdGUgdHggcmF0ZSBj b250cm9sIGZvciBhdGgNCiNkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycw0K I2RldmljZQkJcmFsCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNzLg0K I2RldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAyLjExIHdpcmVsZXNzIE5J Q3MuDQojZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2lyZWxlc3MgTklD Lg0KDQojIFBzZXVkbyBkZXZpY2VzLg0KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sN CmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlDQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVy bmV0IHN1cHBvcnQNCiNkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQDQojZGV2aWNlCQlwcHAJCSMg S2VybmVsIFBQUA0KZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4NCmRldmljZQkJcHR5CQkj IFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQ0KZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tzIg0K I2RldmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nDQojZGV2aWNlCQlmYWl0aAkJ IyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQ0KZGV2aWNlCQlmaXJtd2FyZQkj IGZpcm13YXJlIGFzc2lzdCBtb2R1bGUNCg0KIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhl IEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuDQojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2 ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyENCiMgTm90ZSB0aGF0ICdicGYnIGlzIHJl cXVpcmVkIGZvciBESENQLg0KZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcg0K DQojIFVTQiBzdXBwb3J0DQpkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UN CmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQ0KZGV2aWNlCQllaGNpCQkj IEVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlIChVU0IgMi4wKQ0KZGV2aWNlCQl1c2IJCSMgVVNCIEJ1 cyAocmVxdWlyZWQpDQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBEb3VibGUgQnVsayBQaXBlIGRldmlj ZXMNCmRldmljZQkJdWdlbgkJIyBHZW5lcmljDQpkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVy ZmFjZSBEZXZpY2VzIg0KZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkDQojZGV2aWNlCQl1bHB0CQkj IFByaW50ZXINCmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMg c2NidXMgYW5kIGRhDQojZGV2aWNlCQl1bXMJCSMgTW91c2UNCmRldmljZQkJdXJhbAkJIyBSYWxp bmsgVGVjaG5vbG9neSBSVDI1MDBVU0Igd2lyZWxlc3MgTklDcw0KZGV2aWNlCQlydW0JCSMgUmFs aW5rIFRlY2hub2xvZ3kgUlQyNTAxVVNCIHdpcmVsZXNzIE5JQ3MNCmRldmljZQkJdXJpbwkJIyBE aWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcg0KI2RldmljZQkJdXNjYW5uZXIJIyBTY2FubmVycw0K IyBVU0IgU2VyaWFsIGRldmljZXMNCmRldmljZQkJdWNvbQkJIyBHZW5lcmljIGNvbSB0dHlzDQpk ZXZpY2UJCXVhcmsJCSMgVGVjaG5vbG9naWVzIEFSSzMxMTYgYmFzZWQgc2VyaWFsIGFkYXB0ZXJz DQpkZXZpY2UJCXVic2EJCSMgQmVsa2luIEY1VTEwMyBhbmQgY29tcGF0aWJsZSBzZXJpYWwgYWRh cHRlcnMNCmRldmljZQkJdWJzZXIJCSMgQldDVCBjb25zb2xlIHNlcmlhbCBhZGFwdGVycw0KZGV2 aWNlCQl1ZnRkaQkJIyBGb3IgRlRESSB1c2Igc2VyaWFsIGFkYXB0ZXJzDQojZGV2aWNlCQl1aXBh cQkJIyBTb21lIFdpbkNFIGJhc2VkIGRldmljZXMNCiNkZXZpY2UJCXVwbGNvbQkJIyBQcm9saWZp YyBQTC0yMzAzIHNlcmlhbCBhZGFwdGVycw0KI2RldmljZQkJdXNsY29tCQkjIFNJIExhYnMgQ1Ay MTAxL0NQMjEwMiBzZXJpYWwgYWRhcHRlcnMNCiNkZXZpY2UJCXV2aXNvcgkJIyBWaXNvciBhbmQg UGFsbSBkZXZpY2VzDQojZGV2aWNlCQl1dnNjb20JCSMgVVNCIHNlcmlhbCBzdXBwb3J0IGZvciBE REkgcG9ja2V0J3MgUEhTDQojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpYnVzDQojZGV2aWNl CQlhdWUJCSMgQURNdGVrIFVTQiBFdGhlcm5ldA0KI2RldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ry b25pY3MgVVNCIEV0aGVybmV0DQojZGV2aWNlCQljZGNlCQkjIEdlbmVyaWMgVVNCIG92ZXIgRXRo ZXJuZXQNCiNkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldA0KI2RldmljZQkJa3VlCQkj IEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQNCiNkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJUTDgx NTAgVVNCIEV0aGVybmV0DQoNCiMgRmlyZVdpcmUgc3VwcG9ydA0KZGV2aWNlCQlmaXJld2lyZQkj IEZpcmVXaXJlIGJ1cyBjb2RlDQpkZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJl cXVpcmVzIHNjYnVzIGFuZCBkYSkNCmRldmljZQkJZndlCQkjIEV0aGVybmV0IG92ZXIgRmlyZVdp cmUgKG5vbi1zdGFuZGFyZCEpDQpkZXZpY2UJCWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZD IDI3MzQsMzE0NikNCmRldmljZQkJZGNvbnMJCSMgRHVtYiBjb25zb2xlIGRyaXZlcg0KZGV2aWNl CQlkY29uc19jcm9tCSMgQ29uZmlndXJhdGlvbiBST00gZm9yIGRjb25zDQo= --0016e6d7e06cfb6e450473fd8a95-- From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 08:20:08 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4391065670 for ; Sun, 20 Sep 2009 08:20:08 +0000 (UTC) (envelope-from sonicy@otenet.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [83.235.67.30]) by mx1.freebsd.org (Postfix) with ESMTP id 571B08FC14 for ; Sun, 20 Sep 2009 08:20:07 +0000 (UTC) Received: from pulstar.local (ppp-94-69-64-116.home.otenet.gr [94.69.64.116]) by aiolos.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id n8K8K6IG001368; Sun, 20 Sep 2009 11:20:06 +0300 Message-ID: <4AB5E5B6.1010601@otenet.gr> Date: Sun, 20 Sep 2009 11:20:06 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Kim Hyun References: <4702a9b60909200045l12259884o99870e816c5f20d5@mail.gmail.com> In-Reply-To: <4702a9b60909200045l12259884o99870e816c5f20d5@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Help me during Kernel Complie Command Error - make buildkernal KERNEL=KIMHYUN_KERNEL X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 08:20:09 -0000 Kim Hyun wrote: > help me~~~~~my configuration kernel file is failed..... > > my os is FreeBSD 7.2 Release > my notebook's model is "Compaq Evo N150" > memory ram is 311M > cpu is "Intel pentium III (800.04-MHz 686-class CPU)" > > > executig command .... > =================================== > make buildkernal KERNEL=KIMHYUN_KERNEL > > ............... > ............... > /usr/src/sys/dev/fxp/if_fxp.c:87:23: error: miibus_if.h: No such file or > directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/KIMHYUN_KERNEL. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > You need 'device miibus' for fxp. Uncomment this line in your configuration file. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 09:02:28 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 433481065670 for ; Sun, 20 Sep 2009 09:02:28 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 16BEE8FC0A for ; Sun, 20 Sep 2009 09:02:28 +0000 (UTC) Received: from [10.0.1.2] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id n8K8NhMh036906 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 20 Sep 2009 01:23:43 -0700 (PDT) (envelope-from bc979@lafn.org) References: <20090920021636.GA1246@mail.comcast.net> <20090920063922.GA79360@barragry.com> <20090920073733.GA21878@mail.comcast.net> <20090920074140.GA79390@mail.comcast.net> In-Reply-To: <20090920074140.GA79390@mail.comcast.net> Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Sun, 20 Sep 2009 01:23:43 -0700 To: Bryan Cassidy X-Mailer: Apple Mail (2.1076) X-Virus-Scanned: clamav-milter 0.95.1 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org, Erik Osterholm Subject: Re: Mutt /tmp full error when "trying" to read email X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 09:02:28 -0000 You have 4 directories in /tmp. Check them. If nothing, run lsof +L1 and see if there are files allocated but not in the directory. On 20 September 2009, at 00:41, Bryan Cassidy wrote: > I decided to reinstall and make /tmp 2Gigs and here is my current > layout > > df -H > > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 2.0G 150M 1.7G 8% / > devfs 1.0k 1.0k 0B 100% /dev > /dev/ad0s1e 2.0G 1.8G 78M 96% /tmp > /dev/ad0s1f 29G 2.4G 24G 9% /usr > /dev/ad0s1d 2.0G 1.1G 750M 60% /var > > Here is the output of df -i > > Filesystem 1K-blocks Used Avail Capacity iused ifree > %iused Mounted on > /dev/ad0s1a 1982798 146842 1677334 8% 1765 257305 > 1% / > devfs 1 1 0 100% 0 0 > 100% /dev > /dev/ad0s1e 1982798 1747646 76530 96% 15 259055 > 0% /tmp > /dev/ad0s1f 28459276 2301652 23880882 9% 239356 3458306 > 6% /usr > /dev/ad0s1d 1999598 1107622 732010 60% 1984 279870 > 1% /var > > > This is the exact error > > /tmp: write failed, filesystem is full > yes: stdout: No space left on device. Press any key to continue... > > I am able to send emails from Mutt just fine for some reason. How can > /tmp be full when it is 2Gigs? Here is the contents of /tmp > > drwxrwxrwt 6 root wheel 512 Sep 20 02:33 ./ > drwxr-xr-x 20 root wheel 512 Sep 20 00:47 ../ > drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .ICE-unix/ > -r--r--r-- 1 root wheel 11 Sep 20 01:25 .X0-lock > drwxrwxrwt 2 root wheel 512 Sep 20 01:25 .X11-unix/ > drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .XIM-unix/ > drwxrwxrwt 2 root wheel 512 Sep 20 00:48 .font-unix/ > -rw------- 1 bsdsys wheel 1246 Sep 20 02:29 mutt- > mail-3b4arq36-00003 > > Thanks in Advance for any help. > > > >> On Sun, Sep 20, 2009 at 01:39:22AM -0500, Erik Osterholm wrote: >>> Out of inodes? df -i >>> >>> Erik >>> >>> On Sat, Sep 19, 2009 at 09:16:36PM -0500, Bryan Cassidy wrote: >>>> Here is a little about my setup >>>> >>>> uname -a >>>> FreeBSD mail.comcast.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri >>>> May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/ >>>> usr/src/sys/GENERIC i386 >>>> >>>> Mutt 1.4.2.3i >>>> >>>> Output from df -h >>>> >>>> Filesystem Size Used Avail Capacity Mounted on >>>> /dev/ad0s1a 496M 143M 313M 31% / >>>> devfs 1.0K 1.0K 0B 100% /dev >>>> /dev/ad0s1e 496M 332M 124M 73% /tmp >>>> /dev/ad0s1f 30G 2.9G 25G 11% /usr >>>> /dev/ad0s1d 1.9G 53M 1.7G 3% /var >>>> linprocfs 4.0K 4.0K 0B 100% /usr/compat/linux/ >>>> proc >>>> >>>> When /tmp shows 73% used why am I getting these messages when >>>> trying >>>> to open emails in mutt? I cannot opem them at all. Thanks in >>>> advance. >>>> >>>> _______________________________________________ >>>> freebsd-questions@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org >>>> " >> > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org > " > From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 09:14:31 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 167F61065679 for ; Sun, 20 Sep 2009 09:14:31 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9AF8FC16 for ; Sun, 20 Sep 2009 09:14:30 +0000 (UTC) Received: by bwz27 with SMTP id 27so1353202bwz.43 for ; Sun, 20 Sep 2009 02:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=kWaV3tk3syuww4cQqTUq9iukrPaYURpmY5QZo7gbyNA=; b=ecx/KMEVWqnXvKG5PQy9G0aGYpSIeTgjfEOP/w87Z0n9Dd1YgNQxZwYKZm/GDpwpu5 rY44FINd/4i/GE8ev4mbV2OEmw+g+jIProu9KHOVlR9+dV0hoKefa5mMkum+1H9QtI0o Ny6txeMOp18efniFvPxHNfZF29G+hT3pFmgCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Dr+6hRyjc5qCss6k58NFq2GBfSJBtMHcV+Em6HiHyn0dX5dIlOc/JdZvhFxR37gEYQ 1ggmOB7gPcE2bck3TRO7h5nlUSzqGLBUhoyFBPRMMl6fqNL+6LagXjvm3eUbVFPjk2X8 aFEXkw2PD/zBQEdJRFsSCuN6c9Ca769KW6q18= MIME-Version: 1.0 Received: by 10.239.144.92 with SMTP id n28mr254956hba.181.1253438069203; Sun, 20 Sep 2009 02:14:29 -0700 (PDT) In-Reply-To: <11167f520909192301j67264900n5559d4b9d2320210@mail.gmail.com> References: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> <20090920054709.0d8d9330@gumby.homeunix.com> <11167f520909192301j67264900n5559d4b9d2320210@mail.gmail.com> Date: Sun, 20 Sep 2009 10:14:29 +0100 Message-ID: From: krad To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: RW , freebsd-questions@freebsd.org Subject: Re: How to get pf to wait for ng0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 09:14:31 -0000 2009/9/20 Sam Fourman Jr. > > > > Take a look at what /etc/rc.d/ppp does > > > > Probably you need a script that runs after ng0 comes up and does > > something similar. > > > I found this, can I just paste it into /usr/local/etc/rc.d/mpd ? I am > not very versed in shell scripting > > ppp_poststart() > { > # Re-Sync ipfilter and pf so they pick up any new network interfaces > # > /etc/rc.d/ipfilter quietresync > /etc/rc.d/pf quietresync > } > > > > Sam > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > can you not add the line cloned_interfaces="ng0" to rc.conf(.local) it will create the pseudo interface very early on. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 10:28:48 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 038C810656A5 for ; Sun, 20 Sep 2009 10:28:48 +0000 (UTC) (envelope-from mehul.n.ved@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id AEE0C8FC1D for ; Sun, 20 Sep 2009 10:28:47 +0000 (UTC) Received: by yxe2 with SMTP id 2so2672209yxe.3 for ; Sun, 20 Sep 2009 03:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=1CASzA3CE5hfWJwO3FgjmTPyvUemi3TCF261+F7vX9Q=; b=QA3XLoj4Gxz/KKHI4WpoyrTiTnxvNURquN3EFfuhNOMGXPD/h9gUER0yj+DoytLL7N us5CO7fvOQuWi18Iz2DW4z+xwpDG8UxhnECcLIJhhyRp7nsDQgX8SDjMmSfmlVTMNnfC htQU6ll4xB2YxZdfrgMhmfvvBrzelABzPNLIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=BShB6NtJ9gZcBHsI1Dq/B5m3eLHo2DvsQNIgxJUzUmtzZAu8g35Qm8PMT0Rb72cSbn jIkP6gfb3sTFdZgWV51D/ISIBq1Ifue8jL3aOLOOEwVbAIXHg412HOxCfEvyMAVE3cZU F+PzVh6Tl/ZUGjAK/iT7onpZWGZ1pLoj72oHk= MIME-Version: 1.0 Received: by 10.101.190.9 with SMTP id s9mr3206284anp.198.1253442526111; Sun, 20 Sep 2009 03:28:46 -0700 (PDT) In-Reply-To: <4578_1253395061_4AB54A75_4578_883_2_70C0964126D66F458E688618E1CD008A08CCEBF3@WADPEXV0.waddell.com> References: <4578_1253395061_4AB54A75_4578_883_2_70C0964126D66F458E688618E1CD008A08CCEBF3@WADPEXV0.waddell.com> From: Mehul Ved Date: Sun, 20 Sep 2009 15:58:26 +0530 Message-ID: To: Gary Gatten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: Microsoft "Dynamic DNS" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 10:28:48 -0000 On Sun, Sep 20, 2009 at 2:38 AM, Gary Gatten wrote: > I'm pretty sure DDNS is an RFC, I'm sure FBSD supports it.=A0 WINS is > different altogether. Yes, you are right. I learnt something new here :) So, I believe this is what we are looking at:- send { [option declaration] [, ... option declaration] } The send statement causes the client to send the specified options to the server with the specified values. These are full option declarations as described in dhcp-options(5). Options that are always sent in the DHCP protocol should not be specified here, except that the client can specify a dhcp-lease-time option other than the default requested lease time, which is two hours. The other obvious use for this statement is to send information to the server that will allow it to differentiate between this client and other clients or kinds of clients. So it would be something like send host-name "andare.fugue.com"; Taken from http://www.freebsd.org/cgi/man.cgi?query=3Ddhclient.conf&sektion= =3D5 From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 12:24:33 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A950106568F for ; Sun, 20 Sep 2009 12:24:33 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx1.utsp.utwente.nl [130.89.2.12]) by mx1.freebsd.org (Postfix) with ESMTP id 823618FC0C for ; Sun, 20 Sep 2009 12:24:32 +0000 (UTC) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n8KCD4XE019640; Sun, 20 Sep 2009 14:13:04 +0200 From: Pieter de Goeje To: freebsd-questions@freebsd.org Date: Sun, 20 Sep 2009 14:13:03 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909201413.03882.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Agus Subject: Re: Polling and kern.hz X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 12:24:33 -0000 On Saturday 19 September 2009, Agus wrote: > Hi guys... > > Im reading ant playing with polling and kernel..... I read that > polling increase net performance and i plan on using it... Now the > question that arises is.. is polling and performance in general > affected by the value of kern.hz? i have put in /boot.loader.con > kern.hz=50 and was wondering if this number affects the number i > choose for the polling options > > I wanna recompile kernel using > > options DEVICE_POLLING > options HZ=1000 > > So that 1000hz how affects the system? if it affects it at all........ > > thanks for anyone who can give me a hint.... > > Cheers, > A To quote polling(4): "Device polling disables interrupts by polling devices at appropriate times, i.e., on clock interrupts and within the idle loop. This way, the context switch overhead is removed. Furthermore, the operating system can control accurately how much work to spend in handling device events, and thus prevent livelock by reserving some amount of CPU to other tasks." HZ affects how often the device is polled. For high bandwidth situations, it is important that the latency is kept as low as possible. That means that you must poll the device as often as possible. So generally people use very high HZ values for polling, for example 10000. HZ=50 leads to latencies of about 20ms, way too high for normal network I/O. Note that you can change HZ without recompiling by specifying kern.hz="###" in loader.conf. -- Pieter de Goeje From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 14:25:44 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296A51065676 for ; Sun, 20 Sep 2009 14:25:44 +0000 (UTC) (envelope-from carmel_ny@hotmail.com) Received: from blu0-omc4-s12.blu0.hotmail.com (blu0-omc4-s12.blu0.hotmail.com [65.55.111.151]) by mx1.freebsd.org (Postfix) with ESMTP id D336F8FC0C for ; Sun, 20 Sep 2009 14:25:43 +0000 (UTC) Received: from BLU0-SMTP7 ([65.55.111.137]) by blu0-omc4-s12.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Sep 2009 07:25:43 -0700 X-Originating-IP: [67.189.183.172] X-Originating-Email: [carmel_ny@hotmail.com] Message-ID: Received: from scorpio.seibercom.net ([67.189.183.172]) by BLU0-SMTP7.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Sep 2009 07:25:42 -0700 Received: from scorpio.seibercom.net (scorpio.seibercom.net [192.168.1.103]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: carmel_ny@) by scorpio.seibercom.net (Postfix) with ESMTPSA id B999C22834 for ; Sun, 20 Sep 2009 10:25:41 -0400 (EDT) Date: Sun, 20 Sep 2009 10:25:41 -0400 From: Carmel NY To: freebsd-questions@freebsd.org Organization: seibercom.net X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Sep 2009 14:25:42.0883 (UTC) FILETIME=[3C40B330:01CA39FE] Subject: Postfix error after updating to openssl-0.9.8k_5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 14:25:44 -0000 I just install the updated "openssl-0.9.8k_3" to "openssl-0.9.8k_5" and then rebuilt "postfix-current-2.7.20090712,4" and "cyrus-sasl-saslauthd-2.1.23". Now when Postfix starts, I am receiving this error message: Sep 20 08:15:51 scorpio postfix/smtpd[4050]: sql_select option missing Sep 20 08:15:51 scorpio postfix/smtpd[4050]: auxpropfunc error no mechanism available The "/var/log/messages" log is also filled with these error messages. However, I cannot discover anything inappropriately happening with Postfix. It appears to working correctly and I have no indication of mail being lost or refused. I do not use MySQL with Postfix. cat /usr/local/lib/sasl2/smtpd.conf # Global Parameters log_level: 0 pwcheck_method: saslauthd mech_list: PLAIN LOGIN This is on a FreeBSD-7.2 system. Has anyone else experienced this phenomena? -- Carmel carmel@hotmail.com Your boyfriend takes chocolate from strangers. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 15:14:53 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E520106566C for ; Sun, 20 Sep 2009 15:14:53 +0000 (UTC) (envelope-from gerard@seibercom.net) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFEF8FC17 for ; Sun, 20 Sep 2009 15:14:53 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so683713qwe.7 for ; Sun, 20 Sep 2009 08:14:52 -0700 (PDT) Received: by 10.224.58.201 with SMTP id i9mr2863391qah.8.1253457910117; Sun, 20 Sep 2009 07:45:10 -0700 (PDT) Received: from scorpio.seibercom.net ([67.189.183.172]) by mx.google.com with ESMTPS id 6sm5028855qwd.43.2009.09.20.07.45.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Sep 2009 07:45:08 -0700 (PDT) Received: from scorpio.seibercom.net (scorpio.seibercom.net [192.168.1.103]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gerard@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 393F522834 for ; Sun, 20 Sep 2009 10:45:06 -0400 (EDT) Date: Sun, 20 Sep 2009 10:45:05 -0400 From: Gerard To: freebsd-questions@freebsd.org Message-ID: <4ab63ff4.c6c1f10a.654e.1f27@mx.google.com> In-Reply-To: References: <25521649.post@talk.nabble.com> <20090919101422.50ff0ad1@scorpio.seibercom.net> <25523570.post@talk.nabble.com> <20090919134452.0b85b183@scorpio.seibercom.net> Followup-To: freebsd-questions@freebsd.org Organization: seibercom.net X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: postfix + cyrus sasl: no go X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 15:14:53 -0000 On Sat, 19 Sep 2009 17:05:24 -0500 Jarrod Slick wrote: > use dovecot . . . I spent days trying to get postfix configured with > cyrus sasl, tweaking everything I could think of multiple times, and > I still couldn't get it to work. Tried dovecot and had everything > working in 10 minutes. Please don't top post. If you don't know what that means, Google for it. If the OP has 'dovecot' all ready installed, that might be a viable option. Otherwise, he would be better off to simply configure SASL2 correctly. I would strongly recommend that the OP reads the Postfix documentation on SASL as well as visiting: and downloading and running the 'saslfinger' utility. He can then post the output preferably the Postfix forum, or else here. -- Gerard gerard@seibercom.net A well-known friend is a treasure. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 15:15:18 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8EFE1065672 for ; Sun, 20 Sep 2009 15:15:18 +0000 (UTC) (envelope-from mrkvrg@acm.org) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5298FC21 for ; Sun, 20 Sep 2009 15:15:18 +0000 (UTC) Received: (qmail 23126 invoked by uid 0); 20 Sep 2009 15:15:17 -0000 Received: from unknown (HELO gecko3.bs.net) (216.220.115.34) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Sep 2009 15:15:17 -0000 From: mfv To: FreeBSD Questions Date: Sun, 20 Sep 2009 11:15:15 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.2-STABLE; KDE/4.3.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909201115.15669.mrkvrg@acm.org> Subject: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 15:15:18 -0000 Hello, After rebuilding FreeBSD for many years I am not able to build a GENERIC kernel for the last few days. It always stops when compiling acpi. The source code is up to date for 7 -STABLE for i386 on a amd64 cpu. I have always been able to recompile a GENERIC kernel since release 5.1 and do not know what I am doing wrong. Any help would be greatly appreciated. With thanks. Marek The following is the tail end of "make buildkernel": cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 - nostdinc -I /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_ HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/a ltq -finline-limit=8000 --param inline-unit-growth=100 --param large- function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -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 -Wmi ssing-prototypes -Wpointer- arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi _machdep.c @ ->/usr/src/sys ln: @/sys: Operation not permitted *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /usr/src/sys/modules/acpi. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [root] /usr/src # From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 16:16:34 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FBE2106566B for ; Sun, 20 Sep 2009 16:16:34 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 96F398FC0A for ; Sun, 20 Sep 2009 16:16:33 +0000 (UTC) Received: by ewy4 with SMTP id 4so1790685ewy.36 for ; Sun, 20 Sep 2009 09:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=8cInA2MdJj6GGGzmbmG0ynjppdqlbVvxzDEZEEroWBs=; b=uo9fGJ0WMbsIGhUaMEUfWzska0UewoWMB0u4X0uajV9+vC1VmhUf/6CfgHgF6Fp5yL 6Iad8TmUADi+G609onFCoRvIutD89qYTZGyo98mnBJVEkRzd/thPcuwHmjXPxuFHpMlH V16RSGo7qzdbWizTllG4ueNpMbrs0hpx+/aiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=J/BrHpr4qKb2FXo9zgMlULZGjlzNkQ4Of88rHLzv17txR5RkovXwbwNpfNN56at5VM 5LhyndCorWQ+sJkUd5Spq8vox9WYIOBjx1pTb6sbO5nUS1JwBSXcixOMC7XNoyH193xb B+Ooj+WbNfv6pHg0Xtv2uqR/oeD7N7sKHVRZI= MIME-Version: 1.0 Received: by 10.210.7.17 with SMTP id 17mr1951633ebg.17.1253463392549; Sun, 20 Sep 2009 09:16:32 -0700 (PDT) Date: Sun, 20 Sep 2009 18:16:32 +0200 Message-ID: <1bd550a00909200916k1e0fcf3eib463884d1a68a411@mail.gmail.com> From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: User Questions Content-Type: text/plain; charset=ISO-8859-1 Subject: freebsd-update problem 8.0Beta1 to 8.0Beta4 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 16:16:34 -0000 Hi all, I'm having some problems trying to update from FreeBSD 8.0 Beta1 to 8.0 Beta4. I upgraded from 7.2 to beta1 some time ago, using freebsd-update without problems. Later I did the same thing to reach beta2. Yesterday I tried it to get to beta3 but I have a bunch of errors like this one: /usr/sbin/freebsd-update: cannot open files/.gz: No such file or directory This is after the "preparing to download files" stage. I have plenty of disk space left on my hard disk. In an attempt to fix the problem I performed a rollback, so I went to beta1 again. This process seemed to work fine. However, whenever I try to upgrade to another higher release number, I get those errors. Listing the contents of the /var/db/freebsd-update/files/ directory shows a bunch of .gz files. What can be wrong? I've googled, but I haven't been able to find a solution. Any help? Thanks in advance. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 16:45:45 2009 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3612C1065697 for ; Sun, 20 Sep 2009 16:45:45 +0000 (UTC) (envelope-from joji@eskimo.com) Received: from ultra7.eskimo.com (ultra7.eskimo.com [204.122.16.70]) by mx1.freebsd.org (Postfix) with ESMTP id 198148FC1E for ; Sun, 20 Sep 2009 16:45:44 +0000 (UTC) Received: from shell.eskimo.com (root@shell.eskimo.com [204.122.16.72]) by ultra7.eskimo.com (8.14.0/8.14.3) with ESMTP id n8KGjfTu020868; Sun, 20 Sep 2009 09:45:42 -0700 Received: from shell.eskimo.com (joji@localhost [127.0.0.1]) by shell.eskimo.com (8.14.3/8.14.3) with ESMTP id n8KGjhZU002115; Sun, 20 Sep 2009 09:45:43 -0700 Received: (from joji@localhost) by shell.eskimo.com (8.14.3/8.12.10/Submit) id n8KGjZf1002114; Sun, 20 Sep 2009 09:45:35 -0700 Date: Sun, 20 Sep 2009 09:45:35 -0700 From: Joseph Olatt To: "N. Raghavendra" Message-ID: <20090920164535.GA24904@shell.eskimo.com> References: <86zl8q1c67.fsf@riemann.mri.ernet.in> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zl8q1c67.fsf@riemann.mri.ernet.in> User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Question Subject: Re: Unable to use CD/DVD drive X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 16:45:45 -0000 On Sun, Sep 20, 2009 at 09:48:40AM +0530, N. Raghavendra wrote: > Until a couple of months ago, I was able to read and write CDs and > DVDs. Since then, I haven't been able to do so. When I try to mount > a CD/DVD, the process just hangs without the media being mounted, or I > get errors like this: > > [root@griffin:/root]# mount /cdrom > mount_cd9660: /dev/acd0: Input/output error > > Also, `/var/log/messages' shows lines like > > Sep 20 09:11:51 griffin kernel: g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 > > Similar messages occur when I try to write a CD/DVD using cdrecord(1). > The CD/DVD drive is a ` Removable CD-ROM > SCSI-0 device'. I upgraded my kernel to no avail. > > More details are below. Any help is appreciated. > > Thanks and regards, > Raghavendra. > > ---------------------------------------------------------------------- > > 1. Output of dmesg: attached. > > 2. Kernel configuration file > ---------------------------- > > include "GENERIC" > ident GRIFFIN > device atapicam > device sound > device snd_hda > options ACCEPT_FILTER_HTTP > > 3. /boot/loader.conf > -------------------- > > nvidia_load="YES" > hw.ata.ata_dma="1" > > 4. /etc/fstab > ------------- > > # Device Mountpoint FStype Options Dump Pass# > /dev/ad4s3b none swap sw 0 0 > /dev/ad4s3a / ufs rw 1 1 > /dev/ad4s3f /home ufs rw 2 2 > /dev/ad4s3e /opt ufs rw 2 2 > /dev/ad4s3h /tmp ufs rw 2 2 > /dev/ad4s3d /usr ufs rw 2 2 > /dev/ad4s3g /var ufs rw 2 2 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > > 5. Output of `cdrecord --scanbus' > -------------------------------- > > [root@griffin:/root]# cdrecord -scanbus > Cdrecord-Clone 2.01 (i386-unknown-freebsd7.0) Copyright (C) 1995-2004 Jorg Schilling > Using libscg version 'schily-0.8'. > scsibus0: > 0,0,0 0) 'TEAC ' 'USB HS-CF Card' '4.08' Removable > Disk > 0,1,0 1) * > 0,2,0 2) * > 0,3,0 3) * > 0,4,0 4) * > 0,5,0 5) * > 0,6,0 6) * > 0,7,0 7) * > scsibus4: > 4,0,0 400) 'PBDS ' 'DVD+-RW DH-16W1S' '2D14' Removable > CD-ROM > 4,1,0 401) * > 4,2,0 402) * > 4,3,0 403) * > 4,4,0 404) * > 4,5,0 405) * > 4,6,0 406) * > 4,7,0 407) * > > -- > N. Raghavendra | http://www.retrotexts.net/ > Harish-Chandra Research Institute | http://www.mri.ernet.in/ > See message headers for contact and OpenPGP information. > > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.2-STABLE #3: Thu Sep 10 21:00:51 IST 2009 > root@griffin.campus.hri:/usr/obj/usr/src/sys/GRIFFIN > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2394.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 4 > real memory = 3219718144 (3070 MB) > avail memory = 3136708608 (2991 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bfd90000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > device_attach: acpi_hpet0 attach returned 12 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xcf00-0xcf7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci1 > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_busmaster > vgapci0: child nvidia0 requested pci_enable_io > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] > em0: port 0xff00-0xff1f mem 0xfdfc0000-0xfdfdffff,0xfdfff000-0xfdffffff irq 20 at device 25.0 on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:1d:09:99:b5:ee > uhci0: port 0xfe00-0xfe1f irq 16 at device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xfd00-0xfd1f irq 21 at device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xfc00-0xfc1f irq 19 at device 26.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xfdffe000-0xfdffe3ff irq 18 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > hdac0: mem 0xfdff4000-0xfdff7fff irq 22 at device 27.0 on pci0 > hdac0: HDA Driver Revision: 20090624_0136 > hdac0: [ITHREAD] > uhci3: port 0xfb00-0xfb1f irq 23 at device 29.0 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0xfa00-0xfa1f irq 19 at device 29.1 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > uhci5: port 0xf900-0xf91f irq 18 at device 29.2 on pci0 > uhci5: [GIANT-LOCKED] > uhci5: [ITHREAD] > usb6: on uhci5 > usb6: USB revision 1.0 > uhub6: on usb6 > uhub6: 2 ports with 2 removable, self powered > ehci1: mem 0xfdffd000-0xfdffd3ff irq 23 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb7: EHCI version 1.0 > usb7: companion controllers, 2 ports each: usb4 usb5 usb6 > usb7: on ehci1 > usb7: USB revision 2.0 > uhub7: on usb7 > uhub7: 6 ports with 6 removable, self powered > umass0: on uhub7 > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xf800-0xf807,0xf700-0xf703,0xf600-0xf607,0xf500-0xf503,0xf400-0xf40f,0xf300-0xf30f irq 19 at device 31.2 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci1: port 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f,0xec00-0xec0f irq 19 at device 31.5 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > acpi_tz0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > device_attach: acpi_hpet0 attach returned 12 > pmtimer0 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub8: on uhub2 > uhub8: 3 ports with 2 removable, bus powered > ukbd0: on uhub8 > kbd2 at ukbd0 > uhid0: on uhub8 > Timecounters tick every 1.000 msec > ad4: 305245MB at ata2-master SATA300 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 > (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:1): Medium not present > (probe0:umass-sim0:0:0:1): Unretryable error > (probe0:umass-sim0:0:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 > (probe0:umass-sim0:0:0:2): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:2): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:2): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:2): Medium not present > (probe0:umass-sim0:0:0:2): Unretryable error > (probe0:umass-sim0:0:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 > (probe0:umass-sim0:0:0:3): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:3): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:3): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:3): Medium not present > (probe0:umass-sim0:0:0:3): Unretryable error > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 device > da2: 40.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > da3 at umass-sim0 bus 0 target 0 lun 3 > da3: Removable Direct Access SCSI-0 device > da3: 40.000MB/s transfers > da3: Attempt to query device size failed: NOT READY, Medium not present > acd0: DVDR at ata3-master SATA150 > hdac0: HDA Codec #2: Realtek ALC888 > pcm0: at cad 2 nid 1 on hdac0 > pcm1: at cad 2 nid 1 on hdac0 > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > Trying to mount root from ufs:/dev/ad4s3a > WARNING: / was not properly dismounted > (probe0:ata3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:ata3:0:0:0): CAM Status: SCSI Status Error > (probe0:ata3:0:0:0): SCSI Status: Check Condition > (probe0:ata3:0:0:0): NOT READY asc:3a,0 > (probe0:ata3:0:0:0): Medium not present > (probe0:ata3:0:0:0): Unretryable error > cd0 at ata3 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > WARNING: /home was not properly dismounted > WARNING: /opt was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > ums0: on uhub2 > ums0: 3 buttons and Z dir. > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > em0: link state changed to DOWN > em0: link state changed to UP > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > em0: link state changed to DOWN > em0: link state changed to UP > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > arp: unknown hardware address format (0x0000) > em0: link state changed to DOWN > em0: link state changed to UP > g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" Just to rule out hardware problems with your CD/DVD drive, you might want to put in a live CD of Ubuntu (or PCBSD) and see if your CD/DVD drive works fine. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 16:53:02 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7AE106566C for ; Sun, 20 Sep 2009 16:53:02 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A10138FC12 for ; Sun, 20 Sep 2009 16:53:02 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id E12CB7E818; Sun, 20 Sep 2009 08:53:13 -0800 (AKDT) From: Mel Flynn To: freebsd-questions@freebsd.org Date: Sun, 20 Sep 2009 18:52:56 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <20090919200603.GA10036@teddy.fas.com> In-Reply-To: <20090919200603.GA10036@teddy.fas.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909201852.56658.mel.flynn+fbsd.questions@mailing.thruhere.net> Cc: stan Subject: Re: Microsoft "Dynamic DNS" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 16:53:03 -0000 On Saturday 19 September 2009 22:06:03 stan wrote: > I have a situation at work, where I need a FreeBSD machine to be in the > corporate DNS. We have been bought out, and the new owner says "no static > DNS entries". They use some Microsoft technogly where the client machiens > register thier names with the corprate DNS. > > My Windows laptop for instance, may get different IP addresses using DHCP > depending on what physical location I connect it in. but it's always the > same DNS name. > > Can anyone sugest where to look for information as to how this works, and > how I cna make my FreeBSD machine participate in this? You don't need to do anything. By default, dhclient sends the hostname. Exception is when you don't have a hostname configured in /etc/rc.conf. -- Mel From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 16:55:46 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5AC61065676 for ; Sun, 20 Sep 2009 16:55:46 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 839698FC08 for ; Sun, 20 Sep 2009 16:55:46 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id C1DC5EB4D6C; Sun, 20 Sep 2009 19:55:45 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B1AA045171; Sun, 20 Sep 2009 19:55:45 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J0sLfJSiKVos; Sun, 20 Sep 2009 19:55:45 +0300 (EEST) Received: from kobe.laptop (adsl71-241.kln.forthnet.gr [77.49.118.241]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 6E75645148; Sun, 20 Sep 2009 19:55:45 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n8KGtiJQ034307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Sep 2009 19:55:44 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n8KGtiXB034292; Sun, 20 Sep 2009 19:55:44 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: mfv References: <200909201115.15669.mrkvrg@acm.org> Date: Sun, 20 Sep 2009 19:55:44 +0300 In-Reply-To: <200909201115.15669.mrkvrg@acm.org> (mfv's message of "Sun, 20 Sep 2009 11:15:15 -0400") Message-ID: <87vdjdimi7.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Questions Subject: Re: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 16:55:46 -0000 On Sun, 20 Sep 2009 11:15:15 -0400, mfv wrote: > Hello, > > After rebuilding FreeBSD for many years I am not able to build a > GENERIC kernel for the last few days. It always stops when compiling > acpi. > > The source code is up to date for 7 -STABLE for i386 on a amd64 cpu. > I have always been able to recompile a GENERIC kernel since release > 5.1 and do not know what I am doing wrong. > > Any help would be greatly appreciated. > > With thanks. > > Marek > > The following is the tail end of "make buildkernel": > > cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 - > nostdinc -I /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica > -DHAVE_KERNEL_OPTION_ HEADERS -include > /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/a ltq > -finline-limit=8000 --param inline-unit-growth=100 --param large- > function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC > -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 -Wmi ssing-prototypes -Wpointer- > arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi _machdep.c > @ ->/usr/src/sys > ln: @/sys: Operation not permitted > *** Error code 1 Can you wipe our /usr/obj and start with a clean object tree? You may also have stale build artifacts in /usr/src so something like this might be a good idea: # rm -fr /usr/obj/usr # cd /usr/src # make cleandir ; make cleandir From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 18:24:38 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4BD106568B for ; Sun, 20 Sep 2009 18:24:38 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id B42CD8FC17 for ; Sun, 20 Sep 2009 18:24:38 +0000 (UTC) Received: from baby-jane.lamaiziere.net (106.10.87-79.rev.gaoland.net [79.87.10.106]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 5D3BA633322; Sun, 20 Sep 2009 20:24:37 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 6A897C0E6; Sun, 20 Sep 2009 20:25:19 +0200 (CEST) Date: Sun, 20 Sep 2009 20:25:18 +0200 From: Patrick Lamaiziere To: Agus Message-ID: <20090920202518.6eba3bb2@baby-jane.lamaiziere.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Questions Subject: Re: Polling and kern.hz X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 18:24:39 -0000 Le Sat, 19 Sep 2009 17:16:30 -0300, Agus a =E9crit : hi, =20 > options DEVICE_POLLING > options HZ=3D1000 >=20 > So that 1000hz how affects the system? if it affects it at all........ kern.hz is already set to 1000 on i386 and amd64. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 19:10:30 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FADB1065676 for ; Sun, 20 Sep 2009 19:10:30 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CFA3F8FC12 for ; Sun, 20 Sep 2009 19:10:29 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MpRno-0005WS-GJ for freebsd-questions@freebsd.org; Sun, 20 Sep 2009 21:10:28 +0200 Received: from 220.85-200-86.bkkb.no ([85.200.86.220]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Sep 2009 21:10:28 +0200 Received: from christer.solskogen by 220.85-200-86.bkkb.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Sep 2009 21:10:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Christer Solskogen Date: Sun, 20 Sep 2009 21:10:00 +0200 Lines: 12 Message-ID: References: <200909201115.15669.mrkvrg@acm.org> <87vdjdimi7.fsf@kobe.laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 220.85-200-86.bkkb.no User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <87vdjdimi7.fsf@kobe.laptop> Sender: news Subject: Re: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 19:10:30 -0000 Giorgos Keramidas wrote: > # rm -fr /usr/obj/usr > # cd /usr/src > # make cleandir ; make cleandir > I've seen serveral placeses that "make cleandir" should be run twice. I dont understand why. Could somebody explain? -- chs From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 19:19:30 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE311065676 for ; Sun, 20 Sep 2009 19:19:30 +0000 (UTC) (envelope-from stanb@panix.com) Received: from mail2.panix.com (mail2.panix.com [166.84.1.73]) by mx1.freebsd.org (Postfix) with ESMTP id 100238FC0A for ; Sun, 20 Sep 2009 19:19:29 +0000 (UTC) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) by mail2.panix.com (Postfix) with ESMTP id 5D6E638E4D for ; Sun, 20 Sep 2009 15:19:29 -0400 (EDT) Received: from teddy.fas.com (c-76-26-200-187.hsd1.sc.comcast.net [76.26.200.187]) by mailbackend.panix.com (Postfix) with ESMTP id 356E83294D for ; Sun, 20 Sep 2009 15:19:29 -0400 (EDT) Received: from stan by teddy.fas.com with local (Exim 3.36 #1 (Debian)) id 1MpRwW-0000R4-00 for ; Sun, 20 Sep 2009 15:19:28 -0400 Date: Sun, 20 Sep 2009 15:19:28 -0400 From: stan To: Free BSD Questions list Message-ID: <20090920191928.GA1537@teddy.fas.com> Mail-Followup-To: Free BSD Questions list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.23 X-Uptime: 15:11:15 up 50 days, 20:13, 2 users, load average: 0.12, 0.08, 0.03 User-Agent: Mutt/1.5.4i Sender: Stan Brown Subject: DHCP client questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 19:19:30 -0000 We have been bought out, and the new powers that be, are changing things. They have decreed that there shall be no static entries in their DNS servers. They are using $MS DHCP/DNS servers. I have a corporate supported Win XP laptop, which I can plug in at various places in the network. It gets different IP addresses, based upon where it physically is, but always comes up with the same name. I have several machines (such as a mailserver) which _MUST_ have fixed names. I have played around with /etc/dhcllient.conf, but not managed to get this working. I can get IP addresses, and various things such as default routers, and DNS servers, but I have not managed to get the suggested name put in their DNS. I have captured packet traces with wireshark from the laptop, and from the FreebSD client, and I am putting these up at http://beachcave.net/pdumps. I would really appreciate it if someone more familiar with DHCP that I could take a look at theses. Thanks. -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C programs. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 20:36:44 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 905671065676 for ; Sun, 20 Sep 2009 20:36:44 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 98CA88FC13 for ; Sun, 20 Sep 2009 20:36:43 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id 4DA53374D5; Sun, 20 Sep 2009 22:36:38 +0200 (CEST) Date: Sun, 20 Sep 2009 22:36:37 +0200 From: cpghost To: Greg Lewis Message-ID: <20090920203637.GA2670@phenom.cordula.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-questions@freebsd.org Subject: java/jdk16 vulnerability? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 20:36:44 -0000 Hi Greg, Freenet (http://www.freenetproject.org/) on my FreeBSD/amd64 system complains about an old and vulnerable Java version: Your installed version of Java is vulnerable to a severe remote exploit (remote code execution!). You must upgrade to at least Java 5 update 20 or Java 6 update 15 as soon as possible. Freenet has disabled any plugins handling XML for the time being, but this includes searching and chat so you should upgrade ASAP! See http://www.cert.fi/en/reports/2009/vulnerability2009085.html for details. Also, please do not use Thaw or Freetalk. The UPnP plugin is enabled, it might present a risk if you have bad guys on your LAN, but without it Freenet will not be able to port forward and will have severe problems. I'm running java/jdk16: phenom# java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_08_sep_2009_17_05-b00) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-p4-root_08_sep_2009_17_05-b00, mixed mode) On 7.2-STABLE: phenom# uname -a FreeBSD phenom.cordula.ws 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Sep 8 10:43:26 CEST 2009 root@phenom.cordula.ws:/usr/obj/usr/src/sys/GENERIC amd64 Is that version of Java really vulnerable? If yes, why doesn't # portaudit -Fda report it as such, and could you please update the java/jdk16 port? Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 20:53:02 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4E8106566B for ; Sun, 20 Sep 2009 20:53:02 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 482BC8FC0C for ; Sun, 20 Sep 2009 20:53:02 +0000 (UTC) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id E512634BA9; Sun, 20 Sep 2009 22:52:59 +0200 (CEST) Date: Sun, 20 Sep 2009 22:52:59 +0200 From: cpghost To: "Sam Fourman Jr." Message-ID: <20090920205259.GB2670@phenom.cordula.ws> References: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11167f520909192030g7417c27as8555f7c8fcb8ac4a@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd general questions Subject: Re: How to get pf to wait for ng0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 20:53:02 -0000 On Sat, Sep 19, 2009 at 10:30:14PM -0500, Sam Fourman Jr. wrote: > Hello list, > > I am trying to use FreeBSD 8 RC1 to setup L2 tunnels via mpd5. > My problem is the pf.conf file is never parsed because ng0 does not > exist yet on startup > > ng0 is this case is DSL PPPoE to our local telco for internet access. > after the DSL dials up (via mpd5) if I do pfctl -d && pfctl -e -f > /etc/pf.conf everything works as expected. > > What is the best way to get pf to wait and parse the ruleset until > after ng0 exists? That old problem again... ;-) My (somewhat shaky) work around is this: 1. In /etc/rc.d/NETWORKING, add the line # REQUIRE: mpd 2. In /usr/local/etc/rc.d/mpd5, make sure the line # PROVIDE: mpd is present 3. In /usr/local/etc/rc.d/mpd5, add sleep 10 at the bottom. (That's where my solution is shaky: 10 secs is more than enough for me on PPPoE, but it may not be enough for dial-up modems etc.) 4. In /etc/rc.d/pf, add NETWORKING to the # REQUIRE: line: # REQUIRE: FILESYSTEMS netif pflog pfsync NETWORKING 5. In /etc/rc.d/named, add NETWORKING to the # REQUIRE: line: # REQUIRE: SERVERS cleanvar NETWORKING This setup will effectively run mpd5 *before* pf, and will also wait (hopefully) long enough for mpd5 to set up ng0. Then, when pf runs, ng0 will be already there. Of course, there is more than one way to do it. It just happens to work here. > Sam Fourman Jr. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 21:04:38 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EE16106566C for ; Sun, 20 Sep 2009 21:04:38 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id DEEDA8FC22 for ; Sun, 20 Sep 2009 21:04:37 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so1073341and.13 for ; Sun, 20 Sep 2009 14:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=RZENLi1FTcF0DQn+Njc/FuvF+ir0Rbcm10oyl0a+u64=; b=UTO5916DSAhnDOJDi4X9yTYxARVaI1VLzQzOaoNaAP3iatn8qKRkTX85SS1mh/vprJ HWdBw/n+seE/IVWoD5H77NpsYfNsCPluD3svZZYwAcsDc2IZqoEk0ERpGJQnTDZ2jh16 GIPUv2FAd3O/NtOfuEDZt9UZnTuSVeyF+27m4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oVv2ypNhG725aDV+5B8evBDWgWYSqbpTX9erk4/OxxCHCrmBtEYgyiSo4V90Iuc7Y3 +8bisPfeg8qTJq7wY4LVGvbOxdmoWkGV0uDzHuzhN13kv0/QCjNJbEQIyniO1CUzKCGX mA7S0LbHE/mCugECODKsuYUJJZEvTfKvsXw3o= MIME-Version: 1.0 Received: by 10.101.126.11 with SMTP id d11mr3643919ann.29.1253479154260; Sun, 20 Sep 2009 13:39:14 -0700 (PDT) In-Reply-To: <20090920191928.GA1537@teddy.fas.com> References: <20090920191928.GA1537@teddy.fas.com> Date: Sun, 20 Sep 2009 16:39:14 -0400 Message-ID: <25ff90d60909201339m14be84a2u92394174cceb108a@mail.gmail.com> From: David Horn To: Free BSD Questions list Content-Type: text/plain; charset=ISO-8859-1 Cc: stan Subject: Re: DHCP client questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 21:04:38 -0000 On Sun, Sep 20, 2009 at 3:19 PM, stan wrote: > We have been bought out, and the new powers that be, are changing things. > They have decreed that there shall be no static entries in their DNS > servers. They are using $MS DHCP/DNS servers. I have a corporate supported > Win XP laptop, which I can plug in at various places in the network. It > gets different IP addresses, based upon where it physically is, but always > comes up with the same name. The question is whether by the "same name" you are referring to a dns lookup, a wins lookup, or a nbns broadcast query, or all of the above ;) > > I have several machines (such as a mailserver) which _MUST_ have fixed > names. I have played around with /etc/dhcllient.conf, but not managed to > get this working. I can get IP addresses, and various things such as > default routers, and DNS servers, but I have not managed to get the > suggested name put in their DNS. try running: tcpdump -r filename.pcap -vvv port bootpc in order to get a nice decode of your dhcp session. This will contain by the client discover/request/ack, and the server offer packets. > > I have captured packet traces with wireshark from the laptop, and from the > FreebSD client, and I am putting these up at http://beachcave.net/pdumps. > > I would really appreciate it if someone more familiar with DHCP that I > could take a look at theses. Your windows capture clearly shows a dhcp option 12 with the short name, and dhcp option 81 with FQDN Hostname Option 12, length 10: "CHSLSBROWN" FQDN Option 81, length 31: "CHSLSBROWN.kapstonepaper.com" Vendor-Class Option 60, length 8: "MSFT 5.0" Parameter-Request Option 55, length 11: Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery Static-Route, Classless-Static-Route-Microsoft, Vendor-Option END Option 255, length 0 Your freebsd captures show dhcp option 12 with the FQDN. You need to try using option 12 and option 81 just like in windows land. You may even need to put in the Vendor-Class and/or others to duplicate the windows request, but try one item at a time. Try adding these to your dhclient.conf as needed. Take the time to look at the man page for dhclient.conf, and dhcp-options, and also take a look at the full defined option numbers here: http://www.iana.org/assignments/bootp-dhcp-parameters/ Good Luck. --Dave H From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 21:27:01 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C43F21065672 for ; Sun, 20 Sep 2009 21:27:01 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 706F58FC0C for ; Sun, 20 Sep 2009 21:27:01 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 65678EB5127; Mon, 21 Sep 2009 00:27:00 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 5353645148; Mon, 21 Sep 2009 00:27:00 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id loyP1Dwh3HLs; Mon, 21 Sep 2009 00:27:00 +0300 (EEST) Received: from kobe.laptop (adsl71-241.kln.forthnet.gr [77.49.118.241]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 1A9BA4512A; Mon, 21 Sep 2009 00:27:00 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n8KLQwrZ033054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 00:26:59 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n8KLQwF6033053; Mon, 21 Sep 2009 00:26:58 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Christer Solskogen References: <200909201115.15669.mrkvrg@acm.org> <87vdjdimi7.fsf@kobe.laptop> Date: Mon, 21 Sep 2009 00:26:58 +0300 In-Reply-To: (Christer Solskogen's message of "Sun, 20 Sep 2009 21:10:00 +0200") Message-ID: <87bpl5fgt9.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-questions@freebsd.org Subject: Re: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 21:27:01 -0000 On Sun, 20 Sep 2009 21:10:00 +0200, Christer Solskogen wrote: > Giorgos Keramidas wrote: > >> # rm -fr /usr/obj/usr >> # cd /usr/src >> # make cleandir ; make cleandir >> > > I've seen serveral placeses that "make cleandir" should be run twice. I > dont understand why. Could somebody explain? The first run cleans file sunder $(MAKEOBJDIRPREFIX), or under `/usr/obj' if MAKEOBJDIRPREFIX is unset. The second run cleans files in the source tree itself. From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 22:07:16 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3F4106568B for ; Sun, 20 Sep 2009 22:07:16 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9B98FC1A for ; Sun, 20 Sep 2009 22:07:16 +0000 (UTC) Received: from eagle.syrec.org (c-24-6-221-126.hsd1.ca.comcast.net [24.6.221.126]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n8KM7F4P087951 for ; Sun, 20 Sep 2009 15:07:15 -0700 (PDT) Message-ID: <4AB6A792.1040101@rawbw.com> Date: Sun, 20 Sep 2009 15:07:14 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD FTP server error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 22:07:16 -0000 When I try to log on to FTP I get this error: $ ftp ftp.freebsd.org Trying 204.152.184.73... Connected to ftp.freebsd.org. 500 OOPS: vsftpd: not found: directory given in 'secure_chroot_dir':/usr/local/share/vsftpd/empty Yuri From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 23:27:03 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B3F1065670 for ; Sun, 20 Sep 2009 23:27:03 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from guam10.hdk5.net (guam10.hdk5.net [66.180.132.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFD88FC16 for ; Sun, 20 Sep 2009 23:27:03 +0000 (UTC) Received: from mohawk7.intra.net (unknown [66.180.149.18]) by guam10.hdk5.net (Postfix) with ESMTP id C3E5D1CCA5; Sun, 20 Sep 2009 13:27:02 -1000 (HST) Message-ID: <4AB6BA46.6080701@hdk5.net> Date: Sun, 20 Sep 2009 13:27:02 -1000 From: Al Plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 MIME-Version: 1.0 To: yuri@rawbw.com References: <4AB6A792.1040101@rawbw.com> In-Reply-To: <4AB6A792.1040101@rawbw.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD FTP server error X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 23:27:03 -0000 Yuri wrote: > When I try to log on to FTP I get this error: > > $ ftp ftp.freebsd.org > Trying 204.152.184.73... > Connected to ftp.freebsd.org. > 500 OOPS: vsftpd: not found: directory given in > 'secure_chroot_dir':/usr/local/share/vsftpd/empty > > > Yuri > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > Aloha Yuri and List, I just tried FTP from Hawaii and the link is dead. ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + < email: noc@hdk5.net > "All that's really worth doing is what we do for others."- Lewis Carrol From owner-freebsd-questions@FreeBSD.ORG Sun Sep 20 23:37:35 2009 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2021065676 for ; Sun, 20 Sep 2009 23:37:35 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (aristotle.thought.org [209.180.213.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8B61F8FC0C for ; Sun, 20 Sep 2009 23:37:35 +0000 (UTC) Received: from thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id n8KNaIw6050825 for ; Sun, 20 Sep 2009 16:36:18 -0700 (PDT) (envelope-from kline@thought.org) Received: by thought.org (nbSMTP-1.00) for uid 1002 kline@thought.org; Sun, 20 Sep 2009 16:37:30 -0700 (PDT) Date: Sun, 20 Sep 2009 16:37:30 -0700 From: Gary Kline To: FreeBSD Mailing List Message-ID: <20090920233727.GA68992@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 23 years of service to the Unix community. X-Spam-Status: No, score=-3.7 required=3.6 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org Cc: Subject: Anybody hear of the ASuS ebook reader?? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 23:37:35 -0000 Guys, Michael Hart, the guy who invented ebooks back in 1971, send a URL from somewhere about ASUS soon coming out with a low-low cost ebook reader. I don't know what format, but it won't do a Kindle on you. [Swipe books off your reader: Zip.] I only heard/read online that this reader is coming soon. Know nothing else. Anybody onlist know anything more? [[oh, and what formats do ebooks come in anyway? i only know of ASCII and my favorite: markp. [xh]ml.]] anybody hear anything else? gary -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 5.67a release of Jottings: http://jottings.thought.org/index.php From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 01:14:50 2009 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C34FD106568B for ; Mon, 21 Sep 2009 01:14:50 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 65FC68FC14 for ; Mon, 21 Sep 2009 01:14:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8L1En59000954 for ; Sun, 20 Sep 2009 19:14:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8L1Ento000951 for ; Sun, 20 Sep 2009 19:14:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 20 Sep 2009 19:14:49 -0600 (MDT) From: Warren Block To: questions@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Sun, 20 Sep 2009 19:14:49 -0600 (MDT) Cc: Subject: evince paper size X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 01:14:50 -0000 Is there an easy way to force evince to always use US-Letter as a default paper size? I don't run Gnome or CUPS, just lpd. The only option that seems to work is to setenv LANG en_US.UTF-8. I'd prefer to just build evince to know the default size instead of having to do sh -c "export LANG=en_US.UTF-8 ; /usr/local/bin/evince filename.pdf" Even with that, the paper size is only implied by the locale, not explicitly set. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 01:39:32 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 933C41065679 for ; Mon, 21 Sep 2009 01:39:32 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6234B8FC08 for ; Mon, 21 Sep 2009 01:39:31 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 073717E818; Sun, 20 Sep 2009 17:39:43 -0800 (AKDT) From: Mel Flynn To: freebsd-questions@freebsd.org Date: Mon, 21 Sep 2009 03:39:25 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <20090920191928.GA1537@teddy.fas.com> In-Reply-To: <20090920191928.GA1537@teddy.fas.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909210339.26453.mel.flynn+fbsd.questions@mailing.thruhere.net> Cc: stan Subject: Re: DHCP client questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 01:39:32 -0000 On Sunday 20 September 2009 21:19:28 stan wrote: > I have several machines (such as a mailserver) which _MUST_ have fixed > names. I have played around with /etc/dhcllient.conf, but not managed to > get this working. I can get IP addresses, and various things such as > default routers, and DNS servers, but I have not managed to get the > suggested name put in their DNS. Ok, I know you're trying to make clear what your problem is, but it's still not. So, let's try step by step,, using a FreeBSD mailserver as the example: 1) Does the mailserver have a fixed HOSTNAME or can the HOSTNAME change if the DHCP server wants it to? 2) When you say "but I have not managed to get the suggested name put in their DNS", does this mean you expect the FreeBSD mailserver to enter itself into the Microsoft DNS? Or can you not get the FreeBSD mailserver to name itself according to what the DHCP server tells them to? -- Mel From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 01:46:16 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 478EF1065672 for ; Mon, 21 Sep 2009 01:46:16 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1780D8FC14 for ; Mon, 21 Sep 2009 01:46:15 +0000 (UTC) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 0A52F7E818; Sun, 20 Sep 2009 17:46:28 -0800 (AKDT) From: Mel Flynn To: freebsd-questions@freebsd.org Date: Mon, 21 Sep 2009 03:46:13 +0200 User-Agent: KMail/1.12.1 (FreeBSD/8.0-RC1; KDE/4.3.1; i386; ; ) References: <200909201115.15669.mrkvrg@acm.org> <87bpl5fgt9.fsf@kobe.laptop> In-Reply-To: <87bpl5fgt9.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909210346.13204.mel.flynn+fbsd.questions@mailing.thruhere.net> Cc: Giorgos Keramidas , Christer Solskogen Subject: Re: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 01:46:16 -0000 On Sunday 20 September 2009 23:26:58 Giorgos Keramidas wrote: > On Sun, 20 Sep 2009 21:10:00 +0200, Christer Solskogen wrote: > > Giorgos Keramidas wrote: > >> # rm -fr /usr/obj/usr > >> # cd /usr/src > >> # make cleandir ; make cleandir > > > > I've seen serveral placeses that "make cleandir" should be run twice. I > > dont understand why. Could somebody explain? > > The first run cleans file sunder $(MAKEOBJDIRPREFIX), or under > `/usr/obj' if MAKEOBJDIRPREFIX is unset. > > The second run cleans files in the source tree itself. Which you'll see if you don't use the designated build{world|kernel} targets, but cd into a directory and start typing make or....quite the pitfall, run make obj depend, rather then make obj && make depend. In the first case, the .depend file ends up in .CURDIR, not .OBJDIR. Also, perhaps it's better to advise make cleanworld for the rm -rf, as this target accomplishes the same, deals better with chflags(2) and leaves /usr/obj/usr/ports in tact for those who have set WRKDIRPREFIX to /usr/obj for ports. -- Mel From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 02:01:35 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96E141065670 for ; Mon, 21 Sep 2009 02:01:35 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB108FC13 for ; Mon, 21 Sep 2009 02:01:34 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 093F2EB52CE; Mon, 21 Sep 2009 05:01:33 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id DD6A8451B0; Mon, 21 Sep 2009 05:01:33 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id whM2OPXfcQ61; Mon, 21 Sep 2009 05:01:33 +0300 (EEST) Received: from kobe.laptop (adsl71-241.kln.forthnet.gr [77.49.118.241]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 993A345197; Mon, 21 Sep 2009 05:01:33 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n8L21WUo063367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 05:01:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n8L21UgD063366; Mon, 21 Sep 2009 05:01:31 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Mel Flynn References: <200909201115.15669.mrkvrg@acm.org> <87bpl5fgt9.fsf@kobe.laptop> <200909210346.13204.mel.flynn+fbsd.questions@mailing.thruhere.net> Date: Mon, 21 Sep 2009 05:01:30 +0300 In-Reply-To: <200909210346.13204.mel.flynn+fbsd.questions@mailing.thruhere.net> (Mel Flynn's message of "Mon, 21 Sep 2009 03:46:13 +0200") Message-ID: <874oqxqcn9.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Christer Solskogen , freebsd-questions@freebsd.org Subject: Re: Not able to compile GENERIC kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 02:01:35 -0000 On Mon, 21 Sep 2009 03:46:13 +0200, Mel Flynn wrote: > On Sunday 20 September 2009 23:26:58 Giorgos Keramidas wrote: >> On Sun, 20 Sep 2009 21:10:00 +0200, Christer Solskogen wrote: >> > Giorgos Keramidas wrote: >> >> # rm -fr /usr/obj/usr >> >> # cd /usr/src >> >> # make cleandir ; make cleandir >> > >> > I've seen serveral placeses that "make cleandir" should be run twice. I >> > dont understand why. Could somebody explain? >> >> The first run cleans file sunder $(MAKEOBJDIRPREFIX), or under >> `/usr/obj' if MAKEOBJDIRPREFIX is unset. >> >> The second run cleans files in the source tree itself. > > Which you'll see if you don't use the designated build{world|kernel} targets, > but cd into a directory and start typing make or....quite the pitfall, run > make obj depend, rather then make obj && make depend. In the first case, the > .depend file ends up in .CURDIR, not .OBJDIR. > > Also, perhaps it's better to advise make cleanworld for the rm -rf, as this > target accomplishes the same, deals better with chflags(2) and leaves > /usr/obj/usr/ports in tact for those who have set WRKDIRPREFIX to /usr/obj for > ports. That's a good point. Thanks. I'll remember it the next time I suggest that someone wipes their entire `/usr/obj' tree :) From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 02:41:39 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 447541065679 for ; Mon, 21 Sep 2009 02:41:39 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.freebsd.org (Postfix) with ESMTP id E57C88FC1B for ; Mon, 21 Sep 2009 02:41:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 5BAD63A3869; Mon, 21 Sep 2009 09:41:36 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= references:subject:subject:in-reply-to:from:from:message-id:date :date:received:received:received; s=selector1; t=1253500896; x= 1255315296; bh=WsK8alp/yDaHmLkTgRuso5JEE76jTg5TiN+EH5AnqLo=; b=P qCM6BEGNeeultySztJ/bWMQWJcvut9rezAgFPCkh5pMyMYAaJHJ6PMlaqu7F8ArX MUwgqP7PxqyHCU5Ow1F7Nh40VmLzaH2/XpWsZqYy4rJImRWKDnh8m+ZJKphW65RH yFmoCSYfJsdjEVswMzJcInMRQfRijOGSl4n0l9hF4w= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by localhost (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id vZWkRoqTQLOX; Mon, 21 Sep 2009 09:41:36 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id A32083A383C; Mon, 21 Sep 2009 09:41:35 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.3/8.14.3/Submit) id n8L2fVTG002381; Mon, 21 Sep 2009 09:41:31 +0700 (ICT) (envelope-from on) Date: Mon, 21 Sep 2009 09:41:31 +0700 (ICT) Message-Id: <200909210241.n8L2fVTG002381@banyan.cs.ait.ac.th> From: Olivier Nicole To: james@tanis.us In-reply-to: <7640F3CC-586D-4087-A78B-DF43F515A8E4@tanis.us> (message from James Tanis on Fri, 18 Sep 2009 06:03:38 -0400) References: <7640F3CC-586D-4087-A78B-DF43F515A8E4@tanis.us> Cc: freebsd-questions@freebsd.org Subject: Re: dhcpd related issues X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 02:41:39 -0000 Hi James, > I have a FreeBSD 7.0 gateway/server with isc-dhcpd 3.1.2p1_2. Late > yesterday I began having some unique and intermittent issues. > Basically, random computers will all of a sudden lose their dhcp > leases and be unable to contact the dhcp server. I did not see any reply to your question. It happened to me that a secondary switch was working badly with DHCP. If I rebooted the switch, it would work for a while, then fail again. But that was a sort of random failure, some ports would be affected sometime. The problem would occur a the first lease in the morning rather than at renewal time. As it was a cheap switch, unmanageable, I replaced it. > Sep 17 14:03:15 grendel dhcpd: ICMP Echo reply while lease > 192.168.1.253 valid. > Sep 17 15:25:19 grendel dhcpd: ICMP Echo Reply for 192.168.1.74 late > or spurious. > > which doesn't seem particularly relevant or heinous. Many more > computers than the ones above have been affected. I don't remember ever seeing such error, but I would think that late or spurions is not that innocent: it could be the symptom of a switch not working at its nominal speed. Of course you could also consider a computer on that switch being infected by some kind of virus and generating so much traffic it takes your switch out. Bests, Olivier From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 02:43:36 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E9310656A4 for ; Mon, 21 Sep 2009 02:43:36 +0000 (UTC) (envelope-from redtick@sbcglobal.net) Received: from web81201.mail.mud.yahoo.com (web81201.mail.mud.yahoo.com [68.142.199.105]) by mx1.freebsd.org (Postfix) with SMTP id 136618FC0C for ; Mon, 21 Sep 2009 02:43:35 +0000 (UTC) Received: (qmail 22916 invoked by uid 60001); 21 Sep 2009 02:43:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YXasaAsGFbmUzePmO/4FEPxcYDZ5k1MyuKZ4mWxxS513aL3e5ES5iegeSdxKiB2u43rJNcOJrlxpoevxBwnLlFXbaPu/Oe91rmnTYgCvYRC0YDIrby2351XorgbszOzSEuqvp5eWViNi065kq3rg+odOqVa4BQjOH11ZIOsj70c=; Message-ID: <382911.21518.qm@web81201.mail.mud.yahoo.com> X-YMail-OSG: nes7.vIVM1nxOn5cnCIsIM1qLL3LwX9lCBz41GPBsmBL4YA9qBPDIa_SgofIHFADKkwz2OaBAj0NoQn4_VB1D527.3wuxevysCjZGaA7fO_WHB1zGFzmdmoMI4A_bbTu.i7x9roqVUzydSPwVzeuYlWqeJhjTBTFQP_yfJoahNqU2WVTA6iccBGtb84mDD78kcCtJaMktGkuRQ449uVZkdAQwNnjvbvoVI4PL2aQrTKRhSxIn5sE0vawu06wXOtPt_0jUvoFI1MV83Bdmc7SIRPl6A6FbMNU.6U_cN8oF68lzs8dueA0dMl0MqUYWnwcKksqhrHYIntj9lzmps0akLFTTIZP1V6ghnDt.iOLCy9G11gFjffWigzGRFhJ95wplA5d Received: from [209.30.231.225] by web81201.mail.mud.yahoo.com via HTTP; Sun, 20 Sep 2009 19:43:35 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sun, 20 Sep 2009 19:43:35 -0700 (PDT) From: Mark To: Christian Weisgerber In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: help help Subject: Re: Downloading RTSP stream? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 02:43:36 -0000 I use mencoder to dump to a file on a ipcam security camera using rtsp. a sample command line =20 mencoder rtsp://user:pass@192.168.1.177 -ovc copy -o /str/cam7.avi > /var/l= og/cam7.log & --- On Sun, 9/20/09, Christian Weisgerber wrote: > From: Christian Weisgerber > Subject: Downloading RTSP stream? > To: freebsd-multimedia@freebsd.org > Date: Sunday, September 20, 2009, 12:56 PM > Do we have something in the ports > tree that can read an RTSP stream > where mplayer fails? >=20 > $ mplayer > rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/zdf= /09/09/090920_untergang_szent_istvan_tex_vh.mp4 > MPlayer 1.0rc2-4.2.1 (C) 2000-2007 MPlayer Team > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ > (Family: 15, Model: 67, Stepping: 3) > CPUflags:=A0 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 > SSE2: 1 > Compiled with runtime CPU detection. >=20 > Playing > rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/zdf= /09/09/090920_untergang_szent_istvan_tex_vh.mp4. > Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for > AF_INET6... > Couldn't resolve name for AF_INET6: > ondemand.quicktime.zdf.newmedia.nacamar.net > Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for > AF_INET... > Connecting to server > ondemand.quicktime.zdf.newmedia.nacamar.net[62.27.26.6]: > 554... > A single media stream only is supported atm. > rtsp_session: unsupported RTSP server. Server type is > 'DSS/6.0.3 (Build/526.3; Platform/Linux; Release/Darwin > Streaming Server; State/Development; )'. > Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for > AF_INET6... > Couldn't resolve name for AF_INET6: > ondemand.quicktime.zdf.newmedia.nacamar.net > Resolving ondemand.quicktime.zdf.newmedia.nacamar.net for > AF_INET... > Connecting to server > ondemand.quicktime.zdf.newmedia.nacamar.net[62.27.26.6]: > 80... > Server returned 404: error > No stream found to handle url > rtsp://ondemand.quicktime.zdf.newmedia.nacamar.net/zdf/data/quicktime/zdf= /09/09/090920_untergang_szent_istvan_tex_vh.mp4 >=20 > --=20 > Christian "naddy" Weisgerber=A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > =A0 naddy@mips.inka.de >=20 > _______________________________________________ > freebsd-multimedia@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.= org" > From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 03:23:57 2009 Return-Path: Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D281065670 for ; Mon, 21 Sep 2009 03:23:57 +0000 (UTC) (envelope-from noc@hdk5.net) Received: from guam10.hdk5.net (guam10.hdk5.net [66.180.132.235]) by mx1.freebsd.org (Postfix) with ESMTP id D048C8FC16 for ; Mon, 21 Sep 2009 03:23:56 +0000 (UTC) Received: from mohawk7.intra.net (unknown [66.180.149.18]) by guam10.hdk5.net (Postfix) with ESMTP id 0B4F21CCA0 for ; Sun, 20 Sep 2009 17:23:55 -1000 (HST) Message-ID: <4AB6F1CC.2060906@hdk5.net> Date: Sun, 20 Sep 2009 17:23:56 -1000 From: Al Plant User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 FreeBSD/i386 SeaMonkey/1.1.7 MIME-Version: 1.0 To: "freebsd-questions@FreeBSD. ORG" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Command line not saving in 8* X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 03:23:57 -0000 Aloha, Anybody have a cure for the root or users not being able to save the command line commands in csh/tcsh over a power off? On two machines I used for testing that have run other versions of FreeBSD with no issues I can't save the history as a user or root tcsh shell if shutdown -h or shutdown -r is used. You can exit the csh and tcsh and log back in and it is saved. This happens with the all 8.0 BETA*. This does not happen with the 7.2 p1 that Manolis distributes. Any Ideas what to look for? There has to be something different done with 8* that kills off the command line history. ~Al Plant - Honolulu, Hawaii - Phone: 808-284-2740 + http://hawaiidakine.com + http://freebsdinfo.org + + http://aloha50.net - Supporting - FreeBSD 6.* - 7.* - 8.* + < email: noc@hdk5.net > "All that's really worth doing is what we do for others."- Lewis Carrol From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 04:07:36 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA3C106566C for ; Mon, 21 Sep 2009 04:07:36 +0000 (UTC) (envelope-from agus.262@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 103938FC13 for ; Mon, 21 Sep 2009 04:07:35 +0000 (UTC) Received: by ewy4 with SMTP id 4so2103496ewy.36 for ; Sun, 20 Sep 2009 21:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=I710/bjatfJQxU8wp+DLtW+jN9ADBrnT6qwCqgQqjHg=; b=WmPy9sNNviJ/3XCpPN+IutdZIMli0eSSHLZI1fNXca9qz+uZ8tdHtFOWK/DIgPEEJG PBDnxwLige1wglN6YiI79Ifz434QYF8IgXP5OL3ScPQtEreqp/FVDuIVvEwhX5sFzzMQ 8CTBeF0BmolRU87IaY9n+obLx+VhpSr2S/QJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uaK+atFqAxZOn6hU7bg6TTuVr3/8ZiB1JmOvt7Jcb7LCw0+pdVKgY7f4z7MCWbQRXj Qi4gkm07GKBG5Pxritv3lCyE1VeDDZbNen5jjh7AGYIuy5ENu5MTzx3k1Gnr3WXMeLej V7HN1FTnc2sSYSIDkn0bR/ECw8lqj7CvPxADY= MIME-Version: 1.0 Received: by 10.211.128.15 with SMTP id f15mr5001657ebn.84.1253506054053; Sun, 20 Sep 2009 21:07:34 -0700 (PDT) In-Reply-To: <200909201413.03882.pieter@degoeje.nl> References: <200909201413.03882.pieter@degoeje.nl> Date: Mon, 21 Sep 2009 01:07:34 -0300 Message-ID: From: Agus To: Pieter de Goeje Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: Polling and kern.hz X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 04:07:36 -0000 2009/9/20 Pieter de Goeje : > On Saturday 19 September 2009, Agus wrote: >> Hi guys... >> >> Im reading ant playing with polling and kernel..... I read that >> polling increase net performance and i plan on using it... Now the >> question that arises is.. is polling and performance in general >> affected by the value of kern.hz? i have put in /boot.loader.con >> kern.hz=3D50 and was wondering if this number affects the number i >> choose for the polling options >> >> I wanna recompile kernel using >> >> options DEVICE_POLLING >> =A0options HZ=3D1000 >> >> So that 1000hz how affects the system? if it affects it at all........ >> >> thanks for anyone who can give me a hint.... >> >> Cheers, >> A > > To quote polling(4): > "Device polling disables interrupts by polling devices at appropriate > times, i.e., on clock interrupts and within the idle loop. =A0This way, t= he > context switch overhead is removed. =A0Furthermore, the operating system > can control accurately how much work to spend in handling device events, > and thus prevent livelock by reserving some amount of CPU to other tasks.= " > > HZ affects how often the device is polled. For high bandwidth situations,= it > is important that the latency is kept as low as possible. That means that= you > must poll the device as often as possible. So generally people use very h= igh > HZ values for polling, for example 10000. HZ=3D50 leads to latencies of a= bout > 20ms, way too high for normal network I/O. > > Note that you can change HZ without recompiling by specifying kern.hz=3D"= ###" in > loader.conf. > > -- > Pieter de Goeje > Thanks for the answer... I've been reading and find that i was confused... i thought that those hz where only for polling but i found that they are actually for the whole system clock... so now my doubt is if it will be better to activate polling and leave hz in 1000, or download hz to lets say 50 so i dont have too many context switches due to clock interrupts... I will try to test load changing only those parameters and come back with my results..... If u guys know any perf tester suitable for this please share..hehe... i will use iperf and will look for a web perf app..... Cheers, A From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 04:22:04 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536C0106566B for ; Mon, 21 Sep 2009 04:22:04 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D76688FC14 for ; Mon, 21 Sep 2009 04:22:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MpaPa-0006u0-WF for freebsd-questions@freebsd.org; Mon, 21 Sep 2009 06:22:03 +0200 Received: from pool-71-166-153-21.washdc.east.verizon.net ([71.166.153.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Sep 2009 06:22:02 +0200 Received: from nightrecon by pool-71-166-153-21.washdc.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Sep 2009 06:22:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Followup-To: gmane.os.freebsd.questions Date: Mon, 21 Sep 2009 00:22:21 -0400 Lines: 59 Message-ID: References: <20090920191928.GA1537@teddy.fas.com> <200909210339.26453.mel.flynn+fbsd.questions@mailing.thruhere.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-71-166-153-21.washdc.east.verizon.net Sender: news Subject: Re: DHCP client questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nightrecon@hotmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 04:22:04 -0000 Mel Flynn wrote: > On Sunday 20 September 2009 21:19:28 stan wrote: > >> I have several machines (such as a mailserver) which _MUST_ have fixed >> names. I have played around with /etc/dhcllient.conf, but not managed to >> get this working. I can get IP addresses, and various things such as >> default routers, and DNS servers, but I have not managed to get the >> suggested name put in their DNS. > > Ok, I know you're trying to make clear what your problem is, but it's > still not. So, let's try step by step,, using a FreeBSD mailserver as the > example: 1) Does the mailserver have a fixed HOSTNAME or can the HOSTNAME > change if the DHCP server wants it to? > > 2) When you say "but I have not managed to get the suggested name put in > their DNS", does this mean you expect the FreeBSD mailserver to enter > itself into the Microsoft DNS? Or can you not get the FreeBSD mailserver > to name itself according to what the DHCP server tells them to? > Don't seem to have all the details either, but from what little I can piece together is his company being bought by another necessitates the melding of his old systems with the new companies' Windows based environment. This could very well be an incorrect assumption on my part. In a Windows environment when DHCP is used, as it hands out IP addresses it then updates the IP/hostname pair in the DNS server database. This is configured to operate by the admins. Usually there are at least two DHCP scopes minimum for the dynamically assigned IPs, but there can also be configured a scope for static IPs for things such as mail servers. So it is still possible for a mail server to initialize networking via DHCP and be assigned the same statically assigned IP every time. It is the responsibility of the Windows DHCP servers to sync with the DNS server database. If you are not going to have static services such as a mail server initialize via DHCP then a system admin will have to manually enter this information into the DNS server database. Without possessing the administrative authority to do this things will get very frustrating. Bottom line is, if what I think is going on is correct, he can fight this battle in myriad different directions but inevitably all will lead back to the system admins of the purchasing company must get involved in order to properly meld the 2 networks together. All 10,000 different paths which can be pursued will ultimately lead back to this, so they ought to just bite the bullet and get it over with. (If one wants to run his own Unix based DNS servers so as to have this under his/her control set up for file based zone transfer from the Windows DNS servers. The key to making this work is to manually config the zone transfers on the Windows DNS machines to ascii instead of UTF8 or else the Unix box DNS zone files will be endlessly polluted with garbage characters. Of course this all is moot if you are not allowed to be delegated or be authoritative for your little piece of the DNS tree. Here again, this is still going to have to be handled by the purchasing companies' admins as they are the ones in the drivers seat. This type of melding of heterogeneous systems absolutely requires both sides to work together.) -Mike From owner-freebsd-questions@FreeBSD.ORG Mon Sep 21 04:44:47 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA354106566B for ; Mon, 21 Sep 2009 04:44:47 +0000 (UTC) (envelope-from tokaev@hotmail.com) Received: from bay0-omc1-s40.bay0.hotmail.com (bay0-omc1-s40.bay0.hotmail.com [65.54.246.112]) by mx1.freebsd.org (Postfix) with ESMTP id B1F748FC08 for ; Mon, 21 Sep 2009 04:44:47 +0000 (UTC) Received: from BAY113-W8 ([65.54.168.108]) by bay0-omc1-s40.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Sep 2009 21:32:49 -0700 Message-ID: Content-Type: multipart/mixed; boundary="_50e80e26-b210-4c9a-bbb5-75adb7366152_" X-Originating-IP: [212.152.49.136] From: Arkady Tokaev To: Date: Mon, 21 Sep 2009 08:32:49 +0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 21 Sep 2009 04:32:49.0302 (UTC) FILETIME=[9328C360:01CA3A74] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Error linking MYKERNEL X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 04:44:47 -0000 --_50e80e26-b210-4c9a-bbb5-75adb7366152_ Content-Type: text/plain; charset="iso-8859-5" Content-Transfer-Encoding: quoted-printable After hours of # make buildkernel KERNCONF=3DMYKERNEL I see this: ... linking kernel.debug if_ural.o(.text+0x743): In function `ural_free_tx_list': /usr/src/sys/dev/usb/if_ural.c:627: undefined reference to `ieee80211_free_= node' if_ural.o(.text+0x93a): In function `ural_detach': /usr/src/sys/dev/usb/if_ural.c:567: undefined reference to `ieee80211_ifdet= ach' if_ural.o(.text+0xe1c): In function `ural_attach': /usr/src/sys/dev/usb/if_ural.c:499: undefined reference to `ieee80211_init_= chann els' if_ural.o(.text+0xe24):/usr/src/sys/dev/usb/if_ural.c:501: undefined refere= nce t o `ieee80211_ifattach' if_ural.o(.text+0xe7e):/usr/src/sys/dev/usb/if_ural.c:513: undefined refere= nce t o `ieee80211_media_status' if_ural.o(.text+0xe8e):/usr/src/sys/dev/usb/if_ural.c:513: undefined refere= nce t o `ieee80211_media_init' if_ural.o(.text+0xeb0):/usr/src/sys/dev/usb/if_ural.c:515: undefined refere= nce t o `ieee80211_amrr_init' if_ural.o(.text+0xf22):/usr/src/sys/dev/usb/if_ural.c:531: undefined refere= nce t o `ieee80211_announce' if_ural.o(.text+0x1152): In function `ural_raw_xmit': /usr/src/sys/dev/usb/if_ural.c:2402: undefined reference to `ieee80211_free= _node ' if_ural.o(.text+0x1181):/usr/src/sys/dev/usb/if_ural.c:2408: undefined refe= rence to `ieee80211_free_node' if_ural.o(.text+0x13b5):/usr/src/sys/dev/usb/if_ural.c:2438: undefined refe= rence to `ieee80211_free_node' if_ural.o(.text+0x15b9): In function `ural_set_chan': /usr/src/sys/dev/usb/if_ural.c:1823: undefined reference to `ieee80211_chan= 2ieee ' if_ural.o(.text+0x1c5d): In function `ural_start': /usr/src/sys/dev/usb/if_ural.c:1461: undefined reference to `ieee80211_free= _node ' if_ural.o(.text+0x1f13):/usr/src/sys/dev/usb/if_ural.c:1479: undefined refe= rence to `ieee80211_cancel_scan' if_ural.o(.text+0x1f42):/usr/src/sys/dev/usb/if_ural.c:1486: undefined refe= rence to `ieee80211_find_txnode' if_ural.o(.text+0x1f87):/usr/src/sys/dev/usb/if_ural.c:1493: undefined refe= rence to `ieee80211_encap' if_ural.o(.text+0x1f98):/usr/src/sys/dev/usb/if_ural.c:1495: undefined refe= rence to `ieee80211_free_node' if_ural.o(.text+0x1ff5):/usr/src/sys/dev/usb/if_ural.c:1366: undefined refe= rence to `ieee80211_crypto_encap' if_ural.o(.text+0x21e5):/usr/src/sys/dev/usb/if_ural.c:1503: undefined refe= rence to `ieee80211_free_node' if_ural.o(.text+0x227a): In function `ural_txeof': /usr/src/sys/dev/usb/if_ural.c:882: undefined reference to `ieee80211_proce= ss_ca llback' if_ural.o(.text+0x2309):/usr/src/sys/dev/usb/if_ural.c:901: undefined refer= ence to `ieee80211_free_node' if_ural.o(.text+0x2b89): In function `ural_amrr_update': /usr/src/sys/dev/usb/if_ural.c:2508: undefined reference to `ieee80211_amrr= _choo se' if_ural.o(.text+0x2c7b): In function `ural_media_change': /usr/src/sys/dev/usb/if_ural.c:705: undefined reference to `ieee80211_media= _chan ge' if_ural.o(.text+0x2e26): In function `ural_ioctl': /usr/src/sys/dev/usb/if_ural.c:1578: undefined reference to `ieee80211_ioct= l' if_ural.o(.text+0x309a): In function `ural_task': /usr/src/sys/dev/usb/if_ural.c:755: undefined reference to `ieee80211_beaco= n_all oc' if_ural.o(.text+0x32bc):/usr/src/sys/dev/usb/if_ural.c:2450: undefined refe= rence to `ieee80211_amrr_node_init' if_ural.o(.text+0x38a4): In function `ural_rxeof': /usr/src/sys/dev/usb/if_ural.c:990: undefined reference to `ieee80211_find_= rxnod e' if_ural.o(.text+0x38e6):/usr/src/sys/dev/usb/if_ural.c:993: undefined refer= ence to `ieee80211_input' if_ural.o(.text+0x38ee):/usr/src/sys/dev/usb/if_ural.c:996: undefined refer= ence to `ieee80211_free_node' if_rum.o(.text+0x823): In function `rum_free_tx_list': /usr/src/sys/dev/usb/if_rum.c:668: undefined reference to `ieee80211_free_n= ode' if_rum.o(.text+0xa42): In function `rum_detach': /usr/src/sys/dev/usb/if_rum.c:607: undefined reference to `ieee80211_ifdeta= ch' if_rum.o(.text+0x12c6): In function `rum_attach': /usr/src/sys/dev/usb/if_rum.c:508: undefined reference to `ieee80211_init_c= hanne ls' if_rum.o(.text+0x12fd):/usr/src/sys/dev/usb/if_rum.c:516: undefined referen= ce to `ieee80211_ieee2mhz' if_rum.o(.text+0x1347):/usr/src/sys/dev/usb/if_rum.c:522: undefined referen= ce to `ieee80211_ieee2mhz' if_rum.o(.text+0x1391):/usr/src/sys/dev/usb/if_rum.c:528: undefined referen= ce to `ieee80211_ieee2mhz' if_rum.o(.text+0x13de):/usr/src/sys/dev/usb/if_rum.c:534: undefined referen= ce to `ieee80211_ieee2mhz' if_rum.o(.text+0x1413):/usr/src/sys/dev/usb/if_rum.c:540: undefined referen= ce to `ieee80211_ifattach' if_rum.o(.text+0x1463):/usr/src/sys/dev/usb/if_rum.c:552: undefined referen= ce to `ieee80211_media_status' if_rum.o(.text+0x1476):/usr/src/sys/dev/usb/if_rum.c:552: undefined referen= ce to `ieee80211_media_init' if_rum.o(.text+0x149b):/usr/src/sys/dev/usb/if_rum.c:554: undefined referen= ce to `ieee80211_amrr_init' if_rum.o(.text+0x1513):/usr/src/sys/dev/usb/if_rum.c:571: undefined referen= ce to `ieee80211_announce' if_rum.o(.text+0x1a2d): In function `rum_start': /usr/src/sys/dev/usb/if_rum.c:1398: undefined reference to `ieee80211_free_= node' if_rum.o(.text+0x1cd3):/usr/src/sys/dev/usb/if_rum.c:1416: undefined refere= nce t o `ieee80211_cancel_scan' if_rum.o(.text+0x1d02):/usr/src/sys/dev/usb/if_rum.c:1423: undefined refere= nce t o `ieee80211_find_txnode' if_rum.o(.text+0x1d47):/usr/src/sys/dev/usb/if_rum.c:1430: undefined refere= nce t o `ieee80211_encap' if_rum.o(.text+0x1d59):/usr/src/sys/dev/usb/if_rum.c:1432: undefined refere= nce t o `ieee80211_free_node' if_rum.o(.text+0x1dbf):/usr/src/sys/dev/usb/if_rum.c:1304: undefined refere= nce t o `ieee80211_crypto_encap' if_rum.o(.text+0x1f93):/usr/src/sys/dev/usb/if_rum.c:1440: undefined refere= nce t o `ieee80211_free_node' if_rum.o(.text+0x203a): In function `rum_txeof': /usr/src/sys/dev/usb/if_rum.c:846: undefined reference to `ieee80211_proces= s_cal lback' if_rum.o(.text+0x20c9):/usr/src/sys/dev/usb/if_rum.c:865: undefined referen= ce to `ieee80211_free_node' if_rum.o(.text+0x2129): In function `rum_set_chan': /usr/src/sys/dev/usb/if_rum.c:1794: undefined reference to `ieee80211_chan2= ieee' if_rum.o(.text+0x2b26): In function `rum_rxeof': /usr/src/sys/dev/usb/if_rum.c:939: undefined reference to `ieee80211_find_r= xnode ' if_rum.o(.text+0x2c61):/usr/src/sys/dev/usb/if_rum.c:959: undefined referen= ce to `ieee80211_input' if_rum.o(.text+0x2c6c):/usr/src/sys/dev/usb/if_rum.c:962: undefined referen= ce to `ieee80211_free_node' if_rum.o(.text+0x2cce):/usr/src/sys/dev/usb/if_rum.c:939: undefined referen= ce to MYCONFIG is incleded as MYCONFIG.txt Can you help me? Arkady Tokaev _________________________________________________________________ =BD=D5 =E5=DE=E2=D8=E2=D5=2C =E7=E2=DE=D1=EB =DA=E2=DE-=E2=DE =D7=DD=D0=DB= =2C =E7=E2=DE =D2=EB =D4=D5=DB=D0=DB=D8 =D2 =B8=DD=E2=D5=E0=DD=D5=E2=D5 =D2= =E7=D5=E0=D0? =B2=D0=DC =DD=E3=D6=D5=DD Internet Explorer 8. http://www.microsoft.ru/ie8= --_50e80e26-b210-4c9a-bbb5-75adb7366152_ Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="MYCONFIG.txt" Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMga2VybmVsIGNvbmZpZ3VyYXRpb24gZmlsZSBmb3IgRnJl ZUJTRC9pMzg2DQojDQojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNl IHJlYWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24NCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmls ZXM6DQojDQojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9i b29rcy9oYW5kYm9vay9rZXJuZWxjb25maWctY29uZg0KaWcuaHRtbA0KIw0KIyBUaGUgaGFuZGJv b2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vaw0K IyBpZiB5b3UndmUgaW5zdGFsbGVkIHRoZSBkb2MgZGlzdHJpYnV0aW9uLCBvdGhlcndpc2UgYWx3 YXlzIHNlZSB0aGUNCiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cu RnJlZUJTRC5vcmcvKSBmb3IgdGhlDQojIGxhdGVzdCBpbmZvcm1hdGlvbi4NCiMNCiMgQW4gZXho YXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9m IHRoZQ0KIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05P VEVTIGFuZCBOT1RFUyBmaWxlcy4NCiMgSWYgeW91IGFyZSBpbiBkb3VidCBhcyB0byB0aGUgcHVy cG9zZSBvciBuZWNlc3NpdHkgb2YgYSBsaW5lLCBjaGVjayBmaXJzdA0KIyBpbiBOT1RFUy4NCiMN CiMgJEZyZWVCU0Q6IHNyYy9zeXMvaTM4Ni9jb25mL0dFTkVSSUMsdiAxLjQ3NC4yLjE1LjIuMSAy MDA4LzExLzI1IDAyOjU5OjI5IGtlbnNtDQppdGggRXhwICQNCg0KI1Rva2FldiAyMDA5LTA5LTIw IGNwdSAgICAgICAgICBJNDg2X0NQVQ0KI1Rva2FldiAyMDA5LTA5LTIwIGNwdSAgICAgICAgICBJ NTg2X0NQVQ0KY3B1ICAgICAgICAgICAgIEk2ODZfQ1BVDQoNCg0KI1Rva2FldiAyMDA5LTA5LTIw IGlkZW50ICAgICAgICAgICAgICAgIEdFTkVSSUMNCmlkZW50ICAgTVlLRVJORUwgICAgICAgICNU b2thZXYgMjAwOS0wOS0yMA0KDQojIFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ugd2ly aW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRzDQojaGludHMgICAgICAgICAgIkdFTkVS SUMuaGludHMiICAgICAgICAgIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBkZXZpY2VzLg0K DQptYWtlb3B0aW9ucyAgICAgREVCVUc9LWcgICAgICAgICAgICAgICAgIyBCdWlsZCBrZXJuZWwg d2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scw0KDQpvcHRpb25zICAgICAgICAgU0NIRURfVUxFICAg ICAgICAgICAgICAgIyBVTEUgc2NoZWR1bGVyDQpvcHRpb25zICAgICAgICAgUFJFRU1QVElPTiAg ICAgICAgICAgICAgIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uDQpvcHRpb25zICAg ICAgICAgSU5FVCAgICAgICAgICAgICAgICAgICAgIyBJbnRlck5FVHdvcmtpbmcNCg0KI1Rva2Fl diAyMDA5LTA5LTIwIG9wdGlvbnMgICAgICBJTkVUNiAgICAgICAgICAgICAgICAgICAjIElQdjYg Y29tbXVuaWNhdGlvbnMgcHINCm90b2NvbHMNCg0Kb3B0aW9ucyAgICAgICAgIFNDVFAgICAgICAg ICAgICAgICAgICAgICMgU3RyZWFtIENvbnRyb2wgVHJhbnNtaXNzaW9uIFByb3RvY29sDQpvcHRp b25zICAgICAgICAgRkZTICAgICAgICAgICAgICAgICAgICAgIyBCZXJrZWxleSBGYXN0IEZpbGVz eXN0ZW0NCm9wdGlvbnMgICAgICAgICBTT0ZUVVBEQVRFUyAgICAgICAgICAgICAjIEVuYWJsZSBG RlMgc29mdCB1cGRhdGVzIHN1cHBvcnQNCm9wdGlvbnMgICAgICAgICBVRlNfQUNMICAgICAgICAg ICAgICAgICAjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzDQoNCiNUb2thZXYgMjAw OS0wOS0yMCBvcHRpb25zICAgICAgVUZTX0RJUkhBU0ggICAgICAgICAgICAgIyBJbXByb3ZlIHBl cmZvcm1hbmNlIG9uDQogYmlnIGRpcmVjdG9yaWVzDQoNCm9wdGlvbnMgICAgICAgICBVRlNfR0pP VVJOQUwgICAgICAgICAgICAjIEVuYWJsZSBnam91cm5hbC1iYXNlZCBVRlMgam91cm5hbGluZw0K DQpvcHRpb25zICAgICAgICAgTURfUk9PVCAgICAgICAgICAgICAgICAgIyBNRCBpcyBhIHBvdGVu dGlhbCByb290IGRldmljZQ0KDQojVG9rYWV2IDIwMDktMDktMjAgb3B0aW9ucyAgICAgIE5GU0NM SUVOVCAgICAgICAgICAgICAgICMgTmV0d29yayBGaWxlc3lzdGVtIENsaQ0KZW50DQojVG9rYWV2 IDIwMDktMDktMjAgb3B0aW9ucyAgICAgIE5GU1NFUlZFUiAgICAgICAgICAgICAgICMgTmV0d29y ayBGaWxlc3lzdGVtIFNlcg0KdmVyDQojVG9rYWV2IDIwMDktMDktMjAgb3B0aW9ucyAgICAgIE5G U0xPQ0tEICAgICAgICAgICAgICAgICMgTmV0d29yayBMb2NrIE1hbmFnZXINCiNUb2thZXYgMjAw OS0wOS0yMCBvcHRpb25zICAgICAgTkZTX1JPT1QgICAgICAgICAgICAgICAgIyBORlMgdXNhYmxl IGFzIC8sIHJlcXVpDQpyZXMgTkZTQ0xJRU5UDQoNCiNUb2thZXYgMjAwOS0wOS0yMCBvcHRpb25z ICAgICAgTVNET1NGUyAgICAgICAgICAgICAgICAgIyBNU0RPUyBGaWxlc3lzdGVtDQoNCiNUb2th ZXYgMjAwOS0wOS0yMCBvcHRpb25zICAgICAgQ0Q5NjYwICAgICAgICAgICAgICAgICAgIyBJU08g OTY2MCBGaWxlc3lzdGVtDQoNCm9wdGlvbnMgICAgICAgICBQUk9DRlMgICAgICAgICAgICAgICAg ICAjIFByb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNFVURPRlMpDQpvcHRpb25zICAgICAg ICAgUFNFVURPRlMgICAgICAgICAgICAgICAgIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsN Cm9wdGlvbnMgICAgICAgICBHRU9NX1BBUlRfR1BUICAgICAgICAgICAjIEdVSUQgUGFydGl0aW9u IFRhYmxlcy4NCm9wdGlvbnMgICAgICAgICBHRU9NX0xBQkVMICAgICAgICAgICAgICAjIFByb3Zp ZGVzIGxhYmVsaXphdGlvbg0Kb3B0aW9ucyAgICAgICAgIENPTVBBVF80M1RUWSAgICAgICAgICAg ICMgQlNEIDQuMyBUVFkgY29tcGF0IFtLRUVQIFRISVMhXQ0Kb3B0aW9ucyAgICAgICAgIENPTVBB VF9GUkVFQlNENCAgICAgICAgICMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0DQpvcHRpb25zICAg ICAgICAgQ09NUEFUX0ZSRUVCU0Q1ICAgICAgICAgIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUN Cm9wdGlvbnMgICAgICAgICBDT01QQVRfRlJFRUJTRDYgICAgICAgICAjIENvbXBhdGlibGUgd2l0 aCBGcmVlQlNENg0Kb3B0aW9ucyAgICAgICAgIFNDU0lfREVMQVk9NTAwMCAgICAgICAgICMgRGVs YXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJDQpvcHRpb25zICAgICAgICAgS1RSQUNFICAg ICAgICAgICAgICAgICAgIyBrdHJhY2UoMSkgc3VwcG9ydA0Kb3B0aW9ucyAgICAgICAgIFNUQUNL ICAgICAgICAgICAgICAgICAgICMgc3RhY2soOSkgc3VwcG9ydA0Kb3B0aW9ucyAgICAgICAgIFNZ U1ZTSE0gICAgICAgICAgICAgICAgICMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5DQpvcHRpb25z ICAgICAgICAgU1lTVk1TRyAgICAgICAgICAgICAgICAgIyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVl dWVzDQpvcHRpb25zICAgICAgICAgU1lTVlNFTSAgICAgICAgICAgICAgICAgIyBTWVNWLXN0eWxl IHNlbWFwaG9yZXMNCm9wdGlvbnMgICAgICAgICBfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcg IyBQT1NJWCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9uDQpzDQpvcHRpb25zICAgICAgICAg S0JEX0lOU1RBTExfQ0RFViAgICAgICAgIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2DQpv cHRpb25zICAgICAgICAgQURBUFRJVkVfR0lBTlQgICAgICAgICAgIyBHaWFudCBtdXRleCBpcyBh ZGFwdGl2ZS4NCm9wdGlvbnMgICAgICAgICBTVE9QX05NSSAgICAgICAgICAgICAgICAjIFN0b3Ag Q1BVUyB1c2luZyBOTUkgaW5zdGVhZCBvZiBJUEkNCm9wdGlvbnMgICAgICAgICBBVURJVCAgICAg ICAgICAgICAgICAgICAjIFNlY3VyaXR5IGV2ZW50IGF1ZGl0aW5nDQojb3B0aW9ucyAgICAgICAg S0RUUkFDRV9IT09LUyAgICAgICAgICAgIyBLZXJuZWwgRFRyYWNlIGhvb2tzDQoNCiMgVG8gbWFr ZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gbGluZXMgYXJlIG5lZWRlZA0Kb3B0aW9ucyAg ICAgICAgIFNNUCAgICAgICAgICAgICAgICAgICAgICMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29y IEtlcm5lbA0KZGV2aWNlICAgICAgICAgIGFwaWMgICAgICAgICAgICAgICAgICAgICMgSS9PIEFQ SUMNCg0KIyBDUFUgZnJlcXVlbmN5IGNvbnRyb2wNCmRldmljZSAgICAgICAgICBjcHVmcmVxDQoj IEJ1cyBzdXBwb3J0Lg0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGVp c2ENCg0KZGV2aWNlICAgICAgICAgIHBjaQ0KDQojIEZsb3BweSBkcml2ZXMNCmRldmljZSAgICAg ICAgICBmZGMNCg0KIyBBVEEgYW5kIEFUQVBJIGRldmljZXMNCmRldmljZSAgICAgICAgICBhdGEN CmRldmljZSAgICAgICAgICBhdGFkaXNrICAgICAgICAgIyBBVEEgZGlzayBkcml2ZXMNCmRldmlj ZSAgICAgICAgICBhdGFyYWlkICAgICAgICAgIyBBVEEgUkFJRCBkcml2ZXMNCmRldmljZSAgICAg ICAgICBhdGFwaWNkICAgICAgICAgIyBBVEFQSSBDRFJPTSBkcml2ZXMNCmRldmljZSAgICAgICAg ICBhdGFwaWZkICAgICAgICAgIyBBVEFQSSBmbG9wcHkgZHJpdmVzDQojVG9rYWV2IDIwMDktMDkt MjAgZGV2aWNlICAgICAgICAgICAgICAgYXRhcGlzdCAgICAgICAgICMgQVRBUEkgdGFwZSBkcml2 ZXMNCm9wdGlvbnMgICAgICAgICBBVEFfU1RBVElDX0lEICAgIyBTdGF0aWMgZGV2aWNlIG51bWJl cmluZw0KDQojIFNDU0kgQ29udHJvbGxlcnMNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAg ICAgICAgICAgICBhaGIgICAgICAgICAgICAgIyBFSVNBIEFIQTE3NDIgZmFtaWx5DQojVG9rYWV2 IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAgYWhjICAgICAgICAgICAgICMgQUhBMjk0 MCBhbmQgb25ib2FyZCBBSQ0KQzd4eHggZGV2aWNlcw0KI1Rva2FldiAyMDA5LTA5LTIwIG9wdGlv bnMgICAgICBBSENfUkVHX1BSRVRUWV9QUklOVCAgICAjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWwN CmRzIGluIGRlYnVnDQojVG9rYWV2IDIwMDktMDktMjAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0bw0KIGRyaXZlci4NCiNUb2thZXYg MjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBhaGQgICAgICAgICAgICAgIyBBSEEzOTMy MC8yOTMyMCBhbmQgb25iDQpvYXJkIEFJQzc5eHggZGV2aWNlcw0KI1Rva2FldiAyMDA5LTA5LTIw IG9wdGlvbnMgICAgICBBSERfUkVHX1BSRVRUWV9QUklOVCAgICAjIFByaW50IHJlZ2lzdGVyIGJp dGZpZWwNCmRzIGluIGRlYnVnDQojVG9rYWV2IDIwMDktMDktMjAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0bw0KIGRyaXZlci4NCiNU b2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBhbWQgICAgICAgICAgICAgIyBB TUQgNTNDOTc0IChUZWtyYW0gREMtDQozOTAoVCkpDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNl ICAgICAgICAgICAgICAgaHB0aW9wICAgICAgICAgICMgSGlnaHBvaW50IFJvY2tldFJhaWQgMw0K eHh4IHNlcmllcw0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGlzcCAg ICAgICAgICAgICAjIFFsb2dpYyBmYW1pbHkNCiNUb2thZXYgMjAwOS0wOS0yMCAjZGV2aWNlICAg ICAgaXNwZncgICAgICAgICAgICMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtDQphbGx5 IGEgbW9kdWxlDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAgbXB0ICAg ICAgICAgICAgICMgTFNJLUxvZ2ljIE1QVC1GdXNpb24NCiNUb2thZXYgMjAwOS0wOS0yMCAjZGV2 aWNlICAgICAgICAgICAgICBuY3IgICAgICAgICAgICAgIyBOQ1IvU3ltYmlvcyBMb2dpYw0KI1Rv a2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIHN5bSAgICAgICAgICAgICAjIE5D Ui9TeW1iaW9zIExvZ2ljIChuZXcNCmVyIGNoaXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpDQojVG9r YWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAgdHJtICAgICAgICAgICAgICMgVGVr cmFtIERDMzk1VS9VVy9GIERDMw0KMTVVIGFkYXB0ZXJzDQoNCiNUb2thZXYgMjAwOS0wOS0yMCBk ZXZpY2UgICAgICAgICAgICAgICBhZHYgICAgICAgICAgICAgIyBBZHZhbnN5cyBTQ1NJIGFkYXB0 ZXJzDQoNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBhZHcgICAgICAg ICAgICAgIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhDQpwdGVycw0KI1Rva2FldiAyMDA5LTA5LTIw IGRldmljZSAgICAgICAgICAgICAgIGFoYSAgICAgICAgICAgICAjIEFkYXB0ZWMgMTU0eCBTQ1NJ IGFkYXANCnRlcnMNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBhaWMg ICAgICAgICAgICAgIyBBZGFwdGVjIDE1WzAxMl14IFNDU0kNCmFkYXB0ZXJzLCBBSUMtNlsyM102 MC4NCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBidCAgICAgICAgICAg ICAgIyBCdXNsb2dpYy9NeWxleCBNdWx0aU1hDQpzdGVyIFNDU0kgYWRhcHRlcnMNCg0KI1Rva2Fl diAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIG5jdiAgICAgICAgICAgICAjIE5DUiA1 M0M1MDANCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBuc3AgICAgICAg ICAgICAgIyBXb3JrYml0IE5pbmphIFNDU0ktMw0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAg ICAgICAgICAgICAgIHN0ZyAgICAgICAgICAgICAjIFRNQyAxOEMzMC8xOEM1MA0KDQojIFNDU0kg cGVyaXBoZXJhbHMNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBzY2J1 cyAgICAgICAgICAgIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yDQogU0NTSSkNCiNUb2thZXYgMjAw OS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBjaCAgICAgICAgICAgICAgIyBTQ1NJIG1lZGlh IGNoYW5nZXJzDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAgZGEgICAg ICAgICAgICAgICMgRGlyZWN0IEFjY2VzcyAoZGlza3MpDQojVG9rYWV2IDIwMDktMDktMjAgZGV2 aWNlICAgICAgICAgICAgICAgc2EgICAgICAgICAgICAgICMgU2VxdWVudGlhbCBBY2Nlc3MgKHRh cA0KZSBldGMpDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAgY2QgICAg ICAgICAgICAgICMgQ0QNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBw YXNzICAgICAgICAgICAgIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRpDQpyZWN0IFNDU0kgYWNjZXNz KQ0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIHNlcyAgICAgICAgICAg ICAjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXINCnZpY2VzIChhbmQgU0FGLVRFKQ0KICAgICAgICAg ICAgQXJrRnJlZUJTRCMNCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJ IHN1YnN5c3RlbQ0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGFtciAg ICAgICAgICAgICAjIEFNSSBNZWdhUkFJRA0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAg ICAgICAgICAgIGFyY21zciAgICAgICAgICAjIEFyZWNhIFNBVEEgSUkgUkFJRA0KI1Rva2FldiAy MDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGFzciAgICAgICAgICAgICAjIERQVCBTbWFy dFJBSUQgViwgVkkgYW4NCmQgQWRhcHRlYyBTQ1NJIFJBSUQNCiNUb2thZXYgMjAwOS0wOS0yMCBk ZXZpY2UgICAgICAgICAgICAgICBjaXNzICAgICAgICAgICAgIyBDb21wYXEgU21hcnQgUkFJRCA1 Kg0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGRwdCAgICAgICAgICAg ICAjIERQVCBTbWFydGNhY2hlIElJSSwgSVYNCiAtIFNlZSBOT1RFUyBmb3Igb3B0aW9ucw0KI1Rv a2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGhwdG12ICAgICAgICAgICAjIEhp Z2hwb2ludCBSb2NrZXRSQUlEIDENCjgyeA0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAg ICAgICAgICAgIGhwdHJyICAgICAgICAgICAjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDENCjd4eCwg MjJ4eCwgMjN4eCwgMjV4eA0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAg IGlpciAgICAgICAgICAgICAjIEludGVsIEludGVncmF0ZWQgUkFJRA0KI1Rva2FldiAyMDA5LTA5 LTIwIGRldmljZSAgICAgICAgICAgICAgIGlwcyAgICAgICAgICAgICAjIElCTSAoQWRhcHRlYykg U2VydmVSQUkNCkQNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBtbHkg ICAgICAgICAgICAgIyBNeWxleCBBY2NlbGVSQUlEL2VYdHJlDQptZVJBSUQNCiNUb2thZXYgMjAw OS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICB0d2EgICAgICAgICAgICAgIyAzd2FyZSA5MDAw IHNlcmllcyBQQVRBDQovU0FUQSBSQUlEDQoNCiMgUkFJRCBjb250cm9sbGVycw0KI1Rva2FldiAy MDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGFhYyAgICAgICAgICAgICAjIEFkYXB0ZWMg RlNBIFJBSUQNCiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBhYWNwICAg ICAgICAgICAgIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBhDQphYyAocmVxdWlyZXMgQ0FNKQ0KI1Rv a2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIGlkYSAgICAgICAgICAgICAjIENv bXBhcSBTbWFydCBSQUlEDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAg bWZpICAgICAgICAgICAgICMgTFNJIE1lZ2FSQUlEIFNBUw0KI1Rva2FldiAyMDA5LTA5LTIwIGRl dmljZSAgICAgICAgICAgICAgIG1seCAgICAgICAgICAgICAjIE15bGV4IERBQzk2MCBmYW1pbHkN CiNUb2thZXYgMjAwOS0wOS0yMCBkZXZpY2UgICAgICAgICAgICAgICBwc3QgICAgICAgICAgICAg IyBQcm9taXNlIFN1cGVydHJhayBTWDYwDQowMA0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAg ICAgICAgICAgICAgIHR3ZSAgICAgICAgICAgICAjIDN3YXJlIEFUQSBSQUlEDQoNCiMgYXRrYmRj MCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UNCmRldmljZSAg ICAgICAgICBhdGtiZGMgICAgICAgICAgIyBBVCBrZXlib2FyZCBjb250cm9sbGVyDQpkZXZpY2Ug ICAgICAgICAgYXRrYmQgICAgICAgICAgICMgQVQga2V5Ym9hcmQNCmRldmljZSAgICAgICAgICBw c20gICAgICAgICAgICAgIyBQUy8yIG1vdXNlDQoNCmRldmljZSAgICAgICAgICBrYmRtdXggICAg ICAgICAgIyBrZXlib2FyZCBtdWx0aXBsZXhlcg0KDQpkZXZpY2UgICAgICAgICAgdmdhICAgICAg ICAgICAgICMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyDQoNCmRldmljZSAgICAgICAgICBzcGxhc2gg ICAgICAgICAgIyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydA0KDQojIHN5 c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNv bnNvbGUNCmRldmljZSAgICAgICAgICBzYw0KDQpkZXZpY2UgICAgICAgICAgYWdwICAgICAgICAg ICAgICMgc3VwcG9ydCBzZXZlcmFsIEFHUCBjaGlwc2V0cw0KDQojIFBvd2VyIG1hbmFnZW1lbnQg c3VwcG9ydCAoc2VlIE5PVEVTIGZvciBtb3JlIG9wdGlvbnMpDQojZGV2aWNlICAgICAgICAgYXBt DQojIEFkZCBzdXNwZW5kL3Jlc3VtZSBzdXBwb3J0IGZvciB0aGUgaTgyNTQuDQpkZXZpY2UgICAg ICAgICAgcG10aW1lcg0KDQojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0DQojIFBDTUNJQSBhbmQg Y2FyZGJ1cyBicmlkZ2Ugc3VwcG9ydA0KI1Rva2FldiAyMDA5LTA5LTIwIGRldmljZSAgICAgICAg ICAgICAgIGNiYiAgICAgICAgICAgICAjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UNCg0KI1Rva2Fl diAyMDA5LTA5LTIwIGRldmljZSAgICAgICAgICAgICAgIHBjY2FyZCAgICAgICAgICAjIFBDIENh cmQgKDE2LWJpdCkgYnVzDQojVG9rYWV2IDIwMDktMDktMjAgZGV2aWNlICAgICAgICAgICAgICAg Y2FyZGJ1cyAgICAgICAgICMgQ2FyZEJ1cyAoMzItYml0KSBidXMNCg0KIyBTZXJpYWwgKENPTSkg cG9ydHMNCmRldmljZSAgICAgICAgICBzaW8gICAgICAgICAgICAgIyA4MjUwLCAxNls0NV01MCBi YXNlZCBzZXJpYWwgcG9ydHMNCmRldmljZSAgICAgICAgICB1YXJ0ICAgICAgICAgICAgIyBHZW5l cmljIFVBUlQgZHJpdmVyDQoNCiMgUGFyYWxsZWwgcG9ydA0KZGV2aWNlICAgICAgICAgIHBwYw0K ZGV2aWNlICAgICAgICAgIHBwYnVzICAgICAgICAgICAjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1 aXJlZCkNCmRldmljZSAgICAgICAgICBscHQgICAgICAgICAgICAgIyBQcmludGVyDQpkZXZpY2Ug ICAgICAgICAgcGxpcCAgICAgICAgICAgICMgVENQL0lQIG92ZXIgcGFyYWxsZWwNCmRldmljZSAg ICAgICAgICBwcGkgICAgICAgICAgICAgIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UN CiNkZXZpY2UgICAgICAgICB2cG8gICAgICAgICAgICAgIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGEN Cg0KIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0 aGF0IGlzDQojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1bmNvbW1lbnQg dGhlIGZvbGxvd2luZw0KIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gc2lvLCB1YXJ0 IGFuZC9vciBwcGMgZHJpdmVycyk6DQojZGV2aWNlICAgICAgICAgcHVjDQoNCiMgUENJIEV0aGVy bmV0IE5JQ3MuDQpkZXZpY2UgICAgICAgICAgZGUgICAgICAgICAgICAgICMgREVDL0ludGVsIERD MjF4NHggKGBgVHVsaXAnJykNCmRldmljZSAgICAgICAgICBlbSAgICAgICAgICAgICAgIyBJbnRl bCBQUk8vMTAwMCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQ0KZGV2aWNlICAgICAgICAgIGlnYiAg ICAgICAgICAgICAjIEludGVsIFBSTy8xMDAwIFBDSUUgU2VydmVyIEdpZ2FiaXQgRmFtaWx5DQpk ZXZpY2UgICAgICAgICAgaXhnYiAgICAgICAgICAgICMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0 IENhcmQNCmRldmljZSAgICAgICAgICBsZSAgICAgICAgICAgICAgIyBBTUQgQW03OTAwIExBTkNF IGFuZCBBbTc5Qzl4eCBQQ25ldA0KZGV2aWNlICAgICAgICAgIHR4cCAgICAgICAgICAgICAjIDND b20gM2NSOTkwIChgYFR5cGhvb24nJykNCmRldmljZSAgICAgICAgICB2eCAgICAgICAgICAgICAg IyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0ZXgnJykNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcyB0 aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLg0KIyBOT1RFOiBCZSBz dXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVz ZSBOSUNzIQ0KZGV2aWNlICAgICAgICAgIG1paWJ1cyAgICAgICAgICAjIE1JSSBidXMgc3VwcG9y dA0KZGV2aWNlICAgICAgICAgIGFnZSAgICAgICAgICAgICAjIEF0dGFuc2ljL0F0aGVyb3MgTDEg R2lnYWJpdCBFdGhlcm5ldA0KI2RldmljZSAgICAgICAgIGFsZSAgICAgICAgICAgICAjIEF0aGVy b3MgQVI4MTIxL0FSODExMy9BUjgxMTQgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICBiY2UgICAg ICAgICAgICAgIyBCcm9hZGNvbSBCQ001NzA2L0JDTTU3MDggR2lnYWJpdCBFdGhlcm5ldA0KZGV2 aWNlICAgICAgICAgIGJmZSAgICAgICAgICAgICAjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0 aGVybmV0DQpkZXZpY2UgICAgICAgICAgYmdlICAgICAgICAgICAgICMgQnJvYWRjb20gQkNNNTcw eHggR2lnYWJpdCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIGRjICAgICAgICAgICAgICAjIERF Qy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzDQpkZXZpY2UgICAgICAgICAgZXQg ICAgICAgICAgICAgICMgQWdlcmUgRVQxMzEwIDEwLzEwMC9HaWdhYml0IEV0aGVybmV0DQpkZXZp Y2UgICAgICAgICAgZnhwICAgICAgICAgICAgICMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBC ICg4MjU1NywgODI1NTgpDQpkZXZpY2UgICAgICAgICAgam1lICAgICAgICAgICAgICMgSk1pY3Jv biBKTUMyNTAgR2lnYWJpdC9KTUMyNjAgRmFzdCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIGxn ZSAgICAgICAgICAgICAjIExldmVsIDEgTFhUMTAwMSBnaWdhYml0IEV0aGVybmV0DQpkZXZpY2Ug ICAgICAgICAgbXNrICAgICAgICAgICAgICMgTWFydmVsbC9TeXNLb25uZWN0IFl1a29uIElJIEdp Z2FiaXQgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICBuZmUgICAgICAgICAgICAgIyBuVmlkaWEg bkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIG5nZSAgICAgICAg ICAgICAjIE5hdFNlbWkgRFA4MzgyMCBnaWdhYml0IEV0aGVybmV0DQojZGV2aWNlICAgICAgICAg bnZlICAgICAgICAgICAgICMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0 d29ya2luZw0KDQpkZXZpY2UgICAgICAgICAgcGNuICAgICAgICAgICAgICMgQU1EIEFtNzlDOTd4 IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAnbGUnKQ0KDQpkZXZpY2UgICAgICAgICAgcmUg ICAgICAgICAgICAgICMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUw0KZGV2aWNlICAg ICAgICAgIHJsICAgICAgICAgICAgICAjIFJlYWxUZWsgODEyOS84MTM5DQpkZXZpY2UgICAgICAg ICAgc2YgICAgICAgICAgICAgICMgQWRhcHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQ0KZGV2 aWNlICAgICAgICAgIHNpcyAgICAgICAgICAgICAjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1z IFNpUyA5MDAvU2lTIDcwMTYNCmRldmljZSAgICAgICAgICBzayAgICAgICAgICAgICAgIyBTeXNL b25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQNCmRldmljZSAgICAgICAg ICBzdGUgICAgICAgICAgICAgIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkNCmRl dmljZSAgICAgICAgICBzdGdlICAgICAgICAgICAgIyBTdW5kYW5jZS9UYW1hcmFjayBUQzkwMjEg Z2lnYWJpdCBFdGhlcm5ldA0KZGV2aWNlICAgICAgICAgIHRpICAgICAgICAgICAgICAjIEFsdGVv biBOZXR3b3JrcyBUaWdvbiBJL0lJIGdpZ2FiaXQgRXRoZXJuZXQNCmRldmljZSAgICAgICAgICB0 bCAgICAgICAgICAgICAgIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFODQpkZXZpY2UgICAg ICAgICAgdHggICAgICAgICAgICAgICMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMn JykNCmRldmljZSAgICAgICAgICB2Z2UgICAgICAgICAgICAgIyBWSUEgVlQ2MTJ4IGdpZ2FiaXQg RXRoZXJuZXQ