From owner-freebsd-hackers Sun Dec 23 1:33:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.acns.ab.ca (h24-64-56-135.cg.shawcable.net [24.64.56.135]) by hub.freebsd.org (Postfix) with ESMTP id 89EF037B405 for ; Sun, 23 Dec 2001 01:33:53 -0800 (PST) Received: from colnta.acns.ab.ca (colnta.acns.ab.ca [192.168.1.2]) by mail.acns.ab.ca (8.11.6/8.11.3) with ESMTP id fBN9Xr621081; Sun, 23 Dec 2001 02:33:53 -0700 (MST) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.11.6/8.11.3) id fBN9Xqp05437; Sun, 23 Dec 2001 02:33:52 -0700 (MST) (envelope-from davidc) Date: Sun, 23 Dec 2001 02:33:52 -0700 From: Chad David To: Wayne Pascoe Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Repost - f_type value in statfs structure Message-ID: <20011223023352.A5404@colnta.acns.ab.ca> Mail-Followup-To: Wayne Pascoe , freebsd-hackers@FreeBSD.ORG References: <86wv01tijn.fsf@pan.home.penguinpowered.org.uk> <20011205160251.A20136@colnta.acns.ab.ca> <86y9ju97fz.fsf@pan.home.penguinpowered.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86y9ju97fz.fsf@pan.home.penguinpowered.org.uk>; from freebsd@molemanarmy.com on Sat, Dec 22, 2001 at 11:11:12PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 22, 2001 at 11:11:12PM +0000, Wayne Pascoe wrote: > Chad David writes: > > > > The issue that I am having is detecting valid filesystems to do > > > further checks on. I am only interested in checking local filesystems > > > such as UFS. > > > > Check for the MNT_LOCAL flag in f_flags. > > > -- code example snipped -- > > Thanks for that. I've tried it and the problem with it is that it > reports things like procfs and devfs as being local. The only things > that don't appear local are things like nfs mounts. > > I guess I need a way to check only filesystems mounted off of > disks. Is there any way of doing this ? They are local :). Local means that the fs originates on the local machine. I think you should be able to call getvfsbyname() and check the flags in the resulting vfsconf struct for VFCF_SYNTHETIC, but I'm not sure how reliable that is. I'm pretty sure devfs is ok, but procfs might not be? Good luck. -- Chad David davidc@acns.ab.ca ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 23 4: 8:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 9BD1E37B405 for ; Sun, 23 Dec 2001 04:08:19 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 23 Dec 2001 12:08:18 +0000 (GMT) To: Michael Scheidell Cc: freebsd-hackers@freebsd.org Subject: Re: userland program panics freebsd 4.3 In-reply-to: Your message of "Fri, 21 Dec 2001 17:46:47 EST." <011701c18a71$602353b0$2801010a@MIKELT> X-Request-Do: Date: Sun, 23 Dec 2001 12:08:18 +0000 From: David Malone Message-ID: <200112231208.aa29160@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I did this, and instead of crashing in 15 ins, its still running after 3 > hours. > I will rerun tests and report back. > Thanks for the suggestion (now, if I cvsup RELENG_4_3 do I get the OLD > param.h?) I think with cvsup you will get the old one back again. If you use cvs it would preserve the change. At least it is an easy change to make. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 23 10:15:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id EC9F737B41A for ; Sun, 23 Dec 2001 10:15:25 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id fBNIFkb36233; Sun, 23 Dec 2001 10:15:46 -0800 (PST) Date: Sun, 23 Dec 2001 10:15:46 -0800 (PST) From: Doug White To: Robert Sexton Cc: Subject: Re: Looking for a sysctl logger In-Reply-To: <20011221173245.B85713@kudra.com> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 21 Dec 2001, Robert Sexton wrote: > I'm looking for a program that can interrogate the sysctl mechanism > and dump the data out for use by rrd or some other thing. > > I have something that does this now for acpi battery info (I feed the > data into rrd for analysis), but I was hoping for something more > general purpose. And no, I don't want to write it in perl : -) > I'm trying to make it low impact, hence c. mrtg? :-) You're just calling sysctl and returning the result; it could be done in a very short shell script. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 23 10:47:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by hub.freebsd.org (Postfix) with ESMTP id 5DD4F37B416; Sun, 23 Dec 2001 10:47:18 -0800 (PST) Received: from dior.ics.muni.cz (dior.ics.muni.cz [147.251.6.10]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id TAA08422; Sun, 23 Dec 2001 19:47:16 +0100 (MET) Received: from kloboucek (root@localhost) (authenticated as hopet with LOGIN) by dior.ics.muni.cz (8.10.1/8.10.0.Beta12) with ESMTP id fBNIlF818382; Sun, 23 Dec 2001 19:47:16 +0100 (MET) From: "Petr Holub" To: "Semen A. Ustimenko" Cc: Subject: RE: tx driver Date: Sun, 23 Dec 2001 19:46:20 +0100 Message-ID: <001a01c18be2$1cfbd360$2603fb93@kloboucek> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001B_01C18BEA.7EC03B60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C18BEA.7EC03B60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi! > 1) ``pciconf -l'' and ``ifconfig tx0'' output, please Both are attached. > 2) Could you upgrade to 4.4 or later? There were few changes. > Particullary, the true AC101 PHY support. You may try to fetch miibus.ko > and if_tx.ko binaries from 4.4 system, if you don't want to upgrade whole > system. I hope it will work. I'll try this and the rest of your suggestions probably on Dec. 28 since I suffer from lack of time during Xmas :-( Sorry. I'll give you the mail when I do that. Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 2 Institute of Compt. Science 10200 Praha, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-5-41512278 e-mail: hopet@ics.muni.cz ------=_NextPart_000_001B_01C18BEA.7EC03B60 Content-Type: text/plain; name="ifconfig.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ifconfig.txt" tx0: flags=3D8843 mtu 1500=0A= inet 147.251.3.44 netmask 0xffffff00 broadcast 147.251.3.255=0A= inet6 fe80::2e0:29ff:fe8e:7519%tx0 prefixlen 64 scopeid 0x1 =0A= ether 00:e0:29:8e:75:19 =0A= media: autoselect (100baseTX ) status: active=0A= supported media: autoselect 100baseTX 100baseTX = 10baseT/UTP 10baseT/UTP 100baseTX =0A= ------=_NextPart_000_001B_01C18BEA.7EC03B60 Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pciconf.txt" agp0@pci0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x30991106 = rev=3D0x00 hdr=3D0x00=0A= pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000080 chip=3D0xb0991106 = rev=3D0x00 hdr=3D0x01=0A= tx0@pci0:6:0: class=3D0x020000 card=3D0xa02010b8 chip=3D0x000510b8 = rev=3D0x09 hdr=3D0x00=0A= none0@pci0:7:0: class=3D0x040000 card=3D0x035013ec chip=3D0x612011de = rev=3D0x03 hdr=3D0x00=0A= bktr0@pci0:8:0: class=3D0x040000 card=3D0x00031461 chip=3D0x036e109e = rev=3D0x02 hdr=3D0x00=0A= none1@pci0:8:1: class=3D0x048000 card=3D0x00031461 chip=3D0x0878109e = rev=3D0x02 hdr=3D0x00=0A= pcm0@pci0:9:0: class=3D0x040100 card=3D0x80271102 chip=3D0x00021102 = rev=3D0x08 hdr=3D0x00=0A= emujoy0@pci0:9:1: class=3D0x098000 card=3D0x00201102 chip=3D0x70021102 = rev=3D0x08 hdr=3D0x00=0A= isab0@pci0:17:0: class=3D0x060100 card=3D0x30741106 chip=3D0x30741106 = rev=3D0x00 hdr=3D0x00=0A= atapci0@pci0:17:1: class=3D0x01018a card=3D0x05711106 chip=3D0x05711106 = rev=3D0x06 hdr=3D0x00=0A= uhci0@pci0:17:2: class=3D0x0c0300 card=3D0x12340925 chip=3D0x30381106 = rev=3D0x18 hdr=3D0x00=0A= uhci1@pci0:17:3: class=3D0x0c0300 card=3D0x12340925 chip=3D0x30381106 = rev=3D0x18 hdr=3D0x00=0A= uhci2@pci0:17:4: class=3D0x0c0300 card=3D0x12340925 chip=3D0x30381106 = rev=3D0x18 hdr=3D0x00=0A= none2@pci1:0:0: class=3D0x030000 card=3D0x0641102b chip=3D0x0525102b = rev=3D0x82 hdr=3D0x00=0A= ------=_NextPart_000_001B_01C18BEA.7EC03B60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 0: 5:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 1D4F537B416 for ; Mon, 24 Dec 2001 00:05:42 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 5F5BF62D01; Mon, 24 Dec 2001 00:05:38 -0800 (PST) Date: Mon, 24 Dec 2001 00:06:20 -0800 (PST) From: Lamont Granquist To: Chad David Cc: Wayne Pascoe , Subject: Re: Repost - f_type value in statfs structure In-Reply-To: <20011223023352.A5404@colnta.acns.ab.ca> Message-ID: <20011224000418.T2506-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 23 Dec 2001, Chad David wrote: > On Sat, Dec 22, 2001 at 11:11:12PM +0000, Wayne Pascoe wrote: > > Chad David writes: > > > > > > The issue that I am having is detecting valid filesystems to do > > > > further checks on. I am only interested in checking local filesystems > > > > such as UFS. > > > > > > Check for the MNT_LOCAL flag in f_flags. > > > > > -- code example snipped -- > > > > Thanks for that. I've tried it and the problem with it is that it > > reports things like procfs and devfs as being local. The only things > > that don't appear local are things like nfs mounts. > > > > I guess I need a way to check only filesystems mounted off of > > disks. Is there any way of doing this ? > > They are local :). Local means that the fs originates on the local > machine. > > I think you should be able to call getvfsbyname() and check the flags in > the resulting vfsconf struct for VFCF_SYNTHETIC, but I'm not sure how > reliable that is. I'm pretty sure devfs is ok, but procfs might not be? try vn_isdisk(vp, &error) where vp is the vnode pointer to the block device? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 4: 9: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mars-gw.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id CEEDB37B436; Mon, 24 Dec 2001 04:08:47 -0800 (PST) Received: from NDNM ([195.161.98.250]) by mars-gw.morning.ru (8.11.5/8.11.5) with ESMTP id fBOC8jC61894; Mon, 24 Dec 2001 19:08:46 +0700 (KRAT) Date: Mon, 24 Dec 2001 19:10:09 +0700 From: Igor M Podlesny X-Mailer: The Bat! (v1.53d) Business Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <107466819110.20011224191009@morning.ru> To: freebsd-hackers@FreeBSD.ORG Subject: /etc/rc.firewall and /sys/netinet/ip_input.c are doing the same thing In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG well, not all the same, but partly. Take a look: /sys/netinet/ip_input.c ----------------------- /* 127/8 must not appear on wire - RFC1122 */ if ((ntohl(ip->ip_dst.s_addr) >> IN_CLASSA_NSHIFT) == IN_LOOPBACKNET || (ntohl(ip->ip_src.s_addr) >> IN_CLASSA_NSHIFT) == IN_LOOPBACKNET) { if ((m->m_pkthdr.rcvif->if_flags & IFF_LOOPBACK) == 0) { ipstat.ips_badaddr++; goto bad; } } and /etc/rc.firewall ---------------- ############ # Only in rare cases do you want to change these rules # ${fwcmd} add 100 pass all from any to any via lo0 ${fwcmd} add 200 deny all from any to 127.0.0.0/8 ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any -- Igor M Podlesny a.k.a. Poige http://www.morning.ru/~poige To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 5: 1:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web10106.mail.yahoo.com (web10106.mail.yahoo.com [216.136.130.56]) by hub.freebsd.org (Postfix) with SMTP id C6B4D37B420 for ; Mon, 24 Dec 2001 05:01:42 -0800 (PST) Message-ID: <20011224130142.8788.qmail@web10106.mail.yahoo.com> Received: from [212.25.110.131] by web10106.mail.yahoo.com via HTTP; Mon, 24 Dec 2001 05:01:42 PST Date: Mon, 24 Dec 2001 05:01:42 -0800 (PST) From: Subject: sstream implementation in libstdc++ To: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I saw the implementation of sstream in /usr/src/contrib/libstdc++ but I cannot find it under /usr/include/g++ (where all the other stl include files are found). I want to use this file but before I copy it manually to the proper place (in order to include it) I want to make sure it isn't there by mistake. Does the installation process does not copy the file? Is it on purpose? __________________________________________________ Do You Yahoo!? Send your FREE holiday greetings online! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 8: 3:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.acns.ab.ca (h24-64-56-135.cg.shawcable.net [24.64.56.135]) by hub.freebsd.org (Postfix) with ESMTP id 2A94637B416 for ; Mon, 24 Dec 2001 08:03:29 -0800 (PST) Received: from colnta.acns.ab.ca (colnta.acns.ab.ca [192.168.1.2]) by mail.acns.ab.ca (8.11.6/8.11.3) with ESMTP id fBOG3K624621; Mon, 24 Dec 2001 09:03:20 -0700 (MST) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.11.6/8.11.3) id fBOG3KT07713; Mon, 24 Dec 2001 09:03:20 -0700 (MST) (envelope-from davidc) Date: Mon, 24 Dec 2001 09:03:19 -0700 From: Chad David To: Lamont Granquist Cc: Wayne Pascoe , freebsd-hackers@FreeBSD.ORG Subject: Re: Repost - f_type value in statfs structure Message-ID: <20011224090319.A7670@colnta.acns.ab.ca> Mail-Followup-To: Lamont Granquist , Wayne Pascoe , freebsd-hackers@FreeBSD.ORG References: <20011223023352.A5404@colnta.acns.ab.ca> <20011224000418.T2506-100000@coredump.scriptkiddie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011224000418.T2506-100000@coredump.scriptkiddie.org>; from lamont@scriptkiddie.org on Mon, Dec 24, 2001 at 12:06:20AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Dec 24, 2001 at 12:06:20AM -0800, Lamont Granquist wrote: > > > On Sun, 23 Dec 2001, Chad David wrote: > > On Sat, Dec 22, 2001 at 11:11:12PM +0000, Wayne Pascoe wrote: > > > Chad David writes: > > > > > > > > The issue that I am having is detecting valid filesystems to do > > > > > further checks on. I am only interested in checking local filesystems > > > > > such as UFS. > > > > > > > > Check for the MNT_LOCAL flag in f_flags. > > > > > > > -- code example snipped -- > > > > > > Thanks for that. I've tried it and the problem with it is that it > > > reports things like procfs and devfs as being local. The only things > > > that don't appear local are things like nfs mounts. > > > > > > I guess I need a way to check only filesystems mounted off of > > > disks. Is there any way of doing this ? > > > > They are local :). Local means that the fs originates on the local > > machine. > > > > I think you should be able to call getvfsbyname() and check the flags in > > the resulting vfsconf struct for VFCF_SYNTHETIC, but I'm not sure how > > reliable that is. I'm pretty sure devfs is ok, but procfs might not be? > > try vn_isdisk(vp, &error) where vp is the vnode pointer to the block > device? > He is trying to do this from userland, I think...? -- Chad David davidc@acns.ab.ca ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 11:53:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id B33F337B41A; Mon, 24 Dec 2001 11:53:46 -0800 (PST) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id fBOJrhH07686; Mon, 24 Dec 2001 22:53:44 +0300 (MSK) (envelope-from yar) Date: Mon, 24 Dec 2001 22:53:43 +0300 From: Yar Tikhiy To: Maxim Konovalov Cc: net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Processing IP options reveals IPSTEALH router Message-ID: <20011224225343.A5819@comp.chem.msu.su> References: <20011221185118.B25868@comp.chem.msu.su> <20011223022614.U18529-100000@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011223022614.U18529-100000@news1.macomnet.ru>; from maxim@macomnet.ru on Sun, Dec 23, 2001 at 02:29:14AM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 23, 2001 at 02:29:14AM +0300, Maxim Konovalov wrote: > > On 18:51+0300, Dec 21, 2001, Yar Tikhiy wrote: > > > I made a patch that adds the "stealthy IP options feature". > > Honestly, now I'm afraid it's "much ado about nothing", given how > > clumsy solution is needed for such a small problem. Even the way > > of ignoring IP options completely when doing IPSTEALTH looks way > > better... > > IMHO it is not a good idea to forward a packet with possible incorrect > ip options. Forwarding a packet without decreasing its TTL may be even worse idea :-) We're breaking the standard with IPSTEALTH anyway, so to my mind the best idea is to avoid spoiling the system code too much. > The patch looks OK for me. All right, if anyone else feels committing that patch of mine is OK and tells that to me, I'll commit it. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 15:22:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tungsten.btinternet.com (tungsten.btinternet.com [194.73.73.81]) by hub.freebsd.org (Postfix) with ESMTP id BD0E237B41C for ; Mon, 24 Dec 2001 15:22:46 -0800 (PST) Received: from host217-35-43-79.in-addr.btopenworld.com ([217.35.43.79] helo=marvin.penguinpowered.org.uk) by tungsten.btinternet.com with esmtp (Exim 3.22 #8) id 16IeQf-0005K5-00 for freebsd-hackers@freebsd.org; Mon, 24 Dec 2001 23:22:45 +0000 Received: from [192.168.10.11] (helo=pan.realtime.co.uk) by marvin.penguinpowered.org.uk with esmtp (Exim 3.33 #1) id 16IeV8-0005kF-00 for freebsd-hackers@freebsd.org; Mon, 24 Dec 2001 23:27:22 +0000 Received: from waynep by pan.realtime.co.uk with local (Exim 3.33 #1) id 16IeOa-00008r-00 for freebsd-hackers@FreeBSD.ORG; Mon, 24 Dec 2001 23:20:36 +0000 From: Wayne Pascoe To: freebsd-hackers@FreeBSD.ORG Subject: Re: Repost - f_type value in statfs structure References: <20011223023352.A5404@colnta.acns.ab.ca> <20011224000418.T2506-100000@coredump.scriptkiddie.org> <20011224090319.A7670@colnta.acns.ab.ca> Date: 24 Dec 2001 23:20:36 +0000 In-Reply-To: <20011224090319.A7670@colnta.acns.ab.ca> Message-ID: <86n108ryrf.fsf@pan.home.penguinpowered.org.uk> Lines: 39 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David writes: > > > They are local :). Local means that the fs originates on the local > > > machine. yes. I realise this now. Note to self, define what it is you are trying to do before trying to do it :( I could have saved so much time if I'd been clearer on that earlier. > > > I think you should be able to call getvfsbyname() and check the flags in > > > the resulting vfsconf struct for VFCF_SYNTHETIC, but I'm not sure how > > > reliable that is. I'm pretty sure devfs is ok, but procfs might not be? Hmm. I've ended up using getfsfile. I'm just checking that the first 4 characters of .fs_spec are /dev I am working on the assumption that all filesystems I want to check would be mounted out of /dev. Other things like proc and devfs wouldn't be, so they would be skipped. Is this a safe assumption ? > > try vn_isdisk(vp, &error) where vp is the vnode pointer to the block > > device? > > > > He is trying to do this from userland, I think...? Yes, I am. The kernel is faaaaaar beyond me for the forseeable future. Thanks for all the help. Merry Christmas and a hacky new year to all :) -- - Wayne Pascoe | WINDOWS: Where do you want to go today? freebsd@molemanarmy.com | LINUX: Where do you want to go tomorrow? http://www.molemanarmy.com | FreeBSD: Are you guys coming or what? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 24 19:25:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mars-gw.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 979E637B405; Mon, 24 Dec 2001 19:25:20 -0800 (PST) Received: from NDNM ([195.161.98.250]) by mars-gw.morning.ru (8.11.5/8.11.5) with ESMTP id fBP3PI710679; Tue, 25 Dec 2001 10:25:19 +0700 (KRAT) Date: Tue, 25 Dec 2001 10:26:46 +0700 From: Igor M Podlesny X-Mailer: The Bat! (v1.53d) Business Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <121521816522.20011225102646@morning.ru> To: Yar Tikhiy Cc: Maxim Konovalov , net@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re[2]: Processing IP options reveals IPSTEALH router In-Reply-To: <20011224225343.A5819@comp.chem.msu.su> References: <20011221185118.B25868@comp.chem.msu.su> <20011223022614.U18529-100000@news1.macomnet.ru> <20011224225343.A5819@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sun, Dec 23, 2001 at 02:29:14AM +0300, Maxim Konovalov wrote: >> >> On 18:51+0300, Dec 21, 2001, Yar Tikhiy wrote: >> >> > I made a patch that adds the "stealthy IP options feature". >> > Honestly, now I'm afraid it's "much ado about nothing", given how >> > clumsy solution is needed for such a small problem. Even the way >> > of ignoring IP options completely when doing IPSTEALTH looks way >> > better... >> >> IMHO it is not a good idea to forward a packet with possible incorrect >> ip options. > Forwarding a packet without decreasing its TTL may be even worse idea :-) yeah. Two routers with IPSTEALTH and wrong routing (when A-box sends a datagram to B-box and the B-box uses the default route to A-box for it) will effectively eat up the channel between them... And this is quite easy to set up... > We're breaking the standard with IPSTEALTH anyway, so to my mind the > best idea is to avoid spoiling the system code too much. >> The patch looks OK for me. > All right, if anyone else feels committing that patch of mine is > OK and tells that to me, I'll commit it. -- Igor M Podlesny a.k.a. Poige http://www.morning.ru/~poige To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 25 2: 4:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by hub.freebsd.org (Postfix) with SMTP id AA14B37B416 for ; Tue, 25 Dec 2001 02:04:53 -0800 (PST) Received: from pop06-1-ras1-p169.barak.net.il (HELO NW2Kbarak) (212.150.110.169) by smtp.mail.vip.sc5.yahoo.com with SMTP; 25 Dec 2001 10:04:51 -0000 Message-ID: <038f01c18d2b$9a7a9700$e36596d4@cwnt.com> From: "Barak Enat" To: Subject: Virtual memory and paging questions Date: Tue, 25 Dec 2001 12:04:45 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_038C_01C18D3C.57A99410" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_038C_01C18D3C.57A99410 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable Hi all, Note: Please reply to this mail as well because I'm not subscribed to = this mailing list. I have two questions regarding FreeBSD virtual memory and = paging/swapping system: 1. When a page fault occurs does the entire system stalls, or only the = process that requested the page suspends till the asynchronous = completion of the page read? 2. If I create a memory disk (md) and later use it for swapping (sounds = awkward - but still this is what I need...), when a page fault occurs = does a physical memcopy happen from the md page to the main memory page, = or is there a trick in the vm page mapping to actually use the same = physical page from the md? If such a trick exist, where is it in the = code (because I want to turn it off - I need the simple memcopy = behaviour.) Thanks in adavnce, Barak ------=_NextPart_000_038C_01C18D3C.57A99410 Content-Type: text/html; charset="windows-1255" Content-Transfer-Encoding: quoted-printable
Hi all,
 
Note: Please reply to this = mail as well=20 because I'm not subscribed to this mailing list.
 
I have two questions = regarding FreeBSD=20 virtual memory and paging/swapping system:
 
1. When a page fault occurs = does the=20 entire system stalls, or only the process that requested the page = suspends till=20 the asynchronous completion of the page read?
 
2. If I create a memory disk = (md) and=20 later use it for swapping (sounds awkward - but still this is what I = need...),=20 when a page fault occurs does a physical memcopy happen from the md page = to the=20 main memory page, or is there a trick in the vm page mapping to actually = use the=20 same physical page from the md? If such a trick exist, where is it in = the code=20 (because I want to turn it off - I need the simple memcopy=20 behaviour.)
 
Thanks in = adavnce,
Barak
 
------=_NextPart_000_038C_01C18D3C.57A99410-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 25 10:20:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id C7C1E37B405 for ; Tue, 25 Dec 2001 10:20:08 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20011225182008.HZY19716.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 25 Dec 2001 18:20:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA78139; Tue, 25 Dec 2001 10:04:37 -0800 (PST) Date: Tue, 25 Dec 2001 10:04:36 -0800 (PST) From: Julian Elischer To: Barak Enat Cc: freebsd-hackers@freebsd.org Subject: Re: Virtual memory and paging questions In-Reply-To: <038f01c18d2b$9a7a9700$e36596d4@cwnt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 25 Dec 2001, Barak Enat wrote: > Hi all, > > Note: Please reply to this mail as well because I'm not subscribed to > this mailing list. > > I have two questions regarding FreeBSD virtual memory and > paging/swapping system: > > 1. When a page fault occurs does the entire system stalls, or only the > process that requested the page suspends till the asynchronous > completion of the page read? Only the process requiring the page > > 2. If I create a memory disk (md) and later use it for swapping > (sounds awkward - but still this is what I need...), when a page fault > occurs does a physical memcopy happen from the md page to the main > memory page, or is there a trick in the vm page mapping to actually > use the same physical page from the md? If such a trick exist, where > is it in the code (because I want to turn it off - I need the simple > memcopy behaviour.) I think you are in luck.. > > Thanks in adavnce, Barak > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 25 10:47:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from metroweb.co.za (www.metroweb.co.za [196.23.181.201]) by hub.freebsd.org (Postfix) with ESMTP id E10E237B405 for ; Tue, 25 Dec 2001 10:47:31 -0800 (PST) Received: from Yorick. (ppp-179-21.isp.org.za [196.23.179.21]) by metroweb.co.za (8.12.1/8.12.1) with ESMTP id fBPIjQ6m029519 for ; Tue, 25 Dec 2001 20:45:27 +0200 Received: (from yorick@localhost) by Yorick. (8.11.6/8.11.6) id fBPKxJn03216 for freebsd-hackers@freebsd.org; Tue, 25 Dec 2001 20:59:19 GMT (envelope-from yorickhardy@yahoo.com) Date: Tue, 25 Dec 2001 20:59:19 GMT From: yorickhardy@yahoo.com Message-Id: <200112252059.fBPKxJn03216@Yorick.> X-Authentication-Warning: Yorick.: yorick set sender to yorickhardy@yahoo.com using -f MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Patch for sb live tone control and rear output Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This patch improves the implementation for the rear output support, and adds bass and treble mixer settings derived from the Creative opensource drivers. As before, pcm2 controls the rear output volume. The left value controls the front output, and the right value controls the rear output bass and treble settings - i.e. front and rear output have independent bass and treble settings in this implementation. The patch is against stable. Could sb live owners please test the patch for a while for any unexpected behaviour or problems. Yorick. *** sys/dev/sound/pci/emu10k1.c.orig Tue Dec 21 11:01:14 1999 --- sys/dev/sound/pci/emu10k1.c Tue Dec 25 18:30:39 2001 *************** *** 28,34 **** --- 28,36 ---- #include #include + #include "mixer_if.h" #include + #include #include #include *************** *** 88,93 **** --- 90,100 ---- device_t dev; u_int32_t type, rev; u_int32_t tos_link:1, APS:1; + int nextgpr; + int mixfout[2],mixrout[2]; + int mixrvol[2],mixbass[2][5],mixtreb[2][5]; + + struct snd_mixer *ac97mixer; bus_space_tag_t st; bus_space_handle_t sh; *************** *** 127,132 **** --- 134,151 ---- static u_int32_t emu_rd(struct sc_info *, int, int); static void emu_wr(struct sc_info *, int, u_int32_t, int); + /* allocate registers for the DSP */ + static int emu_allocgpr(struct sc_info *); + + /* mixer */ + static int emumix_init(struct snd_mixer *m); + static int emumix_reinit(struct snd_mixer *m); + static int emumix_uninit(struct snd_mixer *m); + static int emumix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right); + static u_int32_t emumix_setrecsrc(struct snd_mixer *m, u_int32_t src); + kobj_class_t emu_getmixerclass(void); + extern struct malloc_type M_MIXER[1]; + /* -------------------------------------------------------------------- */ static u_int32_t emu_rfmt_ac97[] = { *************** *** 238,243 **** --- 257,269 ---- emu_wrptr(sc, 0, MICROCODEBASE + pc, data); } + static int emu_allocgpr(struct sc_info *sc) + { + if (sc->nextgpr > 0x1ff) + device_printf(sc->dev, "Out of GPR registers!\n"); + return sc->nextgpr++; + } + /* -------------------------------------------------------------------- */ /* ac97 codec */ /* no locking needed */ *************** *** 1128,1133 **** --- 1154,1173 ---- for (i = 0; i < 256; i++) emu_wrptr(sc, 0, FXGPREGBASE + i, 0); + /* allocate registers for various functionality */ + sc->mixfout[0]=(emu_allocgpr(sc)); + sc->mixfout[1]=(emu_allocgpr(sc)); + sc->mixrout[0]=(emu_allocgpr(sc)); + sc->mixrout[1]=(emu_allocgpr(sc)); + sc->mixrvol[0]=(emu_allocgpr(sc)); + sc->mixrvol[1]=(emu_allocgpr(sc)); + for (i = 0; i < 5; i++) { + sc->mixbass[0][i]=(emu_allocgpr(sc)); + sc->mixbass[1][i]=(emu_allocgpr(sc)); + sc->mixtreb[0][i]=(emu_allocgpr(sc)); + sc->mixtreb[1][i]=(emu_allocgpr(sc)); + } + /* FX-8010 DSP Registers: FX Bus 0x000-0x00f : 16 registers *************** *** 1170,1190 **** /* Routing - this will be configurable in later version */ /* GPR[0/1] = FX * 4 + SPDIF-in */ ! emu_addefxop(sc, 4, 0x100, 0x12, 0, 0x44, &pc); ! emu_addefxop(sc, 4, 0x101, 0x13, 1, 0x44, &pc); /* GPR[0/1] += APS-input */ ! emu_addefxop(sc, 6, 0x100, 0x100, 0x40, sc->APS ? 0x16 : 0x40, &pc); ! emu_addefxop(sc, 6, 0x101, 0x101, 0x40, sc->APS ? 0x17 : 0x40, &pc); ! /* FrontOut (AC97) = GPR[0/1] */ ! emu_addefxop(sc, 6, 0x20, 0x40, 0x40, 0x100, &pc); ! emu_addefxop(sc, 6, 0x21, 0x40, 0x41, 0x101, &pc); /* RearOut = (GPR[0/1] * RearVolume) >> 31 */ ! /* RearVolume = GRP[0x10/0x11] */ ! emu_addefxop(sc, 0, 0x28, 0x40, 0x110, 0x100, &pc); ! emu_addefxop(sc, 0, 0x29, 0x40, 0x111, 0x101, &pc); /* TOS out = GPR[0/1] */ ! emu_addefxop(sc, 6, 0x22, 0x40, 0x40, 0x100, &pc); ! emu_addefxop(sc, 6, 0x23, 0x40, 0x40, 0x101, &pc); /* Mute Out2 */ emu_addefxop(sc, 6, 0x24, 0x40, 0x40, 0x40, &pc); emu_addefxop(sc, 6, 0x25, 0x40, 0x40, 0x40, &pc); --- 1210,1235 ---- /* Routing - this will be configurable in later version */ /* GPR[0/1] = FX * 4 + SPDIF-in */ ! emu_addefxop(sc, 4, sc->mixfout[0], 0x12, 0, 0x44, &pc); ! emu_addefxop(sc, 4, sc->mixfout[1], 0x13, 1, 0x44, &pc); /* GPR[0/1] += APS-input */ ! emu_addefxop(sc, 6, sc->mixfout[0], sc->mixfout[0], 0x40, sc->APS ? 0x16 : 0x40, &pc); ! emu_addefxop(sc, 6, sc->mixfout[1], sc->mixfout[1], 0x41, sc->APS ? 0x17 : 0x40, &pc); ! /* FrontOut (AC97) = GPR[0/1] + tone */ ! EFXTONE(sc, sc->mixbass[0], sc->mixtreb[0], sc->mixfout[0], 0x20); ! EFXTONE(sc, sc->mixbass[0], sc->mixtreb[0], sc->mixfout[1], 0x21); ! /* Add the ac97 input for rear output */ ! emu_addefxop(sc, 6, sc->mixrout[0], 0x40, sc->mixfout[0], 0x10, &pc); ! emu_addefxop(sc, 6, sc->mixrout[1], 0x40, sc->mixfout[1], 0x11, &pc); ! /* Tone for the rear output */ ! EFXTONE(sc, sc->mixbass[1], sc->mixtreb[1], sc->mixrout[0], sc->mixrout[0]); ! EFXTONE(sc, sc->mixbass[1], sc->mixtreb[1], sc->mixrout[1], sc->mixrout[1]); /* RearOut = (GPR[0/1] * RearVolume) >> 31 */ ! emu_addefxop(sc, 0, 0x28, 0x40, sc->mixrvol[0], sc->mixrout[0], &pc); ! emu_addefxop(sc, 0, 0x29, 0x40, sc->mixrvol[1], sc->mixrout[1], &pc); /* TOS out = GPR[0/1] */ ! emu_addefxop(sc, 6, 0x22, 0x40, 0x40, sc->mixfout[0], &pc); ! emu_addefxop(sc, 6, 0x23, 0x40, 0x40, sc->mixfout[1], &pc); /* Mute Out2 */ emu_addefxop(sc, 6, 0x24, 0x40, 0x40, 0x40, &pc); emu_addefxop(sc, 6, 0x25, 0x40, 0x40, 0x40, &pc); *************** *** 1291,1296 **** --- 1336,1342 ---- emu_wrptr(sc, 0, SPCS1, spcs); emu_wrptr(sc, 0, SPCS2, spcs); + sc->nextgpr=FXGPREGBASE; emu_initefx(sc); SLIST_INIT(&sc->mem.blocks); *************** *** 1472,1478 **** codec = AC97_CREATE(dev, sc, emu_ac97); if (codec == NULL) goto bad; ! if (mixer_init(dev, ac97_getmixerclass(), codec) == -1) goto bad; sc->irqid = 0; sc->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &sc->irqid, --- 1518,1531 ---- codec = AC97_CREATE(dev, sc, emu_ac97); if (codec == NULL) goto bad; ! ! /* unsure how to do this nicely, ! copy the code from mixer.c to access the ac97 mixer */ ! sc->ac97mixer = (struct snd_mixer *)kobj_create(ac97_getmixerclass(), M_MIXER, M_WAITOK | M_ZERO); ! if (sc->ac97mixer == NULL) goto bad; ! mix_setdevinfo(sc->ac97mixer, codec); ! ! if (mixer_init(dev, emu_getmixerclass(), sc) == -1) goto bad; sc->irqid = 0; sc->irq = bus_alloc_resource(dev, SYS_RES_IRQ, &sc->irqid, *************** *** 1497,1502 **** --- 1550,1556 ---- return 0; bad: + if (sc->ac97mixer) kobj_delete((kobj_t)sc->ac97mixer, M_MIXER); if (codec) ac97_destroy(codec); if (sc->reg) bus_release_resource(dev, sc->regtype, sc->regid, sc->reg); if (sc->ih) bus_teardown_intr(dev, sc->irq, sc->ih); *************** *** 1597,1600 **** --- 1651,1751 ---- static devclass_t emujoy_devclass; DRIVER_MODULE(emujoy, pci, emujoy_driver, emujoy_devclass, 0, 0); + + + static int + emumix_init(struct snd_mixer *m) + { + struct sc_info *sc = mix_getdevinfo(m); + u_int32_t devs; + int r; + + r = MIXER_INIT(sc->ac97mixer); + if (r) return r; + + devs = mix_getdevs(sc->ac97mixer); + mix_setdevs(m, devs | SOUND_MASK_ALTPCM | SOUND_MASK_BASS | SOUND_MASK_TREBLE); + devs = mix_getrecdevs(sc->ac97mixer); + mix_setrecdevs(m, devs); + return 0; + } + + static int + emumix_reinit(struct snd_mixer *m) + { + struct sc_info *sc = mix_getdevinfo(m); + return MIXER_REINIT(sc->ac97mixer); + } + + static int + emumix_uninit(struct snd_mixer *m) + { + struct sc_info *sc = mix_getdevinfo(m); + MIXER_UNINIT(sc->ac97mixer); + kobj_delete((kobj_t)sc->ac97mixer, M_MIXER); + return 0; + } + + static int + emumix_set(struct snd_mixer *m, unsigned dev, unsigned left, unsigned right) + { + struct sc_info *sc = mix_getdevinfo(m); + unsigned efx_l, efx_r, *tone_f, *tone_r; + int i; + + if (sc == NULL) + return -1; + + /* use ALTPCM until someone suggests something better */ + if (dev == SOUND_MIXER_ALTPCM) { + efx_l = ((((unsigned)1 << 31) - 1) / 100) * left; + efx_r = ((((unsigned)1 << 31) - 1) / 100) * right; + emu_wrptr(sc, 0, sc->mixrvol[0], efx_l); + emu_wrptr(sc, 0, sc->mixrvol[1], efx_r); + return 0; + } + if (dev == SOUND_MIXER_BASS) { + tone_f = emu_tone_get_bass(left); + tone_r = emu_tone_get_bass(right); + for(i = 0; i < 5; i++) { + emu_wrptr(sc, 0, sc->mixbass[0][i], tone_f[i]); + emu_wrptr(sc, 0, sc->mixbass[1][i], tone_r[i]); + } + return 0; + } + if (dev == SOUND_MIXER_TREBLE) { + tone_f = emu_tone_get_treble(left); + tone_r = emu_tone_get_treble(right); + for(i = 0; i < 5; i++) { + emu_wrptr(sc, 0, sc->mixtreb[0][i], tone_f[i]); + emu_wrptr(sc, 0, sc->mixtreb[1][i], tone_r[i]); + } + return 0; + } + + return MIXER_SET(sc->ac97mixer,dev,left,right); + } + + static u_int32_t + emumix_setrecsrc(struct snd_mixer *m, u_int32_t src) + { + struct sc_info *sc = mix_getdevinfo(m); + return MIXER_SETRECSRC(sc->ac97mixer,src); + } + + static kobj_method_t emumix_methods[] = { + KOBJMETHOD(mixer_init, emumix_init), + KOBJMETHOD(mixer_reinit, emumix_reinit), + KOBJMETHOD(mixer_uninit, emumix_uninit), + KOBJMETHOD(mixer_set, emumix_set), + KOBJMETHOD(mixer_setrecsrc, emumix_setrecsrc), + { 0, 0 } + }; + MIXER_DECLARE(emumix); + + kobj_class_t + emu_getmixerclass(void) + { + return &emumix_class; + } diff -crN /home/yorick/FreeBSD/ctm/src/sys/dev/sound/pcm/mixer.c sys/dev/sound/pcm/mixer.c *** /home/yorick/FreeBSD/ctm/src/sys/dev/sound/pcm/mixer.c Sat Aug 4 13:27:18 2001 --- sys/dev/sound/pcm/mixer.c Fri Dec 21 21:00:05 2001 *************** *** 192,197 **** --- 192,203 ---- return m->devinfo; } + void + mix_setdevinfo(struct snd_mixer *m, void *d) + { + m->devinfo = d; + } + int mixer_init(device_t dev, kobj_class_t cls, void *devinfo) { diff -crN /home/yorick/FreeBSD/ctm/src/sys/dev/sound/pcm/mixer.h sys/dev/sound/pcm/mixer.h *** /home/yorick/FreeBSD/ctm/src/sys/dev/sound/pcm/mixer.h Wed Aug 1 23:32:26 2001 --- sys/dev/sound/pcm/mixer.h Fri Dec 21 21:01:01 2001 *************** *** 40,45 **** --- 40,46 ---- u_int32_t mix_getdevs(struct snd_mixer *m); u_int32_t mix_getrecdevs(struct snd_mixer *m); void *mix_getdevinfo(struct snd_mixer *m); + void mix_setdevinfo(struct snd_mixer *m, void *d); /* * this is a kludge to allow hiding of the struct snd_mixer definition diff -crN /home/yorick/FreeBSD/ctm/src/sys/gnu/dev/sound/pci/emu10k1tone.h sys/gnu/dev/sound/pci/emu10k1tone.h *** /home/yorick/FreeBSD/ctm/src/sys/gnu/dev/sound/pci/emu10k1tone.h Thu Jan 1 00:00:00 1970 --- sys/gnu/dev/sound/pci/emu10k1tone.h Tue Dec 25 18:27:51 2001 *************** *** 0 **** --- 1,242 ---- + /* emu10k1tone.c derived from tone.asm + from the opensource live driver at opensource.creative.com + The original file is included as a comment below. */ + /* portions taken from mixer.c + from the opensource live driver at opensource.creative.com */ + + static const unsigned emu_tone_bass_table[41][5] = { + { 0x3e4f844f, 0x84ed4cc3, 0x3cc69927, 0x7b03553a, 0xc4da8486 }, + { 0x3e69a17a, 0x84c280fb, 0x3cd77cd4, 0x7b2f2a6f, 0xc4b08d1d }, + { 0x3e82ff42, 0x849991d5, 0x3ce7466b, 0x7b5917c6, 0xc48863ee }, + { 0x3e9bab3c, 0x847267f0, 0x3cf5ffe8, 0x7b813560, 0xc461f22c }, + { 0x3eb3b275, 0x844ced29, 0x3d03b295, 0x7ba79a1c, 0xc43d223b }, + { 0x3ecb2174, 0x84290c8b, 0x3d106714, 0x7bcc5ba3, 0xc419dfa5 }, + { 0x3ee2044b, 0x8406b244, 0x3d1c2561, 0x7bef8e77, 0xc3f8170f }, + { 0x3ef86698, 0x83e5cb96, 0x3d26f4d8, 0x7c114600, 0xc3d7b625 }, + { 0x3f0e5390, 0x83c646c9, 0x3d30dc39, 0x7c319498, 0xc3b8ab97 }, + { 0x3f23d60b, 0x83a81321, 0x3d39e1af, 0x7c508b9c, 0xc39ae704 }, + { 0x3f38f884, 0x838b20d2, 0x3d420ad2, 0x7c6e3b75, 0xc37e58f1 }, + { 0x3f4dc52c, 0x836f60ef, 0x3d495cab, 0x7c8ab3a6, 0xc362f2be }, + { 0x3f6245e8, 0x8354c565, 0x3d4fdbb8, 0x7ca602d6, 0xc348a69b }, + { 0x3f76845f, 0x833b40ec, 0x3d558bf0, 0x7cc036df, 0xc32f677c }, + { 0x3f8a8a03, 0x8322c6fb, 0x3d5a70c4, 0x7cd95cd7, 0xc317290b }, + { 0x3f9e6014, 0x830b4bc3, 0x3d5e8d25, 0x7cf1811a, 0xc2ffdfa5 }, + { 0x3fb20fae, 0x82f4c420, 0x3d61e37f, 0x7d08af56, 0xc2e9804a }, + { 0x3fc5a1cc, 0x82df2592, 0x3d6475c3, 0x7d1ef294, 0xc2d40096 }, + { 0x3fd91f55, 0x82ca6632, 0x3d664564, 0x7d345541, 0xc2bf56b9 }, + { 0x3fec9120, 0x82b67cac, 0x3d675356, 0x7d48e138, 0xc2ab796e }, + { 0x40000000, 0x82a36037, 0x3d67a012, 0x7d5c9fc9, 0xc2985fee }, + { 0x401374c7, 0x8291088a, 0x3d672b93, 0x7d6f99c3, 0xc28601f2 }, + { 0x4026f857, 0x827f6dd7, 0x3d65f559, 0x7d81d77c, 0xc27457a3 }, + { 0x403a939f, 0x826e88c5, 0x3d63fc63, 0x7d9360d4, 0xc2635996 }, + { 0x404e4faf, 0x825e5266, 0x3d613f32, 0x7da43d42, 0xc25300c6 }, + { 0x406235ba, 0x824ec434, 0x3d5dbbc3, 0x7db473d7, 0xc243468e }, + { 0x40764f1f, 0x823fd80c, 0x3d596f8f, 0x7dc40b44, 0xc23424a2 }, + { 0x408aa576, 0x82318824, 0x3d545787, 0x7dd309e2, 0xc2259509 }, + { 0x409f4296, 0x8223cf0b, 0x3d4e7012, 0x7de175b5, 0xc2179218 }, + { 0x40b430a0, 0x8216a7a1, 0x3d47b505, 0x7def5475, 0xc20a1670 }, + { 0x40c97a0a, 0x820a0d12, 0x3d4021a1, 0x7dfcab8d, 0xc1fd1cf5 }, + { 0x40df29a6, 0x81fdfad6, 0x3d37b08d, 0x7e098028, 0xc1f0a0ca }, + { 0x40f54ab1, 0x81f26ca9, 0x3d2e5bd1, 0x7e15d72b, 0xc1e49d52 }, + { 0x410be8da, 0x81e75e89, 0x3d241cce, 0x7e21b544, 0xc1d90e24 }, + { 0x41231051, 0x81dcccb3, 0x3d18ec37, 0x7e2d1ee6, 0xc1cdef10 }, + { 0x413acdd0, 0x81d2b39e, 0x3d0cc20a, 0x7e38184e, 0xc1c33c13 }, + { 0x41532ea7, 0x81c90ffb, 0x3cff9585, 0x7e42a58b, 0xc1b8f15a }, + { 0x416c40cd, 0x81bfdeb2, 0x3cf15d21, 0x7e4cca7c, 0xc1af0b3f }, + { 0x418612ea, 0x81b71cdc, 0x3ce20e85, 0x7e568ad3, 0xc1a58640 }, + { 0x41a0b465, 0x81aec7c5, 0x3cd19e7c, 0x7e5fea1e, 0xc19c5f03 }, + { 0x41bc3573, 0x81a6dcea, 0x3cc000e9, 0x7e68ebc2, 0xc1939250 } + }; + + static const unsigned emu_tone_treble_table[41][5] = { + { 0x0125cba9, 0xfed5debd, 0x00599b6c, 0x0d2506da, 0xfa85b354 }, + { 0x0142f67e, 0xfeb03163, 0x0066cd0f, 0x0d14c69d, 0xfa914473 }, + { 0x016328bd, 0xfe860158, 0x0075b7f2, 0x0d03eb27, 0xfa9d32d2 }, + { 0x0186b438, 0xfe56c982, 0x00869234, 0x0cf27048, 0xfaa97fca }, + { 0x01adf358, 0xfe21f5fe, 0x00999842, 0x0ce051c2, 0xfab62ca5 }, + { 0x01d949fa, 0xfde6e287, 0x00af0d8d, 0x0ccd8b4a, 0xfac33aa7 }, + { 0x02092669, 0xfda4d8bf, 0x00c73d4c, 0x0cba1884, 0xfad0ab07 }, + { 0x023e0268, 0xfd5b0e4a, 0x00e27b54, 0x0ca5f509, 0xfade7ef2 }, + { 0x0278645c, 0xfd08a2b0, 0x01012509, 0x0c911c63, 0xfaecb788 }, + { 0x02b8e091, 0xfcac9d1a, 0x0123a262, 0x0c7b8a14, 0xfafb55df }, + { 0x03001a9a, 0xfc45e9ce, 0x014a6709, 0x0c65398f, 0xfb0a5aff }, + { 0x034ec6d7, 0xfbd3576b, 0x0175f397, 0x0c4e2643, 0xfb19c7e4 }, + { 0x03a5ac15, 0xfb5393ee, 0x01a6d6ed, 0x0c364b94, 0xfb299d7c }, + { 0x0405a562, 0xfac52968, 0x01ddafae, 0x0c1da4e2, 0xfb39dca5 }, + { 0x046fa3fe, 0xfa267a66, 0x021b2ddd, 0x0c042d8d, 0xfb4a8631 }, + { 0x04e4b17f, 0xf975be0f, 0x0260149f, 0x0be9e0f2, 0xfb5b9ae0 }, + { 0x0565f220, 0xf8b0fbe5, 0x02ad3c29, 0x0bceba73, 0xfb6d1b60 }, + { 0x05f4a745, 0xf7d60722, 0x030393d4, 0x0bb2b578, 0xfb7f084d }, + { 0x06923236, 0xf6e279bd, 0x03642465, 0x0b95cd75, 0xfb916233 }, + { 0x07401713, 0xf5d3aef9, 0x03d01283, 0x0b77fded, 0xfba42984 }, + { 0x08000000, 0xf4a6bd88, 0x0448a161, 0x0b594278, 0xfbb75e9f }, + { 0x08d3c097, 0xf3587131, 0x04cf35a4, 0x0b3996c9, 0xfbcb01cb }, + { 0x09bd59a2, 0xf1e543f9, 0x05655880, 0x0b18f6b2, 0xfbdf1333 }, + { 0x0abefd0f, 0xf04956ca, 0x060cbb12, 0x0af75e2c, 0xfbf392e8 }, + { 0x0bdb123e, 0xee806984, 0x06c739fe, 0x0ad4c962, 0xfc0880dd }, + { 0x0d143a94, 0xec85d287, 0x0796e150, 0x0ab134b0, 0xfc1ddce5 }, + { 0x0e6d5664, 0xea547598, 0x087df0a0, 0x0a8c9cb6, 0xfc33a6ad }, + { 0x0fe98a2a, 0xe7e6ba35, 0x097edf83, 0x0a66fe5b, 0xfc49ddc2 }, + { 0x118c4421, 0xe536813a, 0x0a9c6248, 0x0a4056d7, 0xfc608185 }, + { 0x1359422e, 0xe23d19eb, 0x0bd96efb, 0x0a18a3bf, 0xfc77912c }, + { 0x1554982b, 0xdef33645, 0x0d3942bd, 0x09efe312, 0xfc8f0bc1 }, + { 0x1782b68a, 0xdb50deb1, 0x0ebf676d, 0x09c6133f, 0xfca6f019 }, + { 0x19e8715d, 0xd74d64fd, 0x106fb999, 0x099b3337, 0xfcbf3cd6 }, + { 0x1c8b07b8, 0xd2df56ab, 0x124e6ec8, 0x096f4274, 0xfcd7f060 }, + { 0x1f702b6d, 0xcdfc6e92, 0x14601c10, 0x0942410b, 0xfcf108e5 }, + { 0x229e0933, 0xc89985cd, 0x16a9bcfa, 0x09142fb5, 0xfd0a8451 }, + { 0x261b5118, 0xc2aa8409, 0x1930bab6, 0x08e50fdc, 0xfd24604d }, + { 0x29ef3f5d, 0xbc224f28, 0x1bfaf396, 0x08b4e3aa, 0xfd3e9a3b }, + { 0x2e21a59b, 0xb4f2ba46, 0x1f0ec2d6, 0x0883ae15, 0xfd592f33 }, + { 0x32baf44b, 0xad0c7429, 0x227308a3, 0x085172eb, 0xfd741bfd }, + { 0x37c4448b, 0xa45ef51d, 0x262f3267, 0x081e36dc, 0xfd8f5d14 } + }; + + + static const unsigned *emu_tone_get_bass(int l) + { + l = (l * 40 + 50) / 100; + return emu_tone_bass_table[l]; + } + + static const unsigned *emu_tone_get_treble(int l) + { + l = (l * 40 + 50) / 100; + return emu_tone_treble_table[l]; + } + + static int emu_tone_bss_d0; + static int emu_tone_bss_d1; + static int emu_tone_bss_d2; + static int emu_tone_bss_d3; + static int emu_tone_tbl_d0; + static int emu_tone_tbl_d1; + static int emu_tone_tbl_d2; + static int emu_tone_tbl_d3; + static int emu_tone_tmp=0; + + #define EFXTONE(sc, bass, treble, source, target) \ + if (emu_tone_tmp == 0) emu_tone_tmp=emu_allocgpr(sc); \ + emu_tone_bss_d0=emu_allocgpr(sc); \ + emu_tone_bss_d1=emu_allocgpr(sc); \ + emu_tone_bss_d2=emu_allocgpr(sc); \ + emu_tone_bss_d3=emu_allocgpr(sc); \ + emu_tone_tbl_d0=emu_allocgpr(sc); \ + emu_tone_tbl_d1=emu_allocgpr(sc); \ + emu_tone_tbl_d2=emu_allocgpr(sc); \ + emu_tone_tbl_d3=emu_allocgpr(sc); \ + emu_addefxop(sc, 0, emu_tone_tmp, 0x40, 0x4c, source, &pc); \ + emu_addefxop(sc, 0, 0x40, 0x40, emu_tone_tmp, bass[0], &pc); \ + emu_addefxop(sc, 7, emu_tone_bss_d1, emu_tone_bss_d0, emu_tone_bss_d1, bass[2], &pc); \ + emu_addefxop(sc, 7, emu_tone_bss_d0, emu_tone_tmp, emu_tone_bss_d0, bass[1], &pc); \ + emu_addefxop(sc, 7, emu_tone_bss_d3, emu_tone_bss_d2, emu_tone_bss_d3, bass[4], &pc); \ + emu_addefxop(sc, 0, emu_tone_bss_d2, 0x56, emu_tone_bss_d2, bass[3], &pc); \ + emu_addefxop(sc, 6, emu_tone_bss_d2, emu_tone_bss_d2, emu_tone_bss_d2, 0x40, &pc); \ + emu_addefxop(sc, 0, 0x40, 0x40, emu_tone_bss_d2, treble[0], &pc); \ + emu_addefxop(sc, 7, emu_tone_tbl_d1, emu_tone_tbl_d0, emu_tone_tbl_d1, treble[2], &pc); \ + emu_addefxop(sc, 7, emu_tone_tbl_d0, emu_tone_bss_d2, emu_tone_tbl_d0, treble[1], &pc); \ + emu_addefxop(sc, 7, emu_tone_tbl_d3, emu_tone_tbl_d2, emu_tone_tbl_d3, treble[4], &pc); \ + emu_addefxop(sc, 0, emu_tone_tbl_d2, 0x56, emu_tone_tbl_d2, treble[3], &pc); \ + emu_addefxop(sc, 4, emu_tone_tbl_d2, 0x40, emu_tone_tbl_d2, 0x46, &pc); \ + emu_addefxop(sc, 0, target, emu_tone_tbl_d2, 0x40, 0x40, &pc); + + + /* From mixer.c */ + /* + ********************************************************************** + * mixer.c - /dev/mixer interface for emu10k1 driver + * Copyright 1999, 2000 Creative Labs, Inc. + * + ********************************************************************** + * + * Date Author Summary of changes + * ---- ------ ------------------ + * October 20, 1999 Bertrand Lee base code release + * November 2, 1999 Alan Cox cleaned up stuff + * + ********************************************************************** + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public + * License along with this program; if not, write to the Free + * Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, + * USA. + * + ********************************************************************** + */ + + /* From tone.asm */ + /* + ;;; Bass and Treble Effect + ;;; By: Daniel Bertrand + ;;; Date: August 14th,2001 + ;;; License: GPL v2 + ;;; + name "Tone Control" + include "emu_constants.inc" + + ;;; a and b coefs for bass: + bass control $3e4f844f, #-1, #1 + bass_1 control $84ed4cc3, #-1, #1 + bass_2 control $3cc69927, #-1, #1 + bass_3 control $7b03553a, #-1, #1 + bass_4 control $c4da8486, #-1, #1 + + ;;; a and b coef for treble: + treble control $0125cba9, #-1, #1 + treble_1 control $fed5debd, #-1, #1 + treble_2 control $00599b6c, #-1, #1 + treble_3 control $0d2506da, #-1, #1 + treble_4 control $fa85b354, #-1, #1 + + in IO + out equ in + + tbl_d0 static 0 + tbl_d1 static 0 + tbl_d2 static 0 + tbl_d3 static 0 + + bss_d0 static 0 + bss_d1 static 0 + bss_d2 static 0 + bss_d3 static 0 + + tmp dynamic + ;; bass: + + fracmult tmp,$04c, in + + fracmult $0040, tmp, bass + macmv bss_d1, bss_d0, bss_d1, bass_2 + macmv bss_d0, tmp , bss_d0, bass_1 + macmv bss_d3, bss_d2, bss_d3, bass_4 + macs bss_d2, $56, bss_d2, bass_3 + acc3 bss_d2, bss_d2, bss_d2, $40 + + ;; treble: + + fracmult $40, bss_d2, treble + macmv tbl_d1, tbl_d0, tbl_d1, treble_2 + macmv tbl_d0, bss_d2, tbl_d0, treble_1 + macmv tbl_d3, tbl_d2, tbl_d3, treble_4 + macs tbl_d2, $56, tbl_d2, treble_3 + macints tbl_d2, $40, tbl_d2, $46 + + ;;; 2x gain at output, may cause a bit of distortion at higher levels: + ; acc3 out, tbl_d2, tbl_d2, $40 + + ;;; more correct. + move out, tbl_d2 + + end + */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 25 23:27:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id CE79F37B405 for ; Tue, 25 Dec 2001 23:27:41 -0800 (PST) Received: from dialup-209.244.107.126.dial1.sanjose1.level3.net ([209.244.107.126] helo=gohan.cjclark.org) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16J8Sc-0003ND-00; Tue, 25 Dec 2001 23:27:34 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id fBPKDSF00267; Tue, 25 Dec 2001 15:13:28 -0500 (EST) (envelope-from cjc) Date: Tue, 25 Dec 2001 15:13:28 -0500 From: "Crist J. Clark" To: Igor M Podlesny Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: /etc/rc.firewall and /sys/netinet/ip_input.c are doing the same thing Message-ID: <20011225151328.A136@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <107466819110.20011224191009@morning.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <107466819110.20011224191009@morning.ru>; from poige@morning.ru on Mon, Dec 24, 2001 at 07:10:09PM +0700 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Dec 24, 2001 at 07:10:09PM +0700, Igor M Podlesny wrote: > > well, not all the same, but partly. Take a look: Yes. We know. -- "It's always funny until someone gets hurt. Then it's hilarious." Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 25 23:44:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mars-gw.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id 871F237B405 for ; Tue, 25 Dec 2001 23:44:42 -0800 (PST) Received: from NDNM ([195.161.98.250]) by mars-gw.morning.ru (8.11.5/8.11.5) with ESMTP id fBQ7iV708627; Wed, 26 Dec 2001 14:44:35 +0700 (KRAT) Date: Wed, 26 Dec 2001 14:46:34 +0700 From: Igor M Podlesny X-Mailer: The Bat! (v1.53d) Business Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <18957829724.20011226144634@morning.ru> To: "Crist J. Clark" Cc: cjclark@alum.mit.edu, freebsd-hackers@FreeBSD.ORG Subject: Re[2]: /etc/rc.firewall and /sys/netinet/ip_input.c are doing the same thing In-Reply-To: <20011225151328.A136@gohan.cjclark.org> References: <107466819110.20011224191009@morning.ru> <20011225151328.A136@gohan.cjclark.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Mon, Dec 24, 2001 at 07:10:09PM +0700, Igor M Podlesny wrote: >> >> well, not all the same, but partly. Take a look: > Yes. We know. Well. It doesn't surprise me. P.S. Is it a `feature'? ;) P.P.S. Talking seriously (as much as possible ;), which reasons don't let removing of 3 lines from rc.firewall? -- Igor M Podlesny a.k.a. Poige http://www.morning.ru/~poige To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 26 5:31:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32]) by hub.freebsd.org (Postfix) with ESMTP id 31F3B37B419 for ; Wed, 26 Dec 2001 05:31:45 -0800 (PST) Received: from lynx.tip.CSIRO.AU (lynx.tip.CSIRO.AU [130.155.194.25]) by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.1g) with ESMTP id AAA02937; Thu, 27 Dec 2001 00:31:37 +1100 (EST) Received: from lynx.tip.CSIRO.AU (localhost [127.0.0.1]) by lynx.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.0a) with ESMTP id AAA12284; Thu, 27 Dec 2001 00:31:35 +1100 (EST) Message-Id: <200112261331.AAA12284@lynx.tip.CSIRO.AU> To: freebsd-hackers@freebsd.org Cc: Shaun.Amy@tip.CSIRO.AU Subject: Promise ATA100 controller: disk not recognised MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <12263.1009373494.1@lynx.tip.CSIRO.AU> Date: Thu, 27 Dec 2001 00:31:34 +1100 From: "Shaun Amy, CSIRO TIP/ATNF" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Season's greetings to everyone from a rather warm Sydney, Australia! This evening, I installed a new Promise UltraATA 100 TX2 controller which is correctly recognised at boot time. To this controller I connected a new IBN 60 GB disk (Model: IC35L060AVER07-0). This disk is found and recognised by the Promise controller probe at system startup at Ultra DMA 5 so I believe that the cabling is correct. The problem is that although FreeBSD finds a device present, it does not identify the drive. The output from a "boot -v" is below in case that helps. My entire system was rebuilt from a "cvsup" on December 25 and the system is working fine otherwise it seems. Any advice or thoughts are appreciated - it could be something obvious but as it is after midnight here I am needing sleep! Thanks in advance. Best regards, Shaun. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 26 5:33:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from crux.tip.CSIRO.AU (crux.tip.CSIRO.AU [130.155.194.32]) by hub.freebsd.org (Postfix) with ESMTP id DF45737B416 for ; Wed, 26 Dec 2001 05:33:28 -0800 (PST) Received: from lynx.tip.CSIRO.AU (lynx.tip.CSIRO.AU [130.155.194.25]) by crux.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.1g) with ESMTP id AAA03020; Thu, 27 Dec 2001 00:33:26 +1100 (EST) Received: from lynx.tip.CSIRO.AU (localhost [127.0.0.1]) by lynx.tip.CSIRO.AU (8.9.3/8.9.3/TIPAT-1.0a) with ESMTP id AAA14298; Thu, 27 Dec 2001 00:33:24 +1100 (EST) Message-Id: <200112261333.AAA14298@lynx.tip.CSIRO.AU> To: freebsd-hackers@freebsd.org Cc: Shaun.Amy@tip.CSIRO.AU Subject: Re: Promise ATA100 controller: disk not recognised In-reply-to: Your message of "Thu, 27 Dec 2001 00:31:34 +1100." <200112261331.AAA12284@lynx.tip.CSIRO.AU> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <14286.1009373603.1@lynx.tip.CSIRO.AU> Date: Thu, 27 Dec 2001 00:33:24 +1100 From: "Shaun Amy, CSIRO TIP/ATNF" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi again, As you can now see I must be needing sleep as I stupidly forgot the output from the "boot -v" - apologies! Thanks, Shaun. >Season's greetings to everyone from a rather warm Sydney, Australia! > >This evening, I installed a new Promise UltraATA 100 TX2 controller which is >correctly recognised at boot time. To this controller I connected a new IBN >60 GB disk (Model: IC35L060AVER07-0). This disk is found and recognised by >the Promise controller probe at system startup at Ultra DMA 5 so I believe >that the cabling is correct. > >The problem is that although FreeBSD finds a device present, it does not >identify the drive. The output from a "boot -v" is below in case that >helps. My entire system was rebuilt from a "cvsup" on December 25 and the >system is working fine otherwise it seems. > >Any advice or thoughts are appreciated - it could be something obvious but as >it is after midnight here I am needing sleep! > >Thanks in advance. > >Best regards, Shaun. --- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-PRERELEASE #0: Wed Dec 26 21:45:29 EST 2001 root@explorer.tip.CSIRO.AU:/usr/src/sys/compile/EXPLORER Calibrating clock(s) ... TSC clock: 334084474 Hz, i8254 clock: 1193159 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 268423168 (262132K bytes) Physical memory chunk(s): 0x00001000 - 0x0009dfff, 643072 bytes (157 pages) 0x00426000 - 0x0fff4fff, 264040448 bytes (64463 pages) avail memory = 257118208 (251092K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 16 -> irq 11 IOAPIC #0 intpin 17 -> irq 10 IOAPIC #0 intpin 19 -> irq 9 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00f9e20 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x730 pnpbios: Found PnP BIOS data at 0xc00fd2d0 pnpbios: Entry = f0000:d300 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: ACPI: 000f8110 Preloaded elf kernel "kernel" at 0xc03fc000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) Using $PIR table, 7 entries at 0xc00f0d20 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x8086, dev=0x7190, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e4000000, size 26 found-> vendor=0x8086, dev=0x7191, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x7110, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000d800, size 4 found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=9 map[20]: type 1, range 32, base 0000d400, size 5 found-> vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[90]: type 1, range 32, base 0000e800, size 4 found-> vendor=0x9005, dev=0x001f, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000d000, size 8 map[14]: type 1, range 64, base df000000, size 12 found-> vendor=0x8086, dev=0x1229, revid=0x05 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base e1000000, size 12 map[14]: type 1, range 32, base 0000b800, size 5 map[18]: type 1, range 32, base de800000, size 20 found-> vendor=0x105a, dev=0x4d68, revid=0x02 class=01-80-85, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000b400, size 3 map[14]: type 1, range 32, base 0000b000, size 2 map[18]: type 1, range 32, base 0000a800, size 3 map[1c]: type 1, range 32, base 0000a400, size 2 map[20]: type 1, range 32, base 0000a000, size 4 map[24]: type 1, range 32, base de000000, size 14 found-> vendor=0x1000, dev=0x000f, revid=0x14 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 00009800, size 8 map[14]: type 1, range 32, base dd800000, size 8 map[18]: type 1, range 32, base dd000000, size 12 found-> vendor=0x1000, dev=0x000f, revid=0x14 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 00009400, size 8 map[14]: type 1, range 32, base dc800000, size 8 map[18]: type 1, range 32, base dc000000, size 12 pci0: on pcib0 pcib1: at device 1.0 on pci0 found-> vendor=0x102b, dev=0x0525, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base e2000000, size 25 map[14]: type 1, range 32, base e0000000, size 14 map[18]: type 1, range 32, base df800000, size 23 pci1: on pcib1 pci1: (vendor=0x102b, dev=0x0525) at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd800 ata0: mask=03 status0=50 status1=01 ata0: mask=03 ostat0=50 ostat2=01 ata0-master: ATAPI probe a=14 b=eb ata0-slave: ATAPI probe a=ff b=ff ata0: mask=03 status0=00 status1=01 ata0-slave: ATA probe a=04 b=ff ata0: devices=04 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd808 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 ahc0: port 0xd000-0xd0ff mem 0xdf000000-0xdf000fff irq 9 at device 6.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 422 instructions downloaded aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs using shared irq9. fxp0: port 0xb800-0xb81f mem 0xde800000-0xde8fffff,0xe1000000-0xe1000fff irq 9 at device 9.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:a0:c9:cf:19:89 fxp0: PCI IDs: 8086 1229 8086 000a 0005 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached atapci1: port 0xa000-0xa00f,0xa400-0xa403,0xa800-0xa807,0xb000-0xb003,0xb400-0xb407 mem 0xde000000-0xde003fff irq 10 at device 10.0 on pci0 ata-: ata2 exists, using next available unit number ata2: iobase=0xb400 altiobase=0xb002 bmaddr=0xa000 ata2: mask=03 status0=50 status1=00 ata2: mask=03 ostat0=50 ostat2=00 ata2-master: ATAPI probe a=00 b=00 ata2-slave: ATAPI probe a=00 b=00 ata2: mask=03 status0=50 status1=00 ata2-master: ATA probe a=01 b=a5 ata2: devices=01 ata2: at 0xb400 on atapci1 ata3: iobase=0xa800 altiobase=0xa402 bmaddr=0xa008 ata3: mask=03 status0=20 status1=30 ata3: mask=03 ostat0=20 ostat2=30 ata3-master: ATAPI probe a=20 b=20 ata3-slave: ATAPI probe a=30 b=30 ata3: mask=03 status0=20 status1=30 ata3-master: ATA probe a=25 b=25 ata3-slave: ATA probe a=25 b=25 ata3: devices=00 ata3: at 0xa800 on atapci1 using shared irq10. sym0: <875> port 0x9800-0x98ff mem 0xdd000000-0xdd000fff,0xdd800000-0xdd8000ff irq 10 at device 11.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/4e/80/01/00/24 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym0: Delay (GEN=11): 234 msec, 37984 KHz sym0: Delay (GEN=11): 263 msec, 33795 KHz sym0: Delay (GEN=11): 263 msec, 33795 KHz sym0: enabling clock multiplier sym0: Downloading SCSI SCRIPTS. sym1: <875> port 0x9400-0x94ff mem 0xdc000000-0xdc000fff,0xdc800000-0xdc8000ff irq 10 at device 11.1 on pci0 sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/4e/80/01/00/24 sym1: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym1: Delay (GEN=11): 234 msec, 37984 KHz sym1: Delay (GEN=11): 263 msec, 33795 KHz sym1: Delay (GEN=11): 262 msec, 33924 KHz sym1: enabling clock multiplier sym1: Downloading SCSI SCRIPTS. ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
Hi,
 
Can any one tell me how to increase the = default=20 kernel memory limit? ie., the memory from which mallocs occur(from = kmem_map). I=20 tried making the VM_KMEM_SIZE option to the maximum(200M), but it didnt = seem to=20 have any effect:(. M/c memory is 1GB.
 
Thanks,
Anjali
------=_NextPart_000_0062_01C19088.3B9F6B60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 4:26:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from intranet.ru (tcms8.intranet.ru [212.164.0.135]) by hub.freebsd.org (Postfix) with ESMTP id 1D1F837B41E for ; Sat, 29 Dec 2001 04:26:25 -0800 (PST) Received: from [195.151.139.2] (account ) by intranet.ru (CommuniGate Pro WebUser 3.4.8) with HTTP id 7584539 for ; Sat, 29 Dec 2001 18:26:23 +0600 From: "Eugene Panchenko" Subject: Hiding other processes To: hackers@freebsd.org X-Mailer: CommuniGate Pro Web Mailer v.3.4.8 Date: Sat, 29 Dec 2001 18:26:23 +0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I know about sysctl "kern.ps_showallprocs", but it is not very convenient because in this case only root will be able to see all processes, and I want to wheel group to see them all as well. I modified kern_proc.c a bit, could you please comment on it, and say will it work or not, and how should I (if I should) possibly rewrite it? Thank you a lot! --- /sys/kern/kern_proc.c Tue May 1 20:39:06 2001 +++ kern_proc.c Fri Dec 28 21:00:11 2001 @@ -476,10 +476,14 @@ p = LIST_FIRST(&zombproc); for (; p != 0; p = LIST_NEXT(p, p_list)) { /* - * Show a user only their processes. + * Show a user only their processes + * unless he/she is in wheel group (gid = 0). */ - if ((!ps_showallprocs) && p_trespass(curproc, p)) - continue; + if (((!ps_showallprocs) || + (curproc->p_ucred == NULL || + curproc->p_ucred->cr_gid != (gid_t)0)) + && p_trespass(curproc, p) + continue; /* * Skip embryonic processes. */ ____________________________________________________________ óËÏÒÏ îÏ×ÙÊ çÏÄ? óÄÅÌÁÊÔÅ ÓÅÂÅ ÐÏÄÁÒÏË - http://ngs.ru/tovar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 5:43:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id C2F0B37B41E for ; Sat, 29 Dec 2001 05:43:25 -0800 (PST) Received: by freebsd.org.ru (Postfix, from userid 1000) id 50A7D249; Sat, 29 Dec 2001 16:43:23 +0300 (MSK) Date: Sat, 29 Dec 2001 16:43:23 +0300 From: "Sergey A. Osokin" To: Anjali Kulkarni Cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Memory Limit Message-ID: <20011229164322.A73212@freebsd.org.ru> Reply-To: osa@freebsd.org.ru References: <006e01c1905f$25fd1380$0a00a8c0@indranet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <006e01c1905f$25fd1380$0a00a8c0@indranet>; from anjali@indranetworks.com on Sat, Dec 29, 2001 at 04:45:33PM +0530 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 29, 2001 at 04:45:33PM +0530, Anjali Kulkarni wrote: > Hi, > > Can any one tell me how to increase the default kernel memory limit? ie., the memory from which mallocs occur(from kmem_map). I tried making the VM_KMEM_SIZE option to the maximum(200M), but it didnt seem to have any effect:(. M/c memory is 1GB. Look at LINT: options MAXDSIZ/MAXSSIZ/DFLDSIZ -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 6:25: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id 6E22437B41F for ; Sat, 29 Dec 2001 06:25:02 -0800 (PST) Received: (qmail 32546 invoked by uid 1002); 29 Dec 2001 14:24:55 -0000 Date: Sat, 29 Dec 2001 15:24:55 +0100 From: Alson van der Meulen To: freebsd-hackers@FreeBSD.ORG Cc: sos@freebsd.dk Subject: Re: Possible Promise FastTrack RAID driver Message-ID: <20011229152455.J11901@alm.xs4all.nl> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, sos@freebsd.dk References: <200112290906.fBT96wD92921@freebsd.dk> <200112290915.fBT9F3H94505@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200112290915.fBT9F3H94505@freebsd.dk> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG S?ren Schmidt(sos@freebsd.dk)@2001.12.29 10:15:03 +0000: > It seems S?ren Schmidt wrote: > > We already have support for the Fasttraks in the kernel (and have had that > > for a long time now), with code that is developed outside Promise. > > However it still needs a bit of work, but with a little luck that should > > clear up soon.. > > BTW, it is interesting to see that they just used the ATA driver I've > written for FreeBSD, ripped off the Copyright headers, and added ft_ to > all function names, then added their own RAID engine which seems to > be a quick and dirty port of the win version.... sigh... What this driver does have, and we don't, is support for RAID. AFAIK, our own driver can only use it as an ATA controller. There's no integration with vinum/ccd yet. At least, all previous posts I've found seem to indicate this. Are there any plans to make vinum/ccd work with these 'win-raid' controllers? Our driver seems to be able to read the RAID configuration, but I don't see any connection to a raid engine. They also seem to provide a CAM interface, and some utilities to view the status and rescan the array, not to force a rebuild though. It appears that a rip-off of our own driver, and a lame RAID engine is of little use to us. But they can use the RAID function now, and we don't (at least not together with the BIOS). It's of course possible to use a separate disk for booting, and to use vinum to mirror/stripe the both disks on the 'RAID' controller. That's what I plan to do, since I want to have that server in production in 1.5 month, and I don't think there will be any support for booting from vinum by then. I don't have any experience in ATA/RAID coding, so I'm afraid I can be of little help. Alson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 6:36:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from intranet.ru (tcms8.intranet.ru [212.164.0.135]) by hub.freebsd.org (Postfix) with ESMTP id C284737B405 for ; Sat, 29 Dec 2001 06:36:37 -0800 (PST) Received: from [195.151.139.2] (account ) by intranet.ru (CommuniGate Pro WebUser 3.4.8) with HTTP id 7587201 for ; Sat, 29 Dec 2001 20:36:32 +0600 From: "Eugene Panchenko" Subject: FDESC fs broken? To: hackers@freebsd.org X-Mailer: CommuniGate Pro Web Mailer v.3.4.8 Date: Sat, 29 Dec 2001 20:36:32 +0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! I administer several FreeBSD systems, and noticed some strange things with FDESC fs: * First box: FreeBSD 4.3-RC #0: Sun Apr 22 07:14:16 2001 # mount /dev/ad0a on / (ufs, local, noatime, soft-updates) procfs on /proc (procfs, local) kernfs on /kern (kernfs, local) fdesc on /fdesc (fdesc) Which is all okay. Now the 2nd box: FreeBSD 4.4-STABLE #1: Tue Dec 25 13:12:57 2001 # mount /dev/ad4a on / (ufs, local) /dev/ad4e on /var (ufs, local, noatime, soft-updates) /dev/ad4f on /tmp (ufs, local, noatime, soft-updates) /dev/ad4h on /home (ufs, local, noatime, soft-updates) /dev/ad4g on /usr (ufs, local, noatime, soft-updates) procfs on /proc (procfs, local) kernfs on /kern (kernfs, local) fdesc on (fdesc) Notice that on the second box mount didn't show where fdesc is mounted (really it is on /fdesc) - while everything is the same on those two boxes... Is fdesc somehow get broken after 4.3-RC? Thanks. ____________________________________________________________ óËÏÒÏ îÏ×ÙÊ çÏÄ? óÄÅÌÁÊÔÅ ÓÅÂÅ ÐÏÄÁÒÏË - http://ngs.ru/tovar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 7:43:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id C01D337B405 for ; Sat, 29 Dec 2001 07:43:25 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id fBTFhMO88858; Sat, 29 Dec 2001 16:43:22 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200112291543.fBTFhMO88858@freebsd.dk> Subject: Re: Possible Promise FastTrack RAID driver In-Reply-To: <20011229152455.J11901@alm.xs4all.nl> To: Alson van der Meulen Date: Sat, 29 Dec 2001 16:43:22 +0100 (CET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Alson van der Meulen wrote: > S?ren Schmidt(sos@freebsd.dk)@2001.12.29 10:15:03 +0000: > > It seems S?ren Schmidt wrote: > > > We already have support for the Fasttraks in the kernel (and have had that > > > for a long time now), with code that is developed outside Promise. > > > However it still needs a bit of work, but with a little luck that should > > > clear up soon.. > > > > BTW, it is interesting to see that they just used the ATA driver I've > > written for FreeBSD, ripped off the Copyright headers, and added ft_ to > > all function names, then added their own RAID engine which seems to > > be a quick and dirty port of the win version.... > sigh... > > What this driver does have, and we don't, is support for RAID. AFAIK, > our own driver can only use it as an ATA controller. There's no bzzst! *WRONG* we have had support for the RAID's on fasttracks since: /sys/dev/ata/ata-raid.c revision 1.1 date: 2000/10/13 13:04:45; author: sos; state: Exp; Add support for ATA "pseudo" RAID controllers as the Promise Fasttrak and HighPoint HPT370 controllers. I wrote that over a year ago, and it supports the RAID's on *BOTH* Promise and HighPoint based controllers. It does have a few issues though in array failure cases, but thats easily fixed, I just need the time to do it... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 8:38:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from scanner.secnap.net (scanner.secnap.net [216.241.67.74]) by hub.freebsd.org (Postfix) with ESMTP id DDF6237B41A for ; Sat, 29 Dec 2001 08:38:25 -0800 (PST) Received: (from scheidell@localhost) by scanner.secnap.net (8.11.6/8.11.5) id fBTGcKx39154 for hackers@freebsd.org; Sat, 29 Dec 2001 11:38:20 -0500 (EST) (envelope-from scheidell) Message-Id: <200112291638.fBTGcKx39154@scanner.secnap.net> Subject: FBSD 4.4 Stable and top? top stoped working To: hackers@freebsd.org Date: Sat, 29 Dec 2001 11:38:20 -0500 (EST) From: Michael Scheidell X-Loop: scheidell@secnap.net X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG top stopped working for non root (it worked for non root on FBSD 4.3 install) there is nothing in README or UPDATING about any change. top kvm_open: /dev/kmem: Permission denied on FBSD 4.3: ls -l /dev/kmem crw-r----- 1 root kmem 2, 1 Apr 21 2001 /dev/kmem ls -l /usr/bin/top -r-xr-sr-x 1 root kmem 32760 Dec 4 16:11 /usr/bin/top on FBSD 4.4 (I had to add chgrp kmem and +r on group) so, is top an undocumented problem? or did the MAKEDEV mess up, forget to chgroup kmem and g+r? ls -l /usr/bin/top -r-xr-sr-x 1 root kmem 32904 Dec 27 14:39 /usr/bin/top ls -l /dev/kmem crw------- 1 root wheel 2, 1 Dec 28 15:37 /dev/kmem -- Michael Scheidell Secnap Network Security, LLC scheidell@secnap.net 1+(561) 368-9561 See updated IT Security News at http://www.fdma.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 8:59:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id 9F44137B41F for ; Sat, 29 Dec 2001 08:59:17 -0800 (PST) Received: (qmail 3706 invoked by uid 1002); 29 Dec 2001 16:59:10 -0000 Date: Sat, 29 Dec 2001 17:59:09 +0100 From: Alson van der Meulen To: freebsd-hackers@FreeBSD.ORG Cc: sos@freebsd.dk Subject: Re: Possible Promise FastTrack RAID driver Message-ID: <20011229175909.K11901@alm.xs4all.nl> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, sos@freebsd.dk References: <20011229152455.J11901@alm.xs4all.nl> <200112291543.fBTFhMO88858@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200112291543.fBTFhMO88858@freebsd.dk> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG S?ren Schmidt(sos@freebsd.dk)@2001.12.29 16:43:22 +0000: > It seems Alson van der Meulen wrote: > > What this driver does have, and we don't, is support for RAID. AFAIK, > > our own driver can only use it as an ATA controller. There's no > > bzzst! *WRONG* we have had support for the RAID's on fasttracks since: > > /sys/dev/ata/ata-raid.c revision 1.1 > date: 2000/10/13 13:04:45; author: sos; state: Exp; > Add support for ATA "pseudo" RAID controllers as the Promise Fasttrak > and HighPoint HPT370 controllers. > > I wrote that over a year ago, and it supports the RAID's on *BOTH* > Promise and HighPoint based controllers. It does have a few issues > though in array failure cases, but thats easily fixed, I just need > the time to do it... Argh! Why didn't I see this when searching the archives... Silly me! I guess I only found old messages, and no new stating there was support now, so I assumed it was not available yet. I probably just looked in the wrong place. Array rebuild cannot be done in FreeBSD yet? Or am I wrong about this again? It would be nice to have this info added to ata(4) I think. Didn't find anything about RAID there. If a disk fails, is a message logged? Is there any way to view the status of the array? I know I should RTFM, but I can't find the FM, and I'm not too good at reading source code. Thanks for the info, and sorry for bothering you ;) Alson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 9:42: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id B861837B421 for ; Sat, 29 Dec 2001 09:41:43 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id E4E96FF; Sat, 29 Dec 2001 17:41:33 +0000 (GMT) Date: Sat, 29 Dec 2001 17:41:33 +0000 From: Josef Karthauser To: Tomas Svensson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011229174133.A98245@tao.org.uk> Mail-Followup-To: Josef Karthauser , Tomas Svensson , freebsd-hackers@FreeBSD.ORG References: <20011228192736.A22545@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011228192736.A22545@simba.systemteknik.net>; from tsn@gbdev.net on Fri, Dec 28, 2001 at 07:27:36PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote: > This just verifies what I said weeks ago. >=20 > On the client side: >=20 > ## several packets are lost here due to congestion, thanks to > TCP_NODELAY: No. These packets aren't lost to congestion. I can reproduce this pattern every time. There's no random packet loseness about it. You are right that switching TCP_NODELAY off does fix it, but it's not caused by congestion I can assure you. Joe Index: packet.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/crypto/openssh/packet.c,v retrieving revision 1.1.1.1.2.4 diff -u -r1.1.1.1.2.4 packet.c --- packet.c 28 Sep 2001 01:33:34 -0000 1.1.1.1.2.4 +++ packet.c 29 Dec 2001 17:33:40 -0000 @@ -1281,9 +1281,11 @@ error("setsockopt IPTOS_LOWDELAY: %.100s", strerror(errno)); } +#if NEVER if (setsockopt(connection_in, IPPROTO_TCP, TCP_NODELAY, (void *) &on, sizeof(on)) < 0) error("setsockopt TCP_NODELAY: %.100s", strerror(errno)); +#endif } else if (packet_connection_is_ipv4()) { /* * Set IP options for a non-interactive connection. Use --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwuAE0ACgkQXVIcjOaxUBZYwwCgl2F4wZjV3QXd9tFN4hbcwXZd AJkAnip3NHv+ulKl4/OPX2wYNvGkafPf =4AfR -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 9:49: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 367A937B41E for ; Sat, 29 Dec 2001 09:49:03 -0800 (PST) Received: (qmail 1578 invoked by uid 3193); 29 Dec 2001 17:49:02 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Dec 2001 17:49:02 -0000 Date: Sat, 29 Dec 2001 12:49:02 -0500 (EST) From: Mike Silbersack X-Sender: To: Josef Karthauser Cc: Tomas Svensson , Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011229174133.A98245@tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 29 Dec 2001, Josef Karthauser wrote: > On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote: > > This just verifies what I said weeks ago. > > > > On the client side: > > > > ## several packets are lost here due to congestion, thanks to > > TCP_NODELAY: > > No. These packets aren't lost to congestion. I can reproduce this > pattern every time. There's no random packet loseness about it. > > You are right that switching TCP_NODELAY off does fix it, but it's not > caused by congestion I can assure you. > > Joe Whether the packet loss is random or not, there is packet loss occuring. What's the exact network setup between the two machines? Perhaps it's a collision occuring each time. I guess you could try running netstat -i on each computer before and after to see if you can see the problem occur at that layer. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 10: 8: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 1AA8D37B41A for ; Sat, 29 Dec 2001 10:07:56 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 67B8E371; Sat, 29 Dec 2001 18:07:47 +0000 (GMT) Date: Sat, 29 Dec 2001 18:07:47 +0000 From: Josef Karthauser To: Mike Silbersack Cc: Tomas Svensson , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011229180747.A68666@tao.org.uk> Mail-Followup-To: Josef Karthauser , Mike Silbersack , Tomas Svensson , freebsd-hackers@FreeBSD.ORG References: <20011229174133.A98245@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from silby@silby.com on Sat, Dec 29, 2001 at 12:49:02PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2001 at 12:49:02PM -0500, Mike Silbersack wrote: > > > You are right that switching TCP_NODELAY off does fix it, but it's not > > caused by congestion I can assure you. > >=20 > Whether the packet loss is random or not, there is packet loss occuring. > What's the exact network setup between the two machines? Perhaps it's a > collision occuring each time. genius(laptop)/aue0 usb ethernet. (-current) | 10 base half duplex hub | 10 base half duplex hub | transwarp(dual processor server)/fxp0 onboard ethernet. (-stable). =20 > I guess you could try running netstat -i on each computer before and after > to see if you can see the problem occur at that layer. I wish that I had an ether-crosser cable so I could plug the two machines directly together. I've had this problem for several weeks now. I would imagine that it would be slightly random if it was the network infrastructure, but it's not. Joe --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwuBnIACgkQXVIcjOaxUBb4LgCfd/AJf6vRj31qMQ1G4KJAZWmc 31sAoMGaLOrpZutmU2UXbLYCCScjIxkl =CBth -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 10:59:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 4AA5F37B405 for ; Sat, 29 Dec 2001 10:59:30 -0800 (PST) Received: (qmail 6414 invoked by uid 3193); 29 Dec 2001 18:59:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Dec 2001 18:59:29 -0000 Date: Sat, 29 Dec 2001 13:59:28 -0500 (EST) From: Mike Silbersack X-Sender: To: Josef Karthauser Cc: Tomas Svensson , Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011229180747.A68666@tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 29 Dec 2001, Josef Karthauser wrote: > genius(laptop)/aue0 usb ethernet. (-current) > | > 10 base half duplex hub > | > 10 base half duplex hub > | > transwarp(dual processor server)/fxp0 onboard ethernet. (-stable). I'm going to blame the USB ethernet driver for dropping packets; Thomas Zenker has been reporting similar problems on -net. He says that he did not have problems with packet loss with 4.3, but has not been able to track down what changed. Maybe you could compare notes with him and see what you can come up with. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 11: 8: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 5B56337B419 for ; Sat, 29 Dec 2001 11:07:58 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 5FDECFF; Sat, 29 Dec 2001 19:07:49 +0000 (GMT) Date: Sat, 29 Dec 2001 19:07:49 +0000 From: Josef Karthauser To: Mike Silbersack Cc: Tomas Svensson , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011229190749.D4473@tao.org.uk> Mail-Followup-To: Josef Karthauser , Mike Silbersack , Tomas Svensson , freebsd-hackers@FreeBSD.ORG References: <20011229180747.A68666@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9dgjiU4MmWPVapMU" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from silby@silby.com on Sat, Dec 29, 2001 at 01:59:28PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9dgjiU4MmWPVapMU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 29, 2001 at 01:59:28PM -0500, Mike Silbersack wrote: >=20 > I'm going to blame the USB ethernet driver for dropping packets; Thomas > Zenker has been reporting similar problems on -net. He says that he did > not have problems with packet loss with 4.3, but has not been able to > track down what changed. Maybe you could compare notes with him and see > what you can come up with. >=20 What's his email address? Joe --9dgjiU4MmWPVapMU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjwuFIQACgkQXVIcjOaxUBZwmACg7KIUzmAlScKZpKKlwrCGA9TI 17MAn0V5vWlz0WmFi0awvca8RQo0FVNE =uxn2 -----END PGP SIGNATURE----- --9dgjiU4MmWPVapMU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 12:50:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B3C8F37B405; Sat, 29 Dec 2001 12:50:07 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fBTKnxJ01834; Sat, 29 Dec 2001 12:49:59 -0800 (PST) (envelope-from dillon) Date: Sat, 29 Dec 2001 12:49:59 -0800 (PST) From: Matthew Dillon Message-Id: <200112292049.fBTKnxJ01834@apollo.backplane.com> To: Søren Schmidt Cc: Mike Silbersack , "Brandon S. Allbery KF8NH" , ian j hart , Matthew Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers References: <200112282258.fBSMwEc46442@freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Anyways could I have you guys read out all 256 PCI regs from the :main chip that is the 0x03051106 one ? : :-Søren How is this done? -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 13:42:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 1FE4A37B41D; Sat, 29 Dec 2001 13:42:32 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id fBTLgKE77526; Sat, 29 Dec 2001 22:42:20 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200112292142.fBTLgKE77526@freebsd.dk> Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers In-Reply-To: <200112292049.fBTKnxJ01834@apollo.backplane.com> To: Matthew Dillon Date: Sat, 29 Dec 2001 22:42:20 +0100 (CET) Cc: Mike Silbersack , "Brandon S. Allbery KF8NH" , ian j hart , Matthew Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Matthew Dillon wrote: > :Anyways could I have you guys read out all 256 PCI regs from the > :main chip that is the 0x03051106 one ? > : > :-Søren > > How is this done? With pciconf, fx: sos# pciconf -r -b pci0:0:0 0x0:0xff 06 11 05 03 06 00 10 22 03 00 00 06 00 08 00 00 08 00 00 d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 17 a3 6b f4 47 09 50 50 ee 80 10 20 30 40 48 50 3f aa 00 20 d6 d6 d6 c6 11 1c 43 0d e8 5f 00 00 d6 88 cc 0c 0e 80 d2 00 01 b4 19 02 00 00 00 00 0f 40 00 00 c0 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 32 00 00 02 c0 20 00 03 02 00 1f 00 00 00 00 2f 22 00 63 db dd 2a 7c 30 ee 00 05 67 00 00 00 00 00 00 00 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03 03 00 22 00 00 00 00 80 00 00 -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 13:54: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lycos.co.kr (catv-kwangjoo-210205028145.usr2.hananet.net [210.205.28.145]) by hub.freebsd.org (Postfix) with SMTP id 90DC237B428 for ; Sat, 29 Dec 2001 13:52:38 -0800 (PST) Reply-To: adfree114@lycos.co.kr From: adfree114 To: Subject: [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !! Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sun, 30 Dec 2001 06:54:18 +0900 X-Priority: 3 X-Mailer: Mailtouch 1.0 Message-Id: <20011229215238.90DC237B428@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇÏ´Â ¹æ¹ý !!

[±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !!

ÄÄÀ» ¾Ë°í³ª¸é ½ºÆÔ¸ÞÀÏ °ÆÁ¤¾ÈÇÏ°í ¾ó¸¶µçÁö ¸ÞÀÏÀ» ÀÌ¿ëÇÒ ¼ö°¡ ÀÖÁö¿©~

À¥¸ÞÀÏ ¸Þ´ºÁß È¯°æ¼³Á¤À̳ª¿É¼Ç¼±Åà - ÇÊÅͼ±ÅÃÈÄ - [±¤°í]¹®±¸¸¦ ¼ö½Å°ÅºÎ¿¡ Ãß°¡ÇÏ¸é ´ÙÀ½ºÎÅÍ Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ µé¾î°£ ¸ÞÀÏ°ú ¿µ¿øÈ÷ À̺°À» ÇÒ ¼ö ÀÖ´ä´Ï´Ù..^^    (¿åÀ» Çϰųª ½Å°í¸¸À¸·Ð ÀüÇô È¿°ú°¡ ¾øÀ½)

¸ðµç À¥¸ÞÀÏ¿¡´Â ½ºÆÔÂ÷´Ü ±â´É¿Ü ½È¾îÇÏ´Â ¸ÞÀϸ¸ ¸·À» ¼ö ÀÖ´Â ±â´ÉÀÌ ÀÖÀ¸¸ç .. ¼ºÀÎ, ¼îÇÎ, CD, µ¿¿µ»ó µî... ¹Þ±â½ÈÀº ³»¿ëÀÌ µé¾î°£ °Í¸¸ °ÅºÎÇÒ ¼öµµ Àִµ¥ Á¶±Ý¸¸ ½Å°æ¾²¸é [±¤°í]¸ÞÀÏ °ÆÁ¤ ¶Ò...!! °£´ÜÇÏÁÒ...^ ^

¸¸¾à Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ ¾ø´Ù¸é º»¹®¿¡ "¼ö½Å°ÅºÎ"¶õ ¹®±¸¸¦ ÇÊÅ͸µÀ¸·Î Çغ¸¼¼¿ä ±×·³ ±¤°í¸ÞÀÏÀº ¸ø µé¾î¿À°í ÈÞÁöÅëÀ¸·Î »ç¶óÁý´Ï´Ù
 (Áï ±¤°í¸ÞÀÏÀº º»¹®¿¡ "¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä µî... Á˼ÛÇÕ´Ï´Ù µîÀÇ ¹®±¸°¡ ÀÖÀ¸´Ï ±× ¹®±¸¸¦ Æ÷ÇÔÇÑ °ÍÀº ¸ðµÎ ¸·¾Æ ÁÝ´Ï´Ù )

»õ·Î¿î µµ¸ÞÀÎ µî·Ï¾È³»...¹ÙÀÌ·¯½º °æ°í¾È³»...»õ·Î¿î ½Å»óÇ°À» ½Ñ °¡°Ý¿¡ ±¸ÀÔÇÒ ¼ö ÀÖ´Â ¼îÇθô...°ü±¤¾È³»...Çпø¾È³»...°¢Á¾Á¤º¸ ¼Ò½ÄÁö...¼ºÀÎ...µî...±× ¸ðµÎ¸¦ [±¤°í]¶ó°í ÇÏÁö¿ä~

±×¸®°í ¼ö½ÅÀÚµéÁß 60%°¡ ±¤°í¸ÞÀÏ¿¡ ÀÇÇØ ¼ö¸¹Àº Á¤º¸¸¦ ¾ò´Â´Ù°í ÇÕ´Ï´Ù, ¼ö¸¹Àº ±¤°íµé Áß ²À ±× Á¤º¸¸¦ ÇÊ¿ä·Î ÇÏ´Â ºÐµµ °è½Ã´Ù´Â »ç½Ç ¶§¹®¿¡ ±¤°í´Â Á¸ÀçÇÏ´Â °ÍÀÔ´Ï´Ù

±×¸®°í ÀÌ ¾î·Á¿î ½Ã´ë¿¡ »ì¾Æ³²±â À§ÇØ ¸öºÎ¸²Ä¡´Â ºÐµéÀ» À§ÇØ ÀÚ±âÁý ¹®´Ü¼ÓÀ» ÇÏ´ÂÀǹ̿¡¼­ [±¤°í] ÇÊÅ͸µ ¼±ÅÃÇϽÉÀÌ ¾î¶³·±Áö¿ä~~
±¤°íÁֵ鵵 ´õºÒ¾î »ì¾Æ°¡´Â »ç¶÷µéÀ̴ϱî¿ä

±¤°í¸¦ ÇÊ¿ä·Î ÇÏ´Â »ç¶÷¸¸ º¸±â¸¦ ¹Ù¶ó´Â ¸¶À½¿¡¼­....

¹«·á¼ºÀοµÈ­º¸±â

¹«·á¼ºÀθ¸È­º¸±â

 

  - ÃÖÈÄÀÇ Èñ¸ÁÀº ±àÁ¤ÀûÀÎ »ç°í¹æ½Ä ±×¸®°í »ç¶û... -

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 13:53:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from lycos.co.kr (catv-kwangjoo-210205028145.usr2.hananet.net [210.205.28.145]) by hub.freebsd.org (Postfix) with SMTP id EB7F437B41D for ; Sat, 29 Dec 2001 13:52:24 -0800 (PST) Reply-To: adfree114@lycos.co.kr From: adfree114 To: Subject: [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !! Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sun, 30 Dec 2001 06:54:04 +0900 X-Priority: 3 X-Mailer: Mailtouch 1.0 Message-Id: <20011229215224.EB7F437B41D@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇÏ´Â ¹æ¹ý !!

[±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !!

ÄÄÀ» ¾Ë°í³ª¸é ½ºÆÔ¸ÞÀÏ °ÆÁ¤¾ÈÇÏ°í ¾ó¸¶µçÁö ¸ÞÀÏÀ» ÀÌ¿ëÇÒ ¼ö°¡ ÀÖÁö¿©~

À¥¸ÞÀÏ ¸Þ´ºÁß È¯°æ¼³Á¤À̳ª¿É¼Ç¼±Åà - ÇÊÅͼ±ÅÃÈÄ - [±¤°í]¹®±¸¸¦ ¼ö½Å°ÅºÎ¿¡ Ãß°¡ÇÏ¸é ´ÙÀ½ºÎÅÍ Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ µé¾î°£ ¸ÞÀÏ°ú ¿µ¿øÈ÷ À̺°À» ÇÒ ¼ö ÀÖ´ä´Ï´Ù..^^    (¿åÀ» Çϰųª ½Å°í¸¸À¸·Ð ÀüÇô È¿°ú°¡ ¾øÀ½)

¸ðµç À¥¸ÞÀÏ¿¡´Â ½ºÆÔÂ÷´Ü ±â´É¿Ü ½È¾îÇÏ´Â ¸ÞÀϸ¸ ¸·À» ¼ö ÀÖ´Â ±â´ÉÀÌ ÀÖÀ¸¸ç .. ¼ºÀÎ, ¼îÇÎ, CD, µ¿¿µ»ó µî... ¹Þ±â½ÈÀº ³»¿ëÀÌ µé¾î°£ °Í¸¸ °ÅºÎÇÒ ¼öµµ Àִµ¥ Á¶±Ý¸¸ ½Å°æ¾²¸é [±¤°í]¸ÞÀÏ °ÆÁ¤ ¶Ò...!! °£´ÜÇÏÁÒ...^ ^

¸¸¾à Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ ¾ø´Ù¸é º»¹®¿¡ "¼ö½Å°ÅºÎ"¶õ ¹®±¸¸¦ ÇÊÅ͸µÀ¸·Î Çغ¸¼¼¿ä ±×·³ ±¤°í¸ÞÀÏÀº ¸ø µé¾î¿À°í ÈÞÁöÅëÀ¸·Î »ç¶óÁý´Ï´Ù
 (Áï ±¤°í¸ÞÀÏÀº º»¹®¿¡ "¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä µî... Á˼ÛÇÕ´Ï´Ù µîÀÇ ¹®±¸°¡ ÀÖÀ¸´Ï ±× ¹®±¸¸¦ Æ÷ÇÔÇÑ °ÍÀº ¸ðµÎ ¸·¾Æ ÁÝ´Ï´Ù )

»õ·Î¿î µµ¸ÞÀÎ µî·Ï¾È³»...¹ÙÀÌ·¯½º °æ°í¾È³»...»õ·Î¿î ½Å»óÇ°À» ½Ñ °¡°Ý¿¡ ±¸ÀÔÇÒ ¼ö ÀÖ´Â ¼îÇθô...°ü±¤¾È³»...Çпø¾È³»...°¢Á¾Á¤º¸ ¼Ò½ÄÁö...¼ºÀÎ...µî...±× ¸ðµÎ¸¦ [±¤°í]¶ó°í ÇÏÁö¿ä~

±×¸®°í ¼ö½ÅÀÚµéÁß 60%°¡ ±¤°í¸ÞÀÏ¿¡ ÀÇÇØ ¼ö¸¹Àº Á¤º¸¸¦ ¾ò´Â´Ù°í ÇÕ´Ï´Ù, ¼ö¸¹Àº ±¤°íµé Áß ²À ±× Á¤º¸¸¦ ÇÊ¿ä·Î ÇÏ´Â ºÐµµ °è½Ã´Ù´Â »ç½Ç ¶§¹®¿¡ ±¤°í´Â Á¸ÀçÇÏ´Â °ÍÀÔ´Ï´Ù

±×¸®°í ÀÌ ¾î·Á¿î ½Ã´ë¿¡ »ì¾Æ³²±â À§ÇØ ¸öºÎ¸²Ä¡´Â ºÐµéÀ» À§ÇØ ÀÚ±âÁý ¹®´Ü¼ÓÀ» ÇÏ´ÂÀǹ̿¡¼­ [±¤°í] ÇÊÅ͸µ ¼±ÅÃÇϽÉÀÌ ¾î¶³·±Áö¿ä~~
±¤°íÁֵ鵵 ´õºÒ¾î »ì¾Æ°¡´Â »ç¶÷µéÀ̴ϱî¿ä

±¤°í¸¦ ÇÊ¿ä·Î ÇÏ´Â »ç¶÷¸¸ º¸±â¸¦ ¹Ù¶ó´Â ¸¶À½¿¡¼­....

¹«·á¼ºÀοµÈ­º¸±â

¹«·á¼ºÀθ¸È­º¸±â

 

  - ÃÖÈÄÀÇ Èñ¸ÁÀº ±àÁ¤ÀûÀÎ »ç°í¹æ½Ä ±×¸®°í »ç¶û... -

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 14:23:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 9CA2337B417 for ; Sat, 29 Dec 2001 14:23:08 -0800 (PST) Received: (qmail 44331 invoked by uid 1001); 29 Dec 2001 22:23:06 +0000 (GMT) To: silby@silby.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? From: sthaug@nethelp.no In-Reply-To: Your message of "Sat, 29 Dec 2001 12:49:02 -0500 (EST)" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 29 Dec 2001 23:23:06 +0100 Message-ID: <44329.1009664586@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Whether the packet loss is random or not, there is packet loss occuring. > What's the exact network setup between the two machines? Perhaps it's a > collision occuring each time. Please don't imply that normal half duplex Ethernet collisions cause packet loss. They don't. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 14:57: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 2CD0337B41E for ; Sat, 29 Dec 2001 14:56:56 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fBTN4wM01785; Sat, 29 Dec 2001 15:04:59 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112292304.fBTN4wM01785@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alson van der Meulen Cc: freebsd-hackers@FreeBSD.ORG, sos@freebsd.dk Subject: Re: Possible Promise FastTrack RAID driver In-reply-to: Your message of "Sat, 29 Dec 2001 17:59:09 +0100." <20011229175909.K11901@alm.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Dec 2001 15:04:58 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I probably just looked in the wrong place. Array rebuild cannot be done > in FreeBSD yet? Or am I wrong about this again? It would be nice to have > this info added to ata(4) I think. Didn't find anything about RAID > there. If a disk fails, is a message logged? Is there any way to view > the status of the array? I know I should RTFM, but I can't find the FM, > and I'm not too good at reading source code. The ar(4) driver is happy as long as the array remains stable. If something goes wrong with it, it's toast. In that regard, it's about as useful as ccd, which may or may not be useful to you. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 15:27:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mcqueen.wolfsburg.de (pns.wobline.de [212.68.68.5]) by hub.freebsd.org (Postfix) with ESMTP id AC4B437B421; Sat, 29 Dec 2001 15:27:16 -0800 (PST) Received: from colt.ncptiddische.net (ppp-138.wobline.de [212.68.69.146]) by mcqueen.wolfsburg.de (8.11.3/8.11.3/tw-20010821) with ESMTP id fBTNR0806848; Sun, 30 Dec 2001 00:27:00 +0100 Received: from tisys.org (poison.ncptiddische.net [192.168.0.5]) by colt.ncptiddische.net (8.11.6/8.11.6) with ESMTP id fBTNR7X90057; Sun, 30 Dec 2001 00:27:08 +0100 (CET) (envelope-from nils@tisys.org) Received: (from nils@localhost) by tisys.org (8.11.6/8.11.6) id fBTNQuJ00911; Sun, 30 Dec 2001 00:26:56 +0100 (CET) (envelope-from nils) Date: Sun, 30 Dec 2001 00:26:20 +0100 From: Nils Holland To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: Matthew Dillon , Mike Silbersack , "Brandon S. Allbery KF8NH" , ian j hart , Matthew Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers Message-ID: <20011230002620.A630@tisys.org> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , Matthew Dillon , Mike Silbersack , "Brandon S. Allbery KF8NH" , ian j hart , Matthew Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200112292049.fBTKnxJ01834@apollo.backplane.com> <200112292142.fBTLgKE77526@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200112292142.fBTLgKE77526@freebsd.dk>; from sos@freebsd.dk on Sat, Dec 29, 2001 at 10:42:20PM +0100 X-Operating-System: FreeBSD poison.ncptiddische.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE X-Machine-Uptime: 11:53PM up 1:15, 1 user, load averages: 0.12, 0.03, 0.01 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Dec 29, 2001 at 10:42:20PM +0100, Søren Schmidt stood up and spoke: > It seems Matthew Dillon wrote: > > :Anyways could I have you guys read out all 256 PCI regs from the > > :main chip that is the 0x03051106 one ? > > : > > :-Søren > > > > How is this done? > > With pciconf, fx: Is the 0x03051106 the KT133A? I guess so. Well, since I seem to have the KT133 (without the A), I guess my values would be fairly useless... However, if I'm wrong and the 0x03051106 *is* the KT133 that I have, I will certainly post pciconf output! Greetings Nils -- Nils Holland Ti Systems - FreeBSD in Tiddische, Germany http://www.tisys.org * nils@tisys.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 16:18:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from h187n2fls4o804.telia.com (h187n2fls4o804.telia.com [213.65.247.187]) by hub.freebsd.org (Postfix) with SMTP id EDFBF37B423 for ; Sat, 29 Dec 2001 16:18:39 -0800 (PST) Received: (qmail 26233 invoked by uid 1003); 30 Dec 2001 00:18:21 -0000 Date: Sun, 30 Dec 2001 01:18:20 +0100 From: Tomas Svensson To: Josef Karthauser Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011230011820.A26225@simba.systemteknik.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Saturday, December 29, 2001, 6:41:33 PM, you wrote: JK> On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote: >> ## several packets are lost here due to congestion, thanks to >> TCP_NODELAY: JK> No. These packets aren't lost to congestion. I can reproduce this JK> pattern every time. There's no random packet loseness about it. JK> You are right that switching TCP_NODELAY off does fix it, but it's not JK> caused by congestion I can assure you. I didn't know that this was on a LAN, then you have bigger problems than TCP_NODELAY. I never had problems using OpenSSH on a LAN, but on links with higher latency the burst of small packets does cause congestion and delays in the output (SSH Inc sshd 3.0 does not). -Tomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 16:19:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 2507537B41F; Sat, 29 Dec 2001 16:19:08 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id fBU0IjU16002; Sun, 30 Dec 2001 01:18:45 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200112300018.fBU0IjU16002@freebsd.dk> Subject: Re: 4.4-STABLE crashes - suspects new ata-driver over wd-drivers In-Reply-To: <20011230002620.A630@tisys.org> To: Nils Holland Date: Sun, 30 Dec 2001 01:18:45 +0100 (CET) Cc: Matthew Dillon , Mike Silbersack , "Brandon S. Allbery KF8NH" , ian j hart , Matthew Gilbert , freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Nils Holland wrote: > On Sat, Dec 29, 2001 at 10:42:20PM +0100, Søren Schmidt stood up and spoke: > > It seems Matthew Dillon wrote: > > > :Anyways could I have you guys read out all 256 PCI regs from the > > > :main chip that is the 0x03051106 one ? > > > : > > > :-Søren > > > > > > How is this done? > > > > With pciconf, fx: > > Is the 0x03051106 the KT133A? I guess so. Well, since I seem to have the > KT133 (without the A), I guess my values would be fairly useless... > However, if I'm wrong and the 0x03051106 *is* the KT133 that I have, I will > certainly post pciconf output! Its the KT133 with or without the A :) its the revid that tells them apart -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 20:58:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f81.law9.hotmail.com [64.4.9.81]) by hub.freebsd.org (Postfix) with ESMTP id 6081137B416 for ; Sat, 29 Dec 2001 20:58:34 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 29 Dec 2001 20:58:34 -0800 Received: from 65.30.229.190 by lw9fd.law9.hotmail.msn.com with HTTP; Sun, 30 Dec 2001 04:58:34 GMT X-Originating-IP: [65.30.229.190] From: "Joe Parks" To: freebsd-hackers@freebsd.org Subject: vmware guest networking not working - details Date: Sat, 29 Dec 2001 21:58:34 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Dec 2001 04:58:34.0286 (UTC) FILETIME=[A2501CE0:01C190EE] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FreeBSD 4.4-RELEASE. Vmware is running correctly, and I have successfully loaded windows98 into a virtual machine with no problems. When I loaded vmware from the port, it asked me what kind of networking I wanted, and I chose 'bridging'. I think. Anyway, in my windows98 VM configuration, I see 'Ethernet Adaptors' which expands into a three choice list, the first being 'host only' and the other two being not-available greyed out selections. Further, on the right hand side of the screen when I select 'host only' everything is greyed out. So basically I have no options to choose in my win98 VM ethernet adaptor configuration. The win98 VM has the 'AMD PCNET Family Ethernet Adator' installed (is this some generic adaptor that vmware passes to win98? I don't have any hardware like that..), and as far as win98 is concerned, it works. I gave win98 the IP address 10.20.30.100, and it can ping _itself_. My /usr/local/etc/vmware/config file says: (lines pertaining to paths omitted) vmnet1.HostOnlyAddress = "10.20.30.1" vmnet1.HostOnlyNetmask = "255.255.255.0" I added these lines to /etc/rc.conf: gateway_enable="YES" firewall_enable="YES" firewall_type="open" natd_enable="YES" natd_interface="ep0" The freeBSD machine can successfully ping the vmnet1 interface. The win98 machine _cannot_ ping the vmnet1 interface. The win98 machine does not seem to be on the network in any fashion. Any help getting the win98 machine to talk to the freeBSD host it is on (so I can set up nat and get win98 browsing the web, etc.) is appreciated. thanks! _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 22:25: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from msslpop1.mssl.uswest.net (msslpop1.mssl.uswest.net [207.225.0.1]) by hub.freebsd.org (Postfix) with SMTP id E84DD37B417 for ; Sat, 29 Dec 2001 22:25:04 -0800 (PST) Received: (qmail 12404 invoked by alias); 30 Dec 2001 06:25:04 -0000 Delivered-To: fixup-freebsd-hackers@FreeBSD.ORG@fixme Received: (qmail 12393 invoked by uid 0); 30 Dec 2001 06:25:02 -0000 Received: from msslapanas13poolb231.mssl.uswest.net (HELO casey.ccmt.net) (63.227.173.231) by msslpop1.mssl.uswest.net with SMTP; 30 Dec 2001 06:25:02 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Casey T.Zednick Reply-To: casey@ccmt.net To: "Joe Parks" Subject: Re: vmware guest networking not working - details Date: Sun, 30 Dec 2001 00:23:44 -0700 X-Mailer: KMail [version 1.2] References: In-Reply-To: Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <01123000234401.00739@casey.ccmt.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well Joe, I will try to give you some pointers as I have VMware(2.0.3) working fine on 4.3 stable, running W2K. Here is my setup - local private LAN i.e. 192.168.0.* - FreeBSD box has an ethernet address set to 192.168.0.254 - Other boxes/vmware hosts have addresses 192.168.0.5...n - All boxes/vmware hosts have a default gateway of 192.168.0.254 - I use user ppp with ppp nat(not reg NAT) to connect to the Internet - VMware is set to use "host-only" On Saturday 29 December 2001 09:58 pm, you wrote: > FreeBSD 4.4-RELEASE. Vmware is running correctly, and I have successfully > loaded windows98 into a virtual machine with no problems. > When I loaded vmware from the port, it asked me what kind of networking I > wanted, and I chose 'bridging'. I think. I use host-only, and there is no settings that needs to be set. However bridged should work, but I never tried in FreeBSD. Exerpt from http://www.mindspring.com/~vsilyaev/vmware/ "28 Jan 01 Version 0.99-1-0.22 Support for multiple vmware sessions             Thnx to Luigi Rizzo Support for bridged and host-only networking" > The win98 VM has the 'AMD PCNET Family Ethernet Adator' installed (is this > some generic adaptor that vmware passes to win98? I don't have any > hardware Yes, the AMD PCNET is the VMware Ethernet adaptor. > My /usr/local/etc/vmware/config file says: > > (lines pertaining to paths omitted) > vmnet1.HostOnlyAddress = "10.20.30.1" > vmnet1.HostOnlyNetmask = "255.255.255.0" My /usr/local/etc/vmware/config file says: vmware.fullpath = "/usr/local/lib/vmware/bin/vmware" wizard.fullpath = "/usr/local/lib/vmware/bin/vmware-wizard" dhcpd.fullpath = "/usr/local/lib/vmware/bin/vmnet-dhcpd" loop.fullpath = ""/usr/local/lib/vmware/bin/vmware-loop" libdir = "/usr/local/lib/vmware/lib" vmnet1.HostOnlyAddress = "192.168.0.1" vmnet1.HostOnlyNetMask = "255.255.255.0" BUT I don't know what this exactly does as my VMware/W2K host has an IP of 192.168.0.5 NOT 192.168.0.1. Maybe it has to do with DHCP??? > I added these lines to /etc/rc.conf: > > gateway_enable="YES" > firewall_enable="YES" > firewall_type="open" > natd_enable="YES" > natd_interface="ep0" Never had to mess with this, but looks good to me. However if you are using "bridged networking" you should not need to run NAT, unless you have other reasons to. Somebody correct me if I'm wrong. > The freeBSD machine can successfully ping the vmnet1 interface. Good. > The win98 machine _cannot_ ping the vmnet1 interface. Bad. First try to use "host-only" networking and see if that works then go from there, as this has been working longer than bridged networking. As for trouble shooting ideas does your "dmesg" command output have something similar in it: /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $ /dev/vmmon: Module vmmon: initialized dc0: promiscuous mode enabled vmnet1: promiscuous mode enabled Second what does your "ifconfig" command output? Does it have something similar to this: vmnet1: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::2bd:faff:fe07:1%vmnet1 prefixlen 64 scopeid 0xa ether 00:bd:fa:07:00:01 Opened by PID 753 Also _once_ you get it working here is some performance tips. 1. disconnect the RTC in VMware this will give back a lot of CPU. 2. if you get messages saying "/var/tmp" is full create a file with this name in you ".vmware" directory, "config" have line in it like this, "tmpDirectory = path to directory with more space" If you still have trouble, questions, flames, or I was not clear please drop me a line. Casey Z. casey@ccmt.net -- This E-mail message was created with Open Source Software. Using: FreeBSD, http://www.freebsd.org KDE's KMail, http://www.kde.org Vist these sites and support O.S.S. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Dec 29 22:48:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 88F3837B417 for ; Sat, 29 Dec 2001 22:48:44 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fBU6iVG10959; Sat, 29 Dec 2001 22:44:31 -0800 (PST) (envelope-from dillon) Date: Sat, 29 Dec 2001 22:44:31 -0800 (PST) From: Matthew Dillon Message-Id: <200112300644.fBU6iVG10959@apollo.backplane.com> To: Josef Karthauser Cc: Alexander Haderer , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011128104629.A43642@walton.maths.tcd.ie> <5.1.0.14.1.20011130181236.00a80160@postamt1.charite.de> <200111302047.fAUKlT811090@apollo.backplane.com> <20011130231802.E99520@tao.org.uk> <200111302345.fAUNjLI27798@apollo.backplane.com> <20011228153330.A11251@tao.org.uk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, there's packet loss. From this extract you can see that the client receives through sequence 641, then the next packet it receives starts at sequence 993. 15:28:09.879928 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 609:641(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.881926 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 993:1025(32) ack 64 win 33304 (DF) [tos 0x10] If you look at the server you can see the (tiny) packets being transmitted: 15:28:18.255648 transwarp.telnet > genius.kpop: P 609:641(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.255775 transwarp.telnet > genius.kpop: P 641:673(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.255864 genius.kpop > transwarp.telnet: . ack 97 win 33288 (DF) [tos 0x10] 15:28:18.255955 transwarp.telnet > genius.kpop: P 673:705(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256084 transwarp.telnet > genius.kpop: P 705:737(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256223 transwarp.telnet > genius.kpop: P 737:769(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256351 transwarp.telnet > genius.kpop: P 769:801(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256479 transwarp.telnet > genius.kpop: P 801:833(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256607 transwarp.telnet > genius.kpop: P 833:865(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256734 transwarp.telnet > genius.kpop: P 865:897(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.256884 transwarp.telnet > genius.kpop: P 897:929(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.257011 transwarp.telnet > genius.kpop: P 929:961(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.257138 transwarp.telnet > genius.kpop: P 961:993(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.258068 transwarp.telnet > genius.kpop: P 993:1025(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:18.258221 transwarp.telnet > genius.kpop: P 1025:1057(32) ack 64 win 33304 (DF) [tos 0x10 The first one is through 641. The server then sends 11 packets (641 through 993) that the client misses completely. The next packet the client sees is the 993:1025 packet. So there is nothing wrong with the TCP protocol. The question now is whether this is packet loss due to the physical layer or whether it is a queueing problem. What kind of network cards do these machines have and what kind of switching infrastructure is between them? One thing that doesn't make sense is that the client is responding to each packet with its own ack but the server doesn't see the acks until it finishes transmitting a big stream of data packets. This implies half-duplex operation. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message