From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 01:59:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3AE716A4CE for ; Mon, 22 Nov 2004 01:59:29 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8276B43D60 for ; Mon, 22 Nov 2004 01:59:29 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.100] (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) iAM1xQKj009535; Sun, 21 Nov 2004 20:59:26 -0500 (EST) Message-ID: <41A14888.1030703@ec.rr.com> Date: Sun, 21 Nov 2004 21:01:44 -0500 From: jason User-Agent: Mozilla Thunderbird 0.8 (X11/20041025) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16798.12075.465147.307112@canoe.dclg.ca> In-Reply-To: <16798.12075.465147.307112@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 01:59:30 -0000 David Gilbert wrote: >Is there anyone compiling a list of "fake" vs. "real" SATA drives? >The difference being "fake" drives with ATA-100 electronics and an >SATA to ATA conversion chip vs. drives that really support SATA >natively? > >Dave. > > > You can find a lot of info in the forums at storagereview.com. Just for the record the raptors from wd are fake(PATA 100), I think most other stuff is real as you say. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 12:36:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7AAB16A4CE for ; Mon, 22 Nov 2004 12:36:57 +0000 (GMT) Received: from mps2.plala.or.jp (c145240.vh.plala.or.jp [210.150.145.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id B79C743D5D for ; Mon, 22 Nov 2004 12:36:56 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i220-109-121-77.s02.a026.ap.plala.or.jp ([220.109.121.77]) by mps2.plala.or.jp with ESMTP <20041122123654.UVNU20536.mps2.plala.or.jp@i220-109-121-77.s02.a026.ap.plala.or.jp>; Mon, 22 Nov 2004 21:36:54 +0900 Date: Mon, 22 Nov 2004 21:36:41 +0900 Message-ID: <864qjixdpi.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: David Gilbert In-Reply-To: <16798.12075.465147.307112@canoe.dclg.ca> References: <16798.12075.465147.307112@canoe.dclg.ca> Mail-Followup-To: David Gilbert , freebsd-hackers@freebsd.org User-Agent: Wanderlust/2.11.32 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 12:36:57 -0000 Currently native SATA drives are still not so popular. There are: Seagate Barracuda ATA V, 7200.7, 7200.8 Maxtor DiamondMax10, MaXLineIII Fujitsu MHT20xxBH(2.5 inch) Any other drives (as far as I know, of course) are ATA drive with serial-parallel bridge. At Fri, 19 Nov 2004 12:36:43 -0500, David Gilbert wrote: > Is there anyone compiling a list of "fake" vs. "real" SATA drives? > The difference being "fake" drives with ATA-100 electronics and an > SATA to ATA conversion chip vs. drives that really support SATA > natively? From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 12:40:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E275716A4CE; Mon, 22 Nov 2004 12:40:43 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0045C43D68; Mon, 22 Nov 2004 12:40:43 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000732340.msg; Mon, 22 Nov 2004 12:32:18 +0000 Message-ID: <00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "FUJISHIMA Satsuki" , "David Gilbert" References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> Date: Mon, 22 Nov 2004 12:39:57 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Processed: multiplay.co.uk, Mon, 22 Nov 2004 12:32:18 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 22 Nov 2004 12:32:22 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 12:40:44 -0000 I believe the second gen Raptors ( 74Gb ) are also native SATA Steve ----- Original Message ----- From: "FUJISHIMA Satsuki" > Currently native SATA drives are still not so popular. There are: > Seagate Barracuda ATA V, 7200.7, 7200.8 > Maxtor DiamondMax10, MaXLineIII > Fujitsu MHT20xxBH(2.5 inch) > Any other drives (as far as I know, of course) are ATA drive with > serial-parallel bridge. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 13:43:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1634716A4CE for ; Mon, 22 Nov 2004 13:43:58 +0000 (GMT) Received: from mpb3.plala.or.jp (c154240.vh.plala.or.jp [210.150.154.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073A443D5F for ; Mon, 22 Nov 2004 13:43:57 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i220-109-121-77.s02.a026.ap.plala.or.jp ([220.109.121.77]) by mpb3.plala.or.jp with ESMTP <20041122134355.DRPW21448.mpb3.plala.or.jp@i220-109-121-77.s02.a026.ap.plala.or.jp>; Mon, 22 Nov 2004 22:43:55 +0900 Date: Mon, 22 Nov 2004 22:43:44 +0900 Message-ID: <863bz2xalr.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: "Steven Hartland" In-Reply-To: <00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> Mail-Followup-To: "Steven Hartland" , "David Gilbert" , User-Agent: Wanderlust/2.11.32 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 13:43:58 -0000 At Mon, 22 Nov 2004 12:39:57 -0000, Steven Hartland wrote: > I believe the second gen Raptors ( 74Gb ) are also native SATA No. http://techreport.com/reviews/2004q1/raptor-wd740gd/index.x?pg=1 |Serial ATA interface Marvell 88i8030C bridge From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 13:54:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 672A416A4CE; Mon, 22 Nov 2004 13:54:24 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD1743D41; Mon, 22 Nov 2004 13:54:23 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000732606.msg; Mon, 22 Nov 2004 13:46:05 +0000 Message-ID: <010c01c4d09a$b0ebc940$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "FUJISHIMA Satsuki" References: <16798.12075.465147.307112@canoe.dclg.ca><864qjixdpi.wl%sf@FreeBSD.org><00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> <863bz2xalr.wl%sf@FreeBSD.org> Date: Mon, 22 Nov 2004 13:53:45 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Processed: multiplay.co.uk, Mon, 22 Nov 2004 13:46:05 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Mon, 22 Nov 2004 13:46:10 +0000 cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 13:54:24 -0000 Ah just added TCQ but still bridged I stand corrected :) Steve ----- Original Message ----- From: "FUJISHIMA Satsuki" > http://techreport.com/reviews/2004q1/raptor-wd740gd/index.x?pg=1 > |Serial ATA interface Marvell 88i8030C bridge ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 13:54:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B800C16A4CE; Mon, 22 Nov 2004 13:54:50 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853443D5C; Mon, 22 Nov 2004 13:54:50 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id iAMDsgeY064399; Mon, 22 Nov 2004 14:54:44 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41A1EF9E.4000607@DeepCore.dk> Date: Mon, 22 Nov 2004 14:54:38 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> In-Reply-To: <00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 13:54:50 -0000 Steven Hartland wrote: > I believe the second gen Raptors ( 74Gb ) are also native SATA nope. >> Currently native SATA drives are still not so popular. There are: >> Seagate Barracuda ATA V, 7200.7, 7200.8 >> Maxtor DiamondMax10, MaXLineIII >> Fujitsu MHT20xxBH(2.5 inch) >> Any other drives (as far as I know, of course) are ATA drive with >> serial-parallel bridge. Seems pretty much to cover it yes... --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:01:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6635D16A4CE; Mon, 22 Nov 2004 14:01:39 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5CE343D49; Mon, 22 Nov 2004 14:01:38 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id iAME1WWd064531; Mon, 22 Nov 2004 15:01:34 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41A1F138.1010204@DeepCore.dk> Date: Mon, 22 Nov 2004 15:01:28 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <16798.12075.465147.307112@canoe.dclg.ca><864qjixdpi.wl%sf@FreeBSD.org><00d601c4d090$621c8200$b3db87d4@multiplay.co.uk> <863bz2xalr.wl%sf@FreeBSD.org> <010c01c4d09a$b0ebc940$b3db87d4@multiplay.co.uk> In-Reply-To: <010c01c4d09a$b0ebc940$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 14:01:39 -0000 Steven Hartland wrote: > Ah just added TCQ but still bridged I stand corrected :) Right, I guess they just pulled it out from the attic, they had it on=20 some PATA devices back when, but there it newer caught on either :) --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:45:20 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDEBD16A4CE; Mon, 22 Nov 2004 14:45:20 +0000 (GMT) Received: from minerva.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E18843D58; Mon, 22 Nov 2004 14:45:20 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (dinf-02 [10.0.8.17]) by minerva.int.gov.br (Postfix) with ESMTP id 182ADBE503; Mon, 22 Nov 2004 12:45:18 -0200 (BRDT) Message-ID: <41A1FB7D.9000308@jonny.eng.br> Date: Mon, 22 Nov 2004 12:45:17 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FUJISHIMA Satsuki References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> In-Reply-To: <864qjixdpi.wl%sf@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 14:45:20 -0000 What is the practical diference? Performance? FUJISHIMA Satsuki wrote: > Currently native SATA drives are still not so popular. There are: > Seagate Barracuda ATA V, 7200.7, 7200.8 > Maxtor DiamondMax10, MaXLineIII > Fujitsu MHT20xxBH(2.5 inch) > Any other drives (as far as I know, of course) are ATA drive with > serial-parallel bridge. > > At Fri, 19 Nov 2004 12:36:43 -0500, > David Gilbert wrote: > >>Is there anyone compiling a list of "fake" vs. "real" SATA drives? >>The difference being "fake" drives with ATA-100 electronics and an >>SATA to ATA conversion chip vs. drives that really support SATA >>natively? From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 15:18:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD7D316A4CF; Mon, 22 Nov 2004 15:18:50 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F2343D31; Mon, 22 Nov 2004 15:18:50 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id D06FBCE38; Mon, 22 Nov 2004 10:18:49 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 4E5056811; Mon, 22 Nov 2004 10:18:45 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16802.853.275604.398308@canoe.dclg.ca> Date: Mon, 22 Nov 2004 10:18:45 -0500 To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= In-Reply-To: <41A1FB7D.9000308@jonny.eng.br> References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 15:18:50 -0000 >>>>> "Jo=E3o" =3D=3D Jo=E3o Carlos Mendes Lu=EDs = writes: Jo=E3o> What is the practical diference? Performance? FUJISHIMA Well... one practical difference is: what are you paying for? Same old crap with a new connector? One really practical difference is that the SiI 3114 and 3112 chipsets (common on AMD opteron boards, at least) seem to have problems with bridged SATA devices. Dave. --=20 =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=3D=3D=3D=3D=3D= =3D=3D=3D=3D |David Gilbert, Independent Contractor. | Two things can only be = | |Mail: dave@daveg.ca | equal if and only if t= hey | |http://daveg.ca | are precisely opposit= e. | =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=3DGLO=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 15:22:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEEBA16A4D2 for ; Mon, 22 Nov 2004 15:22:58 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A44F43D68 for ; Mon, 22 Nov 2004 15:22:58 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (217-162-157-43.dclient.hispeed.ch [217.162.157.43])iAMFMuhZ019862 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 22 Nov 2004 16:22:57 +0100 Received: from goofy.here (localhost.here [127.0.0.1]) by gicco.homeip.net (8.13.1/8.13.1) with ESMTP id iAMFMuXm001273 for ; Mon, 22 Nov 2004 16:22:56 +0100 (CET) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by goofy.here (8.13.1/8.13.1/Submit) id iAMFMsWm001272 for freebsd-hackers@freebsd.org; Mon, 22 Nov 2004 16:22:54 +0100 (CET) (envelope-from hampi@rootshell.be) X-Authentication-Warning: goofy.here: idefix set sender to hampi@rootshell.be using -f Date: Mon, 22 Nov 2004 16:22:54 +0100 From: Hanspeter Roth To: freebsd-hackers@freebsd.org Message-ID: <20041122152254.GA1229@gicco.homeip.net> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 15:22:59 -0000 Hello, I have set an idle timeout for the hard-disk. But when there is no user activity there are frequent disk accesses. How can one trace disk access? I'd like to know the kind of access and on which files/directories/ nodes. I'd like to log on the console or on a memory disk file. -Hanspeter From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 16:44:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD1E16A4CF for ; Mon, 22 Nov 2004 16:44:49 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38ED43D41 for ; Mon, 22 Nov 2004 16:44:48 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-243-9.client.mchsi.com[12.216.243.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20041122164448m9100cesvue>; Mon, 22 Nov 2004 16:44:48 +0000 Message-ID: <41A2177F.4070401@math.missouri.edu> Date: Mon, 22 Nov 2004 10:44:47 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> In-Reply-To: <864qjixdpi.wl%sf@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 16:44:49 -0000 FUJISHIMA Satsuki wrote: > Currently native SATA drives are still not so popular. There are: > Seagate Barracuda ATA V, 7200.7, 7200.8 I have one of these, and I am really impressed by its performance. I added one to my computer, which came with a Maxtor 6Y080L0. My main disk intensive operation is creating the CTM deltas (as in CTM which is an alternative to CVSUP for people behind unfriendly firewalls). The performance difference was somewhat collosal, as in something like 3 times faster. To be honest, I am still at a loss to explain why the Seagate did so very much better - maybe it is the 8M cache as compared to the 2M cache. The Seagate 7200.7 had similar performance to a Seagate 160MHz SCSI drive that I have on another computer. Stephen From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:18:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17DFD16A4CE for ; Mon, 22 Nov 2004 19:18:18 +0000 (GMT) Received: from mail.gulfgate-inc.com (host120-30.discord.birch.net [65.16.120.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55BEF43D45 for ; Mon, 22 Nov 2004 19:18:17 +0000 (GMT) (envelope-from mpf@inodes.us) Received: (qmail 47270 invoked by uid 1006); 22 Nov 2004 19:18:19 -0000 Received: from 192.168.0.4 by mail.gulfgate-inc.com (envelope-from , uid 89) with qmail-scanner-1.24 (clamdscan: 0.80/578. spamassassin: 2.64. Clear:RC:1(192.168.0.4):. Processed in 0.052876 secs); 22 Nov 2004 19:18:19 -0000 X-Qmail-Scanner-Mail-From: mpf@inodes.us via mail.gulfgate-inc.com X-Qmail-Scanner: 1.24 (Clear:RC:1(192.168.0.4):. Processed in 0.052876 secs) Received: from unknown (HELO matt) (192.168.0.4) by intra.mail.gulfgate-inc.com with SMTP; 22 Nov 2004 19:18:19 -0000 Received: from 127.0.0.1 (AVG SMTP 7.0.279 [265.4.1]); Mon, 22 Nov 2004 13:18:15 -0600 Message-ID: <41A23B77.7090706@inodes.us> Date: Mon, 22 Nov 2004 13:18:15 -0600 From: Matt Freitag User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Subject: ECMP/Multipathing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 19:18:18 -0000 Howdy, I've been digging around google for an hour now trying to find info on multipathing in freebsd, I've stumbled on a few patches that pull it off, latest of which was for 4.8-stable located at: http://www.dsm.fordham.edu/~tanzer/multipath/ Unfortunately it's tossing errors during compile (on 4.10) though I hadn't looked any further at why. Basically my question is: Will/Does FreeBSD 4.x or 5.x support any type of multipathing? I need to inject /32's into the routing table with multiple routes, so I can use OSPF to check availability of links/routes, then zebra/quagga to redirect traffic accordingly amongst the routes. I know zebra/quagga supports this, but obviously your OS's network stack would have to support said multiple routes, so I turn to -hackers. Thanks. -mpf -- Outgoing mail is certified Virus Free. Checked by AVG Anti-Virus (http://www.grisoft.com). Version: 7.0.279 / Virus Database: 265.4.1 - Release Date: 11/19/2004 From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:19:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 993E116A4CE for ; Mon, 22 Nov 2004 19:19:43 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03D9E43D4C for ; Mon, 22 Nov 2004 19:19:41 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 49702 invoked by uid 2003); 22 Nov 2004 19:16:01 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.347489 secs); 22 Nov 2004 19:16:01 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Nov 2004 19:16:01 -0000 Date: Mon, 22 Nov 2004 14:19:38 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= In-Reply-To: <41A1FB7D.9000308@jonny.eng.br> Message-ID: References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-958136458-1101151178=:787" cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 19:19:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-958136458-1101151178=:787 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 22 Nov 2004, [ISO-8859-1] Jo=E3o Carlos Mendes Lu=EDs wrote: > What is the practical diference? Performance? I don't know how much of it to believe, since it is marketing material,=20 but the Seagate white paper on their site claims that all the=20 command-queueing stuff brings the performance very close to that of scsi. This last weekend I put together a box with a 3Ware SATA RAID controller=20 and two of the Seagate drives. The controller is probably a bit of a=20 bottleneck, but that sucker was still incredibly fast for the price (about= =20 $300 for the controller, $100 for for each of the two Seagate 160GB=20 drives). At $2 per mirrored gigabyte, I'm not complaining. Charles > FUJISHIMA Satsuki wrote: >> Currently native SATA drives are still not so popular. There are: >> Seagate Barracuda ATA V, 7200.7, 7200.8 >> Maxtor DiamondMax10, MaXLineIII >> Fujitsu MHT20xxBH(2.5 inch) >> Any other drives (as far as I know, of course) are ATA drive with >> serial-parallel bridge. >>=20 >> At Fri, 19 Nov 2004 12:36:43 -0500, >> David Gilbert wrote: >>=20 >>> Is there anyone compiling a list of "fake" vs. "real" SATA drives? >>> The difference being "fake" drives with ATA-100 electronics and an >>> SATA to ATA conversion chip vs. drives that really support SATA >>> natively? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --0-958136458-1101151178=:787-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:26:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AEC016A4CE; Mon, 22 Nov 2004 19:26:19 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3C4843D1D; Mon, 22 Nov 2004 19:26:18 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 45C52CECA; Mon, 22 Nov 2004 14:26:18 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 310D8680F; Mon, 22 Nov 2004 14:26:14 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16802.15702.58144.76512@canoe.dclg.ca> Date: Mon, 22 Nov 2004 14:26:14 -0500 To: Charles Sprickman In-Reply-To: References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 19:26:19 -0000 >>>>> "Charles" =3D=3D Charles Sprickman wr= ites: Charles> On Mon, 22 Nov 2004, [ISO-8859-1] Jo=E3o Carlos Mendes Lu=EDs Charles> wrote: >> What is the practical diference? Performance? Charles> I don't know how much of it to believe, since it is marketing Charles> material, but the Seagate white paper on their site claims Charles> that all the command-queueing stuff brings the performance Charles> very close to that of scsi. Charles> This last weekend I put together a box with a 3Ware SATA RAID Charles> controller and two of the Seagate drives. The controller is Charles> probably a bit of a bottleneck, but that sucker was still Charles> incredibly fast for the price (about $300 for the controller, Charles> $100 for for each of the two Seagate 160GB drives). At $2 Charles> per mirrored gigabyte, I'm not complaining. Does the 3ware support command queueing ... or is it purely a driver issue? Does FreeBSD support queueing? Does FreeBSD support queueing on all supported SATA controllers ... or just some? Dave. --=20 =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=3D=3D=3D=3D=3D= =3D=3D=3D=3D |David Gilbert, Independent Contractor. | Two things can only be = | |Mail: dave@daveg.ca | equal if and only if t= hey | |http://daveg.ca | are precisely opposit= e. | =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=3DGLO=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:56:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D2E116A4CE; Mon, 22 Nov 2004 19:56:01 +0000 (GMT) Received: from minerva.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C0543D46; Mon, 22 Nov 2004 19:56:00 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (dinf-02 [10.0.8.17]) by minerva.int.gov.br (Postfix) with ESMTP id B7BCABE50A; Mon, 22 Nov 2004 17:55:58 -0200 (BRDT) Message-ID: <41A2444E.2090609@jonny.eng.br> Date: Mon, 22 Nov 2004 17:55:58 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Sprickman References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 19:56:01 -0000 Charles Sprickman wrote: > On Mon, 22 Nov 2004, [ISO-8859-1] João Carlos Mendes Luís wrote: > >> What is the practical diference? Performance? > > > I don't know how much of it to believe, since it is marketing material, > but the Seagate white paper on their site claims that all the > command-queueing stuff brings the performance very close to that of scsi. IIF they really have command queueing, I do believe. So, a bridged SATA drive will not have command queuing, right? Does FreeBSD already take advantage of this? How could I check if my SATA drivers have command queueing or not? From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 20:01:36 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B9116A4CE; Mon, 22 Nov 2004 20:01:36 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C8A43D46; Mon, 22 Nov 2004 20:01:36 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id CCE88CD85; Mon, 22 Nov 2004 15:01:35 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 07FD2680C; Mon, 22 Nov 2004 15:01:32 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16802.17819.983480.763628@canoe.dclg.ca> Date: Mon, 22 Nov 2004 15:01:31 -0500 To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= In-Reply-To: <41A2444E.2090609@jonny.eng.br> References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> <41A2444E.2090609@jonny.eng.br> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: FUJISHIMA Satsuki cc: Charles Sprickman cc: David Gilbert cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 20:01:36 -0000 >>>>> "Jo=E3o" =3D=3D Jo=E3o Carlos Mendes Lu=EDs = writes: Jo=E3o> IIF they really have command queueing, I do believe. So, a Jo=E3o> bridged SATA drive will not have command queuing, right? Well... from what I've read, the WD bridged drives do have queueing because they had an ATA-100 implementation of it. Jo=E3o> Does FreeBSD already take advantage of this? How could I check= Jo=E3o> if my SATA drivers have command queueing or not? I'd like to know as well. Dave. --=20 =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=3D=3D=3D=3D=3D= =3D=3D=3D=3D |David Gilbert, Independent Contractor. | Two things can only be = | |Mail: dave@daveg.ca | equal if and only if t= hey | |http://daveg.ca | are precisely opposit= e. | =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=3DGLO=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 20:54:38 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9736016A4CE; Mon, 22 Nov 2004 20:54:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD0FD43D5E; Mon, 22 Nov 2004 20:54:37 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id iAMKsInm069524; Mon, 22 Nov 2004 21:54:20 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41A251F5.9020601@DeepCore.dk> Date: Mon, 22 Nov 2004 21:54:13 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> <41A2444E.2090609@jonny.eng.br> <16802.17819.983480.763628@canoe.dclg.ca> In-Reply-To: <16802.17819.983480.763628@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FUJISHIMA Satsuki cc: Charles Sprickman cc: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 20:54:38 -0000 David Gilbert wrote: >>>>>>"Jo=E3o" =3D=3D Jo=E3o Carlos Mendes Lu=EDs wr= ites: >=20 >=20 > Jo=E3o> IIF they really have command queueing, I do believe. So, a > Jo=E3o> bridged SATA drive will not have command queuing, right? >=20 > Well... from what I've read, the WD bridged drives do have queueing > because they had an ATA-100 implementation of it. >=20 > Jo=E3o> Does FreeBSD already take advantage of this? How could I check= > Jo=E3o> if my SATA drivers have command queueing or not? >=20 > I'd like to know as well. Currently the ATA driver does not support neither TCQ nor NCQ. For this to work at all both disk and controller needs to support the=20 mode in question. I've just gotten my hands on one of the new Promise=20 controllers that supports NCQ, but I still need disks to get it going. I do have a few Raptor's that support the TCQ mode but initial testing=20 shows little benefit from it so it moved to the backburner... --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 20:58:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F020016A4CE for ; Mon, 22 Nov 2004 20:58:01 +0000 (GMT) Received: from mailhost.wsf.at (server202.serveroffice.com [217.196.72.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44D2543D48 for ; Mon, 22 Nov 2004 20:58:00 +0000 (GMT) (envelope-from tw@wsf.at) Received: from mailhost.wsf.at (root@localhost)iAMKs86m000674 for ; Mon, 22 Nov 2004 21:54:09 +0100 (CET) (envelope-from tw@wsf.at) Received: from mailhost.wsf.at (http.wsf.at [217.196.72.203]) iAMKs8dn000666; Mon, 22 Nov 2004 21:54:08 +0100 (CET) (envelope-from tw@wsf.at) Date: Mon, 22 Nov 2004 20:54:08 -0000 To: Stephen Montgomery-Smith , freebsd-hackers@freebsd.org From: Thomas Wolf X-Mailer: twiggi 1.10.3 Message-ID: <20041122215408.gjzs36hxmsoo00@.mailhost.wsf.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tw@wsf.at List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 20:58:02 -0000 Stephen Montgomery-Smith schrieb: > FUJISHIMA Satsuki wrote: > > Currently native SATA drives are still not so popular. There are: > > > Seagate Barracuda ATA V, 7200.7, 7200.8 > > I have one of these, and I am really impressed by its performance. I > added one to my computer, which came with a Maxtor 6Y080L0. My main > disk intensive operation is creating the CTM deltas (as in CTM which is > an alternative to CVSUP for people behind unfriendly firewalls). The > performance difference was somewhat collosal, as in something like 3 > times faster. To be honest, I am still at a loss to explain why the > Seagate did so very much better - maybe it is the 8M cache as compared > to the 2M cache. The Seagate 7200.7 had similar performance to a > Seagate 160MHz SCSI drive that I have on another computer. Ah, please tell me more about it, is this a ST3120827AS? (I would need the exact PartNo.) What controller dou you have and finally, on which version of FreeBSD? Many thanks in advance Thomas -- Thomas Wolf Wiener Software Fabrik Dubas u. Wolf GMBH 1050 Wien, Mittersteig 4 From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 21:01:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C56116A4CE for ; Mon, 22 Nov 2004 21:01:37 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF06B43D45 for ; Mon, 22 Nov 2004 21:01:36 +0000 (GMT) (envelope-from Mykel@mWare.ca) Received: from [10.100.104.31] (unknown [66.96.18.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id DD2C5C9C3 for ; Mon, 22 Nov 2004 16:01:35 -0500 (EST) Message-ID: <41A253AB.2080607@mWare.ca> Date: Mon, 22 Nov 2004 16:01:31 -0500 From: Mykel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> <41A2444E.2090609@jonny.eng.br> <16802.17819.983480.763628@canoe.dclg.ca> In-Reply-To: <16802.17819.983480.763628@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 21:01:37 -0000 David Gilbert wrote: >>>>>>"João" == João Carlos Mendes Luís writes: >>>>>> >>>>>> >João> IIF they really have command queueing, I do believe. So, a >João> bridged SATA drive will not have command queuing, right? > >Well... from what I've read, the WD bridged drives do have queueing >because they had an ATA-100 implementation of it. > Correct me if I'm wrong here, but isn't the PATA <-> SATA bridge ultimately just a shift-register and nothing more? Myke From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 21:21:38 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C3D716A4CE for ; Mon, 22 Nov 2004 21:21:38 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBF6E43D39 for ; Mon, 22 Nov 2004 21:21:37 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-243-9.client.mchsi.com[12.216.243.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20041122212136m9200k0khfe>; Mon, 22 Nov 2004 21:21:37 +0000 Message-ID: <41A25860.8030901@math.missouri.edu> Date: Mon, 22 Nov 2004 15:21:36 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: tw@wsf.at References: <20041122215408.gjzs36hxmsoo00@.mailhost.wsf.at> In-Reply-To: <20041122215408.gjzs36hxmsoo00@.mailhost.wsf.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 21:21:38 -0000 Thomas Wolf wrote: > Stephen Montgomery-Smith schrieb: > > >>FUJISHIMA Satsuki wrote: >> >>>Currently native SATA drives are still not so popular. There are: >> >>>Seagate Barracuda ATA V, 7200.7, 7200.8 >> >>I have one of these, and I am really impressed by its performance. I >>added one to my computer, which came with a Maxtor 6Y080L0. My main >>disk intensive operation is creating the CTM deltas (as in CTM which is >>an alternative to CVSUP for people behind unfriendly firewalls). The >>performance difference was somewhat collosal, as in something like 3 >>times faster. To be honest, I am still at a loss to explain why the >>Seagate did so very much better - maybe it is the 8M cache as compared >>to the 2M cache. The Seagate 7200.7 had similar performance to a >>Seagate 160MHz SCSI drive that I have on another computer. > > > Ah, please tell me more about it, is this a ST3120827AS? > (I would need the exact PartNo.) What controller dou you have > and finally, on which version of FreeBSD? > ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. The kernel reports that it is running at UDMA33, but the actual performance seems much better than that. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 22:44:26 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1063416A4CE for ; Mon, 22 Nov 2004 22:44:26 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5699F43D5C for ; Mon, 22 Nov 2004 22:44:25 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id iAMMiLCw070938; Mon, 22 Nov 2004 23:44:23 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41A26BC0.3030803@DeepCore.dk> Date: Mon, 22 Nov 2004 23:44:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <20041122215408.gjzs36hxmsoo00@.mailhost.wsf.at> <41A25860.8030901@math.missouri.edu> In-Reply-To: <41A25860.8030901@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: tw@wsf.at cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 22:44:26 -0000 Stephen Montgomery-Smith wrote: > Thomas Wolf wrote: >=20 >> Stephen Montgomery-Smith schrieb: >> >>> FUJISHIMA Satsuki wrote: >>> >>>> Currently native SATA drives are still not so popular. There are: >>> >>>> Seagate Barracuda ATA V, 7200.7, 7200.8 >>> >>> I have one of these, and I am really impressed by its performance. I= =20 >>> added one to my computer, which came with a Maxtor 6Y080L0. My main = >>> disk intensive operation is creating the CTM deltas (as in CTM which = >>> is an alternative to CVSUP for people behind unfriendly firewalls). = >>> The performance difference was somewhat collosal, as in something=20 >>> like 3 times faster. To be honest, I am still at a loss to explain=20 >>> why the Seagate did so very much better - maybe it is the 8M cache as= =20 >>> compared to the 2M cache. The Seagate 7200.7 had similar performance= =20 >>> to a Seagate 160MHz SCSI drive that I have on another computer. >> >> Ah, please tell me more about it, is this a ST3120827AS? >> (I would need the exact PartNo.) What controller dou you have and=20 >> finally, on which version of FreeBSD? >> > ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. = > The kernel reports that it is running at UDMA33, but the actual=20 > performance seems much better than that. Hold on right there, the ST380013AS is a Barracuda V 7200.7 device and=20 does not do any form of tagging, neither does the ICH5 support it. You=20 are just enjoying the stock speed of modern (S)ATA gear :) Oh, and 4.x has no notion of SATA it only works on controllers that can=20 emulate the old ATA way of things. This is means that the ATA33 speed=20 isn't whats used as SATA v1 always runs at 150MB/s, just 4.x has no way=20 of telling. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 23:28:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE25F16A4CE; Mon, 22 Nov 2004 23:28:18 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iAMNSImV017306; Mon, 22 Nov 2004 18:28:18 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iAMNSHBn017305; Mon, 22 Nov 2004 18:28:17 -0500 (EST) (envelope-from green) Date: Mon, 22 Nov 2004 18:28:17 -0500 From: Brian Fundakowski Feldman To: David Gilbert Message-ID: <20041122232817.GA1473@green.homeunix.org> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16795.46413.508033.379777@canoe.dclg.ca> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org cc: Julian Elischer Subject: Re: Snapshot corruption. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 23:28:19 -0000 On Wed, Nov 17, 2004 at 03:32:13PM -0500, David Gilbert wrote: > >>>>> "Julian" == Julian Elischer writes: > > Julian> David Gilbert wrote: > > >> I've got a medium busy server (few thousand mail messages a day, > >> web, webmail, imap, etc) that I can fairly reliably reproduce > >> filesystem corruption by creating multiple snapshots and deleting > >> them. > >> > >> I don't think I'm up to debugging this, but I may be able to > >> provide an exercise platform. > > Julian> can you characterise the corruption? > > Sure. Typically the system will crash with an ffs panic of some > random type. When it comes back, we run non-background fsck's because > manual fsck is sometimes required. > > Corruption varies. Some stuff sometimes pops up in lost+found. Some > stuff can vanish (not 100% positive on that). But most worringly, is > that some files come back corrupted (ie berkley db files that db won't > read). Long strings of NUL bytes? Missing data? Spam (from the same file, or from other files)? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 23:33:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 979BE16A4CE for ; Mon, 22 Nov 2004 23:33:18 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iAMNXIUP017330 for ; Mon, 22 Nov 2004 18:33:18 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iAMNXId1017329 for freebsd-hackers@freebsd.org; Mon, 22 Nov 2004 18:33:18 -0500 (EST) (envelope-from green) Date: Mon, 22 Nov 2004 18:33:18 -0500 From: Brian Fundakowski Feldman To: freebsd-hackers@freebsd.org Message-ID: <20041122233318.GB1473@green.homeunix.org> References: <20041122152254.GA1229@gicco.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041122152254.GA1229@gicco.homeip.net> User-Agent: Mutt/1.5.6i Subject: Re: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 23:33:19 -0000 On Mon, Nov 22, 2004 at 04:22:54PM +0100, Hanspeter Roth wrote: > > Hello, > > I have set an idle timeout for the hard-disk. But when there is no > user activity there are frequent disk accesses. > How can one trace disk access? > I'd like to know the kind of access and on which files/directories/ > nodes. I'd like to log on the console or on a memory disk file. You should look to the MAC framework to provide you -- if not the entire solution -- at least insight into how and where you can do this. If you were to do it at the disk device level, it would be a GEOM module, though. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 00:19:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E14B216A4CE for ; Tue, 23 Nov 2004 00:19:17 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8006643D31 for ; Tue, 23 Nov 2004 00:19:17 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-243-9.client.mchsi.com[12.216.243.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20041123001916m9100cfg3ie>; Tue, 23 Nov 2004 00:19:17 +0000 Message-ID: <41A28201.2090103@math.missouri.edu> Date: Mon, 22 Nov 2004 18:19:13 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-hackers@freebsd.org References: <20041122215408.gjzs36hxmsoo00@.mailhost.wsf.at> <41A25860.8030901@math.missouri.edu> <41A26BC0.3030803@DeepCore.dk> In-Reply-To: <41A26BC0.3030803@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 00:19:18 -0000 Søren Schmidt wrote: > Stephen Montgomery-Smith wrote: > >> Thomas Wolf wrote: >> >>> Stephen Montgomery-Smith schrieb: >>> >>>> FUJISHIMA Satsuki wrote: >>>> >>>>> Currently native SATA drives are still not so popular. There are: >>>> >>>> >>>>> Seagate Barracuda ATA V, 7200.7, 7200.8 >>>> >>>> >>>> I have one of these, and I am really impressed by its performance. >>>> I added one to my computer, which came with a Maxtor 6Y080L0. My >>>> main disk intensive operation is creating the CTM deltas (as in CTM >>>> which is an alternative to CVSUP for people behind unfriendly >>>> firewalls). The performance difference was somewhat collosal, as in >>>> something like 3 times faster. To be honest, I am still at a loss >>>> to explain why the Seagate did so very much better - maybe it is the >>>> 8M cache as compared to the 2M cache. The Seagate 7200.7 had >>>> similar performance to a Seagate 160MHz SCSI drive that I have on >>>> another computer. >>> >>> >>> Ah, please tell me more about it, is this a ST3120827AS? >>> (I would need the exact PartNo.) What controller dou you have and >>> finally, on which version of FreeBSD? >>> >> ST380013AS with Intel ICH5 SATA150 controller and FreeBSD 4.10-Stable. >> The kernel reports that it is running at UDMA33, but the actual >> performance seems much better than that. > > > Hold on right there, the ST380013AS is a Barracuda V 7200.7 device and > does not do any form of tagging, neither does the ICH5 support it. You > are just enjoying the stock speed of modern (S)ATA gear :) > Oh, and 4.x has no notion of SATA it only works on controllers that can > emulate the old ATA way of things. This is means that the ATA33 speed > isn't whats used as SATA v1 always runs at 150MB/s, just 4.x has no way > of telling. > But the stock speed of modern SATA gear just seems so good. I did a google on both the Seagate driver and Maxtor drives that I had in my computer, and the specs seemed about the same except for the cache size, yet the performance of the Seagate was just so very much better. I am still at a loss to really explain why. (The Maxtor was a ATA133 although the controler only did ATA100.) Can anyone suggest to me why the Seagate was so very much better? Stephen From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 01:30:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ECA116A4CE for ; Tue, 23 Nov 2004 01:30:59 +0000 (GMT) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C1643D5F for ; Tue, 23 Nov 2004 01:30:58 +0000 (GMT) (envelope-from tbyte@OTEL.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1CWPWC-0003LU-7o for freebsd-hackers@freebsd.org; Tue, 23 Nov 2004 03:30:56 +0200 Message-ID: <41A292D8.4050904@OTEL.net> Date: Tue, 23 Nov 2004 03:31:04 +0200 From: Iasen Kostov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041117 X-Accept-Language: bg, en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 01:30:59 -0000 Hi, if you setup a vlan devices with parent one of emX or reX (this what I have at the moment) which has hardware vlan tagging just try to run tcpdump (without -p) and the vlans will die :). That doesn't happen with parent devices not supporting hwtagging. And this totally excludes possibility to run a bridge over vlans with parent device which support hwtaggs. And something else was observed with re driver - it is impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan mtu :). From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 03:26:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EEB816A4CE for ; Tue, 23 Nov 2004 03:26:37 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id ECC5543D58 for ; Tue, 23 Nov 2004 03:26:36 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 99692 invoked from network); 23 Nov 2004 03:24:45 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 23 Nov 2004 03:24:45 -0000 From: Justin Hopper To: freebsd-hackers@freebsd.org Content-Type: text/plain Message-Id: <1101180393.15634.19.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 22 Nov 2004 19:26:34 -0800 Content-Transfer-Encoding: 7bit Subject: Flash plugin X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 03:26:37 -0000 Hello, I was hopeful for using the Flash plugin with FireFox in FreeBSD when I noticed that there was a port for it. However, the plugin seems to be pretty dated, though I can't tell exactly what version of the player it is. Does anyone know if the author is working on a new version? I'd be curious to know how somebody can even port a compiled shared object, which seems to be the only version of the plugin that Macromedia offers, to a different OS like FreeBSD. Thanks for any info. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 03:55:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4064816A4D7; Tue, 23 Nov 2004 03:55:19 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF65643D49; Tue, 23 Nov 2004 03:55:18 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 17487CF0E; Mon, 22 Nov 2004 22:55:18 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 0968867FC; Mon, 22 Nov 2004 22:55:14 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16802.46241.989001.30646@canoe.dclg.ca> Date: Mon, 22 Nov 2004 22:55:13 -0500 To: Brian Fundakowski Feldman In-Reply-To: <20041122232817.GA1473@green.homeunix.org> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> <20041122232817.GA1473@green.homeunix.org> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: freebsd-stable@freebsd.org cc: Julian Elischer cc: David Gilbert Subject: Re: Snapshot corruption. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 03:55:19 -0000 >>>>> "Brian" == Brian Fundakowski Feldman writes: Brian> Long strings of NUL bytes? Missing data? Spam (from the same Brian> file, or from other files)? Well... I don't really know db file formats. Most of the corruption I found in berkley db files. mailgraph uses rrd. mailman uses some form of berkley db, too. I don't know what the corruption "looked" like other than the db library would no longer accept it. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 04:03:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D8616A4CE; Tue, 23 Nov 2004 04:03:30 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140BB43D41; Tue, 23 Nov 2004 04:03:30 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 9DC10CF18; Mon, 22 Nov 2004 23:03:29 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 8951667FC; Mon, 22 Nov 2004 23:03:25 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16802.46733.409188.353864@canoe.dclg.ca> Date: Mon, 22 Nov 2004 23:03:25 -0500 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <41A251F5.9020601@DeepCore.dk> References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> <41A2444E.2090609@jonny.eng.br> <16802.17819.983480.763628@canoe.dclg.ca> <41A251F5.9020601@DeepCore.dk> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: Charles Sprickman cc: freebsd-hackers@freebsd.org cc: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= cc: FUJISHIMA Satsuki cc: Mike Geiger cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 04:03:30 -0000 >>>>> "S=F8ren" =3D=3D S=F8ren Schmidt writes: S=F8ren> David Gilbert wrote: >>>>>>> "Jo=E3o" =3D=3D Jo=E3o Carlos Mendes Lu=EDs writes: >>=20 >>=20 >> Jo=E3o> IIF they really have command queueing, I do believe. So, a >> Jo=E3o> bridged SATA drive will not have command queuing, right? >>=20 >> Well... from what I've read, the WD bridged drives do have queueing >> because they had an ATA-100 implementation of it. >>=20 >> Jo=E3o> Does FreeBSD already take advantage of this? How could I >> check Jo=E3o> if my SATA drivers have command queueing or not? >>=20 >> I'd like to know as well. S=F8ren> Currently the ATA driver does not support neither TCQ nor NCQ.= S=F8ren> For this to work at all both disk and controller needs to S=F8ren> support the mode in question. I've just gotten my hands on one= S=F8ren> of the new Promise controllers that supports NCQ, but I still S=F8ren> need disks to get it going. I do have a few Raptor's that S=F8ren> support the TCQ mode but initial testing shows little benefit S=F8ren> from it so it moved to the backburner... Do you need direct access to a drive or is access to a machine with a drive/controller in it sufficient. Are promise controllers the only ones to support NCQ so far? Promise doesn't always have the best reputation. We may be able to provide a test machine with remote access to a drive/controller combination. --=20 =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=3D=3D=3D=3D=3D= =3D=3D=3D=3D |David Gilbert, Independent Contractor. | Two things can only be = | |Mail: dave@daveg.ca | equal if and only if t= hey | |http://daveg.ca | are precisely opposit= e. | =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=3DGLO=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 04:11:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B06EE16A4CE; Tue, 23 Nov 2004 04:11:24 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590FD43D45; Tue, 23 Nov 2004 04:11:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iAN4B8XP034179; Mon, 22 Nov 2004 22:11:08 -0600 (CST) (envelope-from dan) Date: Mon, 22 Nov 2004 22:11:08 -0600 From: Dan Nelson To: David Gilbert Message-ID: <20041123041107.GC48882@dan.emsphone.com> References: <16795.43373.413946.559615@canoe.dclg.ca> <419BB453.70205@elischer.org> <16795.46413.508033.379777@canoe.dclg.ca> <20041122232817.GA1473@green.homeunix.org> <16802.46241.989001.30646@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16802.46241.989001.30646@canoe.dclg.ca> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-stable@freebsd.org cc: Julian Elischer cc: freebsd-hackers@freebsd.org Subject: Re: Snapshot corruption. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 04:11:24 -0000 In the last episode (Nov 22), David Gilbert said: > >>>>> "Brian" == Brian Fundakowski Feldman writes: > Brian> Long strings of NUL bytes? Missing data? Spam (from the same > Brian> file, or from other files)? > > Well... I don't really know db file formats. Most of the corruption > I found in berkley db files. mailgraph uses rrd. mailman uses some > form of berkley db, too. I don't know what the corruption "looked" > like other than the db library would no longer accept it. db files are very fragile when it comes to OS or process crashes. There is no logging, and writes are cached until the process exits or a db->sync() is called, virtually guaranteeing corruption. Ideally, db files should only cache data and be rebuildable from other data, or they should db->sync() after every write. db 2+ databases can do logging, but I don't know how many applications actually request it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 04:49:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFDE16A4CE for ; Tue, 23 Nov 2004 04:49:37 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 012C543D55 for ; Tue, 23 Nov 2004 04:49:37 +0000 (GMT) (envelope-from rsidd@online.fr) Received: from imp4-q.free.fr (imp4-q.free.fr [212.27.42.4]) by postfix4-2.free.fr (Postfix) with ESMTP id 320721C7493; Tue, 23 Nov 2004 05:49:36 +0100 (CET) Received: by imp4-q.free.fr (Postfix, from userid 33) id 2D763C306; Tue, 23 Nov 2004 05:49:36 +0100 (MET) Received: from proxy.imsc.res.in (proxy.imsc.res.in [203.199.209.81]) by imp4-q.free.fr (IMP) with HTTP for ; Tue, 23 Nov 2004 05:49:36 +0100 Message-ID: <1101185376.41a2c160231fc@imp4-q.free.fr> Date: Tue, 23 Nov 2004 05:49:36 +0100 From: Rahul Siddharthan To: Justin Hopper References: <1101180393.15634.19.camel@work.gusalmighty.com> In-Reply-To: <1101180393.15634.19.camel@work.gusalmighty.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 203.199.209.81 cc: freebsd-hackers@freebsd.org Subject: Re: Flash plugin X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 04:49:37 -0000 Quoting Justin Hopper : > I was hopeful for using the Flash plugin with FireFox in FreeBSD when I > noticed that there was a port for it. However, the plugin seems to be > pretty dated, though I can't tell exactly what version of the player it > is. I think you're looking at the GPL flash port, which is an unofficial clone, not Macromedia's own plugin. Take a look at the linuxpluginwrapper port. It allows you to use several binary linux plugins with native FreeBSD browsers, but requires a bit of manual setup. Rahul From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 05:42:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5CF216A4CE; Tue, 23 Nov 2004 05:42:03 +0000 (GMT) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CEC843D54; Tue, 23 Nov 2004 05:42:03 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.100] (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) iAN5fv4R012099; Tue, 23 Nov 2004 00:41:57 -0500 (EST) Message-ID: <41A2CE30.2000900@ec.rr.com> Date: Tue, 23 Nov 2004 00:44:16 -0500 From: jason User-Agent: Mozilla Thunderbird 0.8 (X11/20041025) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> In-Reply-To: <41A1FB7D.9000308@jonny.eng.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: FUJISHIMA Satsuki cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 05:42:03 -0000 João Carlos Mendes Luís wrote: > What is the practical diference? Performance? > > FUJISHIMA Satsuki wrote: > >> Currently native SATA drives are still not so popular. There are: >> Seagate Barracuda ATA V, 7200.7, 7200.8 >> Maxtor DiamondMax10, MaXLineIII >> Fujitsu MHT20xxBH(2.5 inch) >> Any other drives (as far as I know, of course) are ATA drive with >> serial-parallel bridge. >> >> At Fri, 19 Nov 2004 12:36:43 -0500, >> David Gilbert wrote: >> >>> Is there anyone compiling a list of "fake" vs. "real" SATA drives? >>> The difference being "fake" drives with ATA-100 electronics and an >>> SATA to ATA conversion chip vs. drives that really support SATA >>> natively? >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > The practical difference is higher I/Os, better server(database) performance, worse general home user single thread app performance. You would not want to get ant command queing if all you do is play doom3 or other desktop stuff. If you are running a home server you get scsi like performance for ide prices. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 07:37:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A4D16A4CE for ; Tue, 23 Nov 2004 07:37:55 +0000 (GMT) Received: from corwin.easynet.fr (smarthost160.mail.easynet.fr [212.180.1.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B4C843D1D for ; Tue, 23 Nov 2004 07:37:54 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from [212.180.127.72] (helo=tatooine.tataz.chchile.org) by corwin.easynet.fr with esmtp (Exim 4.34) id 1CWVFH-0000Ia-7e; Tue, 23 Nov 2004 08:37:51 +0100 Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7E9BF412C; Tue, 23 Nov 2004 08:37:41 +0100 (CET) Date: Tue, 23 Nov 2004 08:37:40 +0100 From: Jeremie Le Hen To: Iasen Kostov Message-ID: <20041123073740.GJ960@obiwan.tataz.chchile.org> References: <41A292D8.4050904@OTEL.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A292D8.4050904@OTEL.net> User-Agent: Mutt/1.5.6i X-Broken-Reverse-DNS: no host name found for IP address 212.180.127.72 cc: freebsd-hackers@freebsd.org Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 07:37:55 -0000 > if you setup a vlan devices with parent one of emX or reX (this what I > have at the moment) > which has hardware vlan tagging just try to run tcpdump (without -p) and > the vlans will > die :). That doesn't happen with parent devices not supporting > hwtagging. And this totally > excludes possibility to run a bridge over vlans with parent device which > support hwtaggs. > And something else was observed with re driver - it is impossible to > disable hwtaggs by > -vlanhwtag neither you can disable vlan mtu :). I believe this has been fixed by Robert Watson one week ago, at least for the em(4) driver. I don't know anything about re(4). http://docs.freebsd.org/cgi/getmsg.cgi?fetch=291393+0+archive/2004/cvs-all/20041121.cvs-all Regards, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 07:43:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0503616A4CE for ; Tue, 23 Nov 2004 07:43:28 +0000 (GMT) Received: from corwin.easynet.fr (smarthost160.mail.easynet.fr [212.180.1.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B221B43D1F for ; Tue, 23 Nov 2004 07:43:27 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from [212.180.127.72] (helo=tatooine.tataz.chchile.org) by corwin.easynet.fr with esmtp (Exim 4.34) id 1CWVKf-0007Vg-J5; Tue, 23 Nov 2004 08:43:26 +0100 Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E1E4B412C; Tue, 23 Nov 2004 08:43:16 +0100 (CET) Date: Tue, 23 Nov 2004 08:43:15 +0100 From: Jeremie Le Hen To: Iasen Kostov Message-ID: <20041123074315.GK960@obiwan.tataz.chchile.org> References: <41A292D8.4050904@OTEL.net> <20041123073740.GJ960@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041123073740.GJ960@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.6i X-Broken-Reverse-DNS: no host name found for IP address 212.180.127.72 cc: freebsd-hackers@freebsd.org cc: Jeremie Le Hen Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 07:43:28 -0000 > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=291393+0+archive/2004/cvs-all/20041121.cvs-all After further digging, here is the main commit (in order to show greetings at least) : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=2472977+0+archive/2004/cvs-all/20041114.cvs-all Regargs, -- Jeremie Le Hen jeremie@le-hen.org From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 10:10:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3701016A4CE for ; Tue, 23 Nov 2004 10:10:01 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66FB043D4C for ; Tue, 23 Nov 2004 10:10:00 +0000 (GMT) (envelope-from marcov@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id 55B791F069; Tue, 23 Nov 2004 11:09:59 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 816) id 455D81CD3D; Tue, 23 Nov 2004 11:09:59 +0100 (CET) In-Reply-To: <20041024164043.0675ff16@localhost> To: epilogue Date: Tue, 23 Nov 2004 11:09:59 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL118 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20041123100959.455D81CD3D@turtle.stack.nl> From: marcov@stack.nl (Marco van de Voort) cc: freebsd-hackers@freebsd.org Subject: Re: USB developer please look at cdce driver -- (Was: Driver for Yopy PDA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 10:10:01 -0000 [ cdce device, amongst others for zaurus] > not even a nibble from questions@. thinking that hackers@ might be a > more appropriate venue. i know that everything is hectic now with 5.3, > so perhaps when the dust settles a bit... I'm also in need for a cdce device. I had the below URL running with 5.2 (and some currents from mid-summer), but it fails to compile with 5.3 http://www.gank.org/freebsd/cdce.tar.gz > --------------------- > > Begin forwarded message: > > Date: Mon, 18 Oct 2004 16:14:49 -0400 > From: epilogue > To: freebsd-questions@freebsd.org > Cc: Raphael Langerhorst > Subject: USB developer please look at cdce driver -- (Was: Driver for > Yopy PDA) > > > hello again, > > i just noticed this driver turn up in the openbsd code. i'm suspecting > that it might resolve pc-pda connectivity issues for some users. > > man: > http://www.openbsd.org/cgi-bin/man.cgi?query=cdce&sektion=4 > > cvsweb: > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/if_cdce.c > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/if_cdcereg.h > > would really appreciate it if a committer glanced at the code. > (...and, if meritorious, eventually ported this piece over) > > hopefully, this will scratch someone's itch. in the meantime, knoppix > it is. =] > > > many thanks, > epi > > > ---------- > On Wed, 18 Aug 2004 09:05:16 +0200 > Raphael Langerhorst wrote: > > > Hi, > > > > I'm also still very interested in this driver, so far I haven't > > received any response. I hope someone takes care that it is included > > in FreeBSD 5. > > > > Raphael > > > > PS: I'm not registered to the freebsd-questions list, please cc me on > > reply. > > > > On Wednesday 18 August 2004 04:04, you wrote: > > > hello all, > > > > > > i recently received a yopy 3500 pda (yopy.com and yopydeveloper.org) > > > and have been trying very much in vain to get it to speak 'ethernet > > > over usb' with my fbsd 4.10 install. > > > > > > the only promising *bsd related threads i have been able to locate > > > were: > > > > > > http://lists.freebsd.org/mailman/htdig/freebsd-hardware/2004-June/001703.ht > > >ml > > > http://lists.freebsd.org/mailman/htdig/freebsd-hardware/2003-August/000429. > > >html > > > > > > i am hoping to learn whether: > > > > > > a) the 5.x driver mentioned in these messages is on its way into > > > the source tree (i did not come across any if_saue entries in > > > cvsweb.cgi/src/sys/dev/usb) ? > > > > > > b) i can help test a version designed for 4.x ? my yopy awaits your > > > command =] > > > > > > hopefully someone will get back to me regarding these questions. in > > > the meantime, linux already has driver support for the yopy, so i'm > > > going to give knoppix a try. > > > > > > > > > thanks for reading, > > > epi > > > > > > > > > p.s. comms/birda appears to be another option for connecting to the > > > machine, but i haven't yet made any headway with that tool set. > > > > -- > > G System, the evolving universe - http://www.g-system.at > > From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 10:44:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4768516A4CE; Tue, 23 Nov 2004 10:44:09 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E56043D58; Tue, 23 Nov 2004 10:44:08 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id iANAhuYD079619; Tue, 23 Nov 2004 11:43:58 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41A31467.4060400@DeepCore.dk> Date: Tue, 23 Nov 2004 11:43:51 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gilbert References: <16798.12075.465147.307112@canoe.dclg.ca> <864qjixdpi.wl%sf@FreeBSD.org> <41A1FB7D.9000308@jonny.eng.br> <41A2444E.2090609@jonny.eng.br> <16802.17819.983480.763628@canoe.dclg.ca> <41A251F5.9020601@DeepCore.dk> <16802.46733.409188.353864@canoe.dclg.ca> In-Reply-To: <16802.46733.409188.353864@canoe.dclg.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FUJISHIMA Satsuki cc: Charles Sprickman cc: Mike Geiger cc: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_L?= =?ISO-8859-1?Q?u=EDs?= cc: freebsd-hackers@freebsd.org Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 10:44:09 -0000 David Gilbert wrote: >>>>>>"S=F8ren" =3D=3D S=F8ren Schmidt writes: >=20 >=20 > S=F8ren> David Gilbert wrote: >=20 >>>>>>>>"Jo=E3o" =3D=3D Jo=E3o Carlos Mendes Lu=EDs = writes: >>> >>> >>>Jo=E3o> IIF they really have command queueing, I do believe. So, a >>>Jo=E3o> bridged SATA drive will not have command queuing, right? >>> >>>Well... from what I've read, the WD bridged drives do have queueing >>>because they had an ATA-100 implementation of it. >>> >>>Jo=E3o> Does FreeBSD already take advantage of this? How could I >>>check Jo=E3o> if my SATA drivers have command queueing or not? >>> >>>I'd like to know as well. >=20 >=20 > S=F8ren> Currently the ATA driver does not support neither TCQ nor NCQ.= >=20 > S=F8ren> For this to work at all both disk and controller needs to > S=F8ren> support the mode in question. I've just gotten my hands on one= > S=F8ren> of the new Promise controllers that supports NCQ, but I still > S=F8ren> need disks to get it going. I do have a few Raptor's that > S=F8ren> support the TCQ mode but initial testing shows little benefit > S=F8ren> from it so it moved to the backburner... >=20 > Do you need direct access to a drive or is access to a machine with a > drive/controller in it sufficient. Are promise controllers the only > ones to support NCQ so far? Promise doesn't always have the best > reputation. We may be able to provide a test machine with remote > access to a drive/controller combination. Usually I'd need "hands on" HW for things like this, as there might be=20 alot of resetting/powertoggle in there until things gets twisted the=20 right way, its just so much easier to deal with. Lets see how things=20 turns out, if I cannot get my hands on real disks here in the lab, I'll=20 take you up on the offer.. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 20:17:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2E816A4CE for ; Mon, 22 Nov 2004 20:17:09 +0000 (GMT) Received: from peedub.jennejohn.org (Jad6b.j.pppool.de [85.74.173.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231A143D46 for ; Mon, 22 Nov 2004 20:17:09 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id iAMKH7A6014442 for ; Mon, 22 Nov 2004 21:17:07 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200411222017.iAMKH7A6014442@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 22 Nov 2004 14:19:38 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Nov 2004 21:17:07 +0100 From: Gary Jennejohn X-Mailman-Approved-At: Tue, 23 Nov 2004 13:31:56 +0000 Subject: Re: List of fake vs. real SATA drives. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gary Jennejohn List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 20:17:10 -0000 Charles Sprickman writes: > I don't know how much of it to believe, since it is marketing material,=20 > but the Seagate white paper on their site claims that all the=20 > command-queueing stuff brings the performance very close to that of scsi. > In my experience ATA drives really lack when it comes to seek times and contention, e.g. heavy copying between 2 drives while trying to do normal accesses to one of them. SCSI drives somehow manage to more gracefully handle that sort of thing. Probably a benefit of the Tagged Queuing which they pretty much all support. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 20:53:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD18916A4CE for ; Mon, 22 Nov 2004 20:53:06 +0000 (GMT) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75EFF43D5C for ; Mon, 22 Nov 2004 20:53:06 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id iAMKr58w076765 for ; Mon, 22 Nov 2004 13:53:05 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id iAMKr575076764 for freebsd-hackers@freebsd.org; Mon, 22 Nov 2004 13:53:05 -0700 (MST) (envelope-from ken) Date: Mon, 22 Nov 2004 13:53:05 -0700 From: "Kenneth D. Merry" To: freebsd-hackers@freebsd.org Message-ID: <20041122205305.GA76707@nargothrond.kdm.org> References: <20041122152254.GA1229@gicco.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041122152254.GA1229@gicco.homeip.net> User-Agent: Mutt/1.4.2i X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on nargothrond.kdm.org X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 23 Nov 2004 13:31:56 +0000 Subject: Re: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 20:53:07 -0000 On Mon, Nov 22, 2004 at 16:22:54 +0100, Hanspeter Roth wrote: > > Hello, > > I have set an idle timeout for the hard-disk. But when there is no > user activity there are frequent disk accesses. > How can one trace disk access? > I'd like to know the kind of access and on which files/directories/ > nodes. I'd like to log on the console or on a memory disk file. Well, this isn't quite what you want, but if you have a SCSI disk you can use the CAM debug facility to see what's going on. Compile your kernel with the CAMDEBUG option. Then run 'camcontrol debug -Ic bus:target:lun' where the bus, target and LUN are the numbers displayed by 'camcontrol devlist'. You'll see more console output than you care to see. (It'll printout the CDB for each command that goes down to that particular device.) If this disk contains /var/log, you'll get into an interesting loop because each console printf will cause syslog to write to the disk, which will in turn cause another console printf. Type 'camcontrol debug off' to turn it off. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 09:05:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C5C16A4CF for ; Tue, 23 Nov 2004 09:05:12 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C2C43D3F for ; Tue, 23 Nov 2004 09:05:11 +0000 (GMT) (envelope-from martin.eugen@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so283290wra for ; Tue, 23 Nov 2004 01:05:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding; b=oWWJf4W9YtoHM+OhjjwXnrBd947J0wnZ62pIyEtk/maW0hFLQXcO1fGeXXhrKAzFGibOo8MuzmdUXR7HJRPO8y+rqYWtcyppJJ7SWGSS0Q1Mdud+iwTCgHx6+Yo9o36hJIEU0GqnU0lDaGx/mMqi+1sTGIbuU7MUOiqAbbu+w50= Received: by 10.54.44.53 with SMTP id r53mr17269wrr; Tue, 23 Nov 2004 01:05:07 -0800 (PST) Received: by 10.54.11.42 with HTTP; Tue, 23 Nov 2004 01:05:06 -0800 (PST) Message-ID: <966ba91e04112301052fed8d6b@mail.gmail.com> Date: Tue, 23 Nov 2004 11:05:06 +0200 From: Martin Eugen To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 23 Nov 2004 13:31:56 +0000 cc: freebsd-hackers@freebsd.org Subject: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Martin Eugen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 09:05:12 -0000 Hi there, I'm currently trying to implement some networking protocols in the kernel. I would like to ask a few questions, but first, let me explain some details about those protocols: the network is composed of smaller subnets connected through gateways. Hosts have a fairly complex global addresses, and small integer subnet addresses (that are valid only in one subnet). Global routing is done at gateways, that upon reception of a packet perform some lookups based on the complex global address of the recipient in order to find the subnet and the small integer address of the next hop. May be it would be easier to understand if you imagine the internet as a network where IP addresses are not global, but hostnames are. IP packets that need to be routed outside of given subnet will carry hostnames instead of ip addresses, and gateways will do some resolving based on the domain or something of the destination hostname in order to find the next hop. At the beginning my intention was to use the routing sockets mechanisms, and say, to issue a 'missing route' message to some userland daemon capable of resolving those complex addresses (the resolving mechanism is generally a lookup in a local DB). But then I realized there is no (Am I missing it?) code in the routing modules that could make the thread handling the packet sleep until the userland daemon is looking up the route. (I'm also still not sure if a 'netisr' thread is safe to sleep?) So I started to look at the ARP code, but it of course lacks the kernel - userland communication interface. I would appreciate any ideas about what would be the easier way to implement such a thing where the kernel could wait (up to some reasonable time-out) a userland daemon to install a new route. Thanks. Regards, Martin P.S. I'm not subscribed to the list, please CC any replies. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 13:42:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BE8816A4CE; Tue, 23 Nov 2004 13:42:43 +0000 (GMT) Received: from minerva.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFF043D46; Tue, 23 Nov 2004 13:42:42 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (dinf-02 [10.0.8.17]) by minerva.int.gov.br (Postfix) with ESMTP id E60A4BE571; Tue, 23 Nov 2004 11:42:39 -0200 (BRDT) Message-ID: <41A33E4F.8060705@jonny.eng.br> Date: Tue, 23 Nov 2004 11:42:39 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Eugen References: <966ba91e04112301052fed8d6b@mail.gmail.com> In-Reply-To: <966ba91e04112301052fed8d6b@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-net@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 13:42:43 -0000 Martin Eugen wrote: > Hi there, > I'm currently trying to implement some networking protocols in the > kernel. I would like to ask a few questions, but first, let me explain > some details about those protocols: the network is composed of smaller > subnets connected through gateways. Hosts have a fairly complex global > addresses, and small integer subnet addresses (that are valid only in > one subnet). Global routing is done at gateways, that upon reception > of a packet perform some lookups based on the complex global address > of the recipient in order to find the subnet and the small integer > address of the next hop. May be it would be easier to understand if > you imagine the internet as a network where IP addresses are not > global, but hostnames are. IP packets that need to be routed outside > of given subnet will carry hostnames instead of ip addresses, and > gateways will do some resolving based on the domain or something of > the destination hostname in order to find the next hop. > At the beginning my intention was to use the routing sockets > mechanisms, and say, to issue a 'missing route' message to some > userland daemon capable of resolving those complex addresses (the > resolving mechanism is generally a lookup in a local DB). But then I > realized there is no (Am I missing it?) code in the routing modules > that could make the thread handling the packet sleep until the > userland daemon is looking up the route. (I'm also still not sure if a > 'netisr' thread is safe to sleep?) So I started to look at the ARP > code, but it of course lacks the kernel - userland communication > interface. I would appreciate any ideas about what would be the easier > way to implement such a thing where the kernel could wait (up to some > reasonable time-out) a userland daemon to install a new route. Why don´t you simply discard the packet and wait for the next retry? > P.S. I'm not subscribed to the list, please CC any replies. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 13:45:56 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FF1816A4CE; Tue, 23 Nov 2004 13:45:56 +0000 (GMT) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [194.125.244.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B8043D31; Tue, 23 Nov 2004 13:45:47 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)iANDk6jT023070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Nov 2004 15:46:06 +0200 (EET) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id A8DF714F; Tue, 23 Nov 2004 15:45:02 +0200 (EET) Date: Tue, 23 Nov 2004 15:45:02 +0200 From: Andrey Simonenko To: Brian Fundakowski Feldman Message-ID: <20041123134502.GA1112@pm514-9.comsys.ntu-kpi.kiev.ua> References: <20041122152254.GA1229@gicco.homeip.net> <20041122233318.GB1473@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041122233318.GB1473@green.homeunix.org> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua cc: freebsd-hackers@freebsd.org Subject: Re: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 13:45:56 -0000 On Mon, Nov 22, 2004 at 06:33:18PM -0500, Brian Fundakowski Feldman wrote: > On Mon, Nov 22, 2004 at 04:22:54PM +0100, Hanspeter Roth wrote: > > > > Hello, > > > > I have set an idle timeout for the hard-disk. But when there is no > > user activity there are frequent disk accesses. > > How can one trace disk access? > > I'd like to know the kind of access and on which files/directories/ > > nodes. I'd like to log on the console or on a memory disk file. > > You should look to the MAC framework to provide you -- if not the entire > solution -- at least insight into how and where you can do this. If you > were to do it at the disk device level, it would be a GEOM module, though. > As I understood you suggested to insert controlling geom between a consumer and a provider attached to each other. Am I right that with GEOM framework it is impossible to control if some data is read from the buffer cache and it is only possible to control device strategy calls? From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 13:53:40 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7316116A4CE; Tue, 23 Nov 2004 13:53:40 +0000 (GMT) Received: from britannica.bec.de (wlan032195.uni-rostock.de [139.30.32.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D58F43D2F; Tue, 23 Nov 2004 13:53:40 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: by britannica.bec.de (Postfix, from userid 1001) id BFE1B29F5; Tue, 23 Nov 2004 14:52:36 +0100 (CET) Date: Tue, 23 Nov 2004 14:52:36 +0100 From: Joerg Sonnenberger To: Jo?o Carlos Mendes Lu?s Message-ID: <20041123135236.GC1032@britannica.bec.de> Mail-Followup-To: Jo?o Carlos Mendes Lu?s , Martin Eugen , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <966ba91e04112301052fed8d6b@mail.gmail.com> <41A33E4F.8060705@jonny.eng.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A33E4F.8060705@jonny.eng.br> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Martin Eugen cc: freebsd-hackers@freebsd.org Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 13:53:40 -0000 On Tue, Nov 23, 2004 at 11:42:39AM -0200, Jo?o Carlos Mendes Lu?s wrote: > >So I started to look at the ARP > >code, but it of course lacks the kernel - userland communication > >interface. I would appreciate any ideas about what would be the easier > >way to implement such a thing where the kernel could wait (up to some > >reasonable time-out) a userland daemon to install a new route. > > Why don't you simply discard the packet and wait for the next retry? Or alternatively use an internal queue of limited size to keep track of those packages. Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 14:34:08 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7680516A4CE for ; Tue, 23 Nov 2004 14:34:08 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 973D443D54 for ; Tue, 23 Nov 2004 14:34:07 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 032A95313; Tue, 23 Nov 2004 15:34:05 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A20FD5311; Tue, 23 Nov 2004 15:33:47 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 3FEC3B85E; Tue, 23 Nov 2004 15:33:47 +0100 (CET) To: Danny Braniss References: <20041116065520.E98FA43D48@mx1.FreeBSD.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 23 Nov 2004 15:33:47 +0100 In-Reply-To: <20041116065520.E98FA43D48@mx1.FreeBSD.org> (Danny Braniss's message of "Tue, 16 Nov 2004 08:55:19 +0200") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 14:34:08 -0000 Danny Braniss writes: > this is waht i get if i remove atkbd and atkbdc: > ... The console driver (sc) currently requires you to have at least one keyboard driver compiled in. Since your board doesn't have a display adapter, you can simply remove 'device sc'. from an earlier message: > btw, this board doesn't have a vga either, and only after i removed > it from the kernel config did i begin to see some output on the > serial line. If the VGA driver is present, the system will assume you want to use a VGA console, unless you force one of the serial ports to become the system console by setting the appropriate hint in device.hints or loader.conf as documented in the sio(4) man page. For instance: hint.sio.0.flags=3D"0x30" forces sio0 to become the system console regardless of the presence of a display adapter. You may also have to tell the boot code and loader to use the serial console; see their respective manual pages. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 14:35:33 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D2816A4CE for ; Tue, 23 Nov 2004 14:35:33 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF2E43D1D for ; Tue, 23 Nov 2004 14:35:33 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B18355313; Tue, 23 Nov 2004 15:35:32 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1AC035311; Tue, 23 Nov 2004 15:35:26 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 0C6F1B85E; Tue, 23 Nov 2004 15:35:26 +0100 (CET) To: "M. Warner Losh" References: <20041116.004258.119567696.imp@bsdimp.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 23 Nov 2004 15:35:25 +0100 In-Reply-To: <20041116.004258.119567696.imp@bsdimp.com> (M. Warner Losh's message of "Tue, 16 Nov 2004 00:42:58 -0700 (MST)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: hackers@freebsd.org Subject: Re: device kbd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 14:35:33 -0000 "M. Warner Losh" writes: > It appears that we have a leftover line in our conf/files lines. None > of the ports appear to have a 'device kbd' in their config files. > There only appears to be one place where it is used, and it appears to > be unnecessary. I'd like to commit the following, but thought I'd ask > here first to make sure that there wasn't something subtle that I'm > missing. AFAICT, removing this should be a no-op. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 15:37:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BB416A4CE for ; Tue, 23 Nov 2004 15:37:11 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA58C43D31 for ; Tue, 23 Nov 2004 15:37:10 +0000 (GMT) (envelope-from craig@tobuj.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 526CF2AA50; Tue, 23 Nov 2004 09:37:10 -0600 (CST) Date: Tue, 23 Nov 2004 09:37:07 -0600 From: Craig Boston To: Marco van de Voort Message-ID: <20041123153706.GA44745@nowhere> Mail-Followup-To: Craig Boston , Marco van de Voort , epilogue , freebsd-hackers@freebsd.org References: <20041024164043.0675ff16@localhost> <20041123100959.455D81CD3D@turtle.stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041123100959.455D81CD3D@turtle.stack.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: epilogue Subject: Re: USB developer please look at cdce driver -- (Was: Driver for Yopy PDA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 15:37:11 -0000 Hi, On Tue, Nov 23, 2004 at 11:09:59AM +0100, Marco van de Voort wrote: > I'm also in need for a cdce device. > > I had the below URL running with 5.2 (and some currents from mid-summer), > but it fails to compile with 5.3 > > http://www.gank.org/freebsd/cdce.tar.gz When did you pull down that tarball? I updated the driver at that location a few days ago to make it compile on 5.3 (though I haven't tested it with a real device yet). Thanks to Dave Smith for pointing out to me last week that it wasn't working. Craig From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 15:52:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C848C16A4CE for ; Tue, 23 Nov 2004 15:52:01 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD3043D45 for ; Tue, 23 Nov 2004 15:52:01 +0000 (GMT) (envelope-from craig@tobuj.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 65C2D2AA50; Tue, 23 Nov 2004 09:52:01 -0600 (CST) Date: Tue, 23 Nov 2004 09:51:58 -0600 From: Craig Boston To: Marco van de Voort Message-ID: <20041123155158.GB44745@nowhere> Mail-Followup-To: Craig Boston , Marco van de Voort , epilogue , freebsd-hackers@freebsd.org References: <20041024164043.0675ff16@localhost> <20041123100959.455D81CD3D@turtle.stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041123100959.455D81CD3D@turtle.stack.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: epilogue Subject: Re: USB developer please look at cdce driver -- (Was: Driver for Yopy PDA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 15:52:01 -0000 Just noticed the forwarded message... > > From: epilogue > > > > i just noticed this driver turn up in the openbsd code. i'm suspecting > > that it might resolve pc-pda connectivity issues for some users. > > > > [snip] > > > > would really appreciate it if a committer glanced at the code. > > (...and, if meritorious, eventually ported this piece over) Heh, funny you should mention a port. The cdce driver in OpenBSD was ported _FROM_ FreeBSD -- by Daniel Hartmeier, based on my hack of Bill Paul's if_axe code ;) Craig From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 18:36:51 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E6216A4CE; Tue, 23 Nov 2004 18:36:51 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC6A43D39; Tue, 23 Nov 2004 18:36:50 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id E1DC5653D2; Tue, 23 Nov 2004 18:36:48 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51694-01-4; Tue, 23 Nov 2004 18:36:48 +0000 (GMT) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id F0B4E65375; Tue, 23 Nov 2004 18:36:47 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 350406680; Tue, 23 Nov 2004 10:36:46 -0800 (PST) Date: Tue, 23 Nov 2004 10:36:46 -0800 From: Bruce M Simpson To: Martin Eugen Message-ID: <20041123183646.GB733@empiric.icir.org> Mail-Followup-To: Martin Eugen , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <966ba91e04112301052fed8d6b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <966ba91e04112301052fed8d6b@mail.gmail.com> cc: freebsd-net@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 18:36:51 -0000 On Tue, Nov 23, 2004 at 11:05:06AM +0200, Martin Eugen wrote: > At the beginning my intention was to use the routing sockets > mechanisms, and say, to issue a 'missing route' message to some > userland daemon capable of resolving those complex addresses (the > resolving mechanism is generally a lookup in a local DB). But then I You're on the right track here. You might also wish to investigate the RTM_RESOLVE mechanism. > realized there is no (Am I missing it?) code in the routing modules > that could make the thread handling the packet sleep until the > userland daemon is looking up the route. (I'm also still not sure if a > 'netisr' thread is safe to sleep?) So I started to look at the ARP > code, but it of course lacks the kernel - userland communication > interface. I would appreciate any ideas about what would be the easier > way to implement such a thing where the kernel could wait (up to some > reasonable time-out) a userland daemon to install a new route. If I understand correctly, you want the kernel to queue packets until layer 2 address resolution is complete. Right now we don't do this. If there is no route to a destination, packets will be dropped. The ARP code implements a queue for each IP host address which is exactly 1 mbuf long (see llinfo_arp->la_hold). This holds the most recent packet that the host is attempting to transmit to the host pending MAC address lookup. All other packets will be dropped. Making a network stack thread sleep would be a Very Bad Idea. A more appropriate approach would be to use a separate netisr queue for packets which have pending external MAC address lookup. However, rather than calling netisr_dispatch() directly, you would want to call schednetisr() directly once the route resolution was complete. I guess this is non-IP traffic, in which case making the modifications which you need will probably be easier. Regards, BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 22:20:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCBBF16A502; Tue, 23 Nov 2004 22:20:30 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4220243D41; Tue, 23 Nov 2004 22:20:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iANMIh2x098340; Tue, 23 Nov 2004 17:18:43 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iANMIhRs098337; Tue, 23 Nov 2004 22:18:43 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 23 Nov 2004 22:18:43 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brian Fundakowski Feldman In-Reply-To: <20041122233318.GB1473@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 22:20:30 -0000 On Mon, 22 Nov 2004, Brian Fundakowski Feldman wrote: > > I have set an idle timeout for the hard-disk. But when there is no > > user activity there are frequent disk accesses. > > How can one trace disk access? > > I'd like to know the kind of access and on which files/directories/ > > nodes. I'd like to log on the console or on a memory disk file. > > You should look to the MAC framework to provide you -- if not the entire > solution -- at least insight into how and where you can do this. If you > were to do it at the disk device level, it would be a GEOM module, > though. I recently added KTR tracing to geom_io.c which allows a trace of I/O events both as they go up and down the GEOM stack, and as they're handed off to disks, etc, so that should help provide detailed tracing of the actual disk I/O's. For files/directories, hopefully we'll be ready to start merging some of the Audit changes from the TrustedBSD branches to CVS in the next few months, which will also provide a useful tracing mechanism at the higher levels of the kernel. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 22:21:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AEB316A4CE for ; Tue, 23 Nov 2004 22:21:58 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0199943D39 for ; Tue, 23 Nov 2004 22:21:58 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iANMKBrH098390; Tue, 23 Nov 2004 17:20:11 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iANMKB9m098386; Tue, 23 Nov 2004 22:20:11 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 23 Nov 2004 22:20:10 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Iasen Kostov In-Reply-To: <41A292D8.4050904@OTEL.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 22:21:58 -0000 On Tue, 23 Nov 2004, Iasen Kostov wrote: > if you setup a vlan devices with parent one of emX or reX (this what I > have at the moment) which has hardware vlan tagging just try to run > tcpdump (without -p) and the vlans will die :). That doesn't happen with > parent devices not supporting hwtagging. And this totally excludes > possibility to run a bridge over vlans with parent device which support > hwtaggs. And something else was observed with re driver - it is > impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan > mtu :). I recently fixed this bug in if_em in HEAD, and will be merging that back to RELENG_5 shortly. We plan to also merge the change to RELENG_5_3 as an errata patch fix. It does not surprise me that if_re has a similar bug; I'll look at abstracting the solution in the next few days. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 22:24:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBACA16A4CE; Tue, 23 Nov 2004 22:24:48 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B71C43D39; Tue, 23 Nov 2004 22:24:46 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iANMMnWR098447; Tue, 23 Nov 2004 17:22:49 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iANMMmUt098444; Tue, 23 Nov 2004 22:22:49 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 23 Nov 2004 22:22:48 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrey Simonenko In-Reply-To: <20041123134502.GA1112@pm514-9.comsys.ntu-kpi.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Tracing Disk Access X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 22:24:48 -0000 On Tue, 23 Nov 2004, Andrey Simonenko wrote: > On Mon, Nov 22, 2004 at 06:33:18PM -0500, Brian Fundakowski Feldman wrote: > > On Mon, Nov 22, 2004 at 04:22:54PM +0100, Hanspeter Roth wrote: > > > > > > Hello, > > > > > > I have set an idle timeout for the hard-disk. But when there is no > > > user activity there are frequent disk accesses. > > > How can one trace disk access? > > > I'd like to know the kind of access and on which files/directories/ > > > nodes. I'd like to log on the console or on a memory disk file. > > > > You should look to the MAC framework to provide you -- if not the entire > > solution -- at least insight into how and where you can do this. If you > > were to do it at the disk device level, it would be a GEOM module, though. > > As I understood you suggested to insert controlling geom between a > consumer and a provider attached to each other. Am I right that with > GEOM framework it is impossible to control if some data is read from the > buffer cache and it is only possible to control device strategy calls? That is correct: GEOM only sees the disk I/O events against storage devices below the abstraction of the buffer cache, which is a service "library" in the file system/VM. So you will only see "real" I/O, not the list of desired disk blocks required by the file system. In 6.x, the file systems actually talk directly to GEOM; in 5.x, file systems take a detour through specfs, which services device vnodes as part of devfs. In 4.x, specfs vnodes may be in any file system. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 22:30:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3231116A4CE for ; Tue, 23 Nov 2004 22:30:00 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE45743D41 for ; Tue, 23 Nov 2004 22:29:59 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iANMSDq6098611; Tue, 23 Nov 2004 17:28:13 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iANMSDCS098608; Tue, 23 Nov 2004 22:28:13 GMT (envelope-from robert@fledge.watson.org) Date: Tue, 23 Nov 2004 22:28:13 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Iasen Kostov In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 22:30:00 -0000 On Tue, 23 Nov 2004, Robert Watson wrote: > On Tue, 23 Nov 2004, Iasen Kostov wrote: > > > if you setup a vlan devices with parent one of emX or reX (this what I > > have at the moment) which has hardware vlan tagging just try to run > > tcpdump (without -p) and the vlans will die :). That doesn't happen with > > parent devices not supporting hwtagging. And this totally excludes > > possibility to run a bridge over vlans with parent device which support > > hwtaggs. And something else was observed with re driver - it is > > impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan > > mtu :). > > I recently fixed this bug in if_em in HEAD, and will be merging that > back to RELENG_5 shortly. We plan to also merge the change to > RELENG_5_3 as an errata patch fix. It does not surprise me that if_re > has a similar bug; I'll look at abstracting the solution in the next > few days. I've now merged the fix to RELENG_5 from HEAD: Checking in if_em.c; /home/ncvs/src/sys/dev/em/if_em.c,v <-- if_em.c new revision: 1.44.2.4; previous revision: 1.44.2.3 done Checking in if_em.h; /home/ncvs/src/sys/dev/em/if_em.h,v <-- if_em.h new revision: 1.25.2.2; previous revision: 1.25.2.1 done I'll take a look at if_re shortly. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 01:21:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2FCB16A4CE for ; Wed, 24 Nov 2004 01:21:49 +0000 (GMT) Received: from web52701.mail.yahoo.com (web52701.mail.yahoo.com [206.190.39.152]) by mx1.FreeBSD.org (Postfix) with SMTP id 52BE943D2F for ; Wed, 24 Nov 2004 01:21:49 +0000 (GMT) (envelope-from thorpflyer@yahoo.com) Received: (qmail 9545 invoked by uid 60001); 24 Nov 2004 01:21:48 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=ySvRtSu9t0NX2FP/jL7t8OP6X+N3hFYqDopjrmdtS5cn/QMkopRszW4l6/KTrNFxiCaJrWXeUtE+s2BNsj6/uqqEk/dDHW7HgsQ3+5S49vLpWjim5g9QJ2OBO+IkxsCqwH6jHvbTMrVc6rGi9ipQKc2/I6YA82No88hG7BgrNmc= ; Message-ID: <20041124012148.9540.qmail@web52701.mail.yahoo.com> Received: from [67.166.15.143] by web52701.mail.yahoo.com via HTTP; Tue, 23 Nov 2004 17:21:48 PST Date: Tue, 23 Nov 2004 17:21:48 -0800 (PST) From: Simon Roberts To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: simon.roberts@earthlink.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 01:21:49 -0000 I apologize that this probably isn't the most relevant list to ask this on. Suggestions for better lists will be welcome. I'm trying to monitor traffice on a 100BaseT ethernet network link. I split the line, put a "hub" in and am trying to run tcpdump on a box off the side of the hub. Unfortunately, it turns out the hub isn't a hub, it's a "switching hub" (what's not a switch about this? I don't get it). Consequently, all I see are arp packets, bootp packets, and the odd broadcast. I went to a local store to buy a hub, and guess what, they sold me another switching hub, so that has to be returned :( So, the question is, can anyone tell me the manufacturer and product name of a real (dumb) hub? I could use 10baseT instead if necessary, I just need something cheap that is a simple repeater. Of course, nobody advertizes "our hub really is a totally dumb hub, not like those fancy switching hubs the competition sells" ;> Any suggestions? Thanks Simon __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 01:31:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 819B216A4CE for ; Wed, 24 Nov 2004 01:31:44 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F90B43D45 for ; Wed, 24 Nov 2004 01:31:44 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) iAO1VfQ2028044; Tue, 23 Nov 2004 20:31:41 -0500 (EST) Date: Tue, 23 Nov 2004 20:31:41 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: simon.roberts@earthlink.net In-Reply-To: <20041124012148.9540.qmail@web52701.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-hackers@freebsd.org Subject: Re: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 01:31:44 -0000 On Tue, 23 Nov 2004, Simon Roberts wrote: > I apologize that this probably isn't the most relevant > list to ask this on. Suggestions for better lists will > be welcome. > > I'm trying to monitor traffice on a 100BaseT ethernet > network link. I split the line, put a "hub" in and am > trying to run tcpdump on a box off the side of the > hub. > > Unfortunately, it turns out the hub isn't a hub, it's > a "switching hub" (what's not a switch about this? I > don't get it). Consequently, all I see are arp > packets, bootp packets, and the odd broadcast. I went > to a local store to buy a hub, and guess what, they > sold me another switching hub, so that has to be > returned :( > > So, the question is, can anyone tell me the > manufacturer and product name of a real (dumb) hub? I > could use 10baseT instead if necessary, I just need > something cheap that is a simple repeater. Of course, > nobody advertizes "our hub really is a totally dumb > hub, not like those fancy switching hubs the > competition sells" ;> You could always go the other way and get a more capable switch. At least for the Cisco (3500XL series), you can put a port in mirroring mode so that it sees all traffic. Sorry, I haven't any advice on real hubs. -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 02:05:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D83516A4CE; Wed, 24 Nov 2004 02:05:16 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA88E43D31; Wed, 24 Nov 2004 02:05:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 5FF4B7A424; Tue, 23 Nov 2004 18:05:15 -0800 (PST) Message-ID: <41A3EC5A.1040502@elischer.org> Date: Tue, 23 Nov 2004 18:05:14 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: simon.roberts@earthlink.net Subject: Re: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 02:05:16 -0000 Daniel Eischen wrote: >On Tue, 23 Nov 2004, Simon Roberts wrote: > > > >>I apologize that this probably isn't the most relevant >>list to ask this on. Suggestions for better lists will >>be welcome. >> >>I'm trying to monitor traffice on a 100BaseT ethernet >>network link. I split the line, put a "hub" in and am >>trying to run tcpdump on a box off the side of the >>hub. >> >>Unfortunately, it turns out the hub isn't a hub, it's >>a "switching hub" (what's not a switch about this? I >>don't get it). Consequently, all I see are arp >>packets, bootp packets, and the odd broadcast. I went >>to a local store to buy a hub, and guess what, they >>sold me another switching hub, so that has to be >>returned :( >> >>So, the question is, can anyone tell me the >>manufacturer and product name of a real (dumb) hub? I >>could use 10baseT instead if necessary, I just need >>something cheap that is a simple repeater. Of course, >>nobody advertizes "our hub really is a totally dumb >>hub, not like those fancy switching hubs the >> >> >>competition sells" ;> >> >> put an extra interface on your machine and turn on bridging.. (either normal or netgraph bridging should work). >You could always go the other way and get a more capable >switch. At least for the Cisco (3500XL series), you >can put a port in mirroring mode so that it sees all >traffic. Sorry, I haven't any advice on real hubs. > > > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 02:11:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEEDA16A4CE for ; Wed, 24 Nov 2004 02:11:14 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E59943D31 for ; Wed, 24 Nov 2004 02:11:14 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 6B89744B; Tue, 23 Nov 2004 21:11:13 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 22363334; Tue, 23 Nov 2004 21:10:54 -0500 (EST) Date: Tue, 23 Nov 2004 21:10:54 -0500 From: "Michael W. Oliver" To: simon.roberts@earthlink.net Message-ID: <20041124021054.GF44958@gargantuan.com> Mail-Followup-To: simon.roberts@earthlink.net, freebsd-hackers@freebsd.org References: <20041124012148.9540.qmail@web52701.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20041124012148.9540.qmail@web52701.mail.yahoo.com> X-WWW-Site: http://michael.gargantuan.com X-PGP-Public-Key: $X-WWW-Site/gnupg/pubkey.asc X-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Home-Address0: 8008 Apache Lane X-Home-Address1: Lakeland, FL X-Home-Address2: 33810-2172 X-Home-Address3: United States of America X-Good-Question-Guide: http://www.catb.org/~esr/faqs/smart-questions.html X-Netiquette-Guidelines: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 cc: freebsd-hackers@freebsd.org Subject: Re: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 02:11:14 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004-11-23T17:21:48-0800, Simon Roberts wrote: > I apologize that this probably isn't the most relevant > list to ask this on. Suggestions for better lists will > be welcome. >=20 > I'm trying to monitor traffice on a 100BaseT ethernet > network link. I split the line, put a "hub" in and am > trying to run tcpdump on a box off the side of the > hub. >=20 > Unfortunately, it turns out the hub isn't a hub, it's > a "switching hub" (what's not a switch about this? I > don't get it). Consequently, all I see are arp > packets, bootp packets, and the odd broadcast. I went > to a local store to buy a hub, and guess what, they > sold me another switching hub, so that has to be > returned :( >=20 > So, the question is, can anyone tell me the > manufacturer and product name of a real (dumb) hub? I > could use 10baseT instead if necessary, I just need > something cheap that is a simple repeater. Of course, > nobody advertizes "our hub really is a totally dumb > hub, not like those fancy switching hubs the > competition sells" ;> >=20 > Any suggestions? Yep, I have a suggestion or two. First, you could try ettercap, which is designed to do all sorts of neat things on switched networks. If you want to really get into the guts of it, check this out: http://www.snort.org/docs/tap/ A passive ethernet tap is a wonderful piece of gear to keep in your toolbox, and unlike other pieces of wonderful gear, it won't cost you thousands of dollars. --=20 Michael W. Oliver [see complete headers for contact information] --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBo+2tsWv7q8X6o8kRAg8wAKDEtHoF5y/7xJ0SrWvcPmuWYMQeIgCgjfB5 Uj1NdP5IDZ75GzK6KV5e5yo= =UFCL -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 07:02:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7455616A4CE; Wed, 24 Nov 2004 07:02:48 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2645043D3F; Wed, 24 Nov 2004 07:02:48 +0000 (GMT) (envelope-from craig@tobuj.gank.org) Received: from aldaris.auir.gank.org (arbiter.gank.org [64.81.113.221]) by ion.gank.org (mail) with ESMTP id 8D1CA2AA50; Wed, 24 Nov 2004 01:02:47 -0600 (CST) From: Craig Boston To: freebsd-hackers@freebsd.org Date: Wed, 24 Nov 2004 01:02:41 -0600 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411240102.42269.craig@tobuj.gank.org> cc: freebsd-threads@freebsd.org Subject: SSE vs. stack alignment vs. pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 07:02:48 -0000 First of all, I'd like to apologize for cross-posting to -hackers and -threads. I'm not sure yet if this is an application bug, a gcc bug, or a pthreads bug, so here goes... I'm currently working on the audacity port. It's up to 1.2.3, but I want to get a problem I've observed with 1.2.2 resolved to make sure that it doesn't crop up later or affect other software... Long story short, audacity is a threaded program. A straight compile of 1.2.2 results in a 100% reproducible bus error that happens on multiple Pentium-4 machines (5.3-STABLE). It always happens at this instruction: 0x081807c4: movaps %xmm0,0xffffff68(%ebp) Now, at that time ebp is 0xbfadc6c0, so ebp+0xffffff68 (-0x152) is 0xbfadc56e. Oops, that's not 16-byte aligned like SSE wants. The offsets vary sligthly depending on the compile flags, etc., but the result is always the same -- SIGBUS. My first suspicion was compiler bug. Audacity doesn't inline any SSE code itself -- the movaps is being generated by gcc as part of the pentium4 optimizations. There are two factors that are a little suspicious, though. 1) When I switch out libpthread for libc_r, the crash goes away. Unfortunately, the gdb in 5.3 seems to have forgotten how to debug libc_r based programs so I can't really tell what is different in that case. I just get "Cannot find thread 2: Thread ID=1, generic error". 2) Some searching turned up several similar problems on Linux and NetBSD. The NetBSD post here [http://mail-index.netbsd.org/port-amd64/2004/02/27/0001.html] indicates that it may be related to stack alignment in the thread library. I'm not sure if the ABI requirement discussed there is NetBSD and/or amd64 specific though. HOWEVER -- I inserted some debugging printfs into libpthread to test this theory. The stack it allocates for that thread is located at 0xbfaad000, which is not only 16-byte aligned but page aligned... So I'm reluctant to blame libpthread as it seems to be doing everything right and even going the extra mile. I honestly don't know whether gcc is expecting the alignment to compensate for the return address push or the function prolog, or if it's just losing track of where the stack should be somewhere. I may be over-analyzing the problem at that point :) Another factor to consider is that nobody has reported similar problems in other software... I've been trying to create a simple test case, however it's proving quite difficult to coax gcc into generating SSE code on its own where I want it. It's of course possible that Audacity itself is doing something weird to cause it, but I haven't been able to find anything suspicious or low-level enough to affect the stack alignment. It could just be a heisenbug, and libc_r is different enough to mask the problem. Any and all suggestions from threads/compiler gurus would be very much appreciated. I'm about ready to throw in the towel and just force "-mno-sse -mno-sse2" compiler flags in the makefile... Thanks, Craig From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 07:36:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8810A16A4CE; Wed, 24 Nov 2004 07:36:58 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7EFF43D69; Wed, 24 Nov 2004 07:36:57 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) iAO7auZE009146; Wed, 24 Nov 2004 02:36:56 -0500 (EST) Date: Wed, 24 Nov 2004 02:36:55 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Craig Boston In-Reply-To: <200411240102.42269.craig@tobuj.gank.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-hackers@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: SSE vs. stack alignment vs. pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 07:36:58 -0000 On Wed, 24 Nov 2004, Craig Boston wrote: > First of all, I'd like to apologize for cross-posting to -hackers and > -threads. I'm not sure yet if this is an application bug, a gcc > bug, or a pthreads bug, so here goes... > > I'm currently working on the audacity port. It's up to 1.2.3, but I > want to get a problem I've observed with 1.2.2 resolved to make sure > that it doesn't crop up later or affect other software... > > Long story short, audacity is a threaded program. A straight compile of > 1.2.2 results in a 100% reproducible bus error that happens on multiple > Pentium-4 machines (5.3-STABLE). It always happens at this instruction: > > 0x081807c4: movaps %xmm0,0xffffff68(%ebp) > > Now, at that time ebp is 0xbfadc6c0, so ebp+0xffffff68 (-0x152) is 0xbfadc56e. > Oops, that's not 16-byte aligned like SSE wants. The offsets vary sligthly > depending on the compile flags, etc., but the result is always the same -- > SIGBUS. Tor Egge reported similar problem to me yesterday. I haven't had a chance to test his patch, but this supposedly fixes it. Index: lib/libc/i386/gen/makecontext.c =================================================================== RCS file: /home/ncvs/src/lib/libc/i386/gen/makecontext.c,v retrieving revision 1.4 diff -u -r1.4 makecontext.c --- lib/libc/i386/gen/makecontext.c 2 Jul 2004 14:19:44 -0000 1.4 +++ lib/libc/i386/gen/makecontext.c 22 Nov 2004 22:51:49 -0000 @@ -118,7 +118,9 @@ * address, _ctx_start, and ucp) and argc arguments. * We allow the arguments to be pointers also. */ - stack_top = stack_top - (sizeof(intptr_t) * (3 + argc)); + stack_top = stack_top - (sizeof(intptr_t) * (1 + argc)); + stack_top -= ((long) stack_top & 15); /* 16 bytes alignment */ + stack_top -= sizeof(intptr_t) * 2; argp = (intptr_t *)stack_top; /* From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 07:45:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D44916A4D0; Wed, 24 Nov 2004 07:45:39 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 010A543D2D; Wed, 24 Nov 2004 07:45:39 +0000 (GMT) (envelope-from craig@tobuj.gank.org) Received: by ion.gank.org (mail, from userid 1001) id DB5F02AA77; Wed, 24 Nov 2004 01:45:38 -0600 (CST) Date: Wed, 24 Nov 2004 01:45:38 -0600 From: Craig Boston To: Daniel Eischen Message-ID: <20041124074538.GB67289@nowhere> References: <200411240102.42269.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: SSE vs. stack alignment vs. pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 07:45:39 -0000 On Wed, Nov 24, 2004 at 02:36:55AM -0500, Daniel Eischen wrote: > Tor Egge reported similar problem to me yesterday. I haven't had a chance > to test his patch, but this supposedly fixes it. He just sent me the patch via private mail a few minutes ago. With his patch applied, the stack (after the frame is set up by the thread function) is now 16-byte aligned and everything works just fine ... no bus error anymore. Craig From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 07:47:57 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91AEA16A4CE for ; Wed, 24 Nov 2004 07:47:57 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B35643D46 for ; Wed, 24 Nov 2004 07:47:57 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CWrsZ-000D3U-V4; Wed, 24 Nov 2004 09:47:56 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-Reply-To: Message from des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) of "Tue, 23 Nov 2004 15:33:47 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Nov 2004 09:47:55 +0200 From: Danny Braniss Message-Id: <20041124074757.3B35643D46@mx1.FreeBSD.org> cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 07:47:57 -0000 > The console driver (sc) currently requires you to have at least one > keyboard driver compiled in. Since your board doesn't have a display > adapter, you can simply remove 'device sc'. > = the kbd.c was getting compiled in, and complained, but i think that's taken care of. I solved it by adding hint.atkbdc.0.disabled=3D"1". As I wrote before, 'it would be nice', if such fantom devices could be detected at boot time, so the same fs/root/kernel could work on 'similar' platforms out-of-the-box. with the kbd, i found where it was lo= oping, in 'atkbdc.c: empty_both_buffers', but got lost trying to figure out how to get out of it (specialy since there is no kbd/buffer :-). > from an earlier message: > = > > btw, this board doesn't have a vga either, and only after i removed > > it from the kernel config did i begin to see some output on the > > serial line. > = > If the VGA driver is present, the system will assume you want to use a > VGA console, unless you force one of the serial ports to become the > system console by setting the appropriate hint in device.hints or > loader.conf as documented in the sio(4) man page. For instance: > = > hint.sio.0.flags=3D"0x30" > = > forces sio0 to become the system console regardless of the presence of > a display adapter. > = > You may also have to tell the boot code and loader to use the serial > console; see their respective manual pages. > im using hint.sio.0.flags=3D"0x20", and still, only after i removed the v= ga from the config file did i get the console output on the serial line. i'm using boot0sio, so the boot is also talking via the serial, but the B= TX is still using the vga, compiling it to use the serial gave errors. danny From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 12:47:33 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C92416A4CE for ; Wed, 24 Nov 2004 12:47:33 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A84A43D1D for ; Wed, 24 Nov 2004 12:47:32 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 156245313; Wed, 24 Nov 2004 13:47:31 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id EA9BB5311; Wed, 24 Nov 2004 13:47:15 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 9C1BCB85E; Wed, 24 Nov 2004 13:47:15 +0100 (CET) To: Danny Braniss References: <20041124074757.3B35643D46@mx1.FreeBSD.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 24 Nov 2004 13:47:15 +0100 In-Reply-To: <20041124074757.3B35643D46@mx1.FreeBSD.org> (Danny Braniss's message of "Wed, 24 Nov 2004 09:47:55 +0200") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 12:47:33 -0000 Danny Braniss writes: > im using hint.sio.0.flags=3D"0x20", and still, only after i removed > the vga from the config file did i get the console output on the > serial line. 0x20 (COM_FORCECONSOLE) isn't enough, you have to use 0x30 (COM_FORCECONSOLE | COM_CONSOLE). COM_FORCECONSOLE is ignored if COM_CONSOLE isn't set. > i'm using boot0sio, so the boot is also talking via the serial, but > the BTX is still using the vga, compiling it to use the serial gave > errors. There's no need to recompile anything; the third-stage loader will automatically use the serial console if the second-stage loader does (i.e. /boot.config contains -h). The reason why there are two versions of the first-stage loader is that space constraints preclude supporting both VGA and serial in the same code. The second- and third-stage loaders have no such constraints. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 16:26:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D9CC16A4CE for ; Tue, 23 Nov 2004 16:26:28 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA8F43D31 for ; Tue, 23 Nov 2004 16:26:27 +0000 (GMT) (envelope-from martin.eugen@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so312645wra for ; Tue, 23 Nov 2004 08:26:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Rwk8YBbuPg2TqddLrAMNIO6+Nw6VacKqWuLmaNdmPDptBrufwm7GI43lhedb1DJ6q0lohpqZMokTxijGhbd3SY7b81FimHoZhs+JuhCHAnhsmwEurfsYAVRzLeWQbBKcvZ/jksaDNbZHKxDcTl/rCh2MSxyomp0bGczdEh13HWY= Received: by 10.54.7.15 with SMTP id 15mr177162wrg; Tue, 23 Nov 2004 08:24:48 -0800 (PST) Received: by 10.54.11.25 with HTTP; Tue, 23 Nov 2004 08:24:48 -0800 (PST) Message-ID: <966ba91e04112308246616d1b8@mail.gmail.com> Date: Tue, 23 Nov 2004 18:24:48 +0200 From: Martin Eugen To: Jo?o Carlos Mendes Lu?s , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org, Joerg Sonnenberger In-Reply-To: <20041123135236.GC1032@britannica.bec.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <966ba91e04112301052fed8d6b@mail.gmail.com> <41A33E4F.8060705@jonny.eng.br> <20041123135236.GC1032@britannica.bec.de> X-Mailman-Approved-At: Wed, 24 Nov 2004 13:26:03 +0000 Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Martin Eugen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 16:26:28 -0000 On Tue, 23 Nov 2004 14:52:36 +0100, Joerg Sonnenberger wrote: > On Tue, Nov 23, 2004 at 11:42:39AM -0200, Jo?o Carlos Mendes Lu?s wrote: > > >So I started to look at the ARP > > >code, but it of course lacks the kernel - userland communication > > >interface. I would appreciate any ideas about what would be the easier > > >way to implement such a thing where the kernel could wait (up to some > > >reasonable time-out) a userland daemon to install a new route. > > > > Why don't you simply discard the packet and wait for the next retry? > Because the network is not like the internet, packet error correction and so on is done at lower layers, I mean... if there are some packets that are equivalent to the TCP SYNs, the 'SYN' timeout in our case is in minutes (because it is believed the host or a link is down or something else that could take longer time to resolve). This is bad, because connections will be established within some minutes... > Or alternatively use an internal queue of limited size to keep track of > those packages. This is probably the only solution I can think of right now, but I think poking a queue at regular, short intervals seems to me quite expensive, isn't it? Or perhaps there could be a netgraph node that handles the queue and connects to the userland daemon... but this could make things much more complicated... ? > > Joerg > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 01:49:20 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E92F416A50D; Wed, 24 Nov 2004 01:49:20 +0000 (GMT) Received: from mx01.bos.ma.towardex.com (mx01.bos.ma.towardex.com [65.124.16.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD4343D2D; Wed, 24 Nov 2004 01:49:20 +0000 (GMT) (envelope-from haesu@mx01.bos.ma.towardex.com) Received: by mx01.bos.ma.towardex.com (TowardEX ESMTP 3.0p11_DAKN, from userid 1001) id B12B82F93F; Tue, 23 Nov 2004 20:49:19 -0500 (EST) Date: Tue, 23 Nov 2004 20:49:19 -0500 From: James To: Martin Eugen , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20041124014919.GA9396@scylla.towardex.com> References: <966ba91e04112301052fed8d6b@mail.gmail.com> <20041123183646.GB733@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041123183646.GB733@empiric.icir.org> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 24 Nov 2004 13:26:03 +0000 Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 01:49:21 -0000 On Tue, Nov 23, 2004 at 10:36:46AM -0800, Bruce M Simpson wrote: [ snip ] > > If I understand correctly, you want the kernel to queue packets until > layer 2 address resolution is complete. Right now we don't do this. If > there is no route to a destination, packets will be dropped. The KAME ipv6 code does this for v6 neighbor discovery (which is not arp yes..). Martin, nd6_output() in netinet6/nd6.c should be helpful if you want to look. RFC requires routers to queue packets up during layer 2 resolution process (which is why in IPv6 when destination host is down you see !A with huge latency -- i.e. 3400ms due to queueing by the router[1]). If you are queueing however, make sure you use locking or check for any safety mechanisms as you may corrupt mbuf's that are flooding inbound. BTW Martin,, what is the purpose of this intent? Just curiousity of mine. [1]: Some hardware/ASIC based routers violate the RFC unfortunately. It's a little harder to implement there (see J vendor) -J -- James Jun TowardEX Technologies, Inc. Technical Lead Boston IPv4/IPv6 Web Hosting, Colocation and james@towardex.com Network design/consulting & configuration services cell: 1(978)-394-2867 web: http://www.towardex.com , noc: www.twdx.net From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 01:51:56 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F1016A4CE; Wed, 24 Nov 2004 01:51:56 +0000 (GMT) Received: from mx01.bos.ma.towardex.com (mx01.bos.ma.towardex.com [65.124.16.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7711643D49; Wed, 24 Nov 2004 01:51:56 +0000 (GMT) (envelope-from haesu@mx01.bos.ma.towardex.com) Received: by mx01.bos.ma.towardex.com (TowardEX ESMTP 3.0p11_DAKN, from userid 1001) id 4AA5C2F947; Tue, 23 Nov 2004 20:51:56 -0500 (EST) Date: Tue, 23 Nov 2004 20:51:56 -0500 From: James To: Martin Eugen , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20041124015156.GA33719@scylla.towardex.com> References: <966ba91e04112301052fed8d6b@mail.gmail.com> <20041123183646.GB733@empiric.icir.org> <20041124014919.GA9396@scylla.towardex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041124014919.GA9396@scylla.towardex.com> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 24 Nov 2004 13:26:03 +0000 Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 01:51:57 -0000 On Tue, Nov 23, 2004 at 08:49:19PM -0500, James wrote: > On Tue, Nov 23, 2004 at 10:36:46AM -0800, Bruce M Simpson wrote: > [ snip ] > > > > If I understand correctly, you want the kernel to queue packets until > > layer 2 address resolution is complete. Right now we don't do this. If > > there is no route to a destination, packets will be dropped. > > The KAME ipv6 code does this for v6 neighbor discovery (which is not > arp yes..). Martin, nd6_output() in netinet6/nd6.c should be helpful > if you want to look. RFC requires routers to queue packets up during > layer 2 resolution process (which is why in IPv6 when destination > host is down you see !A with huge latency -- i.e. 3400ms due to > queueing by the router[1]). Err my bad. I meant 'latest packet' (like in arp resolution) -J -- James Jun TowardEX Technologies, Inc. Technical Lead Boston IPv4/IPv6 Web Hosting, Colocation and james@towardex.com Network design/consulting & configuration services cell: 1(978)-394-2867 web: http://www.towardex.com , noc: www.twdx.net From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 12:47:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD4B16A4CE for ; Wed, 24 Nov 2004 12:47:14 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADAF843D2F for ; Wed, 24 Nov 2004 12:47:14 +0000 (GMT) (envelope-from john@baldwin.cx) Received: (qmail 21026 invoked from network); 24 Nov 2004 12:47:14 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 24 Nov 2004 12:47:13 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iAOCl1n2042699; Wed, 24 Nov 2004 07:47:01 -0500 (EST) (envelope-from john@baldwin.cx) In-Reply-To: <20041124074757.3B35643D46@mx1.FreeBSD.org> References: <20041124074757.3B35643D46@mx1.FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: John Baldwin Date: Wed, 24 Nov 2004 07:47:01 -0500 To: Danny Braniss X-Mailer: Apple Mail (2.619) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx X-Mailman-Approved-At: Wed, 24 Nov 2004 13:26:03 +0000 cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 12:47:15 -0000 On Nov 24, 2004, at 2:47 AM, Danny Braniss wrote: >> If the VGA driver is present, the system will assume you want to use a >> VGA console, unless you force one of the serial ports to become the >> system console by setting the appropriate hint in device.hints or >> loader.conf as documented in the sio(4) man page. For instance: >> >> hint.sio.0.flags="0x30" >> >> forces sio0 to become the system console regardless of the presence of >> a display adapter. >> >> You may also have to tell the boot code and loader to use the serial >> console; see their respective manual pages. >> > > im using hint.sio.0.flags="0x20", and still, only after i removed the > vga > from the config file did i get the console output on the serial line. > > i'm using boot0sio, so the boot is also talking via the serial, but > the BTX > is still using the vga, compiling it to use the serial gave errors. BTX_SERIAL will not work with boot2 (hard drive boot blocks) due to space constraints. It does work for /boot/loader and pxeboot however. Note that it only outputs meaningful text if it crashes anyway, so I wouldn't worry about it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 13:48:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3069316A4CE for ; Wed, 24 Nov 2004 13:48:55 +0000 (GMT) Received: from recife.ipadnet.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id E972943D5A for ; Wed, 24 Nov 2004 13:48:53 +0000 (GMT) (envelope-from mario.lobo@ipad.com.br) Received: from marioLobo ([200.249.204.142]) by recife.ipadnet.com.br (8.12.8/8.12.8) with ESMTP id iAODrXAY026815 for ; Wed, 24 Nov 2004 10:53:33 -0300 From: mario.lobo@ipad.com.br Organization: IPAD To: freebsd-hackers@freebsd.org Date: Wed, 24 Nov 2004 10:52:11 -0300 MIME-Version: 1.0 Message-ID: <41A467DB.29212.9F2DEC@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body Subject: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mario.lobo@ipad.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 13:48:55 -0000 Hi; Don=B4t know if this is the proper list to ask. If not, please forgive me. Does anybody has any hints on where to go for info about HD real time mirr= oring in FreeBSD? I have a mysql server that I need to mirror its data on a 2nd HD, either o= n the same machine or on a remote one, but it has to be in real time. Has it been or can it be done= at all? Thanks before-hand for any info, -- //| //|| // | // || -//--//---|| ARIO LOBO // // || --------------------------------- mario.lobo@ipad.com.br http://www.ipad.com.br From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 14:09:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC6C16A4CE for ; Wed, 24 Nov 2004 14:09:27 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 6592E43D2D for ; Wed, 24 Nov 2004 14:09:25 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 16030 invoked from network); 24 Nov 2004 14:09:19 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.84) by gandalf.online.bg with SMTP; 24 Nov 2004 14:09:19 -0000 Received: (qmail 11154 invoked by uid 1000); 24 Nov 2004 14:09:23 -0000 Date: Wed, 24 Nov 2004 16:09:23 +0200 From: Peter Pentchev To: mario.lobo@ipad.com.br Message-ID: <20041124140923.GA849@straylight.m.ringlet.net> Mail-Followup-To: mario.lobo@ipad.com.br, freebsd-hackers@freebsd.org References: <41A467DB.29212.9F2DEC@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <41A467DB.29212.9F2DEC@localhost> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:09:27 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 10:52:11AM -0300, mario.lobo@ipad.com.br wrote: > Hi; >=20 > Don?t know if this is the proper list to ask. If not, please forgive me. >=20 > Does anybody has any hints on where to go for info about HD real time > mirroring in FreeBSD? >=20 > I have a mysql server that I need to mirror its data on a 2nd HD, > either on the same machine or on a remote one, but it has to be in > real time. Has it been or can it be done at all? Actually, it has been done, and it has been working for quite some time, in several different versions even :) Take a look at the FreeBSD Handbook: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/ Look at chapter 16, "Storage", and especially 16.5, "RAID". After that, look at chapter 17, "The Vinum Volume Manager". Those will probably contain most of the information that you need :) There is also an excellent separate article about Vinum at http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/vinum/ Hope that helps! G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Hey, out there - is it *you* reading me, or is it someone else? --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBpJYT7Ri2jRYZRVMRArVgAJ9NtB2Gb9uQGXBK+UEPMatEuRsArwCaAiiF R9pv3eQ8fovA5/KO6lIzy2M= =liy7 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 14:26:44 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2807C16A4CE for ; Wed, 24 Nov 2004 14:26:44 +0000 (GMT) Received: from recife.ipadnet.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2BA43D54 for ; Wed, 24 Nov 2004 14:26:43 +0000 (GMT) (envelope-from mario.lobo@ipad.com.br) Received: from marioLobo ([200.249.204.142]) by recife.ipadnet.com.br (8.12.8/8.12.8) with ESMTP id iAOEVNAY029937 for ; Wed, 24 Nov 2004 11:31:23 -0300 From: mario.lobo@ipad.com.br Organization: IPAD To: freebsd-hackers@freebsd.org Date: Wed, 24 Nov 2004 11:30:01 -0300 MIME-Version: 1.0 Message-ID: <41A470B9.6133.C1D33D@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mario.lobo@ipad.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:26:44 -0000 Thanks Peter and Ciprian for the directions !! following through right now !! Best regards, -- //| //|| // | // || -//--//---|| ARIO LOBO // // || --------------------------------- mario.lobo@ipad.com.br http://www.ipad.com.br From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 14:29:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFE216A4CF for ; Wed, 24 Nov 2004 14:29:10 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A38E43D41 for ; Wed, 24 Nov 2004 14:29:10 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CWy8r-000PwV-2d; Wed, 24 Nov 2004 16:29:09 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin In-Reply-To: Message from John Baldwin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Nov 2004 16:29:08 +0200 From: Danny Braniss Message-Id: <20041124142910.3A38E43D41@mx1.FreeBSD.org> cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:29:10 -0000 > > On Nov 24, 2004, at 2:47 AM, Danny Braniss wrote: > > >> If the VGA driver is present, the system will assume you want to use a > >> VGA console, unless you force one of the serial ports to become the > >> system console by setting the appropriate hint in device.hints or > >> loader.conf as documented in the sio(4) man page. For instance: > >> > >> hint.sio.0.flags="0x30" > >> > >> forces sio0 to become the system console regardless of the presence of > >> a display adapter. > >> > >> You may also have to tell the boot code and loader to use the serial > >> console; see their respective manual pages. > >> > > > > im using hint.sio.0.flags="0x20", and still, only after i removed the > > vga > > from the config file did i get the console output on the serial line. > > > > i'm using boot0sio, so the boot is also talking via the serial, but > > the BTX > > is still using the vga, compiling it to use the serial gave errors. > > BTX_SERIAL will not work with boot2 (hard drive boot blocks) due to > space > constraints. It does work for /boot/loader and pxeboot however. Note > that > it only outputs meaningful text if it crashes anyway, so I wouldn't > worry > about it. well, the host was not booting ... with BTX_SERIAL, btx does not compile, and for 'completness' it would be nice to have all console output, anyways my problem was not btx related. danny From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 14:44:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD7E16A4CE; Wed, 24 Nov 2004 14:44:59 +0000 (GMT) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B0FD43D58; Wed, 24 Nov 2004 14:44:58 +0000 (GMT) (envelope-from tbyte@OTEL.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1CWyO7-000Hpu-PA; Wed, 24 Nov 2004 16:44:55 +0200 Message-ID: <41A49E72.6090102@OTEL.net> Date: Wed, 24 Nov 2004 16:45:06 +0200 From: Iasen Kostov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041117 X-Accept-Language: bg, en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 14:44:59 -0000 Robert Watson wrote: >On Tue, 23 Nov 2004, Robert Watson wrote: > > > >>On Tue, 23 Nov 2004, Iasen Kostov wrote: >> >> >> >>>if you setup a vlan devices with parent one of emX or reX (this what I >>>have at the moment) which has hardware vlan tagging just try to run >>>tcpdump (without -p) and the vlans will die :). That doesn't happen with >>>parent devices not supporting hwtagging. And this totally excludes >>>possibility to run a bridge over vlans with parent device which support >>>hwtaggs. And something else was observed with re driver - it is >>>impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan >>>mtu :). >>> >>> >>I recently fixed this bug in if_em in HEAD, and will be merging that >>back to RELENG_5 shortly. We plan to also merge the change to >>RELENG_5_3 as an errata patch fix. It does not surprise me that if_re >>has a similar bug; I'll look at abstracting the solution in the next >>few days. >> >> > >I've now merged the fix to RELENG_5 from HEAD: > > Checking in if_em.c; > /home/ncvs/src/sys/dev/em/if_em.c,v <-- if_em.c > new revision: 1.44.2.4; previous revision: 1.44.2.3 > done > Checking in if_em.h; > /home/ncvs/src/sys/dev/em/if_em.h,v <-- if_em.h > new revision: 1.25.2.2; previous revision: 1.25.2.1 > done > >I'll take a look at if_re shortly. > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > Thanks a lot. This will save me from lots of problems and now I can remove aliases like 'alias tcpdump="tcpdump -p"' :). Thanks again. Regards. From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 15:20:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A582F16A4CE for ; Wed, 24 Nov 2004 15:20:19 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF3D43D4C for ; Wed, 24 Nov 2004 15:20:19 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CWywM-00019J-8y; Wed, 24 Nov 2004 17:20:18 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin In-Reply-To: Message from John Baldwin of "Wed, 24 Nov 2004 09:54:20 EST." <200411240954.20044.john@baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Nov 2004 17:20:18 +0200 From: Danny Braniss Message-Id: <20041124152019.1FF3D43D4C@mx1.FreeBSD.org> cc: freebsd-hackers@freebsd.org cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 15:20:19 -0000 ... > > Ah, I've fixed the btx compile. Seems some comment rototilling busted it. that's what i saw. btw, while we are at the bottom of the bleading edge, can this also be fixed: in i386/boot/boot0/boot0.S: -#ifdef SIO +#if defined(SIO) && COMSPEED != 0 /* * Initialize the serial port. bioscom preserves the driver number in DX. */ movw COMSPEED,%ax # defined by Makefile callw bioscom #endif /* SIO */ since this only works for speeds upto 9600, and breaks things for speeds above 9600. (i know, this probably should be a PR :-) danny From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 16:57:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A1416A4CE for ; Wed, 24 Nov 2004 16:57:27 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49A6043D31 for ; Wed, 24 Nov 2004 16:57:27 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 821E3C841; Wed, 24 Nov 2004 11:57:26 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id D4D35680D; Wed, 24 Nov 2004 11:57:21 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16804.48497.833632.234626@canoe.dclg.ca> Date: Wed, 24 Nov 2004 11:57:21 -0500 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: restore hangs system creating directories. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 16:57:27 -0000 Consistently, I can hang my system with restore. The archive is an uncompressed 75 gig file. I run restore -rvf in a new empty directory and restore's first chore is to create the directory tree. restore hangs the machine. It hangs the machine when there's othere read/write going on or by itself. The machine is an athlon-750 with ata-66 disk interfaces and 384 meg of RAM. The disk in question is a 250 gig disk formated with -b 65536 and -f 8192 Now... I can get this to work if I run while true; do sync; sleep 1; done in another shell. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 17:14:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D0516A4CE for ; Wed, 24 Nov 2004 17:14:00 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id C27F843D5C for ; Wed, 24 Nov 2004 17:13:59 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 623 invoked from network); 24 Nov 2004 17:13:58 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 24 Nov 2004 17:13:58 -0000 Received: (qmail 84544 invoked by uid 1001); 24 Nov 2004 17:13:58 -0000 Date: Wed, 24 Nov 2004 12:13:58 -0500 From: Brian Reichert To: mario.lobo@ipad.com.br Message-ID: <20041124171358.GG545@numachi.com> References: <41A467DB.29212.9F2DEC@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41A467DB.29212.9F2DEC@localhost> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 17:14:00 -0000 On Wed, Nov 24, 2004 at 10:52:11AM -0300, mario.lobo@ipad.com.br wrote: > I have a mysql server that I need to mirror its data on a 2nd HD, either on the same machine or on > a remote one, but it has to be in real time. Has it been or can it be done at all? Is MySQL's replication not fast enough? I can see why it wouldn't be in all cases, but I wanted to make sure you were aware of it: http://dev.mysql.com/doc/mysql/en/Replication.html And, although I've not tested it, recent versions of MySQL can outright support a cluster: http://dev.mysql.com/doc/mysql/en/NDBCluster.html > Thanks before-hand for any info, > > -- > //| //|| > // | // || > -//--//---|| ARIO LOBO > // // || > --------------------------------- > mario.lobo@ipad.com.br > http://www.ipad.com.br -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 17:38:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BDD716A4CE for ; Wed, 24 Nov 2004 17:38:55 +0000 (GMT) Received: from recife.ipadnet.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C9143D58 for ; Wed, 24 Nov 2004 17:38:53 +0000 (GMT) (envelope-from mario.lobo@ipad.com.br) Received: from marioLobo ([200.249.204.142]) by recife.ipadnet.com.br (8.12.8/8.12.8) with ESMTP id iAOHhYAY001943; Wed, 24 Nov 2004 14:43:34 -0300 From: mario.lobo@ipad.com.br Organization: IPAD To: Brian Reichert Date: Wed, 24 Nov 2004 14:42:12 -0300 MIME-Version: 1.0 Message-ID: <41A49DC4.418.171C469@localhost> Priority: normal In-reply-to: <20041124171358.GG545@numachi.com> References: <41A467DB.29212.9F2DEC@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body cc: freebsd-hackers@freebsd.org Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mario.lobo@ipad.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 17:38:55 -0000 Ok Brian; I read about NDBClusters but the info I found said it would only run on li= nux and solaris. No FreeBSD. I didn=B4t know of mysql replication ! I=B4ll check into it too, but what = i=B4ve been reading about vinum so far has impressed me a lot, specially in terms of not only mirroring th= e database but most anything you want. Maybe I=B4ll try to replicate the database on vinum volumes to get the bes= t service performance from mysql, with the "failsafetyness" of vinum mirrors. Thanks for your help, On 24 Nov 2004 at 12:13, Brian Reichert wrote: > On Wed, Nov 24, 2004 at 10:52:11AM -0300, mario.lobo@ipad.com.br wrote: > > I have a mysql server that I need to mirror its data on a 2nd HD, eith= er on the same machine or on > > a remote one, but it has to be in real time. Has it been or can it be = done at all? > > Is MySQL's replication not fast enough? I can see why it wouldn't > be in all cases, but I wanted to make sure you were aware of it: > > http://dev.mysql.com/doc/mysql/en/Replication.html > > And, although I've not tested it, recent versions of MySQL can > outright support a cluster: > > http://dev.mysql.com/doc/mysql/en/NDBCluster.html > > > Thanks before-hand for any info, > -- > Brian Reichert > 37 Crystal Ave. #303 Daytime number: (603) 434-6842 > Derry NH 03038-1713 USA BSD admin/developer at large -- //| //|| // | // || -//--//---|| ARIO LOBO // // || --------------------------------- mario.lobo@ipad.com.br http://www.ipad.com.br From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 21:25:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0158E16A4CE for ; Wed, 24 Nov 2004 21:25:55 +0000 (GMT) Received: from ms05.mailstreet2003.net (MS05.mailstreet2003.net [63.251.155.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 948D543D2F for ; Wed, 24 Nov 2004 21:25:54 +0000 (GMT) (envelope-from chris@sigd.net) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Nov 2004 16:27:03 -0500 Message-ID: <6FC9F9894A9F8C49A722CF9F2132FC22027656CC@ms05.mailstreet2003.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Network monitoring Thread-Index: AcTRxC5h/ADTdIhJSHamgDRsQmwGrAAoWL8g From: "Haulmark, Chris" To: , Subject: RE: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 21:25:55 -0000 Someone broke the silence:=20 > I apologize that this probably isn't the most relevant > list to ask this on. Suggestions for better lists will be welcome. >=20 > I'm trying to monitor traffice on a 100BaseT ethernet > network link. I split the line, put a "hub" in and am > trying to run tcpdump on a box off the side of the > hub. >=20 > Unfortunately, it turns out the hub isn't a hub, it's > a "switching hub" (what's not a switch about this? I > don't get it). Consequently, all I see are arp > packets, bootp packets, and the odd broadcast. I went > to a local store to buy a hub, and guess what, they > sold me another switching hub, so that has to be > returned :( >=20 > So, the question is, can anyone tell me the > manufacturer and product name of a real (dumb) hub? I > could use 10baseT instead if necessary, I just need > something cheap that is a simple repeater. Of course, > nobody advertizes "our hub really is a totally dumb > hub, not like those fancy switching hubs the > competition sells" ;> >=20 > Any suggestions? >=20 I ran into the similar problem. I just looked elsewhere for a cheap = hub. Ebay was the favorite place for me. For you, just swing by a = Pop/Mom/Family kind of computer stores. They might sell few old hubs = that doesn't have switching capabilities at a low price. Chris Haulmark > Thanks > Simon >=20 >=20 >=20 >=20 > __________________________________ > Do you Yahoo!? > Yahoo! Mail - Helps protect you from nasty viruses. > http://promotions.yahoo.com/new_mail > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 21:30:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A5516A681 for ; Wed, 24 Nov 2004 21:30:11 +0000 (GMT) Received: from minerva.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C30D743D45 for ; Wed, 24 Nov 2004 21:30:10 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (dinf-02 [10.0.8.17]) by minerva.int.gov.br (Postfix) with ESMTP id B18D2BE571 for ; Wed, 24 Nov 2004 19:30:08 -0200 (BRDT) Message-ID: <41A4FD60.4050501@jonny.eng.br> Date: Wed, 24 Nov 2004 19:30:08 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror bugs, how many? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 21:30:12 -0000 Hi, I am blindly testing gmirror, just for fun. I got an old 8G drive and did some tests. Maybe I did find a bug in gmirror. This is a long message, but please read it to the end if you are a gmirror or GEOM hacker. First, I partioned (fdisk) for a full FreeBSD system, with sysinstall, which got me this: ******* Working on device /dev/ad1 ******* parameters extracted from in-core disklabel are: cylinders=16368 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=16368 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 16498881 (8056 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Then I tried to compose a single disk gmirror with the whole ad1 disk: sigesc::root jcmendes [531] gmirror list sigesc::root jcmendes [532] gmirror label -b load -v vol0 ad1 Metadata value stored on ad1. Done. sigesc::root jcmendes [533] gmirror list Geom name: vol0 State: COMPLETE Components: 1 Balance: load Slice: 4096 Flags: NONE SyncID: 1 ID: 1397575407 Providers: 1. Name: mirror/vol0 Mediasize: 8447458816 (7.9G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad1 Mediasize: 8447459328 (7.9G) Sectorsize: 512 Mode: r0w0e0 State: ACTIVE Priority: 0 Flags: NONE SyncID: 1 ID: 3966559351 Geom name: vol0.sync sigesc::root jcmendes [534] ls -l /dev/mirror/ total 1 dr-xr-xr-x 2 root wheel 512 Nov 24 18:45 . dr-xr-xr-x 5 root wheel 512 Nov 24 18:45 .. crw-r----- 1 root operator 4, 50 Nov 24 18:45 vol0 crw-r----- 1 root operator 4, 51 Nov 24 18:45 vol0s1 crw-r----- 1 root operator 4, 52 Nov 24 18:45 vol0s1a crw-r----- 1 root operator 4, 53 Nov 24 18:45 vol0s1b crw-r----- 1 root operator 4, 54 Nov 24 18:45 vol0s1c crw-r----- 1 root operator 4, 55 Nov 24 18:45 vol0s1d sigesc::root jcmendes [535] fdisk /dev/mirror/vol0 ******* Working on device /dev/mirror/vol0 ******* parameters extracted from in-core disklabel are: cylinders=1027 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1027 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 16498881 (8056 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sigesc::root jcmendes [536] Aparently, everything is fine until here. But now: sigesc::root jcmendes [536] disklabel /dev/mirror/vol0s1 # /dev/mirror/vol0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 63 4.2BSD 2048 16384 8 b: 1048576 1048639 swap c: 16498881 63 unused 0 0 # "raw" part, don't edit d: 14401729 2097215 4.2BSD 2048 16384 28552 partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition d: partition extends past end of unit sigesc::root jcmendes [537] Obviously, this must not be correct. I try to check the base disk, but: sigesc::root jcmendes [542] disklabel /dev/ad1s1 disklabel: /dev/ad1s1: No such file or directory sigesc::root jcmendes [543] ls -l /dev/ad1* crw-r----- 1 root operator 4, 16 Nov 24 18:58 /dev/ad1 sigesc::root jcmendes [544] Hey, where are the base partition slices? Now, lets reboot. I could not unload geom_mirror, since it was preloaded during boot, is this expected? The device could not be unloaded, but the volume disapeared (gmirror list, ls /dev/mirror). This is surely not good. Thats why I did reboot. Bug #1. After the reboot, the device is back (gmirror list). And, surprise, the disklabel is magically corrected: sigesc::root jcmendes [504] disklabel mirror/vol0s1 # /dev/mirror/vol0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 0 4.2BSD 2048 16384 8 b: 1048576 1048576 swap c: 16498881 0 unused 0 0 # "raw" part, don't edit d: 14401729 2097152 4.2BSD 2048 16384 28552 sigesc::root jcmendes [505] Ok, now let's try something diferent. Let's suppose that I only want one slice mirrored. Maybe the other slices could be standalone, or striped, this is not important now. Let's just say I do want to mirror ad1s1, instead of the whole ad1. sigesc::root jcmendes [506] gmirror remove vol0 ad1 sigesc::root jcmendes [507] gmirror label -b load -v vol0 ad1s1 Metadata value stored on ad1s1. Done. sigesc::root jcmendes [508] gmirror list Geom name: vol0 State: COMPLETE Components: 1 Balance: load Slice: 4096 Flags: NONE SyncID: 1 ID: 3056186377 Providers: 1. Name: mirror/vol0 Mediasize: 8447426560 (7.9G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad1 Mediasize: 8447459328 (7.9G) Sectorsize: 512 Mode: r0w0e0 State: ACTIVE Priority: 0 Flags: NONE SyncID: 1 ID: 4157180820 Geom name: vol0.sync sigesc::root jcmendes [509] Note that the volume size now is different: 8447426560, instead of 8447458816, for the previous config. This means 32256 bytes, or 63 sectors. It's apparently ok. But the consumer name is still ad1, and not ad1s1. Hey, let's check: sigesc::root jcmendes [510] dd count=1 if=/dev/ad1 of=/tmp/1 1+0 records in 1+0 records out 512 bytes transferred in 0.038226 secs (13394 bytes/sec) sigesc::root jcmendes [511] dd count=1 if=/dev/mirror/vol0 of=/tmp/2 1+0 records in 1+0 records out 512 bytes transferred in 0.000713 secs (717982 bytes/sec) sigesc::root jcmendes [512] cmp /tmp/1 /tmp/2 sigesc::root jcmendes [513] dd count=1 if=/dev/ad1 skip=63 of=/tmp/1 1+0 records in 1+0 records out 512 bytes transferred in 0.000655 secs (781471 bytes/sec) sigesc::root jcmendes [514] cmp /tmp/1 /tmp/2 /tmp/1 /tmp/2 differ: char 1, line 1 sigesc::root jcmendes [515] Oops. It seens that gmirror got the right size and the wrong offset. And I did not need to do all this. I could simply use ls: sigesc::root jcmendes [516] ls -l /dev/mirror/ total 1 dr-xr-xr-x 2 root wheel 512 Nov 24 19:06 . dr-xr-xr-x 5 root wheel 512 Nov 24 19:06 .. crw-r----- 1 root operator 4, 33 Nov 24 19:06 vol0 crw-r----- 1 root operator 4, 34 Nov 24 19:06 vol0s1 crw-r----- 1 root operator 4, 35 Nov 24 19:06 vol0s1a crw-r----- 1 root operator 4, 36 Nov 24 19:06 vol0s1b crw-r----- 1 root operator 4, 37 Nov 24 19:06 vol0s1c crw-r----- 1 root operator 4, 38 Nov 24 19:06 vol0s1d sigesc::root jcmendes [517] If gmirror was only mirroring the ad1s1 slice, it should not see new slices inside. I would expect to find vol0 and vol0[abcd] only... Disklabel is still crazy, and fdisk detects the slices it should'nt: sigesc::root jcmendes [518] disklabel /dev/mirror/vol0s1 # /dev/mirror/vol0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 63 4.2BSD 2048 16384 8 b: 1048576 1048639 swap c: 16498881 63 unused 0 0 # "raw" part, don't edit d: 14401729 2097215 4.2BSD 2048 16384 28552 partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition d: partition extends past end of unit sigesc::root jcmendes [519] fdisk /dev/mirror/vol0 ******* Working on device /dev/mirror/vol0 ******* parameters extracted from in-core disklabel are: cylinders=1027 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1027 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 16498881 (8056 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sigesc::root jcmendes [520] Now let's reboot again. sigesc::root jcmendes [503] disklabel /dev/mirror/vol0s1a # /dev/mirror/vol0s1a: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 1048576 63 4.2BSD 2048 16384 8 b: 1048576 1048639 swap c: 16498881 63 unused 0 0 # "raw" part, don't edit d: 14401729 2097215 4.2BSD 2048 16384 28552 partition a: partition extends past end of unit partition b: offset past end of unit partition b: partition extends past end of unit partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard system utilities partition d: offset past end of unit partition d: partition extends past end of unit sigesc::root jcmendes [504] This time, the disklabel did not return to its "good" state. And the offset bug is repeatable: sigesc::root jcmendes [507] dd count=1 if=/dev/ad1 of=/tmp/1 1+0 records in 1+0 records out 512 bytes transferred in 0.000647 secs (791553 bytes/sec) sigesc::root jcmendes [508] dd count=1 if=/dev/mirror/vol0 of=/tmp/2 1+0 records in 1+0 records out 512 bytes transferred in 0.000777 secs (658939 bytes/sec) sigesc::root jcmendes [509] cmp /tmp/1 /tmp/2 sigesc::root jcmendes [510] At least, the behaviour of the slice detection on main disk ad1 seems to be ok. The slices reappear if I remove the mirror partition. sigesc::root jcmendes [513] ls -l /dev/ad1* crw-r----- 1 root operator 4, 16 Nov 24 19:20 /dev/ad1 sigesc::root jcmendes [514] gmirror remove -v vol0 ad1 Done. sigesc::root jcmendes [515] gmirror list sigesc::root jcmendes [516] ls -l /dev/ad1* crw-r----- 1 root operator 4, 16 Nov 24 19:20 /dev/ad1 crw-r----- 1 root operator 4, 24 Nov 24 19:20 /dev/ad1s1 crw-r----- 1 root operator 4, 25 Nov 24 19:20 /dev/ad1s1a crw-r----- 1 root operator 4, 26 Nov 24 19:20 /dev/ad1s1b crw-r----- 1 root operator 4, 27 Nov 24 19:20 /dev/ad1s1c crw-r----- 1 root operator 4, 28 Nov 24 19:20 /dev/ad1s1d sigesc::root jcmendes [517] Now the big question: Which is the expected behaviour of mirroring a slice? Whichever answer you give me, I'm sure the current behaviour is right. So, this must be a bug. Bug #2. Is there any gmirror hacker around to fix these? From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 21:31:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A8816A4CE for ; Wed, 24 Nov 2004 21:31:15 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007D343D41 for ; Wed, 24 Nov 2004 21:31:15 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 85273 invoked by uid 2003); 24 Nov 2004 21:27:33 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.042605 secs); 24 Nov 2004 21:27:33 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Nov 2004 21:27:33 -0000 Date: Wed, 24 Nov 2004 16:31:12 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: Brian Reichert In-Reply-To: <20041124171358.GG545@numachi.com> Message-ID: References: <41A467DB.29212.9F2DEC@localhost> <20041124171358.GG545@numachi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org cc: mario.lobo@ipad.com.br Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 21:31:15 -0000 On Wed, 24 Nov 2004, Brian Reichert wrote: > And, although I've not tested it, recent versions of MySQL can > outright support a cluster: > > http://dev.mysql.com/doc/mysql/en/NDBCluster.html I'm just curious if there's any other solution that will work on FreeBSD. I have about 5 mysql servers (4 slaves, 1 master) and one application in particular is not smart enough to try other servers if the configured server does not answer. Is there any type of local proxy that can intelligently route requests to the "best" server? Thanks, Charles >> Thanks before-hand for any info, >> >> -- >> //| //|| >> // | // || >> -//--//---|| ARIO LOBO >> // // || >> --------------------------------- >> mario.lobo@ipad.com.br >> http://www.ipad.com.br > > -- > Brian Reichert > 37 Crystal Ave. #303 Daytime number: (603) 434-6842 > Derry NH 03038-1713 USA BSD admin/developer at large > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 22:05:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1014C16A52B for ; Wed, 24 Nov 2004 22:05:27 +0000 (GMT) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A7CC43D48 for ; Wed, 24 Nov 2004 22:05:24 +0000 (GMT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id BFEAB4F4; Wed, 24 Nov 2004 23:05:22 +0100 (CET) Received: from [10.150.180.180] (r180180.olydorf.swh.mhn.de [10.150.180.180]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id BD0804E3; Wed, 24 Nov 2004 23:05:18 +0100 (CET) From: Simon 'corecode' Schubert To: freebsd-hackers@freebsd.org Date: Wed, 24 Nov 2004 23:05:08 +0100 User-Agent: KMail/1.7.1 References: <41A467DB.29212.9F2DEC@localhost> <20041124171358.GG545@numachi.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2297777.0V1qgdA89Y"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411242305.18067.corecode@fs.ei.tum.de> X-Virus-Scanned: by AMaViS 0.3.12 cc: Charles Sprickman cc: mario.lobo@ipad.com.br Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 22:05:27 -0000 --nextPart2297777.0V1qgdA89Y Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 24. November 2004 22:31, Charles Sprickman wrote: > On Wed, 24 Nov 2004, Brian Reichert wrote: > > And, although I've not tested it, recent versions of MySQL can > > outright support a cluster: > > > > http://dev.mysql.com/doc/mysql/en/NDBCluster.html > I'm just curious if there's any other solution that will work on FreeBSD. > I have about 5 mysql servers (4 slaves, 1 master) and one application in > particular is not smart enough to try other servers if the configured > server does not answer. Is there any type of local proxy that can > intelligently route requests to the "best" server? maybe use CARP for that? cheers simon =2D-=20 /"\ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --nextPart2297777.0V1qgdA89Y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBpQWer5S+dk6z85oRAvVRAKDixOoD8EInMV3qCxZvwcYw0XlQqQCgkQNF RMW405HGXUZ+loQYJH0CiT0= =xBNI -----END PGP SIGNATURE----- --nextPart2297777.0V1qgdA89Y-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 22:46:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 491BE16A4CF for ; Wed, 24 Nov 2004 22:46:14 +0000 (GMT) Received: from wolf.bytecraft.au.com (wolf.bytecraft.au.com [203.39.118.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2AB43D45 for ; Wed, 24 Nov 2004 22:46:12 +0000 (GMT) (envelope-from MTaylor@bytecraft.com.au) Received: from localhost (localhost [127.0.0.1])iAOMk1Im018172; Thu, 25 Nov 2004 09:46:01 +1100 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from wolf.bytecraft.au.com ([127.0.0.1]) by localhost (wolf.bytecraft.au.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17755-03; Thu, 25 Nov 2004 09:46:00 +1100 (EST) Received: from svmarshal.bytecraft.au.com ([10.0.0.4])iAOMjpAP018149; Thu, 25 Nov 2004 09:45:52 +1100 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal.bytecraft.au.com with MailMarshal (v5,0,3,78) id ; Thu, 25 Nov 2004 09:45:51 +1100 Received: from [10.0.17.42] ([10.0.17.42]) by svmailmel.bytecraft.internal with Microsoft SMTPSVC(6.0.3790.211); Thu, 25 Nov 2004 09:43:04 +1100 From: Murray Taylor To: "Haulmark, Chris" In-Reply-To: <6FC9F9894A9F8C49A722CF9F2132FC22027656CC@ms05.mailstreet2003.net> References: <6FC9F9894A9F8C49A722CF9F2132FC22027656CC@ms05.mailstreet2003.net> Content-Type: text/plain Organization: Bytecraft Systems Message-Id: <1101336350.40202.147.camel@wstaylorm.dand06.au.bytecraft.au.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 25 Nov 2004 09:45:51 +1100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Nov 2004 22:43:04.0865 (UTC) FILETIME=[F6040910:01C4D276] cc: freebsd-hackers@freebsd.org cc: simon.roberts@earthlink.net Subject: RE: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 22:46:14 -0000 On Thu, 2004-11-25 at 08:27, Haulmark, Chris wrote: > Someone broke the silence: > > > I apologize that this probably isn't the most relevant > > list to ask this on. Suggestions for better lists will be welcome. > > > > I'm trying to monitor traffice on a 100BaseT ethernet > > network link. I split the line, put a "hub" in and am > > trying to run tcpdump on a box off the side of the > > hub. > > > > Unfortunately, it turns out the hub isn't a hub, it's > > a "switching hub" (what's not a switch about this? I > > don't get it). Consequently, all I see are arp > > packets, bootp packets, and the odd broadcast. I went > > to a local store to buy a hub, and guess what, they > > sold me another switching hub, so that has to be > > returned :( > > > > So, the question is, can anyone tell me the > > manufacturer and product name of a real (dumb) hub? I > > could use 10baseT instead if necessary, I just need > > something cheap that is a simple repeater. Of course, > > nobody advertizes "our hub really is a totally dumb > > hub, not like those fancy switching hubs the > > competition sells" ;> > > > > Any suggestions? > > > > I ran into the similar problem. I just looked elsewhere for a cheap hub. Ebay was the favorite place for me. For you, just swing by a Pop/Mom/Family kind of computer stores. They might sell few old hubs that doesn't have switching capabilities at a low price. > > Chris Haulmark > > > Thanks > > Simon > > > > Would this work for you 1 - install a second NIC in the BSD box 2 - configure it as a bridge with no IP numbers on the NICs (Ahm jist sittin' 'ere, passin' stuff thru!) 3 - tcpdump -i fxp0 or tcpdump -i fxp1 as appropriate A NIC is easier to get than a dumb hub these days ... -- Murray Taylor Special Projects Engineer --------------------------------- Bytecraft Systems & Entertainment P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 M: +61 417 319 256 E: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- **************************************************************** This Email has been scanned for Viruses by MailMarshal. **************************************************************** From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 23:32:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B6D816A4CE; Wed, 24 Nov 2004 23:32:01 +0000 (GMT) Received: from britannica.bec.de (wlan034068.uni-rostock.de [139.30.34.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D055A43D48; Wed, 24 Nov 2004 23:32:00 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: by britannica.bec.de (Postfix, from userid 1001) id 437B82A2F; Tue, 23 Nov 2004 17:57:02 +0100 (CET) Date: Tue, 23 Nov 2004 17:57:02 +0100 From: Joerg Sonnenberger To: Martin Eugen Message-ID: <20041123165702.GD850@britannica.bec.de> Mail-Followup-To: Martin Eugen , Jo?o Carlos Mendes Lu?s , freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <966ba91e04112301052fed8d6b@mail.gmail.com> <41A33E4F.8060705@jonny.eng.br> <20041123135236.GC1032@britannica.bec.de> <966ba91e04112308246616d1b8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <966ba91e04112308246616d1b8@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Jo?o Carlos Mendes Lu?s cc: freebsd-hackers@freebsd.org Subject: Re: resolving routes externally X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 23:32:01 -0000 On Tue, Nov 23, 2004 at 06:24:48PM +0200, Martin Eugen wrote: > > Or alternatively use an internal queue of limited size to keep track of > > those packages. > > This is probably the only solution I can think of right now, but I > think poking a queue at regular, short intervals seems to me quite > expensive, isn't it? Or perhaps there could be a netgraph node that > handles the queue and connects to the userland daemon... but this > could make things much more complicated... ? Do you want to keep the whole name lookup in userland or query a cache like ARP is doing and fallback to the userland daemon if no entry exists in the cache? In the later case, you could just reinsert the package into the global queue after adding the cache entry. The cache handling itself could be done via normal routing messages or other communication means like polling a special device. Joerg From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 23:37:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1364816A4CE for ; Wed, 24 Nov 2004 23:37:49 +0000 (GMT) Received: from ms05.mailstreet2003.net (MS05.mailstreet2003.net [63.251.155.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4EB143D1F for ; Wed, 24 Nov 2004 23:37:48 +0000 (GMT) (envelope-from chris@sigd.net) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Nov 2004 18:38:58 -0500 Message-ID: <6FC9F9894A9F8C49A722CF9F2132FC2202765742@ms05.mailstreet2003.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Network monitoring Thread-Index: AcTSd5eINfUbrp8xSLuT0Os8OVx4vgAAAsog From: "Haulmark, Chris" To: "Murray Taylor" cc: freebsd-hackers@freebsd.org cc: simon.roberts@earthlink.net Subject: RE: Network monitoring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 23:37:49 -0000 Someone broke the silence:=20 > On Thu, 2004-11-25 at 08:27, Haulmark, Chris wrote: >> Someone broke the silence: >>=20 >>> I apologize that this probably isn't the most relevant >>> list to ask this on. Suggestions for better lists will be welcome. >>>=20 >>> I'm trying to monitor traffice on a 100BaseT ethernet >>> network link. I split the line, put a "hub" in and am >>> trying to run tcpdump on a box off the side of the >>> hub. >>>=20 >>> Unfortunately, it turns out the hub isn't a hub, it's >>> a "switching hub" (what's not a switch about this? I >>> don't get it). Consequently, all I see are arp >>> packets, bootp packets, and the odd broadcast. I went >>> to a local store to buy a hub, and guess what, they >>> sold me another switching hub, so that has to be >>> returned :( >>>=20 >>> So, the question is, can anyone tell me the >>> manufacturer and product name of a real (dumb) hub? I >>> could use 10baseT instead if necessary, I just need >>> something cheap that is a simple repeater. Of course, >>> nobody advertizes "our hub really is a totally dumb >>> hub, not like those fancy switching hubs the >>> competition sells" ;> >>>=20 >>> Any suggestions? >>>=20 >>=20 >> I ran into the similar problem. I just looked elsewhere > for a cheap hub. Ebay was the favorite place for me. For > you, just swing by a Pop/Mom/Family kind of computer stores. > They might sell few old hubs that doesn't have switching > capabilities at a low price. >>=20 >> Chris Haulmark >>=20 >>> Thanks >>> Simon >>>=20 >>>=20 > Would this work for you >=20 > 1 - install a second NIC in the BSD box > 2 - configure it as a bridge with no IP numbers on the NICs > (Ahm jist sittin' 'ere, passin' stuff thru!) > 3 - tcpdump -i fxp0 or tcpdump -i fxp1 > as appropriate >=20 > A NIC is easier to get than a dumb hub these days ... This is a reasonable answer for a home based network or a less critical = network. Ethernet tap would be what I would recommend for an enterprise = environment. A dumb hub can be pretty decent if you're a small business = employee with a T1 connection. If you were to do bridging, should and = would you risk having to come in middle of the night because of a = hardware failure on the bridge machine? For the time being, I am currently using an IDS machine hooked up to the = hub while the t1 router is hooked up to the hub along with the main = switch hooked up to the hub. For our colocation facility, I've ordered an ethernet tap and might = cancel it because I just realized that the current switch is a cisco and = there's high possiblity that it will support SPAN (port mirroring?). Chris Haulmark From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 07:08:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F35DB16A4CF for ; Thu, 25 Nov 2004 07:08:40 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B7FA43D5A for ; Thu, 25 Nov 2004 07:08:40 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 41477 invoked from network); 25 Nov 2004 07:06:47 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 25 Nov 2004 07:06:47 -0000 From: Justin Hopper To: freebsd-hackers@freebsd.org In-Reply-To: References: <41A467DB.29212.9F2DEC@localhost> <20041124171358.GG545@numachi.com> Content-Type: text/plain Message-Id: <1101366517.15634.318.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 24 Nov 2004 23:08:38 -0800 Content-Transfer-Encoding: 7bit Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 07:08:41 -0000 On Wed, 2004-11-24 at 13:31, Charles Sprickman wrote: > On Wed, 24 Nov 2004, Brian Reichert wrote: > > > And, although I've not tested it, recent versions of MySQL can > > outright support a cluster: > > > > http://dev.mysql.com/doc/mysql/en/NDBCluster.html > > I'm just curious if there's any other solution that will work on FreeBSD. > I have about 5 mysql servers (4 slaves, 1 master) and one application in > particular is not smart enough to try other servers if the configured > server does not answer. Is there any type of local proxy that can > intelligently route requests to the "best" server? > I too was curious about the MySQL Clustering support and its status on FreeBSD, since it wasn't as a supported OS. Over the last couple of hours I was able to set up a cluster consisting of a management process and data node running in one jail, and a MySQL server and another data node running in a different jail. Once everything was up and running, the cluster seemed to be working excellent, data was synchronizing flawlessly throughout the cluster. Nuking either of the data node processes did not affect access to the data in the cluster, so failover seemed to be working as well. The only problem that I ran into, and it may be user error on my part, is that when the cluster is shut down (or all data node processes are killed), the data contained in the node is lost when the cluster is brought back online. Perhaps there is some recovery step that is required before the cluster can be used again. If someone else has already tested MySQL's clustering ability with FreeBSD, then please let us know the results so that I don't recreate the wheel here. If not, I'll continue seeing how far I can get with it, as I would definitely like to implement this functionality on several of the more critical databases that I manage. -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 07:57:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A0716A4CE for ; Thu, 25 Nov 2004 07:57:31 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1886643D66 for ; Thu, 25 Nov 2004 07:57:31 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CXEVN-000Dyk-MK; Thu, 25 Nov 2004 09:57:29 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 25 Nov 2004 09:57:29 +0200 From: Danny Braniss Message-Id: <20041125075731.1886643D66@mx1.FreeBSD.org> cc: freebsd-hackers@freebsd.org cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 07:57:31 -0000 (if this is a repeat, then sorry, there seems to be a problem at = hub.freebsd.org) =2E.. > = > Ah, I've fixed the btx compile. Seems some comment rototilling busted = it. that's what i saw. btw, while we are at the bottom of the bleading edge, can this also be fi= xed: in i386/boot/boot0/boot0.S: -#ifdef SIO +#if defined(SIO) && COMSPEED !=3D 0 /* * Initialize the serial port. bioscom preserves the driver number in DX= =2E */ movw COMSPEED,%ax # defined by Makefile callw bioscom #endif /* SIO */ since this only works for speeds upto 9600, and breaks things for speeds above 9600. (i know, this probably should be a PR :-) danny From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 08:00:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EBCC16A4D1 for ; Thu, 25 Nov 2004 08:00:58 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B9943D55 for ; Thu, 25 Nov 2004 08:00:58 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CXEYi-000E4Z-Pz; Thu, 25 Nov 2004 10:00:56 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 25 Nov 2004 10:00:56 +0200 From: Danny Braniss Message-Id: <20041125080058.08B9943D55@mx1.FreeBSD.org> cc: hackers@freebsd.org Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 08:00:58 -0000 (sorry if this a resend, it seems there was a problem at hub.freebsd.org)= > The console driver (sc) currently requires you to have at least one > keyboard driver compiled in. Since your board doesn't have a display > adapter, you can simply remove 'device sc'. > = the kbd.c was getting compiled in, and complained, but i think that's taken care of. I solved it by adding hint.atkbdc.0.disabled=3D"1". As I wrote before, 'it would be nice', if such fantom devices could be detected at boot time, so the same fs/root/kernel could work on 'similar' platforms out-of-the-box. with the kbd, i found where it was lo= oping, in 'atkbdc.c: empty_both_buffers', but got lost trying to figure out how to get out of it (specialy since there is no kbd/buffer :-). danny From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 10:51:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3379816A4CE for ; Thu, 25 Nov 2004 10:51:15 +0000 (GMT) Received: from recife.ipadnet.com.br (recife.ipadnet.com.br [200.249.204.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D78843D54 for ; Thu, 25 Nov 2004 10:51:14 +0000 (GMT) (envelope-from mario.lobo@ipad.com.br) Received: from marioLobo ([200.249.204.142]) by recife.ipadnet.com.br (8.12.8/8.12.8) with ESMTP id iAPAtiAY015978; Thu, 25 Nov 2004 07:55:44 -0300 From: mario.lobo@ipad.com.br Organization: IPAD To: Charles Sprickman , freebsd-hackers@freebsd.org Date: Thu, 25 Nov 2004 07:54:20 -0300 MIME-Version: 1.0 Message-ID: <41A58FAC.21654.6B45F@localhost> Priority: normal In-reply-to: References: <20041124171358.GG545@numachi.com> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: HD Mirroring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mario.lobo@ipad.com.br List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 10:51:15 -0000 Have you looked into http://balance.sourceforge.net/ ? > I'm just curious if there's any other solution that will work on FreeBSD. > I have about 5 mysql servers (4 slaves, 1 master) and one application in > particular is not smart enough to try other servers if the configured > server does not answer. Is there any type of local proxy that can > intelligently route requests to the "best" server? > > Thanks, > > Charles -- //| //|| // | // || -//--//---|| ARIO LOBO // // || --------------------------------- mario.lobo@ipad.com.br http://www.ipad.com.br From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 15:02:58 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99D016A4CE for ; Wed, 24 Nov 2004 15:02:58 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6818543D1F for ; Wed, 24 Nov 2004 15:02:58 +0000 (GMT) (envelope-from john@baldwin.cx) Received: (qmail 19501 invoked from network); 24 Nov 2004 15:02:57 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 24 Nov 2004 15:02:57 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iAOF2q9H043538; Wed, 24 Nov 2004 10:02:52 -0500 (EST) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 24 Nov 2004 09:54:20 -0500 User-Agent: KMail/1.6.2 References: <20041124142910.3A38E43D41@mx1.FreeBSD.org> In-Reply-To: <20041124142910.3A38E43D41@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411240954.20044.john@baldwin.cx> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx X-Mailman-Approved-At: Thu, 25 Nov 2004 13:03:17 +0000 cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Subject: Re: A20/keybord/no-keyboard X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 15:02:59 -0000 On Wednesday 24 November 2004 09:29 am, Danny Braniss wrote: > > On Nov 24, 2004, at 2:47 AM, Danny Braniss wrote: > > >> If the VGA driver is present, the system will assume you want to use a > > >> VGA console, unless you force one of the serial ports to become the > > >> system console by setting the appropriate hint in device.hints or > > >> loader.conf as documented in the sio(4) man page. For instance: > > >> > > >> hint.sio.0.flags="0x30" > > >> > > >> forces sio0 to become the system console regardless of the presence of > > >> a display adapter. > > >> > > >> You may also have to tell the boot code and loader to use the serial > > >> console; see their respective manual pages. > > > > > > im using hint.sio.0.flags="0x20", and still, only after i removed the > > > vga > > > from the config file did i get the console output on the serial line. > > > > > > i'm using boot0sio, so the boot is also talking via the serial, but > > > the BTX > > > is still using the vga, compiling it to use the serial gave errors. > > > > BTX_SERIAL will not work with boot2 (hard drive boot blocks) due to > > space > > constraints. It does work for /boot/loader and pxeboot however. Note > > that > > it only outputs meaningful text if it crashes anyway, so I wouldn't > > worry > > about it. > > well, the host was not booting ... > > with BTX_SERIAL, btx does not compile, and for 'completness' it would be > nice to have all console output, anyways my problem was not btx related. > > danny Ah, I've fixed the btx compile. Seems some comment rototilling busted it. -- John Baldwin <>< http://www.baldwin.cx/~john/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 15:19:10 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FE316A4CE; Thu, 25 Nov 2004 15:19:10 +0000 (GMT) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AF143D5D; Thu, 25 Nov 2004 15:19:09 +0000 (GMT) (envelope-from tbyte@OTEL.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1CXLOj-000IQk-Rj; Thu, 25 Nov 2004 17:19:05 +0200 Message-ID: <41A5F7F5.5000000@OTEL.net> Date: Thu, 25 Nov 2004 17:19:17 +0200 From: Iasen Kostov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041117 X-Accept-Language: bg, en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: setting promisc mode kills vlans on devices with hwtagging (em, re ...) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 15:19:10 -0000 Robert Watson wrote: >On Tue, 23 Nov 2004, Robert Watson wrote: > > > >>On Tue, 23 Nov 2004, Iasen Kostov wrote: >> >> >> >>>if you setup a vlan devices with parent one of emX or reX (this what I >>>have at the moment) which has hardware vlan tagging just try to run >>>tcpdump (without -p) and the vlans will die :). That doesn't happen with >>>parent devices not supporting hwtagging. And this totally excludes >>>possibility to run a bridge over vlans with parent device which support >>>hwtaggs. And something else was observed with re driver - it is >>>impossible to disable hwtaggs by -vlanhwtag neither you can disable vlan >>>mtu :). >>> >>> >>I recently fixed this bug in if_em in HEAD, and will be merging that >>back to RELENG_5 shortly. We plan to also merge the change to >>RELENG_5_3 as an errata patch fix. It does not surprise me that if_re >>has a similar bug; I'll look at abstracting the solution in the next >>few days. >> >> > >I've now merged the fix to RELENG_5 from HEAD: > > Checking in if_em.c; > /home/ncvs/src/sys/dev/em/if_em.c,v <-- if_em.c > new revision: 1.44.2.4; previous revision: 1.44.2.3 > done > Checking in if_em.h; > /home/ncvs/src/sys/dev/em/if_em.h,v <-- if_em.h > new revision: 1.25.2.2; previous revision: 1.25.2.1 > done > >I'll take a look at if_re shortly. > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > My if_em.c is 1.44.2.4 and if_em.h is 1.25.2.2 and the same happens again... I ran ping throu vlan device on one console and then start tcpdump on another console and the ping stops. From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 22:45:50 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4D616A4CE for ; Thu, 25 Nov 2004 22:45:50 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0F2A43D5C for ; Thu, 25 Nov 2004 22:45:49 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 65600ACAEE; Thu, 25 Nov 2004 23:45:47 +0100 (CET) Date: Thu, 25 Nov 2004 23:45:47 +0100 From: Pawel Jakub Dawidek To: Jo?o Carlos Mendes =?iso-8859-2?Q?Lu=EDs?= Message-ID: <20041125224547.GB7232@darkness.comp.waw.pl> References: <41A4FD60.4050501@jonny.eng.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q/d9vTEvvdeKbPNw" Content-Disposition: inline In-Reply-To: <41A4FD60.4050501@jonny.eng.br> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@freebsd.org Subject: Re: gmirror bugs, how many? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 22:45:50 -0000 --q/d9vTEvvdeKbPNw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2004 at 07:30:08PM -0200, Jo?o Carlos Mendes Lu=EDs wrote: +> First, I partioned (fdisk) for a full FreeBSD system, with=20 +> sysinstall, which got me this: [...] +> Then I tried to compose a single disk gmirror with the whole ad1 dis= k: [...] First mistake - wrong order. Create a mirror, than partition a mirror provider. +> Now, lets reboot. I could not unload geom_mirror, since it was=20 +> preloaded during boot, is this expected? The device could not be=20 +> unloaded, but the volume disapeared (gmirror list, ls /dev/mirror).=20 If there is no mirror configured, you should be able to unload it. +> Ok, now let's try something diferent. Let's suppose that I only=20 +> want one slice mirrored. Maybe the other slices could be standalone, or= =20 +> striped, this is not important now. Let's just say I do want to mirror= =20 +> ad1s1, instead of the whole ad1. [...] +> But the consumer name is still ad1, and not ad1s1. Hey, let's check: Read manual page. Gmirror uses the last provider's sector for metadata. If two or more providers share the same last sector (as in your case), use '-h' option. +> Is there any gmirror hacker around to fix these? There is nothing to fix. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --q/d9vTEvvdeKbPNw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpmCbForvXbEpPzQRAjJfAKCsLp9Aha7n3WHdmTSBhpKW2gqwkgCgzad7 Ww6I+rmgYbluWByq4eLPJJ8= =ZiYv -----END PGP SIGNATURE----- --q/d9vTEvvdeKbPNw-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 04:56:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB5C16A4CE; Fri, 26 Nov 2004 04:56:15 +0000 (GMT) Received: from smtp.uol.com.br (smtpout6.uol.com.br [200.221.4.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A99643D41; Fri, 26 Nov 2004 04:56:15 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [200.217.130.124] (unknown [200.217.130.124]) by scorpion6.uol.com.br (Postfix) with ESMTP id 2197E7B26; Fri, 26 Nov 2004 02:56:11 -0200 (BRST) Message-ID: <41A6B76F.4020101@jonny.eng.br> Date: Fri, 26 Nov 2004 02:56:15 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <41A4FD60.4050501@jonny.eng.br> <20041125224547.GB7232@darkness.comp.waw.pl> In-Reply-To: <20041125224547.GB7232@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-hackers@freebsd.org Subject: Re: gmirror bugs, how many? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 04:56:16 -0000 Pawel Jakub Dawidek wrote: > On Wed, Nov 24, 2004 at 07:30:08PM -0200, Jo?o Carlos Mendes Luís wrote: > +> First, I partioned (fdisk) for a full FreeBSD system, with > +> sysinstall, which got me this: > [...] > +> Then I tried to compose a single disk gmirror with the whole ad1 disk: > [...] > > First mistake - wrong order. Create a mirror, than partition a mirror > provider. Is this a constraint in the design? Im my point of view, geom would treat all block devices equally, no matter if they are whole disks or single partitions. If this is not the case, them maybe this should be noted in the man page. Note that sometimes it is not necessary to have a whole disk redundant. I could use part of it to temporary data, for example. I've done this with vinum in 4-stable more than once: I get two disks, each with a copy of the root partition (which I intended to mirror with gmirror), a swap partition, a mirror vinum subdisk and a stripe vinum subdisk. Note that in this case the data integrity and cost is more important than continuous operation. If a disk fail, the server will stop, but no *important* data will get lost. This is the scenario which I was testing. > > +> Now, lets reboot. I could not unload geom_mirror, since it was > +> preloaded during boot, is this expected? The device could not be > +> unloaded, but the volume disapeared (gmirror list, ls /dev/mirror). > > If there is no mirror configured, you should be able to unload it. Before putting it in /boot/loader.conf, unload worked, even with mirror devices configured, IIRC. Only after loader.conf preloading this problem appeared. > +> Ok, now let's try something diferent. Let's suppose that I only > +> want one slice mirrored. Maybe the other slices could be standalone, or > +> striped, this is not important now. Let's just say I do want to mirror > +> ad1s1, instead of the whole ad1. > [...] > +> But the consumer name is still ad1, and not ad1s1. Hey, let's check: > > Read manual page. Gmirror uses the last provider's sector for metadata. > If two or more providers share the same last sector (as in your case), > use '-h' option. The man page says only: -h Hardcode providers' names in metadata. and does not explain when I should use this. Do you mean that if I want it to use ad1s1 as the provider, and not ad1, -h is what I want? I do not have access to the test machine right now, will try tomorrow morning. > > +> Is there any gmirror hacker around to fix these? > > There is nothing to fix. Surely there is. At least the manual. And even if gmirror is correct, there's also the problem shown with disklabel in my previous email. Jonny -- João Carlos Mendes Luís - Networking Engineer - jonny@jonny.eng.br From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 08:23:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FCA016A4CE for ; Fri, 26 Nov 2004 08:23:42 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D35D343D41 for ; Fri, 26 Nov 2004 08:23:41 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 6999BACAF1; Fri, 26 Nov 2004 09:23:40 +0100 (CET) Date: Fri, 26 Nov 2004 09:23:40 +0100 From: Pawel Jakub Dawidek To: Jo?o Carlos Mendes =?iso-8859-2?Q?Lu=EDs?= Message-ID: <20041126082340.GC7232@darkness.comp.waw.pl> References: <41A4FD60.4050501@jonny.eng.br> <20041125224547.GB7232@darkness.comp.waw.pl> <41A6B76F.4020101@jonny.eng.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5wdX5gfZV4kojQYf" Content-Disposition: inline In-Reply-To: <41A6B76F.4020101@jonny.eng.br> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@freebsd.org Subject: Re: gmirror bugs, how many? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 08:23:42 -0000 --5wdX5gfZV4kojQYf Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 26, 2004 at 02:56:15AM -0200, Jo?o Carlos Mendes Lu=EDs wrote: +> Pawel Jakub Dawidek wrote: +> >First mistake - wrong order. Create a mirror, than partition a mirror +> >provider. +>=20 +> Is this a constraint in the design? Im my point of view, geom would=20 +> treat all block devices equally, no matter if they are whole disks or=20 +> single partitions. You're right and it does so. +> If this is not the case, them maybe this should be noted in the man page. +>=20 +> Note that sometimes it is not necessary to have a whole disk redundant.= =20 +> I could use part of it to temporary data, for example. I've done this= =20 +> with vinum in 4-stable more than once: I get two disks, each with a copy= =20 +> of the root partition (which I intended to mirror with gmirror), a swap= =20 +> partition, a mirror vinum subdisk and a stripe vinum subdisk. Note that= =20 +> in this case the data integrity and cost is more important than=20 +> continuous operation. If a disk fail, the server will stop, but no=20 +> *important* data will get lost. This is the scenario which I was testin= g. You can do that with gmirror. All I'm saying is that you first should create a mirror, then create slices and partitions on top of mirror provider, because you want to use mirror/vol0s1a, not ad0s1a. Note, that mirror/vol0 is one sector shorter than ad0 and imagine a situation when gmirror stores metadata in the same place where BSD stores it - if you first create a mirror and then partitions on ad0 you'll overwrite gmirror metadata. This very painful, that in MBR metadata is visible on traffic providers and I don't want to repeat that mistake. +> >+> Now, lets reboot. I could not unload geom_mirror, since it was= =20 +> >+> preloaded during boot, is this expected? The device could not be=20 +> >+> unloaded, but the volume disapeared (gmirror list, ls /dev/mirror).= =20 +> > +> >If there is no mirror configured, you should be able to unload it. +>=20 +> Before putting it in /boot/loader.conf, unload worked, even with mirror= =20 +> devices configured, IIRC. Only after loader.conf preloading this=20 +> problem appeared. What error do you get when you try to do this? +> The man page says only: +>=20 +> -h Hardcode providers' names in metadata. +>=20 +> and does not explain when I should use this. +>=20 +> Do you mean that if I want it to use ad1s1 as the provider, and not ad1,= =20 +> -h is what I want? Only when you share the last sector between those two providers. You can still create ad1s1, which is one sector shorter. +> > +> >+> Is there any gmirror hacker around to fix these? +> > +> >There is nothing to fix. +>=20 +> Surely there is. At least the manual. I've to agree here.:) +> And even if gmirror is correct, there's also the problem shown with=20 +> disklabel in my previous email. What problem is there when you use proper order of doing things? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --5wdX5gfZV4kojQYf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBpugMForvXbEpPzQRAlaZAJ94XHe06WhbEQIG0hEg89I++GBEIwCeKGmR DzedhLHUa7o6bDKfSjqx/tw= =fby2 -----END PGP SIGNATURE----- --5wdX5gfZV4kojQYf-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 19:38:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2955C16A4CF for ; Fri, 26 Nov 2004 19:38:02 +0000 (GMT) Received: from sendmail.metro.cx (sonolo.xs4all.nl [80.126.206.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B0D43D31 for ; Fri, 26 Nov 2004 19:38:01 +0000 (GMT) (envelope-from fbsd@metro.cx) Received: from dave.dh.sono (dave.dh.sono [10.1.2.5]) by sendmail.metro.cx (8.13.1/8.13.1) with ESMTP id iAQJc0NT070202 for ; Fri, 26 Nov 2004 19:38:00 GMT Received-SPF: none (sendmail.metro.cx: 10.1.2.5 is neither permitted nor denied by domain of metro.cx>) client-ip=10.1.2.5; envelope-from=; helo=dave.dh.sono; Received: from dave.dh.sono (localhost [127.0.0.1]) by dave.dh.sono (8.12.9-20030917/8.12.9) with ESMTP id iAQJc0dS011806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 Nov 2004 20:38:00 +0100 Received: (from gmc@localhost) by dave.dh.sono (8.12.9-20030917/8.12.9/Submit) id iAQJc0nk011805 for freebsd-hackers@freebsd.org; Fri, 26 Nov 2004 20:38:00 +0100 X-Authentication-Warning: dave.dh.sono: gmc set sender to fbsd@metro.cx using -f Date: Fri, 26 Nov 2004 20:38:00 +0100 From: Koen Martens To: freebsd-hackers@freebsd.org Message-ID: <20041126193800.GB11747@metro.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.metro.cx/pubkey-gmc.asc X-Helo-Milter-Helo: dave.dh.sono X-Helo-Milter-Hostname: dave.dh.sono X-Helo-Milter-Ip: 10.1.2.5 Subject: Jail + sysv shmem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 19:38:02 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Hackers, For a while i've been wanting shared memory to be usable withing jails, but with cross-jail protection. Ie. shared memory is restricted to a jail.=20 Recently I've been digging a bit in the freebsd kernel source code (which is new to me, been doing quite some linux kernel hacking though). It looks like this is actually not _that_ difficult to implement.=20 So, did anyone try this yet? Any pointers? I think it can be done by putting the jail id in struct ipc_perm (in sys/ipc.h), and then basically editing sysv_{msg,sem,shm}.c to extend these checks that are all over there: if (!jail_sysvipc_allowed && jailed(td->td_ucred)) return (ENOSYS); Does that sound ok? Kind regards, Koen --=20 K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, embedded systems, unix expertise, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBp4YXktDgRrkFPpYRAqb6AJ9J3Kak1sSOrgOM3TmKOE/fQ3AOUACguWGr qSJnuFD2ViN7nhgrSMAfbdQ= =j4mc -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 19:55:54 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662BF16A4CE; Fri, 26 Nov 2004 19:55:54 +0000 (GMT) Received: from minerva.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 677D443D55; Fri, 26 Nov 2004 19:55:53 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (dinf-02 [10.0.8.17]) by minerva.int.gov.br (Postfix) with ESMTP id 4A397BE56E; Fri, 26 Nov 2004 17:55:51 -0200 (BRDT) Message-ID: <41A78A47.3050309@jonny.eng.br> Date: Fri, 26 Nov 2004 17:55:51 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <41A4FD60.4050501@jonny.eng.br> <20041125224547.GB7232@darkness.comp.waw.pl> <41A6B76F.4020101@jonny.eng.br> <20041126082340.GC7232@darkness.comp.waw.pl> In-Reply-To: <20041126082340.GC7232@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Hand on gmirror (Was: Re: gmirror bugs, how many?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 19:55:54 -0000 Pawel Jakub Dawidek wrote: > All I'm saying is that you first should create a mirror, then create slices > and partitions on top of mirror provider, because you want to use > mirror/vol0s1a, not ad0s1a. Note, that mirror/vol0 is one sector shorter > than ad0 and imagine a situation when gmirror stores metadata in the same > place where BSD stores it - if you first create a mirror and then > partitions on ad0 you'll overwrite gmirror metadata. This very painful, > that in MBR metadata is visible on traffic providers and I don't want to > repeat that mistake. > > +> >+> Now, lets reboot. I could not unload geom_mirror, since it was > +> >+> preloaded during boot, is this expected? The device could not be > +> >+> unloaded, but the volume disapeared (gmirror list, ls /dev/mirror). > +> > > +> >If there is no mirror configured, you should be able to unload it. > +> > +> Before putting it in /boot/loader.conf, unload worked, even with mirror > +> devices configured, IIRC. Only after loader.conf preloading this > +> problem appeared. > > What error do you get when you try to do this? Step by step: - The system has started with a preloaded geom_mirror: sigesc::root jcmendes [521] kldstat Id Refs Address Size Name 1 13 0xc0400000 3126c4 kernel 2 1 0xc0713000 10be8 geom_mirror.ko 3 14 0xc0724000 59340 acpi.ko 4 1 0xc106a000 6000 linprocfs.ko 5 1 0xc1070000 18000 linux.ko 6 1 0xc1183000 2000 fade_saver.ko sigesc::root jcmendes [522] cat /boot/loader.conf geom_mirror_load="YES" sigesc::root jcmendes [523] - There is a running mirror partition: sigesc::root jcmendes [523] gmirror list Geom name: vol0 State: COMPLETE Components: 1 Balance: load Slice: 4096 Flags: NONE SyncID: 1 ID: 4105191088 Providers: 1. Name: mirror/vol0 Mediasize: 8447426048 (7.9G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad1s1 Mediasize: 8447426560 (7.9G) Sectorsize: 512 Mode: r0w0e0 State: ACTIVE Priority: 0 Flags: NONE SyncID: 1 ID: 4260835530 Geom name: vol0.sync sigesc::root jcmendes [524] - Now let's try to remove (disable was my intention, a bad idea): sigesc::root jcmendes [524] gmirror unload Could not unload module: Device not configured. sigesc::root jcmendes [525] gmirror list sigesc::root jcmendes [526] gmirror load Command 'load' not available. sigesc::root jcmendes [527] gmirror list sigesc::root jcmendes [528] kldstat Id Refs Address Size Name 1 13 0xc0400000 3126c4 kernel 2 1 0xc0713000 10be8 geom_mirror.ko 3 14 0xc0724000 59340 acpi.ko 4 1 0xc106a000 6000 linprocfs.ko 5 1 0xc1070000 18000 linux.ko 6 1 0xc1183000 2000 fade_saver.ko sigesc::root jcmendes [529] ls -l /dev/mirror/ total 1 dr-xr-xr-x 2 root wheel 512 Nov 26 12:19 . dr-xr-xr-x 5 root wheel 512 Nov 26 12:19 .. sigesc::root jcmendes [530] - Well, something not good happened. The device did not unload, and do not list any device anymore. Trying to "reload" it has no effect. - This used to work before preloading it in loader.conf, but then I would not be able to boot a mirror partition. > > +> The man page says only: > +> > +> -h Hardcode providers' names in metadata. > +> > +> and does not explain when I should use this. > +> > +> Do you mean that if I want it to use ad1s1 as the provider, and not ad1, > +> -h is what I want? > > Only when you share the last sector between those two providers. > You can still create ad1s1, which is one sector shorter. Good idea. This should go into the manual also... Indeed, the -h option is what I wanted and the "bug" is in the manual. What would happen if I change the disc ID in this case? > +> And even if gmirror is correct, there's also the problem shown with > +> disklabel in my previous email. > > What problem is there when you use proper order of doing things? I could not describe how repeat it. Maybe it was a side effect of not cleaning the disc before. Let me start from a clean disk. To make sure no previous data causes any error, I have first zeroed the contents of the test disk. Then I ran "fdisk -i ad1", "gmirror label -h -b load vol0 ad1s1" and finally "disklabel -w -B mirror/vol0". After this the /dev and disklabel state is: sigesc::root jcmendes [552] ls -l /dev/ad1* /dev/mirror/* crw-r----- 1 root operator 4, 16 Nov 26 11:46 /dev/ad1 crw-r----- 1 root operator 4, 31 Nov 26 11:50 /dev/ad1s1 crw-r----- 1 root operator 4, 132 Nov 26 11:20 /dev/ad1s1a crw-r----- 1 root operator 4, 133 Nov 26 11:20 /dev/ad1s1c crw-r----- 1 root operator 4, 121 Nov 26 11:59 /dev/mirror/vol0 crw-r----- 1 root operator 4, 134 Nov 26 11:20 /dev/mirror/vol0a crw-r----- 1 root operator 4, 135 Nov 26 11:20 /dev/mirror/vol0c sigesc::root jcmendes [553] disklabel mirror/vol0 # /dev/mirror/vol0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 16498864 16 unused 0 0 c: 16498880 0 unused 0 0 # "raw" part, don't edit sigesc::root jcmendes [554] Seems good until now. Except for the offset 16 of the "a" partition. Is this necessary? The man page says that the only sector reserved for metadata is the provider's last one. I've made some tests after this, including changing the disklabel offset to 0, without no problem until now. I think that using 0 makes the disk fully compatible with a no-mirror one, and copying is easier. If I understood correctly your statements, this is your intention too, so this could be a bug. Now let me try the off by -1 approach. sigesc::root jcmendes [509] fdisk -i ad1 ... Information from DOS bootblock is: 1: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 16498880 (8056 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1007/ head 15/ sector 62 2: 3: 4: Should we write new partition table? [n] y sigesc::root jcmendes [510] - Note that the last sector is 62 and not 63, I've changed it, despite some warnings. sigesc::root jcmendes [517] disklabel -w -B mirror/vol0 sigesc::root jcmendes [518] disklabel mirror/vol0 # /dev/mirror/vol0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 16498863 16 unused 0 0 c: 16498879 0 unused 0 0 # "raw" part, don't edit sigesc::root jcmendes [519] Again, the same problem with offset 16. But the block devices look like ok: sigesc::root jcmendes [519] ls -l /dev/ad1* /dev/mirror/* crw-r----- 1 root operator 4, 16 Nov 26 17:38 /dev/ad1 crw-r----- 1 root operator 4, 59 Nov 26 17:39 /dev/ad1s1 crw-r----- 1 root operator 4, 85 Nov 26 12:19 /dev/ad1s1a crw-r----- 1 root operator 4, 86 Nov 26 12:19 /dev/ad1s1c crw-r----- 1 root operator 4, 72 Nov 26 17:41 /dev/mirror/vol0 crw-r----- 1 root operator 4, 87 Nov 26 12:19 /dev/mirror/vol0a crw-r----- 1 root operator 4, 88 Nov 26 12:19 /dev/mirror/vol0c sigesc::root jcmendes [520] Maybe my anxiety to see this working made me panic with the first problems and I let my mistakes be taken as system bugs. BTW, this system is using 5.3-stable, from cvsup syncronized at Nov 22. Thanks for your help. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 20:05:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E960416A4CE for ; Fri, 26 Nov 2004 20:05:15 +0000 (GMT) Received: from envionsoftware.com (AnalizDD-1.vmb-service.ru [80.73.201.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B6D343D41 for ; Fri, 26 Nov 2004 20:05:14 +0000 (GMT) (envelope-from link@envion.spb.ru) Received: from ilyapc.envionsoftware.com (ilyapc.envionsoftware.com [192.168.1.146]) by envionsoftware.com (8.12.10/1983) with ESMTP id iAQK5MRI065944 for ; Fri, 26 Nov 2004 23:05:22 +0300 (MSK) (envelope-from link@envion.spb.ru) Date: Fri, 26 Nov 2004 23:06:03 +0300 From: "Ilya K." X-Mailer: The Bat! (v2.00) UNREG / CD5BF9353B3B7091 Organization: ADD X-Priority: 3 (Normal) Message-ID: <64698206497.20041126230603@envion.spb.ru> To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Subject: X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Ilya K." List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 20:05:16 -0000 Hello, freebsd-hackers. -- Best regards, Ilya. Ìàðøðóòèçàòîðû ìàðøðóòèçèðóþò ìàðøðóòèçèðóåìûå ïðîòîêîëû, ïîñðåäñòâîì ïðîòîêîëîâ ìàðøðóòèçàöèè. From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 22:05:47 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E740816A4CE for ; Fri, 26 Nov 2004 22:05:47 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A974C43D2D for ; Fri, 26 Nov 2004 22:05:47 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id E4F111F098 for ; Fri, 26 Nov 2004 23:05:46 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1677) id D3E701CDDD; Fri, 26 Nov 2004 23:05:46 +0100 (CET) Date: Fri, 26 Nov 2004 23:05:46 +0100 From: Jilles Tjoelker Cc: freebsd-hackers@freebsd.org Message-ID: <20041126220546.GF47714@stack.nl> References: <20041126193800.GB11747@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041126193800.GB11747@metro.cx> X-Operating-System: FreeBSD 5.3-RELEASE-p1 i386 User-Agent: Mutt/1.5.6i Subject: Re: Jail + sysv shmem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 22:05:48 -0000 On Fri, Nov 26, 2004 at 08:38:00PM +0100, Koen Martens wrote: > For a while i've been wanting shared memory to be usable withing jails, > but with cross-jail protection. Ie. shared memory is restricted to a > jail. > Recently I've been digging a bit in the freebsd kernel source code > (which is new to me, been doing quite some linux kernel hacking though). > It looks like this is actually not _that_ difficult to implement. > So, did anyone try this yet? Any pointers? > I think it can be done by putting the jail id in struct ipc_perm (in > sys/ipc.h), and then basically editing sysv_{msg,sem,shm}.c to extend > these checks that are all over there: > if (!jail_sysvipc_allowed && jailed(td->td_ucred)) > return (ENOSYS); > Does that sound ok? You will have trouble if two jails want to use the same IPC key (key_t, usually a long). This can also happen in rare cases when running multiple programs (unjailed) that all try to use separate SysV IPC. In the jail case, this can be abused by attackers by (easily) guessing the key that an application in another jail will use and using it in their own jail. The attacker will have to do this before the application is started, or at almost any time if the application does not run all the time. Additionally, certain methods to generate IPC keys may give the same result in several jails. A common method to generate them is ftok(3). This uses the lower 8 bits of the st_dev and the lower 16 bits of the inode number. Therefore, you will get in trouble with hundreds of similar jails with their own mount. To avoid these problems, every jail and the outside system would need their own IPC key space. This is harder to implement and makes access from the outside system to jailed IPC impossible. Alas, that's how AT&T's engineers designed SysV IPC decades ago. Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 22:19:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E8B16A4CE for ; Fri, 26 Nov 2004 22:19:01 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D4843D46 for ; Fri, 26 Nov 2004 22:19:01 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 35D81CD94; Fri, 26 Nov 2004 17:19:01 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id CDF15680F; Fri, 26 Nov 2004 17:18:54 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16807.43982.791254.46022@canoe.dclg.ca> Date: Fri, 26 Nov 2004 17:18:54 -0500 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: Dumps with more than 4gig. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2004 22:19:01 -0000 Did someone submit a patch that fixes dumps in excess of 4 Gig on arches like amd64? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 11:06:22 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0804D16A4CE for ; Sat, 27 Nov 2004 11:06:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C17243D2F for ; Sat, 27 Nov 2004 11:06:21 +0000 (GMT) (envelope-from dr.clau@gmail.com) Received: by rproxy.gmail.com with SMTP id b11so275286rne for ; Sat, 27 Nov 2004 03:06:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:return-path:message-id:disposition-notification-to:date:from:user-agent:x-accept-language:mime-version:to:subject:x-enigmail-version:x-enigmail-supports:content-type; b=RpH6etw55iYcLyDWvbAv3ASSb9p+OVf9OLN4tuiVoSqogVmq6KEYJ1noRh21JFurAG5uR11qjyTusaSim8Ow4wdZ2zlnQ4OU/gPOBLvj20Domt4wc2oIvTXYZ3bBm62MX6d/gC9np5oOMGbnpjhPtZYz5sPXab7U7YKJJ2zpVHs= Received: by 10.38.67.36 with SMTP id p36mr820881rna; Sat, 27 Nov 2004 03:06:20 -0800 (PST) Received: from ?82.79.29.15? ([82.79.29.15]) by smtp.gmail.com with ESMTP id 63sm3643rna; Sat, 27 Nov 2004 03:06:20 -0800 (PST) Message-ID: <41A85FE7.4040302@gmail.com> Date: Sat, 27 Nov 2004 13:07:19 +0200 From: Claudiu Dragalia-Paraipan User-Agent: Mozilla Thunderbird 0.9 (X11/20041125) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBB68D212D5305B979F6A8417" Subject: ssh & select() problem on 5.3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2004 11:06:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBB68D212D5305B979F6A8417 Content-Type: multipart/mixed; boundary="------------000701020803030504030506" This is a multi-part message in MIME format. --------------000701020803030504030506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, since I have upgraded to FreeBSD 5.3 I have the following problem with SSH client: I log on several FreeBSD 5.2.1 machines, and when I start a command that gives a 'large' result (like dmesg, cat a file), ssh client locks. I ran ssh in gdb, and found out that it locks in select() in libc.so.5. I do it like this: run ssh in gdb, connect to the host, run a dmesg. After this it locks, and I have to send a SIGKILL or SIGTERM before I can see this in gdb: Program received signal SIGTERM, Terminated. 0x282b5dd7 in select () from /lib/libc.so.5 (gdb) The result of a bt is (if relevant): #0 0x282b5dd7 in select () from /lib/libc.so.5 #1 0x08050aae in ?? () #2 0x0000000a in ?? () #3 0x0806e3a0 in ?? () #4 0x0806e3c0 in ?? () #5 0x00000000 in ?? () #6 0x00000000 in ?? () #7 0x0806e3a0 in ?? () #8 0xbfbfe878 in ?? () #9 0x08050a47 in ?? () #10 0x280c1134 in datafellows () from /usr/lib/libssh.so.2 #11 0x280c11e0 in datafellows () from /usr/lib/libssh.so.2 #12 0xbfbfe818 in ?? () #13 0x280ab99f in packet_read_expect () from /usr/lib/libssh.so.2 #14 0x08051efd in ?? () #15 0xbfbfe8b0 in ?? () #16 0xbfbfe8b4 in ?? () #17 0xbfbfe8b8 in ?? () #18 0xbfbfe8bc in ?? () #19 0x00000000 in ?? () #20 0x00000000 in ?? () #21 0xbfbfe948 in ?? () #22 0x08051ec5 in ?? () #23 0x080644dc in ?? () #24 0x080644c0 in ?? () #25 0xc856fd7a in ?? () #26 0x41d06a17 in ?? () #27 0x0806e3a0 in ?? () #28 0x0806e3c0 in ?? () #29 0x00000009 in ?? () #30 0x00000004 in ?? () #31 0x0805e87c in ?? () #32 0xbfbfe904 in ?? () #33 0x28066b02 in rlock_release () from /libexec/ld-elf.so.1 #34 0x0804e8e7 in ?? () #35 0x00000001 in ?? () #36 0x0000007e in ?? () #37 0x00000000 in ?? () #38 0x0804e880 in ?? () #39 0x08060180 in ?? () #40 0x0805ef2c in environ () #41 0xbfbfeb80 in ?? () #42 0x0804da63 in ?? () #43 0x28085150 in ?? () #44 0xbfbfeb48 in ?? () #45 0xbfbfe998 in ?? () #46 0x28064262 in find_symdef () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) This happens both in SMP on UP kernels. Attached is dmesg for UP kernel. Also, ocasionally it hangs at shutdown or reboot, at random places (?), and it seems to be happening after I have a locked ssh client in the system. If you need more informations about this, and you think this are related, let me know and I will run a kernel with debugging enabled, to get more informations. Best regards, -- Claudiu Dragalina-Paraipan dr.clau@gmail.com --------------000701020803030504030506 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE-p1 #0: Sat Nov 27 12:37:28 EET 2004 root@oxygen:/usr/obj/usr/src/sys/O2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.20-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 250802176 (239 MB) avail memory = 239951872 (228 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec00-0xec07 mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xd800-0xd8ff mem 0xff8ffc00-0xff8ffcff irq 17 at device 5.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:10:b5:87:62:d3 fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 20 at device 8.0 on pci1 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0c:f1:e2:33:e5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 2793198416 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad2: 39266MB [79780/16/63] at ata1-master UDMA100 acd0: CDRW at ata1-slave UDMA33 Mounting root from ufs:/dev/ad0s3a pflog0: promiscuous mode enabled --------------000701020803030504030506-- --------------enigBB68D212D5305B979F6A8417 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBqF/tm0FWxb+swkQRArBaAJ9lz2k42RjVobWCmm4RTTFOgB5PgQCfalAi XMSepPW138HZixyT96ees3I= =QcVl -----END PGP SIGNATURE----- --------------enigBB68D212D5305B979F6A8417-- From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 20:43:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B8316A4CE for ; Sat, 27 Nov 2004 20:43:12 +0000 (GMT) Received: from sendmail.metro.cx (sonolo.xs4all.nl [80.126.206.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346E643D4C for ; Sat, 27 Nov 2004 20:43:11 +0000 (GMT) (envelope-from SRS0=oAAs2a=ON=dave.dh.sono=gmc@metro.cx) Received: from dave.dh.sono (dave.dh.sono [10.1.2.5]) by sendmail.metro.cx (8.13.1/8.13.1) with ESMTP id iARKhAcb028438; Sat, 27 Nov 2004 20:43:10 GMT Received-SPF: none (sendmail.metro.cx: 10.1.2.5 is neither permitted nor denied by domain of dave.dh.sono>) client-ip=10.1.2.5; envelope-from=; helo=dave.dh.sono; Received: from dave.dh.sono (localhost [127.0.0.1]) by dave.dh.sono (8.12.9-20030917/8.12.9) with ESMTP id iARKh9dS005359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Nov 2004 21:43:09 +0100 Received: (from gmc@localhost) by dave.dh.sono (8.12.9-20030917/8.12.9/Submit) id iARKh95A005358; Sat, 27 Nov 2004 21:43:09 +0100 Date: Sat, 27 Nov 2004 21:43:09 +0100 From: Koen Martens , cx@metro.cx To: Jilles Tjoelker Message-ID: <20041127204309.GB19733@metro.cx> References: <20041126193800.GB11747@metro.cx> <20041126215843.GE47714@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041126215843.GE47714@stack.nl> User-Agent: Mutt/1.4.1i X-PGP-Key: http://www.metro.cx/pubkey-gmc.asc X-Helo-Milter-Helo: dave.dh.sono X-Helo-Milter-Hostname: dave.dh.sono X-Helo-Milter-Ip: 10.1.2.5 cc: Koen Martens cc: freebsd-hackers@freebsd.org Subject: Re: Jail + sysv shmem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2004 20:43:12 -0000 On Fri, Nov 26, 2004 at 10:58:43PM +0100, Jilles Tjoelker wrote: > You will have trouble if two jails want to use the same IPC key (key_t, > usually a long). This can also happen in rare cases when running > multiple programs (unjailed) that all try to use separate SysV IPC. Hmm.. Yes.. > In the jail case, this can be abused by attackers by (easily) guessing > the key that an application in another jail will use and using it in > their own jail. The attacker will have to do this before the application > is started, or at almost any time if the application does not run all > the time. But, when access to the shared resource is denied on the basis of the jail identifier, at least cross-jail attacks are not allowed anymore. > Additionally, certain methods to generate IPC keys may give the same > result in several jails. A common method to generate them is ftok(3). > This uses the lower 8 bits of the st_dev and the lower 16 bits of the > inode number. Therefore, you will get in trouble with hundreds of > similar jails with their own mount. Quite right, this is actually a documented bug of the ftok method. And having multiple jails makes this a problem. However, when a IPC segment identifier is always a tuple of jail-id + user key, no clashes should exist, only within the same jail (and this is unavoidable). > To avoid these problems, every jail and the outside system would need > their own IPC key space. This is harder to implement and makes access > from the outside system to jailed IPC impossible. Alas, that's how > AT&T's engineers designed SysV IPC decades ago. Why would one want access from the outside system to the jailed system? Is this something that is used frequently? Me personally, i want to keep everything as seperated as possible. Obviously, the host system can always access the jail file systems, but I do want to prevent the host system to have IPC xx to the jails. My main motivation btw is to be able to run postgres in a jail, which can only be done by enabling shared mem inside jails, which is not really an option i think. Alternatively, one can run the postgres server in the host system, but that is not a good solution either. I'll just start hacking soon, and see where it leads me :) Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, embedded systems, unix expertise, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 22:19:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1CE16A4CE for ; Sat, 27 Nov 2004 22:19:28 +0000 (GMT) Received: from bsdhosting.net (bsdhosting.net [65.39.221.113]) by mx1.FreeBSD.org (Postfix) with SMTP id 6989F43D48 for ; Sat, 27 Nov 2004 22:19:28 +0000 (GMT) (envelope-from jhopper@bsdhosting.net) Received: (qmail 82932 invoked from network); 27 Nov 2004 22:19:26 -0000 Received: from unknown (HELO ?192.168.1.2?) (jhopper@bsdhosting.net@65.39.221.113) by bsdhosting.net with SMTP; 27 Nov 2004 22:19:26 -0000 From: Justin Hopper To: freebsd-hackers@freebsd.org In-Reply-To: <20041126193800.GB11747@metro.cx> References: <20041126193800.GB11747@metro.cx> Content-Type: text/plain Message-Id: <1101593965.15634.432.camel@work.gusalmighty.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 27 Nov 2004 14:19:26 -0800 Content-Transfer-Encoding: 7bit Subject: Re: Jail + sysv shmem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2004 22:19:29 -0000 On Fri, 2004-11-26 at 11:38, Koen Martens wrote: > Hello Hackers, > > For a while i've been wanting shared memory to be usable withing jails, > but with cross-jail protection. Ie. shared memory is restricted to a > jail. > > Recently I've been digging a bit in the freebsd kernel source code > (which is new to me, been doing quite some linux kernel hacking though). > It looks like this is actually not _that_ difficult to implement. > > So, did anyone try this yet? Any pointers? > I know that Pawel @ http://garage.freebsd.pl has a patch for making private SysV IPC memory spaces for the host system and each jail: http://garage.freebsd.pl/privipc.README The patch is against 4.x though, and I've never tried it. I would really like to see something like this implemented for 5.x though. Does anyone know if there are plans to implement this in the future 5.x releases? If not, I would be interested in helping anyone that wishes to try implementing this in 5.3 soon, as we have a lot of clients who ask for SysV IPC inside of jailed hosting environments. Or perhaps there is a new IPC implementation that FreeBSD is looking at and perhaps they will dump SysV IPC altogether? -- Justin Hopper UNIX Systems Engineer BSDHosting.net Hosting Division of Digital Oasys Inc. http://www.bsdhosting.net