From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 18 15:11:01 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B60616A41F for ; Sun, 18 Sep 2005 15:11:01 +0000 (GMT) (envelope-from freebsd@redry.net) Received: from luke.segpub.com.au (luke.segpub.com.au [64.49.254.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED7B843D46 for ; Sun, 18 Sep 2005 15:11:00 +0000 (GMT) (envelope-from freebsd@redry.net) Received: (qmail 82136 invoked by uid 89); 19 Sep 2005 01:11:00 +1000 Received: by simscan 1.1.0 ppid: 82112, pid: 82120, t: 0.5589s scanners: clamav: 0.86.1/m:33/d:984 spam: 3.0.4 Received: from unknown (HELO ?192.168.1.33?) (213.202.145.164) by 0 with SMTP; 19 Sep 2005 01:10:59 +1000 Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: eoghan Date: Sun, 18 Sep 2005 16:10:57 +0100 X-Mailer: Apple Mail (2.734) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on luke.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.4 Subject: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 15:11:01 -0000 Hello Im pretty new the freeBSD. Im working with 5.3. Each time I start up the computer I have to go to /usr/sbin/sysintall and configure it to use my network. I plugged directly in and Im not sure why I have to set this up each time. Also, when I go to configure -> networking -> interfaces it shows my network card (3COM) but gives an error about not finding the dhcpclient (but it still works). Wondering if theres a way to make it save my changes? Or is the issue related to the dhcp client? Thanks Eoghan From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 18 20:50:38 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14C5A16A41F for ; Sun, 18 Sep 2005 20:50:38 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: from smtpout-1.priv.cc.uic.edu (smtpout-1.cc.uic.edu [128.248.155.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 99C7543D45 for ; Sun, 18 Sep 2005 20:50:37 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 11052 invoked from network); 18 Sep 2005 15:50:37 -0500 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-1.cc.uic.edu with SMTP; 18 Sep 2005 15:50:37 -0500 Date: Sun, 18 Sep 2005 15:50:37 -0500 (CDT) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: eoghan In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Sep 2005 20:50:38 -0000 On Sun, 18 Sep 2005, eoghan wrote: > Hello > Im pretty new the freeBSD. Im working with 5.3. Each time I start up > the computer I have to go to /usr/sbin/sysintall and configure it to > use my network. I plugged directly in and Im not sure why I have to > set this up each time. > Also, when I go to configure -> networking -> interfaces it shows my > network card (3COM) but gives an error about not finding the > dhcpclient (but it still works). Wondering if theres a way to make it > save my changes? Or is the issue related to the dhcp client? > Thanks > Eoghan See man rc.conf There is a file /etc/rc.conf that controls pretty much every boot configuration option. You may have some bad entries in that file or you may have to set it up correctly. Read that man page, please. There is also an awesome handbook at freebsd.org. I hope that helps. -Zera Holladay From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 02:35:44 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D7FD16A41F for ; Mon, 19 Sep 2005 02:35:44 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id A782943D46 for ; Mon, 19 Sep 2005 02:35:40 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8J2ZcbF007125 for ; Mon, 19 Sep 2005 09:35:38 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8J2ZYhZ027337 for ; Mon, 19 Sep 2005 09:35:34 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-hackers@freebsd.org Date: Mon, 19 Sep 2005 09:35:36 +0700 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509190935.36658.root@solink.ru> Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 02:35:44 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=CF=D3=CB=D2=C5=D3=C5=CE=D8=C5 18= =F3=C5=CE=D4=D1=C2=D2=D8 2005 22:10 eoghan =CE=C1=D0=C9=D3=C1=CC(a): > Hello > Im pretty new the freeBSD. Im working with 5.3. Each time I start up > the computer I have to go to /usr/sbin/sysintall and configure it to > use my network. I plugged directly in and Im not sure why I have to > set this up each time. > Also, when I go to configure -> networking -> interfaces it shows my > network card (3COM) but gives an error about not finding the > dhcpclient (but it still works). Wondering if theres a way to make it > save my changes? Or is the issue related to the dhcp client? > Thanks > Eoghan You should write all the stuff to /etc/rc.conf (see man rc.conf for that), = but=20 in my opinion if you actually did /stand/sysinstall many times, your rc.con= f=20 "got cancer" if i can say so, because it writes the changes all the time in= =20 rc.conf not deleting previous. You should just write once something like: ifconfig_xl0=3D"inet netmask "' defaultrouter=3D"" and write down to the /etc/resolve.conf: nameserver or simply write down to /etc/rc.conf: ifconfig_xl0=3D"DHCP" From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 05:12:49 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 095A016A41F for ; Mon, 19 Sep 2005 05:12:49 +0000 (GMT) (envelope-from john.c.prather@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9534A43D45 for ; Mon, 19 Sep 2005 05:12:48 +0000 (GMT) (envelope-from john.c.prather@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so486215nzk for ; Sun, 18 Sep 2005 22:12:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=ZwLjMdJ+Xsul9vOPzuVPtQXYQ6BU1pCcZbtYtPxCw71vBYJGxldBwRJzHn8haoMcW2eF9tayygPgvdtIbbq4IiKnmiszzZ+23cg/TimC4cyUaWVyOvyjQgvDklQfIe59Plg4jKKQIXM/WJuKGAHt1KN15lk+P2P+IP5+EpD+TV4= Received: by 10.36.100.13 with SMTP id x13mr2095417nzb; Sun, 18 Sep 2005 22:12:47 -0700 (PDT) Received: by 10.37.21.26 with HTTP; Sun, 18 Sep 2005 22:12:47 -0700 (PDT) Message-ID: <25aa950305091822122bfe3819@mail.gmail.com> Date: Sun, 18 Sep 2005 22:12:47 -0700 From: John Prather To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PSM Synaptics Touchpad Options X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: john.c.prather@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 05:12:49 -0000 I've read quite a few posts regarding tunable psm settings=20 to affect values such as PSM_TAP_THRESHOLD,=20 PSM_TAP_TIMEOUT, etc., which should work with synaptics=20 support. I've been unable to get any suggested sysctls or loader.conf tunables to affect my touchpad on 5.4-RELEASE. I've found that I can add appropriate lines to sys/conf/options to allow me to set PSM_TAP_THRESHOLD and similar values in my kernel config file, finally allowing me to disable the tap=3Dclick effect.=20 Is there already a better solution which allows changes on running systems, such as sysctl based settings, or should I toss a send-pr in with the sys/conf/options patch to allow setting of these values in kernel config? -john psm0: flags 0x1000 irq 12 on atkbdc0 psm0: model Synaptics Touchpad, device ID 0 PSM_TAP_THRESHOLD opt_psm.h options PSM_TAP_THRESHOLD=3D150 From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 09:22:04 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A36116A41F; Mon, 19 Sep 2005 09:22:04 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E5A43D46; Mon, 19 Sep 2005 09:22:03 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j8J9LNr3068336; Mon, 19 Sep 2005 11:21:23 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <432E8360.8070505@DeepCore.dk> Date: Mon, 19 Sep 2005 11:22:40 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Roger O. Svenning" References: <000b01c5b972$06933c50$6401a8c0@aw001> In-Reply-To: <000b01c5b972$06933c50$6401a8c0@aw001> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-hackers@freebsd.org, sos@freebsd.org Subject: Re: Intel 6300ESB SATA and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 09:22:04 -0000 Roger O. Svenning wrote: >>>On 14/09/2005, at 17:36, Roger O. Svenning wrote: >>> >>> >>>>>You should try 6.0-beta4 as that contains the solution to >=20 > whatever >=20 >>>>>ATA problems you might have on 5.x. Let me know how that goes. >>>>> >>>>>S=F8ren Schmidt >>>>>sos@FreeBSD.org >>>> >>>>cvsup running as I'm writing this >>>> >>>>Would I waste my time trying to enable raid on this controller? >>> >>>Depends, its software RAID, so support relies on ataraid supporting >>>the on-disk metadata format, but you can try to setup a RAID on the >>>disks, it will get picked up if known.. >>> >>>S=F8ren Schmidt >>>sos@FreeBSD.org >> >>Ok, 6.0-beta4 built and installed successfully. >> >>I'm sorry to report I still get the timeouts. >> >>On the other hand it does recognize the (old) raid arrays now. >> >=20 >=20 > Oh well, replacing the SATA cable fixed it, I'm terribly sorry about > that :( >=20 > On the upside the SATA Raid seem to work nicely on 6.0-beta4 so the > upgrade did not turn out to be a waste of time. >=20 > Thanks a lot for the help S=F8ren NP! I'm just happy it works for you.. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 09:37:29 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0151116A41F for ; Mon, 19 Sep 2005 09:37:29 +0000 (GMT) (envelope-from freebsd@redry.net) Received: from luke.segpub.com.au (luke.segpub.com.au [64.49.254.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC7143D49 for ; Mon, 19 Sep 2005 09:37:28 +0000 (GMT) (envelope-from freebsd@redry.net) Received: (qmail 59629 invoked by uid 89); 19 Sep 2005 19:37:27 +1000 Received: by simscan 1.1.0 ppid: 59599, pid: 59610, t: 0.7798s scanners: clamav: 0.86.1/m:33/d:984 spam: 3.0.4 Received: from unknown (HELO ?137.43.83.191?) (137.43.83.191) by 0 with SMTP; 19 Sep 2005 19:37:26 +1000 Message-ID: <432E86D5.7000109@redry.net> Date: Mon, 19 Sep 2005 10:37:25 +0100 From: eoghan User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <200509190935.36658.root@solink.ru> In-Reply-To: <200509190935.36658.root@solink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on luke.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 09:37:29 -0000 Bachilo Dmitry wrote: > В сообщении от Воскресенье 18 Сентябрь 2005 22:10 eoghan написал(a): > > You should write all the stuff to /etc/rc.conf (see man rc.conf for that), but > in my opinion if you actually did /stand/sysinstall many times, your rc.conf > "got cancer" if i can say so, because it writes the changes all the time in > rc.conf not deleting previous. You should just write once something like: > > ifconfig_xl0="inet netmask "' > defaultrouter="" > > and write down to the /etc/resolve.conf: > > nameserver > > > or simply write down to /etc/rc.conf: > ifconfig_xl0="DHCP" Thanks for the info. i did have a look through the rc.conf and it sure does look like its written the settings many times. Does anyone have a sample of a clean rc.conf? Also, my network assign ip's to each pc on the network. I noticed in the conf the ip was specified, which can change... is there any way of doing this in the rc.conf? Eoghan From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 09:47:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2211816A41F for ; Mon, 19 Sep 2005 09:47:15 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6327043D45 for ; Mon, 19 Sep 2005 09:47:13 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8J9lBwt017750 for ; Mon, 19 Sep 2005 16:47:11 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8J9l6sm028268 for ; Mon, 19 Sep 2005 16:47:06 +0700 From: Bachilo Dmitry Organization: SoLink To: freebsd-hackers@freebsd.org Date: Mon, 19 Sep 2005 16:47:08 +0700 User-Agent: KMail/1.8 References: <200509190935.36658.root@solink.ru> <432E86D5.7000109@redry.net> In-Reply-To: <432E86D5.7000109@redry.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200509191647.09339.root@solink.ru> Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 09:47:15 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=CF=CE=C5=C4=C5=CC=D8=CE=C9=CB 19= =F3=C5=CE=D4=D1=C2=D2=D8 2005 16:37 eoghan =CE=C1=D0=C9=D3=C1=CC(a): > Bachilo Dmitry wrote: > > =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F7=CF=D3=CB=D2=C5=D3=C5=CE=D8= =C5 18 =F3=C5=CE=D4=D1=C2=D2=D8 2005 22:10 eoghan =CE=C1=D0=C9=D3=C1=CC(a): > > > > You should write all the stuff to /etc/rc.conf (see man rc.conf for > > that), but > > > in my opinion if you actually did /stand/sysinstall many times, your > > rc.conf > > > "got cancer" if i can say so, because it writes the changes all the > > time in > > > rc.conf not deleting previous. You should just write once something > > like: > > > > ifconfig_xl0=3D"inet netmask "' > > defaultrouter=3D"" > > > > and write down to the /etc/resolve.conf: > > > > nameserver > > > > > > or simply write down to /etc/rc.conf: > > ifconfig_xl0=3D"DHCP" > > Thanks for the info. i did have a look through the rc.conf and it sure > does look like its written the settings many times. Does anyone have a > sample of a clean rc.conf? Also, my network assign ip's to each pc on > the network. I noticed in the conf the ip was specified, which can > change... is there any way of doing this in the rc.conf? > Eoghan Here's mine /etc/rc.conf from work's router (shorted): defaultrouter=3D"192.168.65.4" gateway_enable=3D"YES" hostname=3D"storage.solink.office" ifconfig_rl0=3D"inet 192.168.1.1 netmask 255.255.255.0" ifconfig_rl1=3D"inet 192.168.66.166 netmask 255.255.240.0" inetd_enable=3D"YES" keymap=3D"ru.koi8-r" keyrate=3D"fast" linux_enable=3D"YES" mousechar_start=3D"3" moused_enable=3D"YES" saver=3D"logo" scrnmap=3D"koi8-r2cp866" sshd_enable=3D"YES" usbd_enable=3D"YES" And here is mine from notebook: font8x14=3D"cp866-8x14" font8x16=3D"cp866b-8x16" font8x8=3D"cp866-8x8" hostname=3D"notebook.bochasnet.academ.local" ifconfig_rl0=3D"DHCP" keymap=3D"ru.koi8-r" keyrate=3D"fast" linux_enable=3D"YES" mousechar_start=3D"3" moused_enable=3D"YES" saver=3D"logo" scrnmap=3D"koi8-r2cp866" sshd_enable=3D"YES" usbd_enable=3D"YES" As you can see on the first one i heve static IP and default router specifi= ed,=20 and on the second i have dynamic parameters. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 09:52:09 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B2FA16A41F for ; Mon, 19 Sep 2005 09:52:09 +0000 (GMT) (envelope-from wisher21@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B7143D48 for ; Mon, 19 Sep 2005 09:52:08 +0000 (GMT) (envelope-from wisher21@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so525763nzk for ; Mon, 19 Sep 2005 02:52:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=HZRujlEO18mGQMr+DZPZ85HkgkZ1EQ9oG/CBvGWkeAHMIThMhzQmweXB/QLDm29JsaNR6W1eg00aMvCa/5DjNjo3lfj4wBrBzmOlHipJUhaHKasUyw6Y4LNgqPChQG2Y3KzcZ/dYvmmX2C+JGfCLea/8FlOyWSnTsmeeRCaIkMk= Received: by 10.36.252.79 with SMTP id z79mr2201814nzh; Mon, 19 Sep 2005 02:52:08 -0700 (PDT) Received: by 10.36.104.2 with HTTP; Mon, 19 Sep 2005 02:52:08 -0700 (PDT) Message-ID: <57aea304050919025235c0a721@mail.gmail.com> Date: Mon, 19 Sep 2005 04:52:08 -0500 From: Ben Racine To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Issues with installing FreeBSD 5.4 from a DOS partition X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wisher21@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 09:52:09 -0000 Now, I'm somewhat new to FreeBSD, but I've really enjoyed it as an OS so far, and found it to be quite fast, stable, and well laid out.=20 Some things I've found difficult to get used to but I'm by and large quite impressed. Anyway, I set up 5.3 a while back from a DOS partition using the 5.3 boot disks, as I'm using an older 450 mhz pentium III which refused to boot from the CD drive for whatever reason. This went well, but some ports were having issues compiling, and a few other things so I decided to upgrade to 5.4, full clean install. First of all, I don't know if this is just a problem with my hardware, but it seems to me that the 'Install from ftp' option is broken in 5.4 and above - on both the computers I tried, they would hang on a 'part length 0' error most of the way through installing the docs dist - always at the same place, from whatever ftp I downloaded it from. On attempting to install version 6 the same way, I had the same problem on both pcs, in a slightly different portion of the install. So I decided to go the DOS partition route, as it seemed to be the best alternative. This is what I chose to do with 5.3 as well. My method in 5.3 was to first download the 5.3 disc 1 iso image from=20 ftp.freebsd.org, extract the image to the DOS partition and install.=20 However, as you are probably aware, the premade images in 5.4 and above are on two discs instead of just needing the one. Well, this ends up presenting a problem. Also in 5.4, there was a change in the INDEX file of the packages, and it will prompt you as to which CD has the package you want to install, and to please put that CD in. As you might imagine, it's difficult to switch cds when you are in fact installing off of a DOS partition. The fact that it's a DOS partition also makes it difficult to mount the drive beforehand, go into the packages directory and run 'make index'. What I ended up doing to resolve this was to go into the INDEX file in the /packages directory, and switch all the pipes at the end of each line to point to CD_DRIVE 0 instead of the 1 or 2 which they were pointed at. This fixed the problem, and 5.4 installed normally. Now, I didn't see any sort of mention of this anywhere in any docs I could find. The official install instructions didn't say anything about this in the section on installing from a DOS partition, or in the errata, etc. I also couldn't find any docs on how to edit the INDEX file and so on, so it's half luck that I even found a viable solution. I realize that almost all installs these days are going to be straight from an Atapi cd drive, and loading the OS only occurs very rarely, but this hardware is fine for me, and both the ftp and DOS partition are supposedly supported install options - it would be nice if they still worked out of the box, and that issues like what I had happen are at least mentioned somewhere with a workaround. I mean, even just an explanation of how to edit the cdrom.inf and INDEX files to get the install to fly would be great. Or a copy of edited versions somewhere on the ftp with a little note "if you want to install all the cd packages from a DOS partition, do this!". On the other hand, pain of the install aside I couldn't be much happier with the OS now that it's up. -Ben Racine From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 10:52:31 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F381B16A41F for ; Mon, 19 Sep 2005 10:52:30 +0000 (GMT) (envelope-from freebsd@redry.net) Received: from luke.segpub.com.au (luke.segpub.com.au [64.49.254.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7945B43D48 for ; Mon, 19 Sep 2005 10:52:30 +0000 (GMT) (envelope-from freebsd@redry.net) Received: (qmail 13646 invoked by uid 89); 19 Sep 2005 20:52:30 +1000 Received: by simscan 1.1.0 ppid: 13630, pid: 13637, t: 0.4511s scanners: clamav: 0.86.1/m:33/d:984 spam: 3.0.4 Received: from unknown (HELO ?137.43.83.191?) (137.43.83.191) by 0 with SMTP; 19 Sep 2005 20:52:29 +1000 Message-ID: <432E986C.60605@redry.net> Date: Mon, 19 Sep 2005 11:52:28 +0100 From: eoghan User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bachilo Dmitry References: <200509190935.36658.root@solink.ru> <432E86D5.7000109@redry.net> <200509191647.09339.root@solink.ru> In-Reply-To: <200509191647.09339.root@solink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on luke.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 10:52:31 -0000 Bachilo Dmitry wrote: > В сообщении от Понедельник 19 Сентябрь 2005 16:37 eoghan написал(a): > Here's mine /etc/rc.conf from work's router (shorted): > > defaultrouter="192.168.65.4" > gateway_enable="YES" > hostname="storage.solink.office" > ifconfig_rl0="inet 192.168.1.1 netmask 255.255.255.0" > ifconfig_rl1="inet 192.168.66.166 netmask 255.255.240.0" > inetd_enable="YES" > keymap="ru.koi8-r" > keyrate="fast" > linux_enable="YES" > mousechar_start="3" > moused_enable="YES" > saver="logo" > scrnmap="koi8-r2cp866" > sshd_enable="YES" > usbd_enable="YES" > > And here is mine from notebook: > > font8x14="cp866-8x14" > font8x16="cp866b-8x16" > font8x8="cp866-8x8" > hostname="notebook.bochasnet.academ.local" > ifconfig_rl0="DHCP" > keymap="ru.koi8-r" > keyrate="fast" > linux_enable="YES" > mousechar_start="3" > moused_enable="YES" > saver="logo" > scrnmap="koi8-r2cp866" > sshd_enable="YES" > usbd_enable="YES" > > > As you can see on the first one i heve static IP and default router specified, > and on the second i have dynamic parameters. Great! Thanks for the help. Will have a look once I get home. Eoghan From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 11:50:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A6416A41F for ; Mon, 19 Sep 2005 11:50:21 +0000 (GMT) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA30843D45 for ; Mon, 19 Sep 2005 11:50:18 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id ECC51C192; Mon, 19 Sep 2005 13:50:17 +0200 (CEST) Date: Mon, 19 Sep 2005 13:50:17 +0200 From: Guido van Rooij To: Wouter van Rooij Message-ID: <20050919115017.GA81350@gvr.gvr.org> References: <7603e5d805091604561e83e2f2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7603e5d805091604561e83e2f2@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: ELF binary type "0" not known. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 11:50:21 -0000 On Fri, Sep 16, 2005 at 11:56:09AM +0000, Wouter van Rooij wrote: > I have this error message when i'm wanting to start mozilla for example. Do > some of you know whats wrong and what I can do to get it working again? > > Wouter van Rooij ^^^^^^^^^^^^^^^^ Hey Wouter, you should have just asked me ;-) -Guido From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 19:34:19 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5482216A41F; Mon, 19 Sep 2005 19:34:19 +0000 (GMT) (envelope-from SRS0=bNIOtS2l=XV=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B61AD43D45; Mon, 19 Sep 2005 19:34:18 +0000 (GMT) (envelope-from SRS0=bNIOtS2l=XV=metro.cx=fbsd@sonologic.nl) Received: from [10.1.4.2] (sonolo.xs4all.nl [80.126.206.91]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id j8JJYDYR014330; Mon, 19 Sep 2005 19:34:14 GMT Message-ID: <432F1310.80007@metro.cx> Date: Mon, 19 Sep 2005 21:35:44 +0200 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vinod Kashyap References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> In-Reply-To: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.126.206.91 is authenticated by a trusted mechanism) Cc: freebsd-hackers@freebsd.org, Dimitry Andric Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 19:34:19 -0000 Vinod Kashyap wrote: > You seem to be booting off of a 9000 (twa) controller and not 7000/8000 > (twe). > It could be because of a 9000 firmware bug that you are not being able > to > get the dump. The firmware wrongly interprets physical address 0x0 as > invalid > during dumps, and fails the operations. This bug will be fixed in > future > firmware releases. Ok, it's been a while, here is an update on this. I ran a heavily instrumented kernel for two weeks on the server, it did not crash in that time. I then took out the witness and kdb/ddb stuff, because the decreased performance was a bit of a nuisance, however i retained the ability to obtain a crash dump. I had to limit physical memory, put it on 1.8GB in loader.conf:hw.physmem because swap and physmem are both 2GB. Tested with 'reboot -d' gave me a core dump. Without the debug stuff in the kernel, it crashed within 2 days, same story: postgresql process, function propagate_priority. However, no dump was written to disk :( Furthermore, i've been seeing the same crash (in propagate_priority) on another box in mysql processes. Both servers seem to panic every 2-3 days. I have another server of the exact same hardware configuration, but it is mainly idling most of the time. Haven't seen that one crash yet. I am thinking now that it is a bug in the twa driver, so i'll have to dig in to that. Furthermore, it seems to have to do with some sort of concurrency issue or otherwise timing-sensitive issue, because slowing the kernel down with debug code seems to avoid the panic. But, as i am completely new to the freebsd kernel and don't even know what turnstiles are, i imagine i will have a hard time. So if anyone can offer some help, please :) Ok, thanks for your attention, Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 19 20:15:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CDB16A41F for ; Mon, 19 Sep 2005 20:15:25 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CBD43D5A for ; Mon, 19 Sep 2005 20:15:13 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by qproxy.gmail.com with SMTP id e11so218956qbe for ; Mon, 19 Sep 2005 13:15:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gVTWroe07V0ElV+IN3hrY0+ltdl4nwYlkU8hNPEsUg80LXF3CLMTKYWmoz1TutnGVdUXpx1NmSvcx8UeqUK7w8Uc8DwB2Ou6YNpp3S3u5Yd3yb7iunoSMprP6yCHNSaXAxknKHlUhetv2KCtOUS72H08FI2rkOdPM7GQGrXTVjg= Received: by 10.65.22.16 with SMTP id z16mr54142qbi; Mon, 19 Sep 2005 11:28:07 -0700 (PDT) Received: by 10.65.22.7 with HTTP; Mon, 19 Sep 2005 11:28:07 -0700 (PDT) Message-ID: <17db6d3a05091911287aa14fb0@mail.gmail.com> Date: Mon, 19 Sep 2005 23:58:07 +0530 From: Nikhil Dharashivkar To: Robert Watson In-Reply-To: <20050907162312.J4961@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> <17db6d3a050906014048e2045b@mail.gmail.com> <20050906125754.Y51625@fledge.watson.org> <17db6d3a05090708104ff98a7c@mail.gmail.com> <20050907162312.J4961@fledge.watson.org> Cc: Peter Jeremy , freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nikhildharashivkar@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 20:15:25 -0000 Hi, I am able to backport kern_ktr.c and related files and ktrdump to versions older than 5.0 specially 4.1 with non-SMP configuration file kern_ktr.c file is compiled=20 successfully. But with SMP configuration file it is giving an assembly errors as follows = : cc -c -O -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../../BSD4.1/sys -I../../../include -I../../../../BSD4.1/include -DNILA -D_KERNEL -DNILA -include opt_global.h -elf -mpreferred-stack-boundary=3D2 ../../kern/kern_ktr.c ../../kern/kern_ktr.c:290: warning: no previous prototype for `ktr_tracepoi= nt' /tmp/ccW68912.s: Assembler messages: /tmp/ccW68912.s:218: Error: Rest of line ignored. First ignored character is `"'. /tmp/ccW68912.s:218: Error: Rest of line ignored. First ignored character is `"'. I am not getting this error ? what is this meant ? On 9/7/05, Robert Watson wrote: >=20 > On Wed, 7 Sep 2005, Nikhil Dharashivkar wrote: >=20 > > I went through the ktr and ktrdump options. I compiled the kernel > > with options ktr. I found that ktr support is mostly for lock and > > schedule. We can trace drivers using mask KTR_DEV and some CTR* > > statements in dirver. > > But This ktr support is from freebsd 5. I am aslo using freebsd 4.1= 0 > > and older. For this case, do I need to port KTR code for older version = ? > > or is there any other solution ? >=20 > KTR(9) was a facility added as part of the SMPng work to the 5.x branch, > and has not been backported to the 4.x branch at this point. It would no= t > be difficult to either backport it, or to add a light-weight trace ring > buffer of similar nature to fix, especially as 4.x doesn't have in-kernel > parellelism. >=20 > Robert N M Watson >=20 >=20 > > > > > > On 9/6/05, Robert Watson wrote: > >> On Tue, 6 Sep 2005, Nikhil Dharashivkar wrote: > >> > >>> Yes, it is ok if i loose data in ktrace queue when crash occurs. > >>> Basically, I want to give an Disk IO trace support to ktrace on FreeB= SD. > >>> So, what I am thinking to use struct dio in dastrategy routine = to > >>> trace the IO. I 'll use this struct to generate ktr_request. Throught > >>> ktr_writerequest it will be written in ktrace.out . > >>> Is it possible ? > >> > >> Try taking a look at KTR(9) and ktrdump(8) for information on ktr, the > >> in-kernel trace facility. ktrace(1) is almost entirely about tracing > >> process level system call behavior, and not structured for kernel even= t > >> tracing except in that context. I think you'll find KTR(9) is much mo= re > >> what you're looking for, and among other things, you can extract the > >> results from both live kernels and kernel crash dumps. > >> > >> Robert N M Watson > >> > >> > >>> > >>> > >>> > >>> On 9/6/05, Peter Jeremy wrote: > >>>> On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: > >>>>> Thanks for replying me. Basically what happend, while testing > >>>>> scsi driver on freebsd, at some point it crashes. So, there is no = way > >>>>> to know how much IO is performed. To know the IO state just before = the > >>>>> driver fails, i selected ktrace to print IO information whatever i = ll > >>>>> get from dastrategy routine. > >>>> > >>>> It's not clear how ktrace is going to help here. The ktrXXX(9) > >>>> functions place ktr_request events in a queue. A kernel thread then > >>>> dumps the queue entries into a file via the normal buffer cache. Th= e > >>>> data on disk is typically about 30 seconds behind real time. If the > >>>> system crashes, you will lose any events that are still in the buffe= r > >>>> cache or ktr_todo queue. > >>>> > >>>> Another problem is that since ktrace generates disk I/O, it is likel= y > >>>> to disturb your testing. > >>>> > >>>> A better approach would seem to be to build a circular buffer and > >>>> store the I/O requests in the buffer. When the system crashes, you > >>>> can look at the last entries in the buffer. > >>>> > >>>> -- > >>>> Peter Jeremy > >>>> > >>> > >>> > >>> -- > >>> Thanks and Regards, > >>> Nikhil. > >>> _______________________________________________ > >>> freebsd-hackers@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd= .org" > >>> > >> > > > > > > -- > > Thanks and Regards, > > Nikhil. > > >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 00:19:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AD716A41F for ; Tue, 20 Sep 2005 00:19:23 +0000 (GMT) (envelope-from adewole@sympatico.ca) Received: from BAYC1-PASMTP01.hotmail.com (bayc1-pasmtp01.bayc1.hotmail.com [65.54.191.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA18843D46 for ; Tue, 20 Sep 2005 00:19:23 +0000 (GMT) (envelope-from adewole@sympatico.ca) Message-ID: X-Originating-IP: [69.158.176.82] X-Originating-Email: [adewole@sympatico.ca] Received: from newton ([69.158.176.82]) by BAYC1-PASMTP01.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Sep 2005 17:18:56 -0700 Message-ID: <015401c5bd7a$359fc4d0$6601a8c0@newton> From: "Mike Adewole" To: "Simon 'corecode' Schubert" References: Date: Mon, 19 Sep 2005 20:28:18 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-OriginalArrivalTime: 20 Sep 2005 00:18:56.0737 (UTC) FILETIME=[E3E94D10:01C5BD78] Cc: freebsd-hackers@freebsd.org Subject: Re: syscons and SC_NO_CUTPASTE issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 00:19:24 -0000 ----- Original Message ----- From: "Simon 'corecode' Schubert" To: "Mike Adewole" Cc: Sent: Sunday, September 11, 2005 10:01 AM Subject: Re: syscons and SC_NO_CUTPASTE issue > On 08.09.2005, at 11:25, Mike Adewole wrote: > > I propose that: > > (d) the next release of the generic kernel should be compiled with > > SC_NO_CUTPASTE > why? I find cut+paste really useful per default. > besides, can't this be controlled with a sysctl? > cheers > > simon > the problem with the default setting is that it makes mouse support in a TUI environment nearly impossible without patching/recompiling the kernel. For instance, adding mouse support to sysinstall would be easier if cut and paste is delegated to the dialog utility (or other TUI environment) instead of being implemented directly by syscons. sysctl would be the perfect solution but I assumed it may be too big a change for some people. cheers Mike From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 01:57:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB05616A41F for ; Tue, 20 Sep 2005 01:57:20 +0000 (GMT) (envelope-from joshmoore@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFB143D45 for ; Tue, 20 Sep 2005 01:57:20 +0000 (GMT) (envelope-from joshmoore@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so64432nzd for ; Mon, 19 Sep 2005 18:57:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=SfOYwpN+uk0Tluxt9Ui9eoB9EIv/JVoy/reU1+sCVzNb7g3oZdeS43iceMvitC7OcxX56J3R0Bf0hf2mLs8M2qw9KQLDAkjry8ew2IN4Q3hpCnSO2FhK+dE39HeYjggZzT2PZT2ckj7nwlUAwUd7d9J2n8E0Xi7UZeBnkEkUsIM= Received: by 10.36.55.2 with SMTP id d2mr3106536nza; Mon, 19 Sep 2005 18:57:19 -0700 (PDT) Received: by 10.36.250.74 with HTTP; Mon, 19 Sep 2005 18:57:19 -0700 (PDT) Message-ID: Date: Mon, 19 Sep 2005 21:57:19 -0400 From: Josh Moore To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joshmoore@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 01:57:21 -0000 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 07:30:26 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEDB16A41F for ; Tue, 20 Sep 2005 07:30:26 +0000 (GMT) (envelope-from mats.lindberg@se.transport.bombardier.com) Received: from smtp2.transport.bombardier.com (smtp2.transport.bombardier.com [20.133.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 588AB43D46 for ; Tue, 20 Sep 2005 07:30:24 +0000 (GMT) (envelope-from mats.lindberg@se.transport.bombardier.com) Received: from EMEAML02.UK.BOMBARDIER.TRANSPORT.COM (emea-ml02.atle.bombardier.com [10.157.248.22]) by smtp2.transport.bombardier.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j8K7UKe4019334 for ; Tue, 20 Sep 2005 09:30:20 +0200 (CEST) To: freebsd-hackers@freebsd.org X-Mailer: Lotus Notes Release 6.0 September 26, 2002 Message-ID: From: mats.lindberg@se.transport.bombardier.com Date: Tue, 20 Sep 2005 09:29:48 +0200 X-MIMETrack: Serialize by Router on EMEA-ML02/Server/Transport/Bombardier(Release 6.0.3|September 18, 2003) at 09/20/2005 08:32:36 MIME-Version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: base64 Subject: real time prio X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 07:30:26 -0000 DQoNCg0KDQpIaQ0KDQpJJ20gaGF2aW5nIGEgY29tYmluYXRpb24gb2YgbGludXggYW5kIGZyZWVi c2QgT1NlcyBydW5uaW5nIGEgcmVsdGltZQ0Kc3lzdGVtLg0KT24gbGludXggSSB1c2UgdGhlIHNj aGVkX3NldHNjaGVkdWxlciB0b2dldGhlciB3aXRoIHJhaXNlZCBwcmlvcml0eSB0byBnZXQNCnJl YWx0aW1lIGNoYXJhY3RlcmlzdGljcy4NCkkgc2VlIHRoYXQgdGhlIHNhbWUgc3lzdGVtIGNhbGxz IGFyZSBpbXBsZW1lbnRlZCBpbiBmcmVlYnNkIGNhbiBJIHVzZSB0aGUNCnNhbWUgYXBwcm9hY2gg b3Igc2hvdWxkIHRoZQ0KcnRwcmlvKDEpIHdyYXBwZXIgYmUgdXNlZC4NCg0KTWF0cw0KDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhp cyBlLW1haWwgY29tbXVuaWNhdGlvbiAoYW5kIGFueSBhdHRhY2htZW50L3MpIG1heSBjb250YWlu IGNvbmZpZGVudGlhbA0Kb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBhbmQgaXMgaW50ZW5kZWQg b25seSBmb3IgdGhlIGluZGl2aWR1YWwocykgb3INCmVudGl0eSBuYW1lZCBhYm92ZSBhbmQgdG8g b3RoZXJzIHdobyBoYXZlIGJlZW4gc3BlY2lmaWNhbGx5IGF1dGhvcml6ZWQgdG8NCnJlY2VpdmUg aXQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBkbyBub3Qg cmVhZCwNCmNvcHksIHVzZSBvciBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5p Y2F0aW9uIHRvIG90aGVycy4gUGxlYXNlDQpub3RpZnkgdGhlIHNlbmRlciB0aGF0IHlvdSBoYXZl IHJlY2VpdmVkIHRoaXMgZS1tYWlsIGluIGVycm9yIGJ5IHJlcGx5DQplLW1haWwsIGFuZCBkZWxl dGUgdGhlIGUtbWFpbCBzdWJzZXF1ZW50bHkuDQpUaGFuayB5b3UuDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQoNCkNlIG1lc3NhZ2Ug KGFpbnNpIHF1ZSBsZShzKSBmaWNoaWVyL3MpLCB0cmFuc21pcyBwYXIgY291cnJpZWwsIHBldXQN CmNvbnRlbmlyIGRlcyByZW5zZWlnbmVtZW50cyBjb25maWRlbnRpZWxzIG91IHByb3TDqWfDqXMg ZXQgZXN0IGRlc3RpbsOpIMOgDQps4oCZdXNhZ2UgZXhjbHVzaWYgZHUgZGVzdGluYXRhaXJlIGNp LWRlc3N1cy4gVG91dGUgYXV0cmUgcGVyc29ubmUgZXN0IHBhcg0KbGVzIHByw6lzZW50ZXMgYXZp c8OpZSBxdeKAmWlsIGVzdCBzdHJpY3RlbWVudCBpbnRlcmRpdCBkZSBsZSBkaWZmdXNlciwgbGUN CmRpc3RyaWJ1ZXIgb3UgbGUgcmVwcm9kdWlyZS4gU2kgdm91cyBs4oCZYXZleiByZcOndSBwYXIg aW5hZHZlcnRhbmNlLCB2ZXVpbGxleg0Kbm91cyBlbiBhdmlzZXIgZXQgZMOpdHJ1aXJlIGNlIG1l c3NhZ2UuDQpNZXJjaS4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNCg== From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 14:47:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F79716A41F for ; Tue, 20 Sep 2005 14:47:03 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F72143D45 for ; Tue, 20 Sep 2005 14:47:03 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 5EB6246B3E; Tue, 20 Sep 2005 10:47:02 -0400 (EDT) Date: Tue, 20 Sep 2005 15:47:02 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Koen Martens In-Reply-To: <432F1310.80007@metro.cx> Message-ID: <20050920153806.F34322@fledge.watson.org> References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> <432F1310.80007@metro.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Dimitry Andric , Vinod Kashyap Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 14:47:03 -0000 On Mon, 19 Sep 2005, Koen Martens wrote: > Without the debug stuff in the kernel, it crashed within 2 days, same > story: postgresql process, function propagate_priority. However, no dump > was written to disk :( > > Furthermore, i've been seeing the same crash (in propagate_priority) on > another box in mysql processes. Both servers seem to panic every 2-3 > days. I have another server of the exact same hardware configuration, > but it is mainly idling most of the time. Haven't seen that one crash > yet. > > I am thinking now that it is a bug in the twa driver, so i'll have to > dig in to that. Furthermore, it seems to have to do with some sort of > concurrency issue or otherwise timing-sensitive issue, because slowing > the kernel down with debug code seems to avoid the panic. But, as i am > completely new to the freebsd kernel and don't even know what turnstiles > are, i imagine i will have a hard time. So if anyone can offer some > help, please :) > > Ok, thanks for your attention, I can't speak to the problem with the core dumps, as it sounds like that is device/firmware related. However, I probably can lend a hand in debugging the problems you're seeing. First off, propagate_priority() is part of the priority propagation mechanism associated with mutexes, which are a locking primitive in the FreeBSD kernel. Most panic in propagate_priority() are actually the result of a corrupted mutex, and when the mutex code goes to perform priority propagation, it trips over bad pointers and panics in some form of another. Often, this means the actual panic or failure has not occurred in the thread that prints out the panic you see, but another panic. So the first task on hitting a propagate_priority() panic is to identify the thread that actually had the problem. Usually, I do this from DDB, rather than a core dump, because I find that DDB's tools for inspect running state are a little easier to use. First, I identify what code called into the mutex call that resulted in propagate_priority() being called. The reason to do this is that what you want to do next is use "ps" and "trace" to identify other processes/threads in the same code, and hence likely to have caused a problem with the mutex storage in memory. Generally, you're looking for a panic in another thread, so once you identify a set of threads that might be to blame, you can trace them to find one that is in panic(). Usually, that thread will be in the RUN state, or on an SMP box, possibly running on another CPU. If you're running 6.x, the thread that panicked was likely preempted as it had problems, perhaps due to an untimely interrupt. If you want to do this by e-mail so we can lend a hand, you probably want to hook up a serial console so you can copy and paste the debugging session. Compile DDB into the kernel (this should have no performance overhead), and when the system panics, you'll (ideally) get a db> prompt. The panic message and any related context (such as trap information) is useful. I usually then use "show percpu" to see what CPU I'm running on, the thread that's running, etc. I'll then use "trace" with no argument to see the stack of the thread. If I'm trying to find another thread that may have been preempted, I'll use "ps" to show the running processes and threads, then "trace " to trace the main thread of processes that look interesting. Generally, those in the RUN state, because the thread will be runnable. If you're running on an SMP system, you may occasionally find that information to inspect the stacks of threads currently running on other processors may not be consistently in memory -- i.e., cached, the stack frame is partially written, or whatever. There's a kernel option, KDB_STOP_NMI, which when combined with a sysctl, will cause the debugger to deliver an NMI IPI instead of a debug IPI, which may help kick those processors into the debugger if they are stuck in spin locks. However, the chances are fairly good this isn't the case so you're probably fine without it. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 17:54:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F4C16A420 for ; Tue, 20 Sep 2005 17:54:55 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05CB843D48 for ; Tue, 20 Sep 2005 17:54:54 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: by xproxy.gmail.com with SMTP id t6so7441wxc for ; Tue, 20 Sep 2005 10:54:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=ApH6JY0MwTWFAbspYceHUBSpXM4pcgRSe879VrRX8ZZf3PrrqNylIo3Mwl3oNmZ5zsz5d6UX1Fl6UhvDwB/kw7pbld40JMgfNjOoBnELOTLx883rJ4qxDF2hW5uE2a1S6F9mLoxxxdK0wVReKEDRxaes3VhdWmkQMkf+IzTmikQ= Received: by 10.70.16.16 with SMTP id 16mr2064232wxp; Tue, 20 Sep 2005 10:48:20 -0700 (PDT) Received: from ?192.168.32.1? ( [82.231.252.157]) by mx.gmail.com with ESMTP id i13sm811740wxd.2005.09.20.10.48.19; Tue, 20 Sep 2005 10:48:20 -0700 (PDT) From: Sebastien To: freebsd-hackers@freebsd.org Date: Tue, 20 Sep 2005 19:49:53 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509201949.53951.sebastien.bourdeauducq@gmail.com> Subject: Filesystem access from a KLD causes "vrele: negative ref cnt" panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 17:54:55 -0000 Hello, When the following kernel code has been run : ------------------------ struct thread *td = curthread; struct nameidata nd; int flags, resid; struct vattr vat; /* Some threads don't have a current working directory, set this to avoid a page fault on vn_open() call */ if(td->td_proc->p_fd->fd_rdir == NULL) td->td_proc->p_fd->fd_rdir = rootvnode; if(td->td_proc->p_fd->fd_cdir == NULL) td->td_proc->p_fd->fd_cdir = rootvnode; NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, &filename[0], td); flags = FREAD; vn_open(&nd, &flags, 0, -1); NDFREE(&nd, NDF_ONLY_PNBUF); /* Get the file size. */ VOP_GETATTR(nd.ni_vp, &vat, td->td_ucred, td); VOP_UNLOCK(nd.ni_vp, 0, td); vn_rdwr(UIO_READ, nd.ni_vp, buf, vat.va_size, 0, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, NOCRED, &resid, td); vn_close(nd.ni_vp, FREAD, td->td_ucred, td); ------------------------ I have a random panic "vrele: negative ref cnt" when I shutdown the system. Am I double-freeing something in my code ? The fact that the panic is caused randomly suggests there is a synchronization problem - but the above code is always running under the protection of the Giant mutex. Regards, Sebastien PS: This was previously posted on freebsd-fs, but got no answers. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 20:40:09 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A9416A420 for ; Tue, 20 Sep 2005 20:40:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19FAC43D4C for ; Tue, 20 Sep 2005 20:40:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 20 Sep 2005 16:55:24 -0400 From: John Baldwin To: Koen Martens Date: Tue, 20 Sep 2005 16:04:43 -0400 User-Agent: KMail/1.8 References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> <432F1310.80007@metro.cx> In-Reply-To: <432F1310.80007@metro.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509201604.44393.jhb@FreeBSD.org> Cc: freebsd-hackers@freebsd.org, Dimitry Andric , Vinod Kashyap Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 20:40:09 -0000 On Monday 19 September 2005 03:35 pm, Koen Martens wrote: > Vinod Kashyap wrote: > > You seem to be booting off of a 9000 (twa) controller and not 7000/8000 > > (twe). > > It could be because of a 9000 firmware bug that you are not being able > > to > > get the dump. The firmware wrongly interprets physical address 0x0 as > > invalid > > during dumps, and fails the operations. This bug will be fixed in > > future > > firmware releases. > > Ok, it's been a while, here is an update on this. > > I ran a heavily instrumented kernel for two weeks on the server, it > did not crash in that time. I then took out the witness and kdb/ddb > stuff, because the decreased performance was a bit of a nuisance, > however i retained the ability to obtain a crash dump. I had to > limit physical memory, put it on 1.8GB in loader.conf:hw.physmem > because swap and physmem are both 2GB. Tested with 'reboot -d' gave > me a core dump. > > Without the debug stuff in the kernel, it crashed within 2 days, > same story: postgresql process, function propagate_priority. > However, no dump was written to disk :( > > Furthermore, i've been seeing the same crash (in propagate_priority) > on another box in mysql processes. Both servers seem to panic every > 2-3 days. I have another server of the exact same hardware > configuration, but it is mainly idling most of the time. Haven't > seen that one crash yet. > > I am thinking now that it is a bug in the twa driver, so i'll have > to dig in to that. Furthermore, it seems to have to do with some > sort of concurrency issue or otherwise timing-sensitive issue, > because slowing the kernel down with debug code seems to avoid the > panic. But, as i am completely new to the freebsd kernel and don't > even know what turnstiles are, i imagine i will have a hard time. So > if anyone can offer some help, please :) > > Ok, thanks for your attention, This panic usually happens either because a thread went to sleep while holding a mutex (WITNESS will warn you about this when it happens, but as you noted, it slows things down). It can also happen perhaps if a thread exits while holding a lock or if a thread is blocked on a mutex that is destroyed after it blocks on it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 21:59:29 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A8116A41F for ; Tue, 20 Sep 2005 21:59:29 +0000 (GMT) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [64.81.53.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C54EA43D58 for ; Tue, 20 Sep 2005 21:59:24 +0000 (GMT) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 9063233CBE; Tue, 20 Sep 2005 14:59:23 -0700 (PDT) Date: Tue, 20 Sep 2005 14:59:23 -0700 From: Ulf Zimmermann To: hackers@freebsd.org Message-ID: <20050920215923.GT10572@evil.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: Subject: HP DL140g2 with serial ata hangs at ata0-master identifying X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 21:59:29 -0000 I am trying to install 5.4-REL on a HP DL140g2 which has serial ata inside, but also pata interfaces (for like the cdrom) but no option to disable the said pata ports. And 5.4-rel install boot only cd is hanging at ata0-master identify. Is there a way to tell the kernel not to probe ata0? It hasn't even gone through it to find the sata controller. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 20 22:38:31 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 986A216A41F for ; Tue, 20 Sep 2005 22:38:31 +0000 (GMT) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [64.81.53.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5738A43D46 for ; Tue, 20 Sep 2005 22:38:31 +0000 (GMT) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id 280C533CBE; Tue, 20 Sep 2005 15:38:29 -0700 (PDT) Date: Tue, 20 Sep 2005 15:38:29 -0700 From: Ulf Zimmermann To: Ulf Zimmermann Message-ID: <20050920223829.GV10572@evil.alameda.net> References: <20050920215923.GT10572@evil.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050920215923.GT10572@evil.alameda.net> User-Agent: Mutt/1.4.2.1i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: hackers@freebsd.org Subject: Re: HP DL140g2 with serial ata hangs at ata0-master identifying X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 22:38:31 -0000 On Tue, Sep 20, 2005 at 02:59:23PM -0700, Ulf Zimmermann wrote: > I am trying to install 5.4-REL on a HP DL140g2 which has serial > ata inside, but also pata interfaces (for like the cdrom) but no > option to disable the said pata ports. And 5.4-rel install boot only > cd is hanging at ata0-master identify. Is there a way to tell the > kernel not to probe ata0? It hasn't even gone through it to find > the sata controller. Ok I looked a bit closer, the ata0-master identify timeouts are actually the serial drive. It finds the ICH5 controller, but then fails at the sata drive (160GB Maxtor). Anyone have an idea what else to look for? System boots RedHat EL3 fine. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 05:39:07 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 677C016A41F for ; Wed, 21 Sep 2005 05:39:07 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F317443D48 for ; Wed, 21 Sep 2005 05:39:06 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: by xproxy.gmail.com with SMTP id i26so125823wxd for ; Tue, 20 Sep 2005 22:39:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hchQw/OVpwRZ+diJ6hCYfs6OwGIj/+aXvO6YSQOqJy4Fs9f1Jvg9eA4552CqiGcpTkCF1thd0lxixY1PuD2Cov3r2gSKaou7Uv9BTbuG9T/pMvdpjGEeuauaB2LO4EQ3xr1wpGug58updQBv1XBSgwOBk8zJk3EIF64iV8V0MT4= Received: by 10.70.16.17 with SMTP id 17mr2336477wxp; Tue, 20 Sep 2005 22:39:06 -0700 (PDT) Received: by 10.70.15.12 with HTTP; Tue, 20 Sep 2005 22:39:06 -0700 (PDT) Message-ID: <9f99931605092022396c685991@mail.gmail.com> Date: Wed, 21 Sep 2005 11:09:06 +0530 From: rashmi ns To: bugi@lists.redbrick.dcu.ie, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: KINDLY HELP : error while kldloading a pci,character driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nsrashmi@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 05:39:07 -0000 Hi All, This is the output of dmesg i get when i kldload my module=20 ***************************************************************************= ********************************** mem 0x40300000-0x40300fff irq 11 at device 11.0 on pci1 WARNING: Device driver "hdlc_cdev" has wrong version and is disabled.=20 Recompile KLD module. ***************************************************************************= ********************************** In attach function of pci driver i'll try to create character device interface i just register this like this sc->hdlc_cdev =3D make_dev (&hdlc_cdevsw,0, UID_ROOT, GID_WHEEL, 0600, "hdlc_cdev"); where=20 static struct cdevsw hdlc_cdevsw =3D { .d_name =3D "hdlc_cdev", .d_maj =3D CDEV_MAJOR, /*251*/ .d_open =3D hdlc_open, .d_read =3D hdlc_read, }; in read and write functions i just have some printf statements inorder to t= est . when i do=20 ls -l /dev/hdlc_cdev crw------- 1 root wheel 251, 0 Sep 20 19:38 /dev/hdlc_cdev cat /dev/hdlc_cdev=20 cat: /dev/hdlc_cdev: Device not configured but why do i get this error Thanks in Advance , Rashmi.N.S From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 05:50:53 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 001AE16A41F for ; Wed, 21 Sep 2005 05:50:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C71543D48 for ; Wed, 21 Sep 2005 05:50:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8L5oiFr026768 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 21 Sep 2005 15:20:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, nsrashmi@gmail.com Date: Wed, 21 Sep 2005 15:20:43 +0930 User-Agent: KMail/1.8.2 References: <9f99931605092022396c685991@mail.gmail.com> In-Reply-To: <9f99931605092022396c685991@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5581737.3kVIlSVHhM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509211520.44476.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: bugi@lists.redbrick.dcu.ie Subject: Re: KINDLY HELP : error while kldloading a pci,character driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 05:50:53 -0000 --nextPart5581737.3kVIlSVHhM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 September 2005 15:09, rashmi ns wrote: > .d_name =3D "hdlc_cdev", > .d_maj =3D CDEV_MAJOR, /*251*/ > .d_open =3D hdlc_open, > .d_read =3D hdlc_read, > but why do i get this error You need =2Ed_version =3D D_VERSION, in your cdevsw. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5581737.3kVIlSVHhM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMPS05ZPcIHs/zowRAkeSAJsH18Jm1Ei/6KYJccEOV2E2gbxEdgCfXkNy 5zjcnyc2e+i8W4UMhiE3Js8= =BteG -----END PGP SIGNATURE----- --nextPart5581737.3kVIlSVHhM-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 06:08:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A283716A41F for ; Wed, 21 Sep 2005 06:08:59 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B6143D4C for ; Wed, 21 Sep 2005 06:08:59 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: by xproxy.gmail.com with SMTP id t8so81321wxc for ; Tue, 20 Sep 2005 23:08:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gLNHWIoDt1nNYmHuIptIUA5cuSAKLqrYUMs4osd0iNb8CyEjiFclb05JwUUb15YTLLOO8a+5BNZDQyjAN/lCzYdBQSiaImx3lo3xqHn2o91cFRaV52AkYm7tvYv2mGHUGAQsvdUFqwG2AkJvGP2M/QT485fLmmpNvK6rM3rPAJU= Received: by 10.70.17.12 with SMTP id 12mr2238151wxq; Tue, 20 Sep 2005 23:08:58 -0700 (PDT) Received: by 10.70.15.12 with HTTP; Tue, 20 Sep 2005 23:08:58 -0700 (PDT) Message-ID: <9f99931605092023081f94b12@mail.gmail.com> Date: Wed, 21 Sep 2005 11:38:58 +0530 From: rashmi ns To: Daniel O'Connor , freebsd-hackers@freebsd.org In-Reply-To: <200509211520.44476.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9f99931605092022396c685991@mail.gmail.com> <200509211520.44476.doconnor@gsoft.com.au> Cc: Subject: Re: KINDLY HELP : error while kldloading a pci,character driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nsrashmi@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 06:08:59 -0000 Hi, Amazing, Thanks a lot it really works !!!!!!!!!!!!!!!!.=20 Now i have to read what D_VERSION does :-) Thanks , Rashmi.N.S From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 06:17:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB2516A41F for ; Wed, 21 Sep 2005 06:17:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4440B43D46 for ; Wed, 21 Sep 2005 06:17:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8L6HHKx026964 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 21 Sep 2005 15:47:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: nsrashmi@gmail.com Date: Wed, 21 Sep 2005 15:47:12 +0930 User-Agent: KMail/1.8.2 References: <9f99931605092022396c685991@mail.gmail.com> <200509211520.44476.doconnor@gsoft.com.au> <9f99931605092023081f94b12@mail.gmail.com> In-Reply-To: <9f99931605092023081f94b12@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart22546802.EfKS0QaE5W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509211547.12911.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-hackers@freebsd.org Subject: Re: KINDLY HELP : error while kldloading a pci,character driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 06:17:26 -0000 --nextPart22546802.EfKS0QaE5W Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 September 2005 15:38, rashmi ns wrote: > Amazing, Thanks a lot it really works !!!!!!!!!!!!!!!!. > Now i have to read what D_VERSION does :-) It's just there to mark what cdevsw API version the module was compiled wit= h=20 so if it changes it will prevent you loading modules than won't fit the=20 cdevsw framework. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart22546802.EfKS0QaE5W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDMPro5ZPcIHs/zowRAq41AJ47YjKH6MlAXo95cXKDBkBr8UfQIgCdGH/O OXtL8Mlao20ctZhUyZxlZ88= =JACB -----END PGP SIGNATURE----- --nextPart22546802.EfKS0QaE5W-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 07:35:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C50CE16A41F for ; Wed, 21 Sep 2005 07:35:57 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59E3143D45 for ; Wed, 21 Sep 2005 07:35:57 +0000 (GMT) (envelope-from nsrashmi@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so113150wxc for ; Wed, 21 Sep 2005 00:35:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XNWAS0lTqxsGWU+XveB+SqlbUk3CI5EoGogLSp3Cmrgb+1aTKcyKBEy+o4x+qGFX2jmJ8XVJgCsRxv1NPRLl753zZaD0tl5GPJpJ2fhMQqEvomCgYQ+T9psHp1F/dxUl9UDLMhFqvFT3sRkXrjseCSK/Hx6TlN/BZauLwwoGD4M= Received: by 10.70.47.13 with SMTP id u13mr2306967wxu; Wed, 21 Sep 2005 00:35:56 -0700 (PDT) Received: by 10.70.15.12 with HTTP; Wed, 21 Sep 2005 00:35:56 -0700 (PDT) Message-ID: <9f99931605092100357f3e004@mail.gmail.com> Date: Wed, 21 Sep 2005 13:05:56 +0530 From: rashmi ns To: bugi@lists.redbrick.dcu.ie, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: help required on writing Network device driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nsrashmi@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 07:35:57 -0000 Hello All, Regarding the details of the device for which i'm trying to write a driver is a hdlc controller This is the output of pciconf for that device hdlc0@pci1:11:0: class=3D0x028000 card=3D0x00000000 chip=3D0x313413e= a rev=3D0x01 hdr=3D0x00 vendor =3D 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' device =3D 'DS3134/31256 Chateau/Envoy 256 Channel HDLC Controller' class =3D network none1@pci1:11:1: class=3D0x068000 card=3D0x00000000 chip=3D0x313413e= a rev=3D0x01 hdr=3D0x00 vendor =3D 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' device =3D 'DS3134/31256 Chateau/Envoy 256 Channel HDLC Controller' class =3D bridge subclass =3D PCI-unknown Currently we are writing drivers only for function 0 and in probe we are probing only for function zero based on the classid . so in general i have to write a network driver . In the transmit side the device the device has transmit FIFO OF SIZE 16kb and the host writes the pending queue to inform the dma that a particular channel has data to be transferred associated with each pending queue descriptor is linked list of one or more transmit packet desc that describe the packet data .each of this Tx packet descriptor also has a pointer to tx data buffer which actually contains the data payload As the hdlc controller processes transmit pending queue descriptor entries it creates transmit done queue descriptorqueue entries. The DMA will write to the done queue when it has completed transmitting either a complete packet or data buffer depending on how the hdlc controller is configured. Via these done queue descriptors, the DMA informs the host about the status of the outgoing packet data. information. Kindly let me know how do we really create dma tags to all of these descriptors that is for transmit_packet_desc , pending_q_desc,done_q_desc tx data Thanks in Advance, Rashmi.N.S From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 08:08:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A45316A41F for ; Wed, 21 Sep 2005 08:08:20 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD5143D45 for ; Wed, 21 Sep 2005 08:08:16 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0) by comsys.ntu-kpi.kiev.ua (8.12.10/8.12.10) with ESMTP id j8L8Gghw049039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2005 11:16:43 +0300 (EEST) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 6C9E0114; Wed, 21 Sep 2005 11:05:33 +0300 (EEST) Date: Wed, 21 Sep 2005 11:05:33 +0300 From: Andrey Simonenko To: Sebastien Message-ID: <20050921080533.GA255@pm514-9.comsys.ntu-kpi.kiev.ua> References: <200509201949.53951.sebastien.bourdeauducq@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509201949.53951.sebastien.bourdeauducq@gmail.com> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.5 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.82/1049/Wed Aug 31 10:19:01 2005 on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: Filesystem access from a KLD causes "vrele: negative ref cnt" panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 08:08:20 -0000 On Tue, Sep 20, 2005 at 07:49:53PM +0200, Sebastien wrote: > > I have a random panic "vrele: negative ref cnt" when I shutdown the system. Am > I double-freeing something in my code ? The fact that the panic is caused > randomly suggests there is a synchronization problem - but the above code is > always running under the protection of the Giant mutex. [ please don't write such long lines ] Should not rootvnode get reference, when fd_rdir or fd_cdir begins to point to it? Try to VREF() it. Which vnode gets negative reference counter? From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 01:53:25 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAFAF16A41F for ; Wed, 21 Sep 2005 01:53:25 +0000 (GMT) (envelope-from schizik@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C1343D46 for ; Wed, 21 Sep 2005 01:53:25 +0000 (GMT) (envelope-from schizik@mail.ru) Received: from [83.237.60.51] (port=24539 helo=www.ibm.com) by mx2.mail.ru with esmtp id 1EHtnY-000GDL-00 for hackers@freebsd.org; Wed, 21 Sep 2005 05:53:24 +0400 From: Schi Zoo Organization: Special Threatement Facility for Mentally Sick Perverts User-Agent: KMail/1.8.1 MIME-Version: 1.0 X-Virus-Scan: Scanned by KlamAV 0.17 on gentoo (no viruses); Wed, 21 Sep 2005 04:33:17 +0300 X-Virus-Scan: Scanned by KlamAV 0.17 on gentoo (no viruses); Wed, 21 Sep 2005 04:52:33 +0300 Date: Wed, 21 Sep 2005 04:58:37 +0300 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline To: Undisclosed.Recipients: ; Message-Id: <200509210458.37499.schizik@mail.ru> X-Mailman-Approved-At: Wed, 21 Sep 2005 11:37:53 +0000 Cc: hackers@freebsd.org Subject: Server death (RELENG_5_4) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 01:53:26 -0000 Hello everyone... I hope some will give me a few clues where to look... 5.4-STABLE-p7 panics here.... Nice panic screens: http://www.divo.ru/~lesha/pfault.jpg http://www.divo.ru/~lesha/pfault2.jpg Dmesg: http://www.divo.ru/~lesha/dmesg.txt (note ram is limited with hw.physmem=1900M) after pfault2: ------- (kgdb) where #0 0xc04e2ec5 in doadump () #1 0xc04e3661 in boot () #2 0xc04e3a3d in panic () #3 0xc0659515 in trap_fatal () #4 0xc0658b57 in trap () #5 0xc064675a in calltrap () #6 0xc04c0018 in setenv () #7 0xc04f7297 in setrunqueue () #8 0xc04cb14b in ithread_schedule () #9 0xc04cb27d in swi_sched () #10 0xc05658f9 in legacy_setsoftnet () #11 0xc0565ba9 in netisr_dispatch () #12 0xc0560070 in ether_demux () #13 0xc055fdc4 in ether_input () #14 0xc046c743 in fxp_intr_body () #15 0xc046c40e in fxp_intr () #16 0xc04cb423 in ithread_loop () #17 0xc04ca195 in fork_exit () #18 0xc06467bc in fork_trampoline () At the time of panic gcc was doing "make buildworld" and also bailed out just before panic: cc -O -pipe -march=pentium4 -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_termcap.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_termcap.c: In function `tgetent': /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_termcap.c:240: internal compiler error: in make_label_edge, at cfgbuild.c:228 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. also I was running "fstime" from "unixbench" package: last pid: 15181; load averages: 14.96, 58.34, 69.17914 up 0+00:28:37 05:18:59 1162 processes:3 running, 1158 sleeping, 1 zombie CPU states: 63.6% user, 0.0% nice, 28.3% system, 8.1% interrupt, 0.0% idle Mem: 915M Active, 565M Inact, 299M Wired, 75M Cache, 112M Buf, 6188K Free Swap: 2048M Total, 292K Used, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 14314 root 8 0 1240K 736K nanslp 0 0:05 11.87% 10.01% fstime 1232 nobody 96 0 10404K 6984K select 0 0:01 0.05% 0.05% httpd 17614 nobody 97 0 9864K 4664K select 0 0:01 0.05% 0.05% httpd 14795 root 8 0 2568K 2420K wait 0 0:00 0.12% 0.05% make 693 mysql 20 0 114M 53528K kserel 0 0:07 0.00% 0.00% mysqld I hope someone will give me some guidance where I should look.... Machine h/w is Intel Server Board, 3.0Ghz HT cpu, 3Gb ram (2x512 + 2x1G, running at dual channel, fsb is 800mhz), 1 eide hdd (system) + 2 sata (data) Alex..... From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 15:52:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B309A16A41F for ; Wed, 21 Sep 2005 15:52:00 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5043143D48 for ; Wed, 21 Sep 2005 15:52:00 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id for ; Wed, 21 Sep 2005 09:51:16 -0600 Message-ID: <43318195.8000304@nano.net> Date: Wed, 21 Sep 2005 09:51:49 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: BGP & reverse dns X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 15:52:00 -0000 I have a client who's using BGP on their own network but use our mail servers. They're having trouble sending mail because the server here can't resolve the IP address back to their network. And if I run the IP through DNSStuff.com it returns an infinite loop error. They claim they aren't having trouble anywhere else though.... I don't want to turn off reverse lookups, is there anyway to get around this? Or a simple fix on their end? I know nothing about BGP routing... We're running sendmail, and spammassassin through procmail. The mail problem started recently when we upgraded sendmail and added spamassassin, but their DNS/BGP problems have been there for a while.... -- Steve Suhre tech@nano.net 719.439.6052 Cell 719.632.2897 Home From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 17:51:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1A7516A41F for ; Wed, 21 Sep 2005 17:51:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E39B43D49 for ; Wed, 21 Sep 2005 17:51:08 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8LHp7T4041632; Wed, 21 Sep 2005 11:51:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43319D86.1030407@samsco.org> Date: Wed, 21 Sep 2005 11:51:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nsrashmi@gmail.com References: <9f99931605092022396c685991@mail.gmail.com> <200509211520.44476.doconnor@gsoft.com.au> <9f99931605092023081f94b12@mail.gmail.com> In-Reply-To: <9f99931605092023081f94b12@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org Subject: Re: KINDLY HELP : error while kldloading a pci,character driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 17:51:12 -0000 rashmi ns wrote: > Hi, > Amazing, Thanks a lot it really works !!!!!!!!!!!!!!!!. > Now i have to read what D_VERSION does :-) > Thanks , > Rashmi.N.S You also need to remove .d_maj. /dev entries are created dynamically now, and you application should have no knowledge of the major and minor number internals of it. Scott From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 20:28:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E8C16A41F for ; Wed, 21 Sep 2005 20:28:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5288143D49 for ; Wed, 21 Sep 2005 20:28:58 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j8LKSv75025016 for ; Wed, 21 Sep 2005 15:28:57 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4331C28A.2040400@centtech.com> Date: Wed, 21 Sep 2005 15:28:58 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1096/Wed Sep 21 02:08:33 2005 on mh2.centtech.com X-Virus-Status: Clean Subject: nfsstat-like tool for vfs? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:28:59 -0000 Does anyone know of a tool, or someone writing a tool to produce output similar to nfsstat for vfs? This would be a very handy tool. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 21 20:45:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98FA416A41F for ; Wed, 21 Sep 2005 20:45:25 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: from zeus.yan.com.br (zeus.yan.com.br [200.202.253.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A0E143D48 for ; Wed, 21 Sep 2005 20:45:23 +0000 (GMT) (envelope-from ddg@yan.com.br) Received: (qmail 12296 invoked by uid 1023); 21 Sep 2005 20:44:42 -0000 Received: from ddg@yan.com.br by zeus by uid 1023 with qmail-scanner-1.22 (uvscan: v4.1.60/v4366. fsecure: 4.11/3190/2003-09-23/2002-12-17. 2003-09-22/. Clear:RC:1(200.202.253.204):. Processed in 0.554822 secs); 21 Sep 2005 20:44:42 -0000 Received: from unknown (HELO ?192.168.1.1?) (daniel@dgnetwork.com.br@200.202.253.204) by zeus.yan.com.br with SMTP; 21 Sep 2005 20:44:42 -0000 Message-ID: <4331C65C.5030308@yan.com.br> Date: Wed, 21 Sep 2005 17:45:16 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: IPFW NATD = NAT POOL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ddg@yan.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 20:45:25 -0000 Exists the possibility to make NAT POOL with IPFW + NATD ? -- daniel From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 06:00:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B141216A41F for ; Thu, 22 Sep 2005 06:00:16 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E433443D46 for ; Thu, 22 Sep 2005 06:00:15 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j8M60CBS000648 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 22 Sep 2005 08:00:13 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id j8M60AAL000638; Thu, 22 Sep 2005 08:00:10 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost [127.0.0.1]) by klemm.apsfilter.org (8.13.4/8.13.1) with ESMTP id j8M5udcV026536; Thu, 22 Sep 2005 07:56:39 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.4/8.13.1/Submit) id j8M5ucPK026535; Thu, 22 Sep 2005 07:56:38 +0200 (CEST) (envelope-from andreas) Date: Thu, 22 Sep 2005 07:56:38 +0200 From: Andreas Klemm To: eoghan Message-ID: <20050922055638.GA26345@titan.klemm.apsfilter.org> References: <200509190935.36658.root@solink.ru> <432E86D5.7000109@redry.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <432E86D5.7000109@redry.net> X-Operating-System: FreeBSD 5.4-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.10i Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 06:00:16 -0000 On Mon, Sep 19, 2005 at 10:37:25AM +0100, eoghan wrote: > [... rc.conf ...] > Also, my network assign ip's to each pc on the network. > I noticed in the conf the ip was specified, which can > change... is there any way of doing this in the rc.conf? So you have a DHCP server in your network. You can configure the interface in FreeBSD, so that it makes use of the DHCP service. To get ip address, network mask, default route, DNS servers automatically. All you need to do is to configure the interface in /etc/rc.conf with ....="DHCP" You may also configure everything static for your machine if you know, if there are some IPs in your network reserved for static IPs. Typically Servers get static IPs and DNS entries on a network. If you are working with a laptop and have to use different settings for your system, lets say in one network DHCP, in another location you need a certain static ip, then you can have a look at the port sysutils/personality. It helps you to add system files to kind of a "flat file repository". Then you can save these file under a name of your choice. You simply restore the settings, whenever you change to a location which needs different settings and reboot. Another method is to put it very early in a system startup file. But this method is tricky. Not too early and not too late in the system boot process ... It needs surely some fiddeling and trial and error ... Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.4 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 08:34:18 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82BDA16A41F; Thu, 22 Sep 2005 08:34:18 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.writemehere.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 526E243D45; Thu, 22 Sep 2005 08:34:18 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ddg@yan.com.br References: <4331C65C.5030308@yan.com.br> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <20050922084116.132E970DCD6@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Thu, 22 Sep 2005 08:41:16 +0000 (GMT) Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW NATD = NAT POOL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 08:34:18 -0000 No. I think each instance of natd (at least last time I looked at it) could only use one IP address as it's public address. Cheers, Nate Daniel Dias GonГalves wrote: > Exists the possibility to make NAT POOL with IPFW + NATD ? > From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 12:35:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B24316A41F for ; Thu, 22 Sep 2005 12:35:57 +0000 (GMT) (envelope-from freebsd@redry.net) Received: from luke.segpub.com.au (luke.segpub.com.au [64.49.254.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B2243D49 for ; Thu, 22 Sep 2005 12:35:56 +0000 (GMT) (envelope-from freebsd@redry.net) Received: (qmail 1695 invoked by uid 89); 22 Sep 2005 22:35:55 +1000 Received: by simscan 1.1.0 ppid: 1670, pid: 1679, t: 1.4999s scanners: clamav: 0.86.1/m:33/d:984 spam: 3.0.4 Received: from unknown (HELO ?137.43.83.191?) (137.43.83.191) by 0 with SMTP; 22 Sep 2005 22:35:53 +1000 Message-ID: <4332A528.8050703@redry.net> Date: Thu, 22 Sep 2005 13:35:52 +0100 From: eoghan User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Klemm References: <200509190935.36658.root@solink.ru> <432E86D5.7000109@redry.net> <20050922055638.GA26345@titan.klemm.apsfilter.org> In-Reply-To: <20050922055638.GA26345@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on luke.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 12:35:57 -0000 Andreas Klemm wrote: > On Mon, Sep 19, 2005 at 10:37:25AM +0100, eoghan wrote: > >>[... rc.conf ...] >>Also, my network assign ip's to each pc on the network. >>I noticed in the conf the ip was specified, which can >>change... is there any way of doing this in the rc.conf? > > > So you have a DHCP server in your network. > > You can configure the interface in FreeBSD, so that it makes > use of the DHCP service. To get ip address, network mask, > default route, DNS servers automatically. > > All you need to do is to configure the interface in > /etc/rc.conf with > ....="DHCP" > > You may also configure everything static for your machine > if you know, if there are some IPs in your network reserved > for static IPs. > > Typically Servers get static IPs and DNS entries on a network. > > If you are working with a laptop and have to use different > settings for your system, lets say in one network DHCP, in > another location you need a certain static ip, then you > can have a look at the port sysutils/personality. > > It helps you to add system files to kind of a "flat file > repository". Then you can save these file under a name > of your choice. > > You simply restore the settings, whenever you change to > a location which needs different settings and reboot. > > Another method is to put it very early in a system > startup file. But this method is tricky. Not too early > and not too late in the system boot process ... It needs > surely some fiddeling and trial and error ... > > Andreas /// > Thanks Andreas... I have actually got it sorted. As suggested my rc.conf was full of bad entries because i kept going to sysinstall to setup my network again and again. Newbie error :). I edited it removing everything bad and now i have it working perfect. Thanks for the tips. On a different note... I tried the upgrade from the sysinstall and used the main ftp freebsd site... but it chocked at a perl install. I assume this is for the ports tree? Now on shutdown i get stuff like: Not Found. Not Found. Not Found. I cant exactly remember what the message is but it is something like this. Im in work and my freebsd machine is at home. Any clues? Eohgan From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 08:39:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B78D16A41F; Thu, 22 Sep 2005 08:39:52 +0000 (GMT) (envelope-from regnauld@moof.catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54A343D45; Thu, 22 Sep 2005 08:39:51 +0000 (GMT) (envelope-from regnauld@moof.catpipe.net) Received: from localhost (localhost [127.0.0.1]) by localhost.catpipe.net (Postfix) with ESMTP id E9CC71B3F7; Thu, 22 Sep 2005 10:39:47 +0200 (CEST) Received: from moof.catpipe.net ([127.0.0.1]) by localhost (moof.catpipe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47658-05; Thu, 22 Sep 2005 10:39:43 +0200 (CEST) Received: by moof.catpipe.net (Postfix, from userid 1001) id 6992A1B3E6; Thu, 22 Sep 2005 10:39:41 +0200 (CEST) Date: Thu, 22 Sep 2005 10:39:41 +0200 From: Phil Regnauld To: nielsen@memberwebs.com Message-ID: <20050922083941.GD46081@moof.catpipe.net> References: <4331C65C.5030308@yan.com.br> <20050922084116.132E970DCD6@mail.npubs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050922084116.132E970DCD6@mail.npubs.com> X-Operating-System: FreeBSD 4.8-STABLE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at catpipe.net X-Mailman-Approved-At: Thu, 22 Sep 2005 13:12:36 +0000 Cc: freebsd-hackers@freebsd.org, ddg@yan.com.br, freebsd-net@freebsd.org Subject: Re: IPFW NATD = NAT POOL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 08:39:52 -0000 Nate Nielsen (nielsen-list) writes: > No. I think each instance of natd (at least last time I looked at it) > could only use one IP address as it's public address. One could use probability rules to divert to different natds with different NAT addresses, and use choparp / aliases to get the traffic back. So: divert 10001 ip from to any prob 0.25 via (appropriate skiptos) divert 10004 ip from to any prob 0.25 via ... divert 10001 ip from any to 1.2.3.4 in via divert 10002 ip from any to 1.2.3.5 in via ... Then natd -alias_address 1.2.3.4 -p 10001 natd -alias_address 1.2.3.5 -p 10002 natd -alias_address 1.2.3.6 -p 10003 natd -alias_address 1.2.3.7 -p 10004 ... + relevant ifconfig alias or choparp to force trafic your way when someone ARPs for the additional "pool" addresses. Gross, eh ? :) From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 16:25:09 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC21716A41F for ; Thu, 22 Sep 2005 16:25:09 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC25A43D4C for ; Thu, 22 Sep 2005 16:25:08 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j8MGP6BS012728 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 22 Sep 2005 18:25:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id j8MGP6ZQ012727; Thu, 22 Sep 2005 18:25:06 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost [127.0.0.1]) by klemm.apsfilter.org (8.13.4/8.13.1) with ESMTP id j8MGKrdP036124; Thu, 22 Sep 2005 18:20:54 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.4/8.13.1/Submit) id j8MGKrEL036123; Thu, 22 Sep 2005 18:20:53 +0200 (CEST) (envelope-from andreas) Date: Thu, 22 Sep 2005 18:20:53 +0200 From: Andreas Klemm To: eoghan Message-ID: <20050922162053.GB36068@titan.klemm.apsfilter.org> References: <200509190935.36658.root@solink.ru> <432E86D5.7000109@redry.net> <20050922055638.GA26345@titan.klemm.apsfilter.org> <4332A528.8050703@redry.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4332A528.8050703@redry.net> X-Operating-System: FreeBSD 5.4-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.10i Cc: freebsd-hackers@freebsd.org Subject: Re: network settings X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 16:25:09 -0000 On Thu, Sep 22, 2005 at 01:35:52PM +0100, eoghan wrote: > On a different note... I tried the upgrade from the sysinstall > and used the main ftp freebsd site... I usually upgrade system via cvsup and recompile it new from source. 1st kernel, reboot, then OS. Mandatory is to read /usr/src/UPDATING Then I update /etc hierarchie using mergemaster. After that its up to you to use "portupgrade" to recompile all installed ports. > but it chocked at a perl install. > I assume this is for the ports tree? > Now on shutdown i get stuff like: > Not Found. > Not Found. > Not Found. > I cant exactly remember what the message is but it is something like > this. Im in work and my freebsd machine is at home. Any clues? Without error message usually no clue. And I never update systems that way, so in general no idea. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.4 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 17:49:43 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 519F916A41F; Thu, 22 Sep 2005 17:49:43 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF04A43D45; Thu, 22 Sep 2005 17:49:39 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (ip-90-199.sn1.eutelia.it [62.94.90.199]) by mail.oltrelinux.com (Postfix) with ESMTP id 0CF0511AE44; Thu, 22 Sep 2005 19:49:39 +0200 (CEST) Received: by southcross.homeunix.org (Postfix, from userid 1001) id 8F14F40C8; Thu, 22 Sep 2005 19:52:07 +0200 (CEST) Date: Thu, 22 Sep 2005 19:52:07 +0200 From: Paolo Pisati To: nielsen@memberwebs.com Message-ID: <20050922175207.GA1194@tin.it> References: <4331C65C.5030308@yan.com.br> <20050922084116.132E970DCD6@mail.npubs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050922084116.132E970DCD6@mail.npubs.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-hackers@freebsd.org, ddg@yan.com.br, freebsd-net@freebsd.org Subject: Re: IPFW NATD = NAT POOL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 17:49:43 -0000 On Thu, Sep 22, 2005 at 08:41:16AM +0000, Nate Nielsen wrote: > No. I think each instance of natd (at least last time I looked at it) > could only use one IP address as it's public address. FYI you can use nat inside ipfw[*]: ipfw nat 1 config ip 192.168.0.123 ipfw nat 2 config ip 192.168.0.456 ... ipfw add 100 nat 1 all from any to any via [if0] ipfw add 200 nat 2 all from any to any via [if1] ... so someone will finally test it... :) [*] http://wikitest.freebsd.org/moin.cgi/PaoloPisati -- Paolo From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 18:39:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 608D916A41F for ; Thu, 22 Sep 2005 18:39:16 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F09243D46 for ; Thu, 22 Sep 2005 18:39:15 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 22 Sep 2005 19:39:12 +0100 (BST) Date: Thu, 22 Sep 2005 19:39:12 +0100 From: David Malone To: Steve Suhre Message-ID: <20050922183912.GA73247@walton.maths.tcd.ie> References: <43318195.8000304@nano.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43318195.8000304@nano.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-hackers@freebsd.org Subject: Re: BGP & reverse dns X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:39:16 -0000 On Wed, Sep 21, 2005 at 09:51:49AM -0600, Steve Suhre wrote: > I don't want to turn off reverse lookups, is there anyway to get around > this? Or a simple fix on their end? I know nothing about BGP routing... > We're running sendmail, and spammassassin through procmail. The mail > problem started recently when we upgraded sendmail and added > spamassassin, but their DNS/BGP problems have been there for a while.... Any BGP issues should be independent of any DNS issues. If you can tell us the IP address that can't be looked up, then we can possibly say what's wrong (though it is unlikely to be directly FreeBSD related). David. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 18:46:34 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB7B16A424 for ; Thu, 22 Sep 2005 18:46:33 +0000 (GMT) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBE643D48 for ; Thu, 22 Sep 2005 18:46:32 +0000 (GMT) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 513F4153882; Thu, 22 Sep 2005 08:46:32 -1000 (HST) Date: Thu, 22 Sep 2005 08:46:32 -1000 From: Clifton Royston To: Steve Suhre Message-ID: <20050922184632.GA16321@lava.net> Mail-Followup-To: Steve Suhre , freebsd-hackers@freebsd.org References: <20050922120047.825E016A429@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050922120047.825E016A429@hub.freebsd.org> User-Agent: Mutt/1.4.2i Cc: freebsd-hackers@freebsd.org Subject: Re: BGP & reverse dns X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Steve Suhre List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 18:46:35 -0000 On Thu, Sep 22, 2005 at 12:00:47PM +0000, freebsd-hackers-request@freebsd.org wrote: > Date: Wed, 21 Sep 2005 09:51:49 -0600 > From: Steve Suhre > Subject: BGP & reverse dns > To: freebsd-hackers@freebsd.org > Message-ID: <43318195.8000304@nano.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I have a client who's using BGP on their own network but use our mail > servers. They're having trouble sending mail because the server here > can't resolve the IP address back to their network. And if I run the IP > through DNSStuff.com it returns an infinite loop error. They claim they > aren't having trouble anywhere else though.... > > I don't want to turn off reverse lookups, is there anyway to get around > this? Or a simple fix on their end? I know nothing about BGP routing... > We're running sendmail, and spammassassin through procmail. The mail > problem started recently when we upgraded sendmail and added > spamassassin, but their DNS/BGP problems have been there for a while.... This question belongs on a different list; I'd normally say freebsd-questions, but it has nothing to do with FreeBSD at all as far as I can see. Try inet-access or some similar mailing list which deals with Internet access and configuration issues. To save a little list bandwidth and give you a starting point for that list, my tip is forget about BGP unless it's proved that there is a routing problem. The routing protocol your client is running (BGP) has nothing to do with DNS; these operate on completely different network layers. Useful tools for resolving DNS problems are "dig", "host", and "whois"; these will let you tell what name server is responsible and whether there is a problem with their name servers. The immediate question to look into would be who delegated their address space to them, and what name server is responsible for its rDNS. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect "My own personal theory is that this is the very dawn of the world. We're hardly more than an eyeblink away from the fall of Troy, and scarcely an interglaciation removed from the Altamira cave painters. We live in extremely interesting ancient times. I like this idea. It encourages us to be earnest and ingenious and brave, as befits ancestral peoples; but keeps us from deciding that because we don't know all the answers, they must be unknowable and thus unprofitable to pursue." -- Teresa Nielsen Hayden, 1995 From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 19:31:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 889AA16A41F; Thu, 22 Sep 2005 19:31:03 +0000 (GMT) (envelope-from dionch@freemail.gr) Received: from smtp.freemail.gr (smtp.freemail.gr [213.239.180.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BEE243D45; Thu, 22 Sep 2005 19:31:03 +0000 (GMT) (envelope-from dionch@freemail.gr) Received: by smtp.freemail.gr (Postfix, from userid 101) id 8480BBC21F; Thu, 22 Sep 2005 22:30:59 +0300 (EEST) Received: from [10.0.0.1] (vdp1074.ath03.dsl.hol.gr [62.38.168.75])by smtp.freemail.gr (Postfix) with ESMTP id 9CD17BC021; Thu, 22 Sep 2005 22:30:58 +0300 (EEST) Message-ID: <4333064C.6080804@freemail.gr> Date: Thu, 22 Sep 2005 22:30:20 +0300 From: Chris Dionissopoulos User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paolo Pisati References: <4331C65C.5030308@yan.com.br> <20050922084116.132E970DCD6@mail.npubs.com> <20050922175207.GA1194@tin.it> In-Reply-To: <20050922175207.GA1194@tin.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW NATD = NAT POOL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dionch@freemail.gr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 19:31:03 -0000 Nice work! Is possible to implement a "port address forwarding" (aka PAT) using some ipfw rules? (or with any other way) Something similar to "-redirect_port" option of natd(8). TIA, Chris. Paolo Pisati wrote: >On Thu, Sep 22, 2005 at 08:41:16AM +0000, Nate Nielsen wrote: > > >>No. I think each instance of natd (at least last time I looked at it) >>could only use one IP address as it's public address. >> >> > >FYI you can use nat inside ipfw[*]: > >ipfw nat 1 config ip 192.168.0.123 >ipfw nat 2 config ip 192.168.0.456 >... >ipfw add 100 nat 1 all from any to any via [if0] >ipfw add 200 nat 2 all from any to any via [if1] >... > >so someone will finally test it... :) > >[*] http://wikitest.freebsd.org/moin.cgi/PaoloPisati > > ____________________________________________________________________ http://www.freemail.gr - ДЫЯЕэМ УПГЯЕСъА ГКЕЙТЯОМИЙОЩ ТАВУДЯОЛЕъОУ. http://www.freemail.gr - free email service for the Greek-speaking. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 22 21:47:38 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3944816A41F for ; Thu, 22 Sep 2005 21:47:38 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6BED43D48 for ; Thu, 22 Sep 2005 21:47:34 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id ; Thu, 22 Sep 2005 15:46:54 -0600 Message-ID: <43332667.2030906@nano.net> Date: Thu, 22 Sep 2005 15:47:19 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Suhre References: <20050922120047.825E016A429@hub.freebsd.org> <20050922184632.GA16321@lava.net> In-Reply-To: <20050922184632.GA16321@lava.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: BGP & reverse dns X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2005 21:47:38 -0000 Thanks, I think they figured it out. The customer is always right....sigh.... I used the list because I needed to know if there was a quick fix here, I added them to a spamassassin whitelist. Clifton Royston wrote: >On Thu, Sep 22, 2005 at 12:00:47PM +0000, freebsd-hackers-request@freebsd.org wrote: > > >>Date: Wed, 21 Sep 2005 09:51:49 -0600 >>From: Steve Suhre >>Subject: BGP & reverse dns >>To: freebsd-hackers@freebsd.org >>Message-ID: <43318195.8000304@nano.net> >>Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >>I have a client who's using BGP on their own network but use our mail >>servers. They're having trouble sending mail because the server here >>can't resolve the IP address back to their network. And if I run the IP >>through DNSStuff.com it returns an infinite loop error. They claim they >>aren't having trouble anywhere else though.... >> >>I don't want to turn off reverse lookups, is there anyway to get around >>this? Or a simple fix on their end? I know nothing about BGP routing... >>We're running sendmail, and spammassassin through procmail. The mail >>problem started recently when we upgraded sendmail and added >>spamassassin, but their DNS/BGP problems have been there for a while.... >> >> > > This question belongs on a different list; I'd normally say >freebsd-questions, but it has nothing to do with FreeBSD at all as far >as I can see. Try inet-access or some similar mailing list which deals >with Internet access and configuration issues. > > To save a little list bandwidth and give you a starting point for >that list, my tip is forget about BGP unless it's proved that there is >a routing problem. The routing protocol your client is running (BGP) >has nothing to do with DNS; these operate on completely different >network layers. Useful tools for resolving DNS problems are "dig", >"host", and "whois"; these will let you tell what name server is >responsible and whether there is a problem with their name servers. > > The immediate question to look into would be who delegated their >address space to them, and what name server is responsible for its >rDNS. > -- Clifton > > > -- Steve Suhre tech@nano.net 719.439.6052 Cell 719.632.2897 Home From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 08:40:13 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F4616A41F for ; Fri, 23 Sep 2005 08:40:13 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DF7B43D46 for ; Fri, 23 Sep 2005 08:40:12 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 77494 invoked by uid 399); 23 Sep 2005 08:40:11 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 23 Sep 2005 08:40:11 -0000 Message-ID: <4333BF64.8060800@FreeBSD.org> Date: Fri, 23 Sep 2005 01:40:04 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig30CFA0F9AC8D39308ACE893B" Cc: Subject: Fixing an error condition for 'rm -P' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 08:40:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig30CFA0F9AC8D39308ACE893B Content-Type: multipart/mixed; boundary="------------090205000709030308020100" This is a multi-part message in MIME format. --------------090205000709030308020100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have rm aliased to '/bin/rm -P', mostly for fun, but I like the idea. There is an oddity however when you use the -P flag, and the file is not writable. The check() function in rm.c specifically ignores this condition, and lets the thing fail later in the program. I think this is bad on an objective level, but it definitely leads to annoying problems for the user when you hit this condition. I therefore propose the attached patch. Doug -- This .signature sanitized for your protection --------------090205000709030308020100 Content-Type: text/plain; name="rm-P-errx.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rm-P-errx.diff" Index: rm.c =================================================================== RCS file: /usr/local/ncvs/src/bin/rm/rm.c,v retrieving revision 1.52 diff -u -r1.52 rm.c --- rm.c 13 Nov 2004 04:07:01 -0000 1.52 +++ rm.c 23 Sep 2005 08:29:38 -0000 @@ -452,11 +452,8 @@ * talking to a terminal, ask. Symbolic links are excluded * because their permissions are meaningless. Check stdin_ok * first because we may not have stat'ed the file. - * Also skip this check if the -P option was specified because - * we will not be able to overwrite file contents and will - * barf later. */ - if (!stdin_ok || S_ISLNK(sp->st_mode) || Pflag || + if (!stdin_ok || S_ISLNK(sp->st_mode) || (!access(name, W_OK) && !(sp->st_flags & (SF_APPEND|SF_IMMUTABLE)) && (!(sp->st_flags & (UF_APPEND|UF_IMMUTABLE)) || !uid))) @@ -464,6 +461,9 @@ strmode(sp->st_mode, modep); if ((flagsp = fflagstostr(sp->st_flags)) == NULL) err(1, "fflagstostr"); + if (Pflag) + errx(1, + "-P was specified, but %s is not writable", path); (void)fprintf(stderr, "override %s%s%s/%s %s%sfor %s? ", modep + 1, modep[9] == ' ' ? "" : " ", user_from_uid(sp->st_uid, 0), --------------090205000709030308020100-- --------------enig30CFA0F9AC8D39308ACE893B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDM79oyIakK9Wy8PsRAoMpAJ9xXeZVocG3G4dvR020VsX5xQQw5QCgnFfU yebHKrFRZTzt2RIgEEgDNrc= =KVoZ -----END PGP SIGNATURE----- --------------enig30CFA0F9AC8D39308ACE893B-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 10:16:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4736616A41F; Fri, 23 Sep 2005 10:16:33 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D894843D45; Fri, 23 Sep 2005 10:16:30 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.12.8) with ESMTP id j8NAGPZc022198; Fri, 23 Sep 2005 17:16:25 +0700 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id j8NAGJmi019875; Fri, 23 Sep 2005 17:16:19 +0700 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by teka.itfs.nsk.su (8.13.3/8.13.3) with ESMTP id j8NA9Tw3046466 for ; Fri, 23 Sep 2005 17:09:30 +0700 (NOVST) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id F0CE15BB12; Fri, 23 Sep 2005 10:07:44 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D7C7816A4C2; Fri, 23 Sep 2005 10:07:36 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEBF916A420 for ; Fri, 23 Sep 2005 10:07:28 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5246E43D45 for ; Fri, 23 Sep 2005 10:07:28 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp3-g19.free.fr (Postfix) with ESMTP id 92ADC24ABC for ; Fri, 23 Sep 2005 12:07:27 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j8NA6nXR009258; Fri, 23 Sep 2005 12:06:54 +0200 (CEST) From: Bachilo Dmitry To: freebsd-hackers@freebsd.org Date: Fri, 23 Sep 2005 12:16:18 +0200 User-Agent: KMail/1.8 References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> In-Reply-To: <20050923090806.GA21906@poupinou.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509231716.19434.root@solink.ru> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-current@freebsd.org Organization: SoLink Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 10:16:33 -0000 =46orwarding to FreeBSD hackers. (Because i am hacking WRT right now and on= ly=20 Linux flashes work) =2D--------- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D0=BB=D0=B0=D0=BD=D0=BD=D0=BE= =D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 ---------- Subject: Re: Linksys WRT54G with freebsd Date: =D0=9F=D1=8F=D1=82=D0=BD=D0=B8=D1=86=D0=B0 23 =D0=A1=D0=B5=D0=BD=D1= =82=D1=8F=D0=B1=D1=80=D1=8C 2005 17:06 =46rom: Thierry Herbelot To: freebsd-current@freebsd.org Cc: "Marcos Biscaysaqu - ThePacific.net" Le Friday 23 September 2005 11:08, vous avez =C3=A9crit : > On the other hand, it's the wireless thing. If not needed, this > should be fun to do a port, somehow, even though it's a wireless > router. The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, but Linux ports were enormously helped by the opening of the sources of the Linksys Linux port (which is absent for FreeBSD) and the big number of willing developpers (just have a look at the *number* of different Linux ports to the WRT). The latest 6.0 release would be an excellent target, with its brand-new support for WPA and virtual APs ... who volunteers ? TfH _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =2D------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 11:50:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732B016A41F; Fri, 23 Sep 2005 11:50:52 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CFA43D46; Fri, 23 Sep 2005 11:50:51 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id BB74111CD6; Fri, 23 Sep 2005 13:50:50 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87887-08; Fri, 23 Sep 2005 13:50:43 +0200 (CEST) Received: from cream.xbsd.org (cream.xbsd.org [192.168.42.6]) by smtp.xbsd.org (Postfix) with ESMTP id 8DF0B11A1B; Fri, 23 Sep 2005 13:50:43 +0200 (CEST) From: Florent Thoumie To: Bachilo Dmitry In-Reply-To: <200509231716.19434.root@solink.ru> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FktkT4bK9y9OE/52afAD" Date: Fri, 23 Sep 2005 13:50:45 +0200 Message-Id: <1127476245.17949.2.camel@cream.xbsd.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 11:50:52 -0000 --=-FktkT4bK9y9OE/52afAD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Vendredi 23 septembre 2005 =C3=A0 12:16 +0200, Bachilo Dmitry a =C3=A9cr= it : > Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and on= ly=20 > Linux flashes work) > ---------- =D0=9F=D0=B5=D1=80=D0=B5=D1=81=D0=BB=D0=B0=D0=BD=D0=BD=D0=BE= =D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 ---------- >=20 > Subject: Re: Linksys WRT54G with freebsd > Date: =D0=9F=D1=8F=D1=82=D0=BD=D0=B8=D1=86=D0=B0 23 =D0=A1=D0=B5=D0=BD=D1= =82=D1=8F=D0=B1=D1=80=D1=8C 2005 17:06 > From: Thierry Herbelot > To: freebsd-current@freebsd.org > Cc: "Marcos Biscaysaqu - ThePacific.net" >=20 > Le Friday 23 September 2005 11:08, vous avez =C3=A9crit : > > On the other hand, it's the wireless thing. If not needed, this > > should be fun to do a port, somehow, even though it's a wireless > > router. >=20 > The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimat= ed, > but Linux ports were enormously helped by the opening of the sources of t= he > Linksys Linux port (which is absent for FreeBSD) and the big number of > willing developpers (just have a look at the *number* of different Linux > ports to the WRT). >=20 > The latest 6.0 release would be an excellent target, with its brand-new > support for WPA and virtual APs ... who volunteers ? The Linksys WRT54g wireless router is based on a Broadcom CPU=20 (derived from MIPS) and FreeBSD/mips seems to be a dead=20 project :-( --=20 Florent Thoumie flz@FreeBSD.org FreeBSD committer --=-FktkT4bK9y9OE/52afAD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDM+wVMxEkbVFH3PQRAiKoAJwLOUCR6b1HFvmcBf1GLFAhoNcMtACdHnpO FY8LLdMAAZKmH0abD7Nlpw0= =Knkg -----END PGP SIGNATURE----- --=-FktkT4bK9y9OE/52afAD-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 12:01:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D2216A422; Fri, 23 Sep 2005 12:01:00 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id F140043D46; Fri, 23 Sep 2005 12:00:59 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EImE5-0006Ls-00; Fri, 23 Sep 2005 14:00:25 +0200 Date: Fri, 23 Sep 2005 14:00:25 +0200 To: Florent Thoumie Message-ID: <20050923120025.GD21906@poupinou.org> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1127476245.17949.2.camel@cream.xbsd.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Bachilo Dmitry , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 12:01:00 -0000 On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > Le Vendredi 23 septembre 2005 Ю 12:16 +0200, Bachilo Dmitry a Иcrit : > > Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and only > > Linux flashes work) > > ---------- ?????????????????????? ?????????????????? ---------- > > > > Subject: Re: Linksys WRT54G with freebsd > > Date: ?????????????? 23 ???????????????? 2005 17:06 > > From: Thierry Herbelot > > To: freebsd-current@freebsd.org > > Cc: "Marcos Biscaysaqu - ThePacific.net" > > > > Le Friday 23 September 2005 11:08, vous avez Иcrit : > > > On the other hand, it's the wireless thing. If not needed, this > > > should be fun to do a port, somehow, even though it's a wireless > > > router. > > > > The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, > > but Linux ports were enormously helped by the opening of the sources of the > > Linksys Linux port (which is absent for FreeBSD) and the big number of > > willing developpers (just have a look at the *number* of different Linux > > ports to the WRT). > > > > The latest 6.0 release would be an excellent target, with its brand-new > > support for WPA and virtual APs ... who volunteers ? > > The Linksys WRT54g wireless router is based on a Broadcom CPU > (derived from MIPS) and FreeBSD/mips seems to be a dead > project :-( Indeed. It's targeted to SGI platforms anyway. Maybe there is a need to start a new port if there is enough people interrested? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 15:01:19 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC35D16A41F; Fri, 23 Sep 2005 15:01:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8673143D45; Fri, 23 Sep 2005 15:01:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8NF16ej063052; Fri, 23 Sep 2005 09:01:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433418B1.3020207@samsco.org> Date: Fri, 23 Sep 2005 09:01:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> In-Reply-To: <20050923120025.GD21906@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Bachilo Dmitry , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Florent Thoumie Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:01:19 -0000 Bruno Ducrot wrote: > On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > >>Le Vendredi 23 septembre 2005 Ю 12:16 +0200, Bachilo Dmitry a Иcrit : >> >>>Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and only >>>Linux flashes work) >>>---------- ?????????????????????? ?????????????????? ---------- >>> >>>Subject: Re: Linksys WRT54G with freebsd >>>Date: ?????????????? 23 ???????????????? 2005 17:06 >>>From: Thierry Herbelot >>>To: freebsd-current@freebsd.org >>>Cc: "Marcos Biscaysaqu - ThePacific.net" >>> >>>Le Friday 23 September 2005 11:08, vous avez Иcrit : >>> >>>>On the other hand, it's the wireless thing. If not needed, this >>>>should be fun to do a port, somehow, even though it's a wireless >>>>router. >>> >>>The "cool factor" of porting FreeBSD to the WRT54G cannot be underestimated, >>>but Linux ports were enormously helped by the opening of the sources of the >>>Linksys Linux port (which is absent for FreeBSD) and the big number of >>>willing developpers (just have a look at the *number* of different Linux >>>ports to the WRT). >>> >>>The latest 6.0 release would be an excellent target, with its brand-new >>>support for WPA and virtual APs ... who volunteers ? >> >> The Linksys WRT54g wireless router is based on a Broadcom CPU >> (derived from MIPS) and FreeBSD/mips seems to be a dead >> project :-( > > > Indeed. It's targeted to SGI platforms anyway. Maybe there is a need to > start a new port if there is enough people interrested? > There has been talk of doing this in the past year from some people, but I don't know if it got very far. If you're inspired, go for it! There are plenty of docs on the web about how to attach a serial port header and bootstrap it. And, don't underestimate the mips32 work that is already in the tree; it's likely a good starting point. And, it's more than just a 'coolness' factor. I'd really like to have pf running on mine, that way I could rid of the clunky machine doing static NAT + firewall on my DSL line. THe linux firewall capabilities are soooooo last century =-) Scott From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 15:34:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D03216A41F; Fri, 23 Sep 2005 15:34:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E95643D45; Fri, 23 Sep 2005 15:34:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8NFWika089677; Fri, 23 Sep 2005 09:32:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Sep 2005 09:33:09 -0600 (MDT) Message-Id: <20050923.093309.16961218.imp@bsdimp.com> To: scottl@samsco.org From: "M. Warner Losh" In-Reply-To: <433418B1.3020207@samsco.org> References: <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 23 Sep 2005 09:32:45 -0600 (MDT) Cc: root@solink.ru, ducrot@poupinou.org, flz@xbsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:34:13 -0000 In message: <433418B1.3020207@samsco.org> Scott Long writes: : There has been talk of doing this in the past year from some people, but : I don't know if it got very far. If you're inspired, go for it! There : are plenty of docs on the web about how to attach a serial port header : and bootstrap it. And, don't underestimate the mips32 work that is : already in the tree; it's likely a good starting point. I believe that these are only in p4. The only mips things that I could find in my current tree were the atheros drivers. The p4 stuff is a port of the netbsd mips code with a lot of stuff ripped out. I'm not sure that the right stuff remains, since it was targeted at modern mips devices. Yet many new mips devices use 'ancient' design. I don't think that the WRT54G uses such things, but you never can tell with mips cores :-). : And, it's more than just a 'coolness' factor. I'd really like to have : pf running on mine, that way I could rid of the clunky machine doing : static NAT + firewall on my DSL line. THe linux firewall capabilities : are soooooo last century =-) Totally agreed! Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 15:53:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BB816A41F; Fri, 23 Sep 2005 15:53:45 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0C8743D45; Fri, 23 Sep 2005 15:53:44 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EIprC-00079v-00; Fri, 23 Sep 2005 17:53:02 +0200 Date: Fri, 23 Sep 2005 17:53:02 +0200 To: Scott Long Message-ID: <20050923155302.GE21906@poupinou.org> References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433418B1.3020207@samsco.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: Bachilo Dmitry , freebsd-current@freebsd.org, Florent Thoumie , freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:53:45 -0000 On Fri, Sep 23, 2005 at 09:01:05AM -0600, Scott Long wrote: > There has been talk of doing this in the past year from some people, but > I don't know if it got very far. If you're inspired, go for it! There > are plenty of docs on the web about how to attach a serial port header > and bootstrap it. And, don't underestimate the mips32 work that is > already in the tree; it's likely a good starting point. I thought it was targeted for mips64? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 17:23:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E711116A421 for ; Fri, 23 Sep 2005 17:23:54 +0000 (GMT) (envelope-from jcarroll@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB56543D4C for ; Fri, 23 Sep 2005 17:23:48 +0000 (GMT) (envelope-from jcarroll@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so632894nzk for ; Fri, 23 Sep 2005 10:23:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type; b=ks4RAqe6AV2pyzAHUECvBgY0yHITv5fy7uy7ZVqkYBhyQp/VwFcJY9bRTUgPiYxmB88gukm1vfSU9H9gXbnltlkbZLYu/PwEKaa1O4YfxjPG2wq0wFyKHbJYmsmw2fh7P3kB48flLn4vubnswfqQhVQLRLYf9NwIjLHadfmQ+LA= Received: by 10.54.16.3 with SMTP id 3mr1055008wrp; Fri, 23 Sep 2005 10:23:48 -0700 (PDT) Received: by 10.54.69.16 with HTTP; Fri, 23 Sep 2005 10:23:48 -0700 (PDT) Message-ID: Date: Fri, 23 Sep 2005 13:23:48 -0400 From: Jason Carroll To: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9339_3766213.1127496228308" Cc: Rob Watt , mikep@hudson-trading.com Subject: freebsd-5.4-stable panics X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jason@hudson-trading.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 17:23:55 -0000 ------=_Part_9339_3766213.1127496228308 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi-- I've been working on setting up a dual cpu, dual-core Opteron 275 with freebsd-5.4-stable, but have been getting panics and reboots fairly consistently. I think the problem I'm seeing might be related to this discussion: http://groups.google.com/group/lucky.freebsd.current/browse_thread/thread/6= abaddffadebfdfe/f251a4874c2be3b1?lnk=3Dst&q=3Dfreebsd+kernel+%22trap+9%22+c= losef&rnum=3D3&hl=3Den#f251a4874c2be3b1 but I can't be sure. I have several applications (on the order of 10) that each receive and send multicast data (each listens to 6-12 multicast streams and broadcasts 1). They also log to disk the data they broadcast. These applications each join all the groups they listen to at startup, and never explicitly leave these groups. These applications process 500-5000 packets per second between them in our environment. The machine usually panics after these applications have been up and running for 30 min to 6 hours. Several times the panic/reboot seems to have been triggered by an independent operation from these applications (copying a large file off the machine or moving a directory that contained the log files) After the first few panics, we rebuilt the kernel with trace and debug options and have saved a few core files. There seem to be 2 types of crashes we see with pretty different stack traces. What I'll call a type 1 crash, I believe, is often caused by one of the triggers I mention above. A type 2 crash appears to happen spontaneously after the machine has been running for a while. I poked around using kgdb in a core file from a type 2 crash, and it appeared the system hung closing sockets (specifically cleaning up multicast state i think) while cleaning up one of our multicast applications (note the trace through sys_exit). There's no reason this application should have been exiting unless it encountered some kind of error. I'm attaching: dmesg.txt kernel-conf.txt (kernel config file) type1-core.txt (a kgdb bt from a type1/triggered crash) type2-core.txt (a kgdb bt from a type2/spontaneous crash) I'm happy to dig for more information, recompile with different options, apply patches, or do anything else that might help get this problem diagnosed and fixed! Thanks, Jason Carroll ------=_Part_9339_3766213.1127496228308 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuNC1TVEFCTEUgIzE6IFdlZCBTZXAgMjEgMTY6MjU6NTcg RURUIDIwMDUKICAgIHJvb3RAcXVvdGV0ZXN0MzovdXNyL29iai91c3Ivc3JjL3N5cy9MT0NBTC1E RUJVRwpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJm b3JtYW5jZS4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5 IDAKQ1BVOiBEdWFsIENvcmUgQU1EIE9wdGVyb24odG0pIFByb2Nlc3NvciAyNzUgKDIxOTAuNjYt TUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDIwZjEy ICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDE8U1NFMz4KICBBTUQgRmVh dHVyZXM9MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93Pgog IEh5cGVydGhyZWFkaW5nOiAyIGxvZ2ljYWwgQ1BVcwpyZWFsIG1lbW9yeSAgPSAzOTQyNTgwMjI0 ICgzNzU5IE1CKQphdmFpbCBtZW1vcnkgPSAzODA1NjA5OTg0ICgzNjI5IE1CKQpBQ1BJIEFQSUMg VGFibGU6IDxBIE0gSSAgT0VNQVBJQyA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0 ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTog QVBJQyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDog IDMKTUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0cmlnZ2VyIGZv ciBTQ0kKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAppb2Fw aWMxIDxWZXJzaW9uIDEuMT4gaXJxcyAyNC0yNyBvbiBtb3RoZXJib2FyZAppb2FwaWMyIDxWZXJz aW9uIDEuMT4gaXJxcyAyOC0zMSBvbiBtb3RoZXJib2FyZAphY3BpMDogPEEgTSBJIE9FTVJTRFQ+ IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAi QUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6 IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBhY3Bp MApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhy b3R0bGluZz4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQ VT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBw Y2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlYWZjMDAwLTB4ZmVhZmNmZmYgaXJxIDE5IGF0IGRldmlj ZSAwLjAgb24gcGNpMwp1c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2Iw OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiByZXZp c2lvbiAxLjAKdWh1YjA6IEFNRCBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQp1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK b2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmVhZmQwMDAtMHhm ZWFmZGZmZiBpcnEgMTkgYXQgZGV2aWNlIDAuMSBvbiBwY2kzCnVzYjE6IE9IQ0kgdmVyc2lvbiAx LjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g b24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogQU1EIE9IQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiAzIHBvcnRzIHdpdGggMyBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZApwY2kzOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgNi4w IChubyBkcml2ZXIgYXR0YWNoZWQpCmZ4cDA6IDxJbnRlbCA4MjU1MSBQcm8vMTAwIEV0aGVybmV0 PiBwb3J0IDB4YmMwMC0weGJjM2YgbWVtIDB4ZmVhYTAwMDAtMHhmZWFiZmZmZiwweGZlYWZiMDAw LTB4ZmVhZmJmZmYgaXJxIDE4IGF0IGRldmljZSA4LjAgb24gcGNpMwptaWlidXMwOiA8TUlJIGJ1 cz4gb24gZnhwMAppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4gb24gbWlp YnVzMAppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgt RkRYLCBhdXRvCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjMxOjg5OjFiCmlzYWIw OiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4g b24gaXNhYjAKYXRhcGNpMDogPEFNRCA4MTExIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweGZm YTAtMHhmZmFmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4MWY3IGF0IGRldmljZSA3 LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBv biBhdGFwY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDcuMiAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kwOiA8YnJpZGdlPiBhdCBkZXZpY2UgNy4zIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEwLjAgb24gcGNp MApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBO ZXR3b3JrIENvbm5lY3Rpb24sIFZlcnNpb24gLSAxLjcuMzU+IHBvcnQgMHg4ODgwLTB4ODhiZiBt ZW0gMHhmYzkwMDAwMC0weGZjOTNmZmZmLDB4ZmM5YzAwMDAtMHhmYzlkZmZmZiBpcnEgMjYgYXQg ZGV2aWNlIDIuMCBvbiBwY2kyCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6YmE6ZDM6 NjAKZW0wOiAgU3BlZWQ6Ti9BICBEdXBsZXg6Ti9BCmVtMTogPEludGVsKFIpIFBSTy8xMDAwIE5l dHdvcmsgQ29ubmVjdGlvbiwgVmVyc2lvbiAtIDEuNy4zNT4gcG9ydCAweDhjMDAtMHg4YzNmIG1l bSAweGZjOTgwMDAwLTB4ZmM5YmZmZmYsMHhmYzllMDAwMC0weGZjOWZmZmZmIGlycSAyNyBhdCBk ZXZpY2UgMi4xIG9uIHBjaTIKZW0xOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzpiYTpkMzo2 MQplbTE6ICBTcGVlZDpOL0EgIER1cGxleDpOL0EKZW0yOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uLCBWZXJzaW9uIC0gMS43LjM1PiBwb3J0IDB4ODQ4MC0weDg0YmYgbWVt IDB4ZmM4NDAwMDAtMHhmYzg3ZmZmZiwweGZjODgwMDAwLTB4ZmM4OWZmZmYgaXJxIDI3IGF0IGRl dmljZSAzLjAgb24gcGNpMgplbTI6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0OjIzOmFlOjVlOmMy CmVtMjogIFNwZWVkOjEwMDAgTWJwcyAgRHVwbGV4OkZ1bGwKZW0zOiA8SW50ZWwoUikgUFJPLzEw MDAgTmV0d29yayBDb25uZWN0aW9uLCBWZXJzaW9uIC0gMS43LjM1PiBwb3J0IDB4ODgwMC0weDg4 M2YgbWVtIDB4ZmM4YTAwMDAtMHhmYzhiZmZmZiBpcnEgMjQgYXQgZGV2aWNlIDMuMSBvbiBwY2ky CmVtMzogRXRoZXJuZXQgYWRkcmVzczogMDA6MDQ6MjM6YWU6NWU6YzMKZW0zOiAgU3BlZWQ6MTAw MCBNYnBzICBEdXBsZXg6RnVsbApiZ2UwOiA8QnJvYWRjb20gQkNNNTcwNEMgRHVhbCBHaWdhYml0 IEV0aGVybmV0LCBBU0lDIHJldi4gMHgyMDAzPiBtZW0gMHhmYzdiMDAwMC0weGZjN2JmZmZmLDB4 ZmM3YzAwMDAtMHhmYzdjZmZmZiBpcnEgMjQgYXQgZGV2aWNlIDkuMCBvbiBwY2kyCm1paWJ1czE6 IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRYIFBI WT4gb24gbWlpYnVzMQpicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6ZTA6ODE6MzE6OGY6N2UKYmdlMTogPEJyb2FkY29tIEJDTTU3MDRD IER1YWwgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4MjAwMz4gbWVtIDB4ZmM3ZTAwMDAt MHhmYzdlZmZmZiwweGZjN2YwMDAwLTB4ZmM3ZmZmZmYgaXJxIDI1IGF0IGRldmljZSA5LjEgb24g cGNpMgptaWlidXMyOiA8TUlJIGJ1cz4gb24gYmdlMQpicmdwaHkxOiA8QkNNNTcwNCAxMC8xMDAv MTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czIKYnJncGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgsIDEwMDBiYXNlVFgtRkRYLCBh dXRvCmJnZTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjMxOjhmOjdmCnBjaTA6IDxiYXNl IHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMTAuMSAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMS4w IG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKYWFjMDogPEFkYXB0ZWMgU0NT SSBSQUlEIDIyMzBTPiBtZW0gMHhmMDAwMDAwMC0weGY3ZmZmZmZmLDB4ZmI4MDAwMDAtMHhmYmZm ZmZmZiBpcnEgMjggYXQgZGV2aWNlIDMuMCBvbiBwY2kxCmFhYzA6IEVuYWJsaW5nIDY0LWJpdCBh ZGRyZXNzIHN1cHBvcnQKYWFjMDogVW5rbm93biBwcm9jZXNzb3IgMjAwTUh6LCAxMTJNQiBjYWNo ZSBtZW1vcnksIG9wdGlvbmFsIGJhdHRlcnkgbm90IGluc3RhbGxlZAphYWMwOiBLZXJuZWwgNC4y LTAsIEJ1aWxkIDgyMDUsIFMvTiAyNjQyYWIKYWFjMDogU3VwcG9ydGVkIE9wdGlvbnM9MzFkN2M8 V0NBQ0hFLERBVEE2NCxIT1NUVElNRSxSQUlENTAsV0lORE9XNEdCLFNPRlRFUlIsU0dNQVA2NCxB TEFSTSxOT05EQVNEPgphYWNwMDogPFNDU0kgUGFzc3Rocm91Z2ggQnVzPiBvbiBhYWMwCmFhY3Ax OiA8U0NTSSBQYXNzdGhyb3VnaCBCdXM+IG9uIGFhYzAKcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwg aW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAxMS4xIChubyBkcml2ZXIgYXR0YWNoZWQp CmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYXRrYmRjMDogPEtleWJvYXJk IGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTAKYXRrYmQw OiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKc2lvMDogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4 MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMTogPDE2NTUwQS1jb21wYXRpYmxlIENP TSBwb3J0PiBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFjcGkwCnNpbzE6IHR5cGUgMTY1NTBB CmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlciAoRkRFKT4gcG9ydCAweDNmNywweDNmMC0w eDNmNSBpcnEgNiBkcnEgMiBvbiBhY3BpMApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZk YzAgZHJpdmUgMApwcGMwOiA8U3RhbmRhcmQgcGFyYWxsZWwgcHJpbnRlciBwb3J0PiBwb3J0IDB4 Mzc4LTB4MzdmIGlycSA3IG9uIGFjcGkwCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9u bHkpIGluIENPTVBBVElCTEUgbW9kZQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBj MApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKbHB0MDogPFByaW50ZXI+IG9uIHBwYnVz MApscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQg aW9tZW0gMHhjZDgwMC0weGNlN2ZmLDB4Y2M4MDAtMHhjZDdmZiwweGM4MDAwLTB4Y2M3ZmYsMHhj MDAwMC0weGM3ZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhi ZmZmZiBvbiBpc2EwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKaXBmdzIgaW5p dGlhbGl6ZWQsIGRpdmVydCBkaXNhYmxlZCwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGRpc2FibGVk LCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgdW5saW1pdGVkCmFjZDA6IENEUk9NIDxTT05ZIENE LVJPTSBDRFU1MjE1LzdZUzE+IGF0IGF0YTEtbWFzdGVyIFBJTzQKYWFjZDA6IDxSQUlEIDU+IG9u IGFhYzAKYWFjZDA6IDIwOTkyMk1CICg0Mjk5MjAyNTYgc2VjdG9ycykKKHByb2JlMTphYWNwMDow OjE6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMTphYWNwMDowOjE6MCk6 IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoocHJvYmUxOmFhY3AwOjA6MTowKTogUmVzZXJ2ZWQg QVNDL0FTQ1EgcGFpcgoocHJvYmUyOmFhY3AwOjA6MjowKTogSU5RVUlSWS4gQ0RCOiAxMiAwIDAg MCAyNCAwIAoocHJvYmUyOmFhY3AwOjA6MjowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihw cm9iZTI6YWFjcDA6MDoyOjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9iZTM6YWFjcDA6 MDozOjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAwIDI0IDAgCihwcm9iZTM6YWFjcDA6MDozOjAp OiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMzphYWNwMDowOjM6MCk6IFJlc2VydmVk IEFTQy9BU0NRIHBhaXIKKHByb2JlNDphYWNwMDowOjQ6MCk6IElOUVVJUlkuIENEQjogMTIgMCAw IDAgMjQgMCAKKHByb2JlNDphYWNwMDowOjQ6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoo cHJvYmU0OmFhY3AwOjA6NDowKTogUmVzZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmU2OmFhY3Aw OjA6NjowKTogSU5RVUlSWS4gQ0RCOiAxMiAwIDAgMCAyNCAwIAoocHJvYmU2OmFhY3AwOjA6Njow KTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTY6YWFjcDA6MDo2OjApOiBSZXNlcnZl ZCBBU0MvQVNDUSBwYWlyCihwcm9iZTc6YWFjcDA6MDo4OjApOiBJTlFVSVJZLiBDREI6IDEyIDAg MCAwIDI0IDAgCihwcm9iZTc6YWFjcDA6MDo4OjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMK KHByb2JlNzphYWNwMDowOjg6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlODphYWNw MDowOjk6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlODphYWNwMDowOjk6 MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoocHJvYmU4OmFhY3AwOjA6OTowKTogUmVzZXJ2 ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmUxMDphYWNwMDowOjExOjApOiBJTlFVSVJZLiBDREI6IDEy IDAgMCAwIDI0IDAgCihwcm9iZTEwOmFhY3AwOjA6MTE6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6 NTUsMwoocHJvYmUxMDphYWNwMDowOjExOjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9i ZTExOmFhY3AwOjA6MTI6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMTE6 YWFjcDA6MDoxMjowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTExOmFhY3AwOjA6 MTI6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlMTI6YWFjcDA6MDoxMzowKTogSU5R VUlSWS4gQ0RCOiAxMiAwIDAgMCAyNCAwIAoocHJvYmUxMjphYWNwMDowOjEzOjApOiBJTExFR0FM IFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMTI6YWFjcDA6MDoxMzowKTogUmVzZXJ2ZWQgQVNDL0FT Q1EgcGFpcgoocHJvYmUxMzphYWNwMDowOjE0OjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAwIDI0 IDAgCihwcm9iZTEzOmFhY3AwOjA6MTQ6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoocHJv YmUxMzphYWNwMDowOjE0OjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9iZTE0OmFhY3Aw OjA6MTU6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMTQ6YWFjcDA6MDox NTowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTE0OmFhY3AwOjA6MTU6MCk6IFJl c2VydmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlMTU6YWFjcDE6MDowOjApOiBJTlFVSVJZLiBDREI6 IDEyIDAgMCAwIDI0IDAgCihwcm9iZTE1OmFhY3AxOjA6MDowKTogSUxMRUdBTCBSRVFVRVNUIGFz Yzo1NSwzCihwcm9iZTE1OmFhY3AxOjA6MDowKTogUmVzZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJv YmUxNzphYWNwMTowOjI6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMTc6 YWFjcDE6MDoyOjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMTc6YWFjcDE6MDoy OjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9iZTE4OmFhY3AxOjA6MzowKTogSU5RVUlS WS4gQ0RCOiAxMiAwIDAgMCAyNCAwIAoocHJvYmUxODphYWNwMTowOjM6MCk6IElMTEVHQUwgUkVR VUVTVCBhc2M6NTUsMwoocHJvYmUxODphYWNwMTowOjM6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBh aXIKKHByb2JlMjA6YWFjcDE6MDo1OjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAwIDI0IDAgCihw cm9iZTIwOmFhY3AxOjA6NTowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTIwOmFh Y3AxOjA6NTowKTogUmVzZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmUyMTphYWNwMTowOjY6MCk6 IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMjE6YWFjcDE6MDo2OjApOiBJTExF R0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMjE6YWFjcDE6MDo2OjApOiBSZXNlcnZlZCBBU0Mv QVNDUSBwYWlyCihwcm9iZTIyOmFhY3AxOjA6ODowKTogSU5RVUlSWS4gQ0RCOiAxMiAwIDAgMCAy NCAwIAoocHJvYmUyMjphYWNwMTowOjg6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoocHJv YmUyMjphYWNwMTowOjg6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlMjQ6YWFjcDE6 MDoxMDowKTogSU5RVUlSWS4gQ0RCOiAxMiAwIDAgMCAyNCAwIAoocHJvYmUyNDphYWNwMTowOjEw OjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMjQ6YWFjcDE6MDoxMDowKTogUmVz ZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmUyNTphYWNwMTowOjExOjApOiBJTlFVSVJZLiBDREI6 IDEyIDAgMCAwIDI0IDAgCihwcm9iZTI1OmFhY3AxOjA6MTE6MCk6IElMTEVHQUwgUkVRVUVTVCBh c2M6NTUsMwoocHJvYmUyNTphYWNwMTowOjExOjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihw cm9iZTI2OmFhY3AxOjA6MTI6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2Jl MjY6YWFjcDE6MDoxMjowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTI2OmFhY3Ax OjA6MTI6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlMjg6YWFjcDE6MDoxNDowKTog SU5RVUlSWS4gQ0RCOiAxMiAwIDAgMCAyNCAwIAoocHJvYmUyODphYWNwMTowOjE0OjApOiBJTExF R0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMjg6YWFjcDE6MDoxNDowKTogUmVzZXJ2ZWQgQVND L0FTQ1EgcGFpcgoocHJvYmUyOTphYWNwMTowOjE1OjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAw IDI0IDAgCihwcm9iZTI5OmFhY3AxOjA6MTU6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUsMwoo cHJvYmUyOTphYWNwMTowOjE1OjApOiBSZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9iZTA6YWFj cDA6MDowOjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAwIDI0IDAgCihwcm9iZTA6YWFjcDA6MDow OjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlMDphYWNwMDowOjA6MCk6IFJlc2Vy dmVkIEFTQy9BU0NRIHBhaXIKKHByb2JlNTphYWNwMDowOjU6MCk6IElOUVVJUlkuIENEQjogMTIg MCAwIDAgMjQgMCAKKHByb2JlNTphYWNwMDowOjU6MCk6IElMTEVHQUwgUkVRVUVTVCBhc2M6NTUs MwoocHJvYmU1OmFhY3AwOjA6NTowKTogUmVzZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmU5OmFh Y3AwOjA6MTA6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlOTphYWNwMDow OjEwOjApOiBJTExFR0FMIFJFUVVFU1QgYXNjOjU1LDMKKHByb2JlOTphYWNwMDowOjEwOjApOiBS ZXNlcnZlZCBBU0MvQVNDUSBwYWlyCihwcm9iZTE2OmFhY3AxOjA6MTowKTogSU5RVUlSWS4gQ0RC OiAxMiAwIDAgMCAyNCAwIAoocHJvYmUxNjphYWNwMTowOjE6MCk6IElMTEVHQUwgUkVRVUVTVCBh c2M6NTUsMwoocHJvYmUxNjphYWNwMTowOjE6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKKHBy b2JlMTk6YWFjcDE6MDo0OjApOiBJTlFVSVJZLiBDREI6IDEyIDAgMCAwIDI0IDAgCihwcm9iZTE5 OmFhY3AxOjA6NDowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTE5OmFhY3AxOjA6 NDowKTogUmVzZXJ2ZWQgQVNDL0FTQ1EgcGFpcgoocHJvYmUyMzphYWNwMTowOjk6MCk6IElOUVVJ UlkuIENEQjogMTIgMCAwIDAgMjQgMCAKKHByb2JlMjM6YWFjcDE6MDo5OjApOiBJTExFR0FMIFJF UVVFU1QgYXNjOjU1LDMKKHByb2JlMjM6YWFjcDE6MDo5OjApOiBSZXNlcnZlZCBBU0MvQVNDUSBw YWlyCihwcm9iZTI3OmFhY3AxOjA6MTM6MCk6IElOUVVJUlkuIENEQjogMTIgMCAwIDAgMjQgMCAK KHByb2JlMjc6YWFjcDE6MDoxMzowKTogSUxMRUdBTCBSRVFVRVNUIGFzYzo1NSwzCihwcm9iZTI3 OmFhY3AxOjA6MTM6MCk6IFJlc2VydmVkIEFTQy9BU0NRIHBhaXIKU01QOiBBUCBDUFUgIzEgTGF1 bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEK TW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FhY2QwczFhCmVtMDogTGluayBpcyB1cCAxMDAw IE1icHMgRnVsbCBEdXBsZXgK ------=_Part_9339_3766213.1127496228308 Content-Type: text/plain; name="kernel-conf.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="kernel-conf.txt" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6 CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxz byBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2 ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRo ZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3Jn LykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2Ug bGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBm aWxlcy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0 eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5 cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQyMS4yLjExLjIuMSAyMDA1LzA0LzA5IDE3OjI4OjM3 IGtlbnNtaXRoIEV4cCAkCgptYWNoaW5lCQlhbWQ2NApjcHUJCUhBTU1FUgppZGVudAkJQ1VTVE9N CgojIFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jv b3QvZGV2aWNlLmhpbnRzCiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2Vz IHRvIGxvb2sgZm9yIGRldmljZXMuCm1ha2VvcHRpb25zICAgICBERUJVRz0tZwpvcHRpb25zICAg ICAgICAgS0RCCm9wdGlvbnMgICAgICAgICBEREIKb3B0aW9ucyAgICAgICAgIEJSRUFLX1RPX0RF QlVHR0VSCm9wdGlvbnMgICAgICAgICBJTlZBUklBTlRTCm9wdGlvbnMgICAgICAgICBJTlZBUklB TlRfU1VQUE9SVApvcHRpb25zICAgICAgICAgV0lUTkVTUwpvcHRpb25zICAgICAgICAgV0lUTkVT U19TS0lQU1BJTgojbWFrZW9wdGlvbnMgICAgIENPUFRGTEFHUz0iLU8gLWZyZW5hbWUtcmVnaXN0 ZXJzIC1waXBlIgoKb3B0aW9ucyAJU0NIRURfNEJTRAkJIyA0QlNEIHNjaGVkdWxlcgpvcHRpb25z IAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVu aWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lz dGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBv cnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMK b3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0 b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UK b3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJ TkZTU0VSVkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJ CSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTlRGUwkJCSMg TlQgRmlsZSBTeXN0ZW0Kb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3RlbQpvcHRp b25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQ cm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJ IyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VPTV9HUFQJCSMgR1VJRCBQ YXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlDT01QQVRfNDMJCSMgTmVlZGVkIGJ5IENPTVBBVF9M SU5VWDMyCm9wdGlvbnMgCUNPTVBBVF9JQTMyCQkjIENvbXBhdGlibGUgd2l0aCBpMzg2IGJpbmFy aWVzCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQK b3B0aW9ucyAJQ09NUEFUX0xJTlVYMzIJCSMgQ29tcGF0aWJsZSB3aXRoIGkzODYgbGludXggYmlu YXJpZXMgCm9wdGlvbnMgCVNDU0lfREVMQVk9MTUwMDAJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBw cm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3VwcG9ydApvcHRpb25z IAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJ CSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0 eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9T SVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RF VgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9ucyAJQUhDX1JFR19QUkVUVFlf UFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4g IEFkZHMgfjEyOGsgdG8gZHJpdmVyLgpvcHRpb25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFBy aW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1 ayB0byBkcml2ZXIuCm9wdGlvbnMgCUFEQVBUSVZFX0dJQU5UCQkjIEdpYW50IG11dGV4IGlzIGFk YXB0aXZlLgoKb3B0aW9ucyAJU01QCgojIFdvcmthcm91bmRzIGZvciBzb21lIGtub3duLXRvLWJl LWJyb2tlbiBjaGlwc2V0cyAoblZpZGlhIG5Gb3JjZTMtUHJvMTUwKQpkZXZpY2UJCWF0cGljCQkj IDgyNTlBIGNvbXBhdGFiaWxpdHkKCiMgRW5hYmxpbmcgTk9fTUlYRURfTU9ERSBnaXZlcyBhIHBl cmZvcm1hbmNlIGltcHJvdmVtZW50IG9uIHNvbWUgbW90aGVyYm9hcmRzCiMgYnV0IGRvZXMgbm90 IHdvcmsgd2l0aCBzb21lIGJvYXJkcyAobW9zdGx5IG5WaWRpYSBjaGlwc2V0IGJhc2VkKS4KI29w dGlvbnMgCU5PX01JWEVEX01PREUJIyBEb24ndCBwZW5hbGl6ZSB3b3JraW5nIGNoaXBzZXRzCgoj IExpbnV4IDMyLWJpdCBBQkkgc3VwcG9ydApvcHRpb25zIAlMSU5QUk9DRlMJCSMgQ2Fubm90IGJl IGEgbW9kdWxlIHlldC4KCiMgQnVzIHN1cHBvcnQuICBEbyBub3QgcmVtb3ZlIGlzYSwgZXZlbiBp ZiB5b3UgaGF2ZSBubyBpc2Egc2xvdHMKZGV2aWNlCQlhY3BpCmRldmljZQkJaXNhCmRldmljZQkJ cGNpCgojIEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2Vz CmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlh dGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00g ZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRh cGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGlj IGRldmljZSBudW1iZXJpbmcKCiMgU0NTSSBDb250cm9sbGVycwpkZXZpY2UJCWFoYwkJIyBBSEEy OTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwpkZXZpY2UJCWFoZAkJIyBBSEEzOTMyMC8y OTMyMCBhbmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMKI2RldmljZQkJYW1kCQkjIEFNRCA1M0M5 NzQgKFRla3JhbSBEQy0zOTAoVCkpCiNkZXZpY2UJCWlzcAkJIyBRbG9naWMgZmFtaWx5CiNkZXZp Y2UgCWlzcGZ3CQkjIEZpcm13YXJlIGZvciBRTG9naWMgSEJBcy0gbm9ybWFsbHkgYSBtb2R1bGUK I2RldmljZQkJbXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uCiNkZXZpY2UJCW5jcgkJIyBOQ1Iv U3ltYmlvcyBMb2dpYwojZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNo aXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpCiNkZXZpY2UJCXRybQkJIyBUZWtyYW0gREMzOTVVL1VX L0YgREMzMTVVIGFkYXB0ZXJzCgojZGV2aWNlCQlhZHYJCSMgQWR2YW5zeXMgU0NTSSBhZGFwdGVy cwojZGV2aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWlj CQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCiNkZXZpY2UJ CWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kg cGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kp CmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBB Y2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykK ZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJl Y3QgU0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNl cyAoYW5kIFNBRi1URSkKCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJ IHN1YnN5c3RlbQojZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECiNkZXZpY2UJCWFyY21zcgkJ IyBBcmVjYSBTQVRBIElJIFJBSUQKI2RldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1 KgojZGV2aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUgSUlJLCBJViAtIFNlZSBOT1RFUyBmb3Ig b3B0aW9ucwojZGV2aWNlCQlpaXIJCSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlECiNkZXZpY2UJCWlw cwkJIyBJQk0gKEFkYXB0ZWMpIFNlcnZlUkFJRAojZGV2aWNlCQltbHkJCSMgTXlsZXggQWNjZWxl UkFJRC9lWHRyZW1lUkFJRAojZGV2aWNlCQl0d2EJCSMgM3dhcmUgOTAwMCBzZXJpZXMgUEFUQS9T QVRBIFJBSUQKCiMgUkFJRCBjb250cm9sbGVycwpkZXZpY2UJCWFhYwkJIyBBZGFwdGVjIEZTQSBS QUlECmRldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBhYWMgKHJlcXVpcmVzIENB TSkKI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECiNkZXZpY2UJCW1seAkJIyBNeWxl eCBEQUM5NjAgZmFtaWx5CiNYWFggcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJcHN0CQkj IFByb21pc2UgU3VwZXJ0cmFrIFNYNjAwMAojZGV2aWNlCQl0d2UJCSMgM3dhcmUgQVRBIFJBSUQK CiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UK ZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkj IEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJdmdhCQkjIFZH QSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlzcGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQg c2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRy aXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29sZQpkZXZpY2UJCXNjCgojIFBDQ0FSRCAoUENN Q0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CiNkZXZpY2UJ CWNiYgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCiNkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJk ICgxNi1iaXQpIGJ1cwojZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVzCgoj IFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNlZCBz ZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkj IFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgojZGV2 aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBhcmFsbGVsCmRldmljZQkJcHBpCQkjIFBhcmFsbGVs IHBvcnQgaW50ZXJmYWNlIGRldmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5k IGRhCgojIElmIHlvdSd2ZSBnb3QgYSAiZHVtYiIgc2VyaWFsIG9yIHBhcmFsbGVsIFBDSSBjYXJk IHRoYXQgaXMKIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50 IHRoZSBmb2xsb3dpbmcKIyBsaW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gdGhlIHNpbyBh bmQvb3IgcHBjIGRyaXZlcnMpOgojZGV2aWNlCQlwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCiNk ZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChgYFR1bGlwJycpCmRldmljZQkJZW0JCSMg SW50ZWwgUFJPLzEwMDAgYWRhcHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQKI2RldmljZQkJaXhn YgkJIyBJbnRlbCBQUk8vMTBHYkUgRXRoZXJuZXQgQ2FyZAojZGV2aWNlCQl0eHAJCSMgM0NvbSAz Y1I5OTAgKGBgVHlwaG9vbicnKQojZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBW b3J0ZXgnJykKCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVz IGNvbnRyb2xsZXIgY29kZS4KIyBOT1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlp YnVzJyBsaW5lIGluIG9yZGVyIHRvIHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBN SUkgYnVzIHN1cHBvcnQKI2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0 aGVybmV0CmRldmljZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRoZXJuZXQK I2RldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKZGV2 aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgpCiNk ZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlu Z2UJCSMgTmF0U2VtaSBEUDgzODIwIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJcGNuCQkjIEFN RCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIChwcmVjZWRlbmNlIG92ZXIgJ2xuYycpCiNkZXZpY2UJCXJl CQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKI2RldmljZQkJcmwJCSMgUmVhbFRl ayA4MTI5LzgxMzkKI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScn KQojZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMg NzAxNgojZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQg RXRoZXJuZXQKI2RldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRY KQojZGV2aWNlCQl0aQkJIyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVy bmV0CiNkZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KI2RldmljZQkJ dHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2RldmljZQkJdmdlCQkj IFZJQSBWVDYxMnggZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJo aW5lIElJCiNkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKI2RldmljZQkJeGwJCSMgM0Nv bSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpCgojIElTQSBFdGhlcm5ldCBOSUNz LiAgcGNjYXJkIE5JQ3MgaW5jbHVkZWQuCiNkZXZpY2UJCWNzCQkjIENyeXN0YWwgU2VtaWNvbmR1 Y3RvciBDUzg5eDAgTklDCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2RldmljZSBtaWlidXMnCiMg WFhYIGt2dG9wIGJyb2tlbm5lc3MsIHBvaW50ZXIvaW50IHdhcm5pbmdzCiNkZXZpY2UJCWVkCQkj IE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywgRFM4MzkwIGNhcmRzCiNkZXZpY2UJCWV4CQkj IEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsKI2RldmljZQkJZXAJCSMgRXRo ZXJsaW5rIElJSSBiYXNlZCBjYXJkcwojZGV2aWNlCQlmZQkJIyBGdWppdHN1IE1CODY5NnggYmFz ZWQgY2FyZHMKIyBYWFgga3Z0b3AgYnJva2VubmVzcywgcG9pbnRlci9pbnQgd2FybmluZ3MKI2Rl dmljZQkJbG5jCQkjIE5FMjEwMCwgTkUzMi1WTCBMYW5jZSBFdGhlcm5ldCBjYXJkcwojZGV2aWNl CQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlwcwojZGV2aWNlCQl4ZQkJ IyBYaXJjb20gcGNjYXJkIEV0aGVybmV0CgojIFdpcmVsZXNzIE5JQyBjYXJkcwojZGV2aWNlCQl3 bGFuCQkjIDgwMi4xMSBzdXBwb3J0CiNkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgw Mi4xMSB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQlhd2kJCSMgQmF5U3RhY2sgNjYwIGFuZCBvdGhl cnMKI2RldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAyLjExIHdpcmVsZXNz IE5JQ3MuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFj awpkZXZpY2UJCW1lbQkJIyBNZW1vcnkgYW5kIGtlcm5lbCBtZW1vcnkgZGV2aWNlcwpkZXZpY2UJ CWlvCQkjIEkvTyBkZXZpY2UKZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZpY2UKZGV2aWNl CQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKZGV2 aWNlCQlwcHAJCSMgS2VybmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZp Y2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkg ImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwpkZXZpY2UJCWZh aXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24pCgojIFRoZSBgYnBmJyBk ZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0 aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCiMgTm90ZSB0 aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLgpkZXZpY2UJCWJwZgkJIyBCZXJrZWxleSBw YWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNC IGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKI2Rldmlj ZQkJZWhjaQkJIyBFSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDIuMCkKZGV2aWNlCQl1c2IJ CSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJsZSBCdWxrIFBp cGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVoaWQJCSMgIkh1bWFu IEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKZGV2aWNlCQl1bHB0 CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJl cyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKI2RldmljZQkJdXJpbwkJIyBEaWFt b25kIFJpbyA1MDAgTVAzIHBsYXllcgojZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzCiMgVVNC IEV0aGVybmV0LCByZXF1aXJlcyBtaWkKI2RldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJu ZXQKI2RldmljZQkJYXhlCQkjIEFTSVggRWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZpY2UJ CWNkY2UJCSMgR2VuZXJpYyBVU0Igb3ZlciBFdGhlcm5ldAojZGV2aWNlCQljdWUJCSMgQ0FUQyBV U0IgRXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQKI2Rl dmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0IgRXRoZXJuZXQKCiMgRmlyZVdpcmUgc3Vw cG9ydAojZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJlIGJ1cyBjb2RlCiNkZXZpY2UJCXNicAkJ IyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkKI2RldmljZQkJZndl CQkjIEV0aGVybmV0IG92ZXIgRmlyZVdpcmUgKG5vbi1zdGFuZGFyZCEpCgpvcHRpb25zICAgICAg ICAgSVBGSVJFV0FMTApvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9WRVJCT1NFCgo= ------=_Part_9339_3766213.1127496228308 Content-Type: text/plain; name="type1-core.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="type1-core.txt" W0dEQiB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xp Yi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxfbG9va3VwIl0K R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2Vu ZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5k L29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4KVHlw ZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRl bHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz LgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVic2QiLgoKVW5y ZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZlcjoKcGFuaWM6IE5vIFRJRCBi aXRtYXA/CmNwdWlkID0gMApLREI6IGVudGVyOiBwYW5pYwpwYW5pYzogZnJvbSBkZWJ1Z2dlcgpj cHVpZCA9IDAKYm9vdCgpIGNhbGxlZCBvbiBjcHUjMApVcHRpbWU6IDRoNDVtNTBzCkR1bXBpbmcg Mzc1OSBNQgogMTYgMzIgNDggNjQgODAgOTYgMTEyIDEyOCAxNDQgMTYwIDE3NiAxOTIgMjA4IDIy NCAyNDAgMjU2IDI3MiAyODggMzA0IDMyMCAzMzYgMzUyIDM2OCAzODQgNDAwIDQxNiA0MzIgNDQ4 IDQ2NCA0ODAgNDk2IDUxMiA1MjggNTQ0IDU2MCA1NzYgNTkyIDYwOCA2MjQgNjQwIDY1NiA2NzIg Njg4IDcwNCA3MjAgNzM2IDc1MiA3NjggNzg0IDgwMCA4MTYgODMyIDg0OCA4NjQgODgwIDg5NiA5 MTIgOTI4IDk0NCA5NjAgOTc2IDk5MiAxMDA4IDEwMjQgMTA0MCAxMDU2IDEwNzIgMTA4OCAxMTA0 IDExMjAgMTEzNiAxMTUyIDExNjggMTE4NCAxMjAwIDEyMTYgMTIzMiAxMjQ4IDEyNjQgMTI4MCAx Mjk2IDEzMTIgMTMyOCAxMzQ0IDEzNjAgMTM3NiAxMzkyIDE0MDggMTQyNCAxNDQwIDE0NTYgMTQ3 MiAxNDg4IDE1MDQgMTUyMCAxNTM2IDE1NTIgMTU2OCAxNTg0IDE2MDAgMTYxNiAxNjMyIDE2NDgg MTY2NCAxNjgwIDE2OTYgMTcxMiAxNzI4IDE3NDQgMTc2MCAxNzc2IDE3OTIgMTgwOCAxODI0IDE4 NDAgMTg1NiAxODcyIDE4ODggMTkwNCAxOTIwIDE5MzYgMTk1MiAxOTY4IDE5ODQgMjAwMCAyMDE2 IDIwMzIgMjA0OCAyMDY0IDIwODAgMjA5NiAyMTEyIDIxMjggMjE0NCAyMTYwIDIxNzYgMjE5MiAy MjA4IDIyMjQgMjI0MCAyMjU2IDIyNzIgMjI4OCAyMzA0IDIzMjAgMjMzNiAyMzUyIDIzNjggMjM4 NCAyNDAwIDI0MTYgMjQzMiAyNDQ4IDI0NjQgMjQ4MCAyNDk2IDI1MTIgMjUyOCAyNTQ0IDI1NjAg MjU3NiAyNTkyIDI2MDggMjYyNCAyNjQwIDI2NTYgMjY3MiAyNjg4IDI3MDQgMjcyMCAyNzM2IDI3 NTIgMjc2OCAyNzg0IDI4MDAgMjgxNiAyODMyIDI4NDggMjg2NCAyODgwIDI4OTYgMjkxMiAyOTI4 IDI5NDQgMjk2MCAyOTc2IDI5OTIgMzAwOCAzMDI0IDMwNDAgMzA1NiAzMDcyIDMwODggMzEwNCAz MTIwIDMxMzYgMzE1MiAzMTY4IDMxODQgMzIwMCAzMjE2IDMyMzIgMzI0OCAzMjY0IDMyODAgMzI5 NiAzMzEyIDMzMjggMzM0NCAzMzYwIDMzNzYgMzM5MiAzNDA4IDM0MjQgMzQ0MCAzNDU2IDM0NzIg MzQ4OCAzNTA0IDM1MjAgMzUzNiAzNTUyIDM1NjggMzU4NCAzNjAwIDM2MTYgMzYzMiAzNjQ4IDM2 NjQgMzY4MCAzNjk2IDM3MTIgMzcyOCAzNzQ0CgojMCAgZG9hZHVtcCAoKSBhdCBwY3B1Lmg6MTY3 CjE2NwlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuCglpbiBwY3B1LmgKKGtnZGIp IGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjcKIzEgIDB4ZmZmZmZmZmY4MDJiMDVmNyBp biBib290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0 MTIKIzIgIDB4ZmZmZmZmZmY4MDJiMDA4YiBpbiBwYW5pYyAoZm10PTB4ZmZmZmZmZmY4MDQ2NDg4 MCAiZnJvbSBkZWJ1Z2dlciIpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1 NjgKIzMgIDB4ZmZmZmZmZmY4MDE5MjUxMiBpbiBkYl9wYW5pYyAoYWRkcj0wLCBoYXZlX2FkZHI9 MCwgY291bnQ9MCwgbW9kaWY9MHgwKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0 MzUKIzQgIDB4ZmZmZmZmZmY4MDE5MjhkNSBpbiBkYl9jb21tYW5kX2xvb3AgKCkgYXQgL3Vzci9z cmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6MzQ5CiM1ICAweGZmZmZmZmZmODAxOTQ3ODMgaW4gZGJf dHJhcCAodHlwZT0tMTI4NjcxOTY0OCwgY29kZT0wKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX21h aW4uYzoyMjEKIzYgIDB4ZmZmZmZmZmY4MDJjYjdjNSBpbiBrZGJfdHJhcCAodHlwZT0zLCBjb2Rl PTAsIHRmPTB4MSkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzo0NzAKIzcgIDB4ZmZm ZmZmZmY4MDQxNjZlMiBpbiB0cmFwIChmcmFtZT0KICAgICAge3RmX3JkaSA9IDAsIHRmX3JzaSA9 IC0yMTM2OTI4MjU2LCB0Zl9yZHggPSAwLCB0Zl9yY3ggPSA1MjM3NzYsIHRmX3I4ID0gLTEyODY3 MTk0NDAsIHRmX3I5ID0gMTAsIHRmX3JheCA9IDE4LCB0Zl9yYnggPSAtMjE0MjY4NzAyNiwgdGZf cmJwID0gLTEyODY3MTkyMDAsIHRmX3IxMCA9IDE1NTAxLCB0Zl9yMTEgPSAwLCB0Zl9yMTIgPSAw LCB0Zl9yMTMgPSAyNTYsIHRmX3IxNCA9IC0xMDk1Njk3MzgyNzg0LCB0Zl9yMTUgPSAzMjIxMjQs IHRmX3RyYXBubyA9IDMsIHRmX2FkZHIgPSAwLCB0Zl9mbGFncyA9IDI1NiwgdGZfZXJyID0gMCwg dGZfcmlwID0gLTIxNDQ1NTQzMzcsIHRmX2NzID0gOCwgdGZfcmZsYWdzID0gNjQyLCB0Zl9yc3Ag PSAtMTI4NjcxOTIwMCwgdGZfc3MgPSAxNn0pCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1k NjQvdHJhcC5jOjQzMQojOCAgMHhmZmZmZmZmZjgwNDA0NTdiIGluIGNhbGx0cmFwICgpIGF0IC91 c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzoxNzEKIzkgIDB4MDAwMDAwMDAwMDAw MDAwMCBpbiA/PyAoKQojMTAgMHhmZmZmZmZmZjgwYTExMDAwIGluID8/ICgpCiMxMSAweDAwMDAw MDAwMDAwMDAwMDAgaW4gPz8gKCkKIzEyIDB4MDAwMDAwMDAwMDA3ZmUwMCBpbiA/PyAoKQojMTMg MHhmZmZmZmZmZmIzNGUzODMwIGluID8/ICgpCiMxNCAweDAwMDAwMDAwMDAwMDAwMGEgaW4gPz8g KCkKIzE1IDB4MDAwMDAwMDAwMDAwMDAxMiBpbiA/PyAoKQojMTYgMHhmZmZmZmZmZjgwNDkzMGNl IGluIF9fZnVuY19fLjAgKCkKIzE3IDB4ZmZmZmZmZmZiMzRlMzkyMCBpbiA/PyAoKQojMTggMHgw MDAwMDAwMDAwMDAzYzhkIGluID8/ICgpCiMxOSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkK IzIwIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojMjEgMHgwMDAwMDAwMDAwMDAwMTAwIGlu ID8/ICgpCiMyMiAweGZmZmZmZjAwZTM1OGMyODAgaW4gPz8gKCkKIzIzIDB4MDAwMDAwMDAwMDA0 ZWE0YyBpbiA/PyAoKQojMjQgMHgwMDAwMDAwMDAwMDAwMDAzIGluID8/ICgpCiMyNSAweDAwMDAw MDAwMDAwMDAwMDAgaW4gPz8gKCkKIzI2IDB4MDAwMDAwMDAwMDAwMDEwMCBpbiA/PyAoKQojMjcg MHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyOCAweGZmZmZmZmZmODAyY2IyOWYgaW4ga2Ri X2VudGVyIChtc2c9MHgwKSBhdCBjcHVmdW5jLmg6NTkKIzI5IDB4ZmZmZmZmZmY4MDJiMDBkOSBp biBwYW5pYyAoZm10PTB4ZmZmZmZmZmY4MDQ5MzBjZSAiTm8gVElEIGJpdG1hcD8iKSBhdCAvdXNy L3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTUyCiMzMCAweGZmZmZmZmZmODAyYmI2Mjkg aW4gdGhyZWFkX2ZpbmkgKG1lbT0weDAsIHNpemU9MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vy bl90aHJlYWQuYzoyNjkKIzMxIDB4ZmZmZmZmZmY4MDNmOTQ2OSBpbiB6b25lX2RyYWluICh6b25l PTB4MSkgYXQgL3Vzci9zcmMvc3lzL3ZtL3VtYV9jb3JlLmM6NzQ5CiMzMiAweGZmZmZmZmZmODAz ZjczNTYgaW4gem9uZV9mb3JlYWNoICh6ZnVuYz0weGZmZmZmZmZmODAzZjkyYzAgPHpvbmVfZHJh aW4+KSBhdCAvdXNyL3NyYy9zeXMvdm0vdW1hX2NvcmUuYzoxNDk0CiMzMyAweGZmZmZmZmZmODAz ZmE3OTEgaW4gdW1hX3JlY2xhaW0gKCkgYXQgL3Vzci9zcmMvc3lzL3ZtL3VtYV9jb3JlLmM6MjYy MwojMzQgMHhmZmZmZmZmZjgwM2Y0ZjZhIGluIHZtX3BhZ2VvdXQgKCkgYXQgL3Vzci9zcmMvc3lz L3ZtL3ZtX3BhZ2VvdXQuYzo3MjUKIzM1IDB4ZmZmZmZmZmY4MDI5OWVmMyBpbiBmb3JrX2V4aXQg KGNhbGxvdXQ9MHhmZmZmZmZmZjgwM2Y0YzMwIDx2bV9wYWdlb3V0PiwgYXJnPTB4MCwgZnJhbWU9 MHhmZmZmZmZmZmIzNGUzYzUwKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmM6 NzkxCiMzNiAweGZmZmZmZmZmODA0MDQ3N2UgaW4gZm9ya190cmFtcG9saW5lICgpIGF0IC91c3Iv c3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzoyOTYKIzM3IDB4MDAwMDAwMDAwMDAwMDAw MCBpbiA/PyAoKQojMzggMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMzOSAweDAwMDAwMDAw MDAwMDAwMDEgaW4gPz8gKCkKIzQwIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNDEgMHgw MDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0MiAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkK IzQzIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNDQgMHgwMDAwMDAwMDAwMDAwMDAwIGlu ID8/ICgpCiM0NSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQ2IDB4MDAwMDAwMDAwMDAw MDAwMCBpbiA/PyAoKQojNDcgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM0OCAweDAwMDAw MDAwMDAwMDAwMDAgaW4gPz8gKCkKIzQ5IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNTAg MHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM1MSAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8g KCkKIzUyIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNTMgMHgwMDAwMDAwMDAwMDAwMDAw IGluID8/ICgpCiM1NCAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzU1IDB4MDAwMDAwMDAw MDAwMDAwMCBpbiA/PyAoKQojNTYgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM1NyAweDAw MDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzU4IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQoj NTkgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM2MCAweDAwMDAwMDAwMDAwMDAwMDAgaW4g Pz8gKCkKIzYxIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNjIgMHgwMDAwMDAwMDAwMDAw MDAwIGluID8/ICgpCiM2MyAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzY0IDB4MDAwMDAw MDAwMDAwMDAwMCBpbiA/PyAoKQojNjUgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM2NiAw eDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzY3IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAo KQojNjggMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM2OSAweDAwMDAwMDAwMDA4NjgwMDAg aW4gPz8gKCkKIzcwIDB4MDAwMDAwMDAwMDA0ZWE0YyBpbiA/PyAoKQojNzEgMHgwMDAwMDAwMDAw MDAwMDAxIGluID8/ICgpCiM3MiAweGZmZmZmZjAwZTM1NzE1ZDAgaW4gPz8gKCkKIzczIDB4ZmZm ZmZmMDBlMzVhZWEwMCBpbiA/PyAoKQojNzQgMHhmZmZmZmZmZmIzNGUzOWQwIGluID8/ICgpCiM3 NSAweGZmZmZmZmZmYjM0ZTM5YTggaW4gPz8gKCkKIzc2IDB4ZmZmZmZmMDBlMzU4YzI4MCBpbiA/ PyAoKQojNzcgMHhmZmZmZmZmZjgwMmMzMzdlIGluIHNjaGVkX3N3aXRjaCAodGQ9MHgwLCBuZXd0 ZD0weGZmZmZmZmZmODAzZjRjMzAsIGZsYWdzPTEpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3NjaGVk XzRic2QuYzo4ODEKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBz dGFjaz8pCihrZ2RiKSA= ------=_Part_9339_3766213.1127496228308 Content-Type: text/plain; name="type2-core.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="type2-core.txt" W0dEQiB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xp Yi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxfbG9va3VwIl0K R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2Vu ZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5k L29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4KVHlw ZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRl bHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz LgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVic2QiLgoKVW5y ZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbCBtZXNzYWdlIGJ1ZmZlcjoKCgpGYXRhbCB0cmFwIDk6 IGdlbmVyYWwgcHJvdGVjdGlvbiBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9kZQpjcHVpZCA9IDA7 IGFwaWMgaWQgPSAwMAppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4ZmZmZmZmZmY4MDMzNjg5 NQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDEwOjB4ZmZmZmZmZmZiNzJmMzg1MApmcmFtZSBw b2ludGVyCSAgICAgICAgPSAweDEwOjB4ZmZmZmZmZmZiNzJmMzhiMApjb2RlIHNlZ21lbnQJCT0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJCQk9IERQTCAwLCBwcmVzIDEsIGxv bmcgMSwgZGVmMzIgMCwgZ3JhbiAxCnByb2Nlc3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxl ZCwgcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MJCT0gNTE4MDIgKHVxZGZmZWVkKQpw YW5pYzogZnJvbSBkZWJ1Z2dlcgpjcHVpZCA9IDAKYm9vdCgpIGNhbGxlZCBvbiBjcHUjMApVcHRp bWU6IDdoMjRtMjZzCkR1bXBpbmcgMzc1OSBNQgogMTYgMzIgNDggNjQgODAgOTYgMTEyIDEyOCAx NDQgMTYwIDE3NiAxOTIgMjA4IDIyNCAyNDAgMjU2IDI3MiAyODggMzA0IDMyMCAzMzYgMzUyIDM2 OCAzODQgNDAwIDQxNiA0MzIgNDQ4IDQ2NCA0ODAgNDk2IDUxMiA1MjggNTQ0IDU2MCA1NzYgNTky IDYwOCA2MjQgNjQwIDY1NiA2NzIgNjg4IDcwNCA3MjAgNzM2IDc1MiA3NjggNzg0IDgwMCA4MTYg ODMyIDg0OCA4NjQgODgwIDg5NiA5MTIgOTI4IDk0NCA5NjAgOTc2IDk5MiAxMDA4IDEwMjQgMTA0 MCAxMDU2IDEwNzIgMTA4OCAxMTA0IDExMjAgMTEzNiAxMTUyIDExNjggMTE4NCAxMjAwIDEyMTYg MTIzMiAxMjQ4IDEyNjQgMTI4MCAxMjk2IDEzMTIgMTMyOCAxMzQ0IDEzNjAgMTM3NiAxMzkyIDE0 MDggMTQyNCAxNDQwIDE0NTYgMTQ3MiAxNDg4IDE1MDQgMTUyMCAxNTM2IDE1NTIgMTU2OCAxNTg0 IDE2MDAgMTYxNiAxNjMyIDE2NDggMTY2NCAxNjgwIDE2OTYgMTcxMiAxNzI4IDE3NDQgMTc2MCAx Nzc2IDE3OTIgMTgwOCAxODI0IDE4NDAgMTg1NiAxODcyIDE4ODggMTkwNCAxOTIwIDE5MzYgMTk1 MiAxOTY4IDE5ODQgMjAwMCAyMDE2IDIwMzIgMjA0OCAyMDY0IDIwODAgMjA5NiAyMTEyIDIxMjgg MjE0NCAyMTYwIDIxNzYgMjE5MiAyMjA4IDIyMjQgMjI0MCAyMjU2IDIyNzIgMjI4OCAyMzA0IDIz MjAgMjMzNiAyMzUyIDIzNjggMjM4NCAyNDAwIDI0MTYgMjQzMiAyNDQ4IDI0NjQgMjQ4MCAyNDk2 IDI1MTIgMjUyOCAyNTQ0IDI1NjAgMjU3NiAyNTkyIDI2MDggMjYyNCAyNjQwIDI2NTYgMjY3MiAy Njg4IDI3MDQgMjcyMCAyNzM2IDI3NTIgMjc2OCAyNzg0IDI4MDAgMjgxNiAyODMyIDI4NDggMjg2 NCAyODgwIDI4OTYgMjkxMiAyOTI4IDI5NDQgMjk2MCAyOTc2IDI5OTIgMzAwOCAzMDI0IDMwNDAg MzA1NiAzMDcyIDMwODggMzEwNCAzMTIwIDMxMzYgMzE1MiAzMTY4IDMxODQgMzIwMCAzMjE2IDMy MzIgMzI0OCAzMjY0IDMyODAgMzI5NiAzMzEyIDMzMjggMzM0NCAzMzYwIDMzNzYgMzM5MiAzNDA4 IDM0MjQgMzQ0MCAzNDU2IDM0NzIgMzQ4OCAzNTA0IDM1MjAgMzUzNiAzNTUyIDM1NjggMzU4NCAz NjAwIDM2MTYgMzYzMiAzNjQ4IDM2NjQgMzY4MCAzNjk2IDM3MTIgMzcyOCAzNzQ0CgojMCAgZG9h ZHVtcCAoKSBhdCBwY3B1Lmg6MTY3CjE2NwlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rv cnkuCglpbiBwY3B1LmgKKGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjcKIzEg IDB4ZmZmZmZmZmY4MDJhOGQyNyBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fc2h1dGRvd24uYzo0MTIKIzIgIDB4ZmZmZmZmZmY4MDJhODdiYiBpbiBwYW5pYyAo Zm10PTB4ZmZmZmZmZmY4MDQ1ZDIwMCAiZnJvbSBkZWJ1Z2dlciIpIGF0IC91c3Ivc3JjL3N5cy9r ZXJuL2tlcm5fc2h1dGRvd24uYzo1NjgKIzMgIDB4ZmZmZmZmZmY4MDE5MjBlMiBpbiBkYl9wYW5p YyAoYWRkcj0wLCBoYXZlX2FkZHI9MCwgY291bnQ9MCwgbW9kaWY9MHgwKSBhdCAvdXNyL3NyYy9z eXMvZGRiL2RiX2NvbW1hbmQuYzo0MzUKIzQgIDB4ZmZmZmZmZmY4MDE5MjRhNSBpbiBkYl9jb21t YW5kX2xvb3AgKCkgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6MzQ5CiM1ICAweGZm ZmZmZmZmODAxOTQzNTMgaW4gZGJfdHJhcCAodHlwZT0tMTIyMTY0MjY4OCwgY29kZT0wKSBhdCAv dXNyL3NyYy9zeXMvZGRiL2RiX21haW4uYzoyMjEKIzYgIDB4ZmZmZmZmZmY4MDJjM2VmNSBpbiBr ZGJfdHJhcCAodHlwZT05LCBjb2RlPTAsIHRmPTB4MSkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vi cl9rZGIuYzo0NzAKIzcgIDB4ZmZmZmZmZmY4MDQwZWIxYSBpbiB0cmFwX2ZhdGFsIChmcmFtZT0w eGZmZmZmZmZmYjcyZjM3YTAsIGV2YT0xODQ0Njc0Mjk3NTYzNzM1MDkxMikgYXQgL3Vzci9zcmMv c3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo2MzQKIzggIDB4ZmZmZmZmZmY4MDQwZjAzMSBpbiB0cmFw IChmcmFtZT0KICAgICAge3RmX3JkaSA9IC0xMDk3MTg2NTMwNzUyLCB0Zl9yc2kgPSAwLCB0Zl9y ZHggPSAwLCB0Zl9yY3ggPSAwLCB0Zl9yOCA9IC0yMTQyNzI4NzkyLCB0Zl9yOSA9IDAsIHRmX3Jh eCA9IDEsIHRmX3JieCA9IC0yNDAxMDUwOTYyODY3NDA0NTc4LCB0Zl9yYnAgPSAtMTIyMTY0MjA2 NCwgdGZfcjEwID0gMCwgdGZfcjExID0gMCwgdGZfcjEyID0gMSwgdGZfcjEzID0gLTEwOTg2NTky ODM3MjgsIHRmX3IxNCA9IC0yMTQwNzE5NjgwLCB0Zl9yMTUgPSAtMTA5NzUzMDY3MDg3MiwgdGZf dHJhcG5vID0gOSwgdGZfYWRkciA9IDAsIHRmX2ZsYWdzID0gLTIxNDA5ODUxODQsIHRmX2VyciA9 IDAsIHRmX3JpcCA9IC0yMTQ0MTE0NTM5LCB0Zl9jcyA9IDgsIHRmX3JmbGFncyA9IDY2MTgyLCB0 Zl9yc3AgPSAtMTIyMTY0MjE0NCwgdGZfc3MgPSAxNn0pCiAgICBhdCAvdXNyL3NyYy9zeXMvYW1k NjQvYW1kNjQvdHJhcC5jOjQ1OAojOSAgMHhmZmZmZmZmZjgwM2ZjZWZiIGluIGNhbGx0cmFwICgp IGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzoxNzEKIzEwIDB4ZmZmZmZm MDA4YTk2MmE0MCBpbiA/PyAoKQojMTEgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMxMiAw eDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzEzIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAo KQojMTQgMHhmZmZmZmZmZjgwNDg4ZGE4IGluIF9fZnVuY19fLjAgKCkKIzE1IDB4MDAwMDAwMDAw MDAwMDAwMCBpbiA/PyAoKQojMTYgMHgwMDAwMDAwMDAwMDAwMDAxIGluID8/ICgpCiMxNyAweGRl YWRjMGRlZGVhZGMwZGUgaW4gPz8gKCkKIzE4IDB4ZmZmZmZmZmZiNzJmMzhiMCBpbiA/PyAoKQoj MTkgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyMCAweDAwMDAwMDAwMDAwMDAwMDAgaW4g Pz8gKCkKIzIxIDB4MDAwMDAwMDAwMDAwMDAwMSBpbiA/PyAoKQojMjIgMHhmZmZmZmYwMDMyY2Ri Y2YwIGluID8/ICgpCiMyMyAweGZmZmZmZmZmODA2NzM1YzAgaW4gdWRiICgpCiMyNCAweGZmZmZm ZjAwNzYxMzAwZTggaW4gPz8gKCkKIzI1IDB4MDAwMDAwMDAwMDAwMDAwOSBpbiA/PyAoKQojMjYg MHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyNyAweGZmZmZmZmZmODA2MzI4YTAgaW4gd19s b2NrX2xpc3RfZnJlZSAoKQojMjggMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMyOSAweGZm ZmZmZmZmODAzMzY4OTUgaW4gaW5fZGVsbXVsdGkgKGlubT0weDApIGF0IC91c3Ivc3JjL3N5cy9u ZXRpbmV0L2luLmM6MTAxMAojMzAgMHhmZmZmZmZmZjgwMzQ0ZTgwIGluIGlwX2ZyZWVtb3B0aW9u cyAoaW1vPTB4ZmZmZmZmMDA5YmI0NTIwMCkgYXQgL3Vzci9zcmMvc3lzL25ldGluZXQvaXBfb3V0 cHV0LmM6MTk0OQojMzEgMHhmZmZmZmZmZjgwMzM5MzMyIGluIGluX3BjYmRldGFjaCAoaW5wPTB4 ZmZmZmZmMDA3NjEzMDAwMCkgYXQgL3Vzci9zcmMvc3lzL25ldGluZXQvaW5fcGNiLmM6NzMyCiMz MiAweGZmZmZmZmZmODAzNTg5MzEgaW4gdWRwX2RldGFjaCAoc289MHhmZmZmZmYwMDc2MTMwMDAw KSBhdCAvdXNyL3NyYy9zeXMvbmV0aW5ldC91ZHBfdXNycmVxLmM6MTAwOQojMzMgMHhmZmZmZmZm ZjgwMmVjMWQwIGluIHNvY2xvc2UgKHNvPTB4ZmZmZmZmMDAzMmNkYmNmMCkgYXQgL3Vzci9zcmMv c3lzL2tlcm4vdWlwY19zb2NrZXQuYzo0NzYKIzM0IDB4ZmZmZmZmZmY4MDJkOTA0ZiBpbiBzb29f Y2xvc2UgKGZwPTB4ZmZmZmZmMDBjNDAxZTM4MCwgdGQ9MHgwKSBhdCAvdXNyL3NyYy9zeXMva2Vy bi9zeXNfc29ja2V0LmM6Mjk5CiMzNSAweGZmZmZmZmZmODAyODRiNzEgaW4gZmRyb3BfbG9ja2Vk IChmcD0weGZmZmZmZjAwYzQwMWUzODAsIHRkPTB4ZmZmZmZmMDA1NWNiZWEwMCkgYXQgZmlsZS5o OjI4OAojMzYgMHhmZmZmZmZmZjgwMjg0YzgxIGluIGNsb3NlZiAoZnA9MHhmZmZmZmYwMGM0MDFl MzgwLCB0ZD0weGZmZmZmZjAwNTVjYmVhMDApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVz Y3JpcC5jOjE5MTgKIzM3IDB4ZmZmZmZmZmY4MDI4NjZlOSBpbiBmZGZyZWUgKHRkPTB4ZmZmZmZm MDA1NWNiZWEwMCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9kZXNjcmlwLmM6MTYyMgojMzgg MHhmZmZmZmZmZjgwMjkwMzRjIGluIGV4aXQxICh0ZD0weGZmZmZmZjAwNTVjYmVhMDAsIHJ2PTI1 NikgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9leGl0LmM6MjM3CiMzOSAweGZmZmZmZmZmODAy OTEwZGUgaW4gc3lzX2V4aXQgKHRkPTB4MCwgdWFwPTB4MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9leGl0LmM6OTQKIzQwIDB4ZmZmZmZmZmY4MDQwZjg2YiBpbiBzeXNjYWxsIChmcmFtZT0K ICAgICAge3RmX3JkaSA9IDEsIHRmX3JzaSA9IDY0OTc0MTYsIHRmX3JkeCA9IDAsIHRmX3JjeCA9 IDc1MDEzMTIsIHRmX3I4ID0gMTA1NjYwOCwgdGZfcjkgPSAxNDA3Mzc0Nzk5NTIwNTYsIHRmX3Jh eCA9IDEsIHRmX3JieCA9IDEsIHRmX3JicCA9IDU1MzYyNTYsIHRmX3IxMCA9IC0xMDk3ODcxODIx NTY4LCB0Zl9yMTEgPSA1MTQsIHRmX3IxMiA9IDE0MDczNzQ3OTk1MzEzNiwgdGZfcjEzID0gMTUs IHRmX3IxNCA9IDIsIHRmX3IxNSA9IDE0MDczNzQ3OTk1MjcyMCwgdGZfdHJhcG5vID0gMTIsIHRm X2FkZHIgPSAzNDM3Mjk2MjQwOCwgdGZfZmxhZ3MgPSA1NTU0NzUyLCB0Zl9lcnIgPSAyLCB0Zl9y aXAgPSAzNDM3MTI4OTc4NCwgdGZfY3MgPSA0MywgdGZfcmZsYWdzID0gNTE4LCB0Zl9yc3AgPSAx NDA3Mzc0Nzk5NTI0ODgsIHRmX3NzID0gMzV9KSBhdCAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQv dHJhcC5jOjc3MQojNDEgMHhmZmZmZmZmZjgwM2ZkMDM4IGluIFhmYXN0X3N5c2NhbGwgKCkgYXQg L3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2V4Y2VwdGlvbi5TOjI0OAojNDIgMHgwMDAwMDAwMDAw MDAwMDAxIGluID8/ICgpCiM0MyAweDAwMDAwMDAwMDA2MzI0ODggaW4gPz8gKCkKIzQ0IDB4MDAw MDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNDUgMHgwMDAwMDAwMDAwNzI3NjAwIGluID8/ICgpCiM0 NiAweDAwMDAwMDAwMDAxMDFmNjAgaW4gPz8gKCkKIzQ3IDB4MDAwMDdmZmZmZjdmYzZiOCBpbiA/ PyAoKQojNDggMHgwMDAwMDAwMDAwMDAwMDAxIGluID8/ICgpCiM0OSAweDAwMDAwMDAwMDAwMDAw MDEgaW4gPz8gKCkKIzUwIDB4MDAwMDAwMDAwMDU0N2EwMCBpbiA/PyAoKQojNTEgMHhmZmZmZmYw MDYxYmQ3NTAwIGluID8/ICgpCiM1MiAweDAwMDAwMDAwMDAwMDAyMDIgaW4gPz8gKCkKIzUzIDB4 MDAwMDdmZmZmZjdmY2FmMCBpbiA/PyAoKQojNTQgMHgwMDAwMDAwMDAwMDAwMDBmIGluID8/ICgp CiM1NSAweDAwMDAwMDAwMDAwMDAwMDIgaW4gPz8gKCkKIzU2IDB4MDAwMDdmZmZmZjdmYzk1MCBp biA/PyAoKQojNTcgMHgwMDAwMDAwMDAwMDAwMDBjIGluID8/ICgpCiM1OCAweDAwMDAwMDA4MDBj OWM4NjggaW4gPz8gKCkKIzU5IDB4MDAwMDAwMDAwMDU0YzI0MCBpbiA/PyAoKQojNjAgMHgwMDAw MDAwMDAwMDAwMDAyIGluID8/ICgpCiM2MSAweDAwMDAwMDA4MDBiMDQyYjggaW4gPz8gKCkKIzYy IDB4MDAwMDAwMDAwMDAwMDAyYiBpbiA/PyAoKQojNjMgMHgwMDAwMDAwMDAwMDAwMjA2IGluID8/ ICgpCiM2NCAweDAwMDA3ZmZmZmY3ZmM4NjggaW4gPz8gKCkKIzY1IDB4MDAwMDAwMDAwMDAwMDAy MyBpbiA/PyAoKQojNjYgMHgwMDAwMDAwMDAwNjFjZmY4IGluID8/ICgpCiM2NyAweDAwMDAwMDAw MDAwMDAwMjMgaW4gPz8gKCkKIzY4IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNjkgMHgw MDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM3MCAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkK IzcxIDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNzIgMHgwMDAwMDAwMDAwMDAwMDAwIGlu ID8/ICgpCiM3MyAweDAwMDAwMDAwMDAwMDAwMDAgaW4gPz8gKCkKIzc0IDB4MDAwMDAwMDAwMDAw MDAwMCBpbiA/PyAoKQojNzUgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiM3NiAweDAwMDAw MDAwMjA1YjUwMDAgaW4gPz8gKCkKIzc3IDB4MDAwMDAwMDAwMDAwMDAwMCBpbiA/PyAoKQojNzgg MHgwMDAwMDAwMDAwMDAwMDAxIGluID8/ICgpCiM3OSAweGZmZmZmZjAwMDM0OWI1ZDAgaW4gPz8g KCkKIzgwIDB4ZmZmZmZmMDAwMWMwNzI4MCBpbiA/PyAoKQojODEgMHhmZmZmZmZmZmI3MmYzNzQw IGluID8/ICgpCiM4MiAweGZmZmZmZmZmYjcyZjM3MTggaW4gPz8gKCkKIzgzIDB4ZmZmZmZmMDA1 NWNiZWEwMCBpbiA/PyAoKQojODQgMHhmZmZmZmZmZjgwMmJiYWFlIGluIHNjaGVkX3N3aXRjaCAo dGQ9MHgxLCBuZXd0ZD0weDdmZmZmZjdmY2FmMCwgZmxhZ3M9MikgYXQgL3Vzci9zcmMvc3lzL2tl cm4vc2NoZWRfNGJzZC5jOjg4MQpQcmV2aW91cyBmcmFtZSBpbm5lciB0byB0aGlzIGZyYW1lIChj b3JydXB0IHN0YWNrPykKKGtnZGIpIA== ------=_Part_9339_3766213.1127496228308-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 18:02:17 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 320B016A41F for ; Fri, 23 Sep 2005 18:02:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F37A43D48 for ; Fri, 23 Sep 2005 18:02:16 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 75363 invoked by uid 399); 23 Sep 2005 18:02:15 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 23 Sep 2005 18:02:15 -0000 Message-ID: <43344324.10202@FreeBSD.org> Date: Fri, 23 Sep 2005 11:02:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/mixed; boundary="------------090401060105060209040000" Cc: Subject: Fixing an error condition for 'rm -P' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 18:02:17 -0000 This is a multi-part message in MIME format. --------------090401060105060209040000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have rm aliased to '/bin/rm -P', mostly for fun, but I like the idea. There is an oddity however when you use the -P flag, and the file is not writable. The check() function in rm.c specifically ignores this condition, and lets the thing fail later in the program. I think this is bad on an objective level, but it definitely leads to annoying problems for the user when you hit this condition. I therefore propose the attached patch. Doug -- This .signature sanitized for your protection --------------090401060105060209040000 Content-Type: text/plain; name="rm-P-errx.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rm-P-errx.diff" Index: rm.c =================================================================== RCS file: /usr/local/ncvs/src/bin/rm/rm.c,v retrieving revision 1.52 diff -u -r1.52 rm.c --- rm.c 13 Nov 2004 04:07:01 -0000 1.52 +++ rm.c 23 Sep 2005 08:29:38 -0000 @@ -452,11 +452,8 @@ * talking to a terminal, ask. Symbolic links are excluded * because their permissions are meaningless. Check stdin_ok * first because we may not have stat'ed the file. - * Also skip this check if the -P option was specified because - * we will not be able to overwrite file contents and will - * barf later. */ - if (!stdin_ok || S_ISLNK(sp->st_mode) || Pflag || + if (!stdin_ok || S_ISLNK(sp->st_mode) || (!access(name, W_OK) && !(sp->st_flags & (SF_APPEND|SF_IMMUTABLE)) && (!(sp->st_flags & (UF_APPEND|UF_IMMUTABLE)) || !uid))) @@ -464,6 +461,9 @@ strmode(sp->st_mode, modep); if ((flagsp = fflagstostr(sp->st_flags)) == NULL) err(1, "fflagstostr"); + if (Pflag) + errx(1, + "-P was specified, but %s is not writable", path); (void)fprintf(stderr, "override %s%s%s/%s %s%sfor %s? ", modep + 1, modep[9] == ' ' ? "" : " ", user_from_uid(sp->st_uid, 0), --------------090401060105060209040000-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 20:06:42 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7784C16A41F for ; Fri, 23 Sep 2005 20:06:42 +0000 (GMT) (envelope-from jackoroses@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E87D443D45 for ; Fri, 23 Sep 2005 20:06:41 +0000 (GMT) (envelope-from jackoroses@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so695307wxc for ; Fri, 23 Sep 2005 13:06:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=Pp8qbKsqqyxqYz3BXJXaz2eW4SGY7rr+/qjDABhxMfDGnN7cz2V645RkWO979Oz+ndHOMa/tzaTLsuA4KcrM+4MSGPJ84oN+2gddsHpV5j1yO0/1dMpgndErEYB9jOvDn4o8zdFd4KItlcCGQlA4ulj2iwJXy77z+V3KwTZ1Tiw= Received: by 10.70.111.11 with SMTP id j11mr1083436wxc; Fri, 23 Sep 2005 13:06:41 -0700 (PDT) Received: by 10.70.90.11 with HTTP; Fri, 23 Sep 2005 13:06:41 -0700 (PDT) Message-ID: <1d001f8505092313066993e1ce@mail.gmail.com> Date: Fri, 23 Sep 2005 16:06:41 -0400 From: Mike Lawrence To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20050923155302.GE21906@poupinou.org> MIME-Version: 1.0 References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> <20050923155302.GE21906@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: loanoffers@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 20:06:42 -0000 Has anyone considered looking into the airlink wireless AR315W >From the linuxdevices website The AirLink101 AR315W is based on a Marvell ARM914 board, has a six-port 10/100 Ethernet switch, and can run Linux or eCos just a thought ::reply to is a spam catcher please reply to the list On 9/23/05, Bruno Ducrot wrote: > > On Fri, Sep 23, 2005 at 09:01:05AM -0600, Scott Long wrote: > > There has been talk of doing this in the past year from some people, bu= t > > I don't know if it got very far. If you're inspired, go for it! There > > are plenty of docs on the web about how to attach a serial port header > > and bootstrap it. And, don't underestimate the mips32 work that is > > already in the tree; it's likely a good starting point. > > I thought it was targeted for mips64? > > -- > Bruno Ducrot > > -- Which is worse: ignorance or apathy? > -- Don't know. Don't care. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 24 00:49:31 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD08816A41F for ; Sat, 24 Sep 2005 00:49:31 +0000 (GMT) (envelope-from jerry@evasefor.com) Received: from mout.perfora.net (mout.perfora.net [217.160.230.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1E043D48 for ; Sat, 24 Sep 2005 00:49:30 +0000 (GMT) (envelope-from jerry@evasefor.com) Received: from config16.kundenserver.de [172.23.4.143] (helo=togal2.1and1.com) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKoyl-1EIxpi0CmR-0004Ex; Fri, 23 Sep 2005 20:24:02 -0400 To: From: X-Binford: 6100 (more power) X-Originating-From: 29983738 X-Mailer: Webmail X-Received: from config16 by 64.105.136.2 with HTTP id 29983738 for freebsd-hackers@freebsd.org; Sat, 24 Sep 2005 02:24:01 +0200 Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Priority: 3 Date: Sat, 24 Sep 2005 02:24:01 +0200 Message-ID: <0MKoyl-1EIxpi0CmR-0004Ex@mrelay.perfora.net> Subject: interprocessor communication X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 00:49:31 -0000 Good afternoon list, I have a single board computer with 2 cpu each running their own freebsd kernel: PHY--CPU1-----------logic---------CPU2---PHY mii bus mii bus Packets should flow from cpu1 to cpu2. after I'm done processing a packet on CPU1 how can I address it to CPU2? Is there a kernel level interface to the MII bus I could use for this (i.e read/write)? Or any other idea, like shared memory, anything that you think could work? Should this be implemented in the ethernet driver? FYI, we can't use SMP. Thanks a lot. Jerry From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 23 15:23:34 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D716A16A420 for ; Fri, 23 Sep 2005 15:23:33 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B85143D45 for ; Fri, 23 Sep 2005 15:23:33 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so577193wxc for ; Fri, 23 Sep 2005 08:23:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TClFLAatxFhH0P/lRo0be/Mmtfb+8gJY3PZR+m9HP4KJJJf5ukTz26RweTgzkaUbxWGByAoGSTVKd+1iimuaDAl2Z88UaQvMg4hOBunFThkHHUkXtiUNV+Iobzt4W+JQFpBA5ryLCsK1LSrRfAXEE8tlil8veJmk/qdCkrf5DNo= Received: by 10.70.37.9 with SMTP id k9mr1085805wxk; Fri, 23 Sep 2005 08:16:37 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Fri, 23 Sep 2005 08:16:37 -0700 (PDT) Message-ID: <70e8236f05092308167c64d045@mail.gmail.com> Date: Fri, 23 Sep 2005 16:16:37 +0100 From: Joao Barros To: Scott Long In-Reply-To: <433418B1.3020207@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <433436E2.3040603@ThePacific.Net> <200509230725.21156.thierry@herbelot.com> <20050923090806.GA21906@poupinou.org> <200509231716.19434.root@solink.ru> <1127476245.17949.2.camel@cream.xbsd.org> <20050923120025.GD21906@poupinou.org> <433418B1.3020207@samsco.org> X-Mailman-Approved-At: Sat, 24 Sep 2005 11:35:53 +0000 Cc: Bachilo Dmitry , Bruno Ducrot , Florent Thoumie , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Fwd: Re: Linksys WRT54G with freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joao Barros List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Sep 2005 15:23:34 -0000 On 9/23/05, Scott Long wrote: > Bruno Ducrot wrote: > > On Fri, Sep 23, 2005 at 01:50:45PM +0200, Florent Thoumie wrote: > > > >>Le Vendredi 23 septembre 2005 =E0 12:16 +0200, Bachilo Dmitry a =E9crit= : > >> > >>>Forwarding to FreeBSD hackers. (Because i am hacking WRT right now and= only > >>>Linux flashes work) > >>>---------- ?????????????????????? ?????????????????? ---------- > >>> > >>>Subject: Re: Linksys WRT54G with freebsd > >>>Date: ?????????????? 23 ???????????????? 2005 17:06 > >>>From: Thierry Herbelot > >>>To: freebsd-current@freebsd.org > >>>Cc: "Marcos Biscaysaqu - ThePacific.net" > >>> > >>>Le Friday 23 September 2005 11:08, vous avez =E9crit : > >>> > >>>>On the other hand, it's the wireless thing. If not needed, this > >>>>should be fun to do a port, somehow, even though it's a wireless > >>>>router. > >>> > >>>The "cool factor" of porting FreeBSD to the WRT54G cannot be underesti= mated, > >>>but Linux ports were enormously helped by the opening of the sources o= f the > >>>Linksys Linux port (which is absent for FreeBSD) and the big number of > >>>willing developpers (just have a look at the *number* of different Lin= ux > >>>ports to the WRT). > >>> > >>>The latest 6.0 release would be an excellent target, with its brand-ne= w > >>>support for WPA and virtual APs ... who volunteers ? > >> > >> The Linksys WRT54g wireless router is based on a Broadcom CPU > >> (derived from MIPS) and FreeBSD/mips seems to be a dead > >> project :-( > > > > > > Indeed. It's targeted to SGI platforms anyway. Maybe there is a need = to > > start a new port if there is enough people interrested? > > > > There has been talk of doing this in the past year from some people, but > I don't know if it got very far. If you're inspired, go for it! There > are plenty of docs on the web about how to attach a serial port header > and bootstrap it. And, don't underestimate the mips32 work that is > already in the tree; it's likely a good starting point. > > And, it's more than just a 'coolness' factor. I'd really like to have > pf running on mine, that way I could rid of the clunky machine doing > static NAT + firewall on my DSL line. > > Scott m0n0wall or it's version on steroids pfsense would be real cool to have on a WRT54g 8) >THe linux firewall capabilities are soooooo last century =3D-) Except for some nice projects/patches that do Layer 7 and allow filtering or queueing on specific traffic. ALTQ applied to marked packets would be lovely :) This would be very nice to have, except everyone (Daniel Hartmeier included) tells it's a bad ideia to have protocol inspection at the firewall level.... well, going off topic but couldn't resist ;) -- Joao Barros From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 24 15:03:27 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D6316A41F for ; Sat, 24 Sep 2005 15:03:27 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D628043D49 for ; Sat, 24 Sep 2005 15:03:26 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by zproxy.gmail.com with SMTP id p8so315295nzb for ; Sat, 24 Sep 2005 08:03:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SKwTMJMNLo9G1PZKWcx01sbgqP47LIIxKIuoUtUVfDOXepxtS7avpoKIzqsgvwk6lBGIvni9KuUX32Z1+PPW3I4S8063WPDO3Obalx9x3ZkIzfJqOW5vj3fIyJHCuk1S6glJFqi6vNM0tewHYrC7kquAR151rjIU6CZyg7HizPM= Received: by 10.54.2.7 with SMTP id 7mr4413920wrb; Sat, 24 Sep 2005 08:03:26 -0700 (PDT) Received: by 10.54.91.4 with HTTP; Sat, 24 Sep 2005 08:03:26 -0700 (PDT) Message-ID: <494025505092408035866926e@mail.gmail.com> Date: Sat, 24 Sep 2005 18:03:26 +0300 From: victor cruceru To: "jerry@evasefor.com" In-Reply-To: <0MKoyl-1EIxpi0CmR-0004Ex@mrelay.perfora.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <0MKoyl-1EIxpi0CmR-0004Ex@mrelay.perfora.net> Cc: freebsd-hackers@freebsd.org Subject: Re: interprocessor communication X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 15:03:27 -0000 A good idea is to use TIPC http://tipc.sourceforge.net/ Probably not ported to BSD yet. On 9/24/05, jerry@evasefor.com wrote: > > Good afternoon list, > I have a single board computer with 2 cpu each running their own freebsd > kernel: > > PHY--CPU1-----------logic---------CPU2---PHY > mii bus mii bus > > Packets should flow from cpu1 to cpu2. > after I'm done processing a packet on CPU1 how can I address it > to CPU2? > Is there a kernel level interface to the MII bus I could > use for this (i.e read/write)? > Or any other idea, like shared memory, anything that you think could > work? > Should this be implemented in the ethernet driver? > > FYI, we can't use SMP. > > Thanks a lot. > Jerry > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > -- victor cruceru From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 24 15:05:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B19516A41F for ; Sat, 24 Sep 2005 15:05:03 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id E031E43D49 for ; Sat, 24 Sep 2005 15:05:02 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: by zproxy.gmail.com with SMTP id i11so240756nzi for ; Sat, 24 Sep 2005 08:05:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=XheHIbWm6oK38iYk8F3+mTRPr4RRbOQaEf/8BWwWdLhi8oONyQyDcryPQZJGSC4p9RGqwX0pZ6J0w5imnA4dzNY8tMTk27icraADMB/FOwN3GEAQy/YeKdy8JZHR74Vl2PnRTyddHeKn8zs0PzWhdiCaoDX6K+bC36vB/2cx4Kw= Received: by 10.54.41.41 with SMTP id o41mr926237wro; Sat, 24 Sep 2005 08:05:02 -0700 (PDT) Received: from AAmiens-152-1-26-216.w83-192.abo.wanadoo.fr ( [83.192.77.216]) by mx.gmail.com with ESMTP id 16sm160332wrl.2005.09.24.08.05.01; Sat, 24 Sep 2005 08:05:02 -0700 (PDT) From: Sebastien To: freebsd-hackers@freebsd.org Date: Sat, 24 Sep 2005 17:06:47 +0200 User-Agent: KMail/1.8 References: <200509201949.53951.sebastien.bourdeauducq@gmail.com> <20050921080533.GA255@pm514-9.comsys.ntu-kpi.kiev.ua> In-Reply-To: <20050921080533.GA255@pm514-9.comsys.ntu-kpi.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509241706.47995.sebastien.bourdeauducq@gmail.com> Subject: Re: Filesystem access from a KLD causes "vrele: negative ref cnt" panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2005 15:05:03 -0000 > [ please don't write such long lines ] What's the correct line length ? I have at most 78 characters per line, which displays correcly on most terminals, doesn't it ? > Should not rootvnode get reference, when fd_rdir or fd_cdir > begins to point to it? Try to VREF() it. No change. > Which vnode gets negative reference counter? I tell you ASAP (need to reboot...)