From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 00:31:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834D51065679; Sun, 10 Jan 2010 00:31:51 +0000 (UTC) (envelope-from prvs=1626ead20c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E2F738FC14; Sun, 10 Jan 2010 00:31:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1263082864; x=1263687664; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=w+AEZtlbfj8nO77KUG5Ye WNboPfBlWUh6pSfOopu4r0=; b=MnmFCMS3N+JuOSYQfv7LX55HW+xYdhfnLtdpy TnptpjEaqAztd+BEaXj1HhNuLe6Vj9NdHZuiGVF7+aPUYTn75y7/SJ3zGnCVJECx ntsAmjzEDcAzU6/K2Ka62IO4dl+Mob+33YHbzP8o9faQ/T4d++F3TuwbiTgXMucj aYOL3w= X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 10 Jan 2010 00:21:04 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009138199.msg; Sun, 10 Jan 2010 00:21:03 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 10 Jan 2010 00:21:03 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1626ead20c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <938508422A4044F981DB634CC932F62C@multiplay.co.uk> From: "Steven Hartland" To: "Alexander Nesterov" References: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> <4B488DE6.9060700@gmail.com> Date: Sun, 10 Jan 2010 00:20:53 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx hanging with state zoneli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 00:31:51 -0000 ----- Original Message ----- From: "Alexander Nesterov" > On 08.01.2010 20:21, Steven Hartland wrote: >> [..] >> 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > > Try to increase jumbo clusters (sysctl kern.ipc.nmbjumbop) Thanks for the suggestion Alex I've doubled this now and will keep an eye. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 00:41:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C4A41065692 for ; Sun, 10 Jan 2010 00:41:00 +0000 (UTC) (envelope-from garrettmoore@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id D423A8FC15 for ; Sun, 10 Jan 2010 00:40:59 +0000 (UTC) Received: by iwn36 with SMTP id 36so13875396iwn.3 for ; Sat, 09 Jan 2010 16:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=zI+TGMH9gVOwQ99ZtcICBxHtU8iAZ0A9//RtGccG3Ic=; b=nOk03s5jfUY8Uk/snu7YAlLSUbxZ89yW2JaejqpMayW7mWKE0UGrqVqNcRNMzd25g/ 4XVNyy8rmnFF7AD8zOSMe7quBvfeOsyEMWHYrsX+vzJexw9Ea/MoP3/gtNKafChF02b5 GMR5jI1Z/H38fFhvZTD8HuwrlRamdrK1p6jYE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tadttgQiNLNNpRdAbXiAZbf7/WX7ApgQlNEzWsbBUb/ipDkr3ms5Nyr1hRo/kFUGIy 6GiTNnOnUtUJq2cGIhk0YVSxZ1mRkHDC2DXO7nS36+XJ0TvSkaZP0A1Q5lBwhIE+n9nW AIXbIuOA/prdBfmeR0XNa/pvjGHpVYdQv1OEs= MIME-Version: 1.0 Received: by 10.231.153.69 with SMTP id j5mr2290046ibw.33.1263084053372; Sat, 09 Jan 2010 16:40:53 -0800 (PST) In-Reply-To: <2ae8edf31001091051l156cb57alf549cfe06f1c7197@mail.gmail.com> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <2ae8edf31001091051l156cb57alf549cfe06f1c7197@mail.gmail.com> Date: Sat, 9 Jan 2010 19:40:53 -0500 Message-ID: <7346c5c61001091640w1a0ffb5y3ffe97cb88c76436@mail.gmail.com> From: Garrett Moore To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 00:41:00 -0000 After being up for a few days and having good performance, I turned on rTorrent and downloaded two 700MB files. After these torrents completed, my performance has tanked again. My combined read/write speed to the array won't exceed about 25MB/s. It seems that after having downloaded a few torrents, resources are grabbed and then not released. From top: Mem: 2326M Active, 962M Inact, 484M Wired, 82M Cache, 418M Buf, 87M Free Nothing in userland is using a significant amount of memory. eg rTorrent is using 41MB according to top. Killing rTorrent does not alleviate the performance problems. arcstats.size is hovering around 30-40MB. [root@leviathan ~]# sysctl kstat.zfs.misc.arcstats.size kstat.zfs.misc.arcstats.size: 28953448 [root@leviathan ~]# sysctl vm.stats.vm.v_inactive_count vm.stats.vm.v_inactive_count: 237831 [root@leviathan ~]# sysctl vm.stats.vm.v_active_count vm.stats.vm.v_active_count: 595762 [root@leviathan ~]# sysctl vm.stats.vm.v_cache_count vm.stats.vm.v_cache_count: 21472 If no-one has any questions, I'll try Artem's suggestion of wasting a bunch of memory in Perl/Python and forcing some memory to be swapped out. (I don't want to do it yet in case someone wants a specific number before I do that). From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 00:56:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F385106566C for ; Sun, 10 Jan 2010 00:56:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id E6E9A8FC18 for ; Sun, 10 Jan 2010 00:56:22 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta04.emeryville.ca.mail.comcast.net with comcast id TctW1d00G0cQ2SLA4cwPKa; Sun, 10 Jan 2010 00:56:23 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.emeryville.ca.mail.comcast.net with comcast id TcwN1d00C3S48mS8WcwNB0; Sun, 10 Jan 2010 00:56:22 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1A2C21E301C; Sat, 9 Jan 2010 16:56:21 -0800 (PST) Date: Sat, 9 Jan 2010 16:56:21 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100110005621.GA45015@icarus.home.lan> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <2ae8edf31001091051l156cb57alf549cfe06f1c7197@mail.gmail.com> <7346c5c61001091640w1a0ffb5y3ffe97cb88c76436@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7346c5c61001091640w1a0ffb5y3ffe97cb88c76436@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 00:56:23 -0000 On Sat, Jan 09, 2010 at 07:40:53PM -0500, Garrett Moore wrote: > If no-one has any questions, I'll try Artem's suggestion of wasting a bunch > of memory in Perl/Python and forcing some memory to be swapped out. (I don't > want to do it yet in case someone wants a specific number before I do that). It would help if you could provide the entire output from: sysctl kstat.zfs.misc.arcstats -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 01:06:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5CAB106566B for ; Sun, 10 Jan 2010 01:06:33 +0000 (UTC) (envelope-from garrettmoore@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 66F718FC0C for ; Sun, 10 Jan 2010 01:06:33 +0000 (UTC) Received: by iwn36 with SMTP id 36so13882154iwn.3 for ; Sat, 09 Jan 2010 17:06:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=lYx1PZbKv6PP/s3jsO9pnyiJlZ+vWl0yBcREHgh4FDs=; b=XEPeKo8kR+at9McPBa3CaWke/97Jrum9Sn0nUh3n3XWc9NZqB3YgZK5uPSr6Ti9ZzY 7Rilpf7mqbG2JCbirIjefeydZMJfSnOECcALRFjDyv0STMleEb+gLRlTS7nby/HelN5l SQa9heb24SYFeivg+7fo7a9wxUBuxQHzJYIKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=YmnDdZA6YinpeYWghKCWdAf+O2bRGS4K/t0YNO2lK2HQCWurHiKlINW46R3XGp1Zvt MtJrklmrzFPezuRstkmzLpM9+wUpaEOMVJEP68pTHfZTAdYKpoSTXHRHN0l6//vi6Owu lGeWd/wdkFfqc3WTuzUAHCFs+AwHsN56Qz7GU= MIME-Version: 1.0 Received: by 10.231.120.136 with SMTP id d8mr2145175ibr.14.1263085590313; Sat, 09 Jan 2010 17:06:30 -0800 (PST) In-Reply-To: <20100110005621.GA45015@icarus.home.lan> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <2ae8edf31001091051l156cb57alf549cfe06f1c7197@mail.gmail.com> <7346c5c61001091640w1a0ffb5y3ffe97cb88c76436@mail.gmail.com> <20100110005621.GA45015@icarus.home.lan> Date: Sat, 9 Jan 2010 20:06:30 -0500 Message-ID: <7346c5c61001091706m45a3a2a5k3ca8bb0c4bec5ea8@mail.gmail.com> From: Garrett Moore To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 01:06:33 -0000 Sure: [root@leviathan ~]# sysctl kstat.zfs.misc.arcstats kstat.zfs.misc.arcstats.hits: 32092629 kstat.zfs.misc.arcstats.misses: 1064835 kstat.zfs.misc.arcstats.demand_data_hits: 30542262 kstat.zfs.misc.arcstats.demand_data_misses: 848959 kstat.zfs.misc.arcstats.demand_metadata_hits: 1550367 kstat.zfs.misc.arcstats.demand_metadata_misses: 215876 kstat.zfs.misc.arcstats.prefetch_data_hits: 0 kstat.zfs.misc.arcstats.prefetch_data_misses: 0 kstat.zfs.misc.arcstats.prefetch_metadata_hits: 0 kstat.zfs.misc.arcstats.prefetch_metadata_misses: 0 kstat.zfs.misc.arcstats.mru_hits: 18329884 kstat.zfs.misc.arcstats.mru_ghost_hits: 114483 kstat.zfs.misc.arcstats.mfu_hits: 13762745 kstat.zfs.misc.arcstats.mfu_ghost_hits: 172573 kstat.zfs.misc.arcstats.deleted: 1735926 kstat.zfs.misc.arcstats.recycle_miss: 2076926 kstat.zfs.misc.arcstats.mutex_miss: 545 kstat.zfs.misc.arcstats.evict_skip: 532474 kstat.zfs.misc.arcstats.hash_elements: 6784 kstat.zfs.misc.arcstats.hash_elements_max: 14351 kstat.zfs.misc.arcstats.hash_collisions: 149862 kstat.zfs.misc.arcstats.hash_chains: 338 kstat.zfs.misc.arcstats.hash_chain_max: 4 kstat.zfs.misc.arcstats.p: 25819136 kstat.zfs.misc.arcstats.c: 107609280 kstat.zfs.misc.arcstats.c_min: 107609280 kstat.zfs.misc.arcstats.c_max: 860874240 kstat.zfs.misc.arcstats.size: 40148272 kstat.zfs.misc.arcstats.hdr_size: 1411072 kstat.zfs.misc.arcstats.l2_hits: 0 kstat.zfs.misc.arcstats.l2_misses: 0 kstat.zfs.misc.arcstats.l2_feeds: 0 kstat.zfs.misc.arcstats.l2_rw_clash: 0 kstat.zfs.misc.arcstats.l2_writes_sent: 0 kstat.zfs.misc.arcstats.l2_writes_done: 0 kstat.zfs.misc.arcstats.l2_writes_error: 0 kstat.zfs.misc.arcstats.l2_writes_hdr_miss: 0 kstat.zfs.misc.arcstats.l2_evict_lock_retry: 0 kstat.zfs.misc.arcstats.l2_evict_reading: 0 kstat.zfs.misc.arcstats.l2_free_on_write: 0 kstat.zfs.misc.arcstats.l2_abort_lowmem: 0 kstat.zfs.misc.arcstats.l2_cksum_bad: 0 kstat.zfs.misc.arcstats.l2_io_error: 0 kstat.zfs.misc.arcstats.l2_size: 0 kstat.zfs.misc.arcstats.l2_hdr_size: 0 kstat.zfs.misc.arcstats.memory_throttle_count: 10349 Additionally, from top: Mem: 2869M Active, 440M Inact, 479M Wired, 91M Cache, 418M Buf, 63M Free Getting <20MB/s combined read/write at this point (ie copying files from one directory to another, both source and destination on the zpool). On Sat, Jan 9, 2010 at 7:56 PM, Jeremy Chadwick wrote: > On Sat, Jan 09, 2010 at 07:40:53PM -0500, Garrett Moore wrote: > > If no-one has any questions, I'll try Artem's suggestion of wasting a > bunch > > of memory in Perl/Python and forcing some memory to be swapped out. (I > don't > > want to do it yet in case someone wants a specific number before I do > that). > > It would help if you could provide the entire output from: > > sysctl kstat.zfs.misc.arcstats > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 06:23:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFE51065670 for ; Sun, 10 Jan 2010 06:23:46 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0D38FC0A for ; Sun, 10 Jan 2010 06:23:45 +0000 (UTC) Received: from mycenae.net (cable-94-189-188-37.dynamic.sbb.rs [94.189.188.37]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id o0A6NhW0007128 for ; Sun, 10 Jan 2010 07:23:43 +0100 Received: by mycenae.net (Postfix, from userid 1001) id D1B515C23; Sun, 10 Jan 2010 07:24:02 +0100 (CET) Date: Sun, 10 Jan 2010 07:24:02 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20100110062402.GA1179@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.4 X-SBB-Spam-Level: XXX Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 06:23:46 -0000 > contrary to you, i didn't remove EXT2FS from my kernel Looking at GENERIC in 8.0, I don't see ext2 at all. Just as module. Probably could be added. Further reading and thinkering, I should be probably fine loading ext2fs module on amd64 8.0, then mounting it via: mount -t ext2fs /dev/da0s1 /storage I also found a patch for branch 7, included in 8. If suffices, I'd go no further. If something happens, I will install e2fsprogs for fsck on bsd, rather than linux. Plug is still on the way, cannot try out all the stuff. Thank you for answer. Best reagards Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 13:21:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07F471065672 for ; Sun, 10 Jan 2010 13:21:52 +0000 (UTC) (envelope-from oloringr@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 85BE28FC08 for ; Sun, 10 Jan 2010 13:21:50 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so283028fgg.13 for ; Sun, 10 Jan 2010 05:21:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:x-face:mime-version:content-type :content-transfer-encoding:message-id; bh=PQWh1Zd6TSn/wlMw2c2edWUrpsVrvY2AJTl96vheDT4=; b=B0XK1+zWIXkb/bhWe7vobUzNk94PsusJMZlf1gt4IENgQi3w5UWa1Pqk/lzt70HbCh FYyD5kgJIhY0JOp7b1ShDGOdDnpLI3XsB30tzZZJWpmKtbbKuT1vVBOAwTT0CCqc46Xk hIPls59ynSgHI8LW2t3SBRjxkXM6VA/drhKHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:x-face :mime-version:content-type:content-transfer-encoding:message-id; b=xnyrPno9BDkPvMwzJzZD+viw5Zy3V8HBqRLekNoGuGC1iDm6LLi4abdyRFNbDtlMiL tVWarrJCOvndGJxW/j49i6sVZgjX4FaTE9QL2QsITWF0ptioVqKgm6AShqiAzuxwab3n dQVdtOFYngAFvEWi760W/SCm+3L1Ud7CNLllw= Received: by 10.87.44.30 with SMTP id w30mr1880938fgj.40.1263129702981; Sun, 10 Jan 2010 05:21:42 -0800 (PST) Received: from media.localnet (77.49.123.49.dsl.dyn.forthnet.gr [77.49.123.49]) by mx.google.com with ESMTPS id e3sm4206539fga.26.2010.01.10.05.21.41 (version=SSLv3 cipher=RC4-MD5); Sun, 10 Jan 2010 05:21:42 -0800 (PST) From: Ed Jobs To: freebsd-stable@freebsd.org Date: Sun, 10 Jan 2010 15:23:16 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.32-ARCH; KDE/4.3.4; i686; ; ) References: <20100110062402.GA1179@mycenae.net> In-Reply-To: <20100110062402.GA1179@mycenae.net> X-Face: %5EDs|At1pm>WE%P0}6)Hi*s, JH2J${69~j)R"Yu'^P9R3#fvi{LmpsCzxvX*38/, kxcUd QVrlS0G,}-ll{||\P]; *'Gz`RTG+dzconmNyDY3rJHBmpEJkFj|; %vZO&~T")='B<; 88~[ Cltx6#}N*E MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2748341.1kuydYfVtD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001101523.16576.oloringr@gmail.com> Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 13:21:52 -0000 --nextPart2748341.1kuydYfVtD Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sunday 10 January 2010 08:24, Zoran Kolic wrote: > Looking at GENERIC in 8.0, I don't see ext2 at all. > Just as module. Probably could be added. hmmm. indeed. there isn't the option in the default GENERIC. must have been in one of the betas, and i kept it. it is=20 options "EXT2FS" > Further reading and thinkering, I should be probably > fine loading ext2fs module on amd64 8.0, then mounting > it via: > mount -t ext2fs /dev/da0s1 /storage that's what i normally do... > I also found a patch for branch 7, included in 8. > If suffices, I'd go no further. If something happens, > I will install e2fsprogs for fsck on bsd, rather than > linux. Plug is still on the way, cannot try out all > the stuff. > Thank you for answer. Best reagards glad to be of any help =2D-=20 Real programmers don't document. If it was hard to write, it should be hard= =20 to understand. --nextPart2748341.1kuydYfVtD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAktJ1MQACgkQBPpdVEWKA32UDwCdGN6ZE0DC+o6+KrVcY47RxpLT 1oQAoJ7HANWUc31onphk/QJTFSs+dnKZ =FCm8 -----END PGP SIGNATURE----- --nextPart2748341.1kuydYfVtD-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 15:08:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDE4106566B; Sun, 10 Jan 2010 15:08:39 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 498F78FC0C; Sun, 10 Jan 2010 15:08:39 +0000 (UTC) Received: by gxk10 with SMTP id 10so19755743gxk.3 for ; Sun, 10 Jan 2010 07:08:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=H0SKTpX3MAzf78YJXdcG+7YOk9/khvqbwWSKqz1uwvA=; b=R6DILnfT6LIWkv9lhXGPDSU61gu1TAbXt/fBV+li9W9N/R1mv/a8flAhzLroT2UIKz I437l1JrioqVfTmCWt6YOxMzpOo0z9cICvdd6tme0AFufqRHEkt9v3aQk1IcyPoiJrGb q3Jkp4RctHzbyjX7hUQzBQTQ6YdXrieRLiZkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ShMxoGOy4AD0W4ltHxTZEB/W0yqmTzahVYukcWvwm5n9q3WbyiuDupo22cTG8AilPf fIJqeyZP6HvlqRvRrHqpgT/0KDxYgsXpsZGYtyjg3byddelO5yTXjuFnFyJ75qO0Pr2C 020HkR1K0ojO8yLubEQNsMIWO4F6E4bvfi4Ys= MIME-Version: 1.0 Received: by 10.101.132.25 with SMTP id j25mr4982969ann.79.1263136110033; Sun, 10 Jan 2010 07:08:30 -0800 (PST) Date: Sun, 10 Jan 2010 17:08:29 +0200 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List , freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 15:08:39 -0000 Hello list. I am evaluating options for my new upcoming storage system, where for various reasons the data will be stored on 2 x 2tb SATA disk in a mirror and has to be encrypted (a 40gb Intel SSD will be used for the system disk). Right now I am considering the options of FreeBSD with GELI+ZFS and Debian Linux with MDRAID and cryptofs. Has anyone here made any benchmarks regarding how much of a performance hit is caused by using 2 geli devices as vdevs for a ZFS mirror pool in FreeBSD (a similar configuration is described here: http://blog.experimentalworks.net/2008/03/setting-up-an-encrypted-zfs-with-freebsd/)? Some direct comparisons using bonnie++ or similar, showing the number differences of "this is read/write/IOPS on top of a ZFS mirror and this is read/write/IOPS on top of a ZFS mirror using GELI" would be nice. I am mostly interested in benchmarks on lower end hardware, the system is an Atom 330 which is currently using Windows 2008 server with TrueCrypt in a non-raid configuration and with that setup, I am getting roughly 55mb/s reads and writes when using TrueCrypt (nonencrypted it's around 115mb/s). Thanks. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 17:31:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42F1C1065672 for ; Sun, 10 Jan 2010 17:31:30 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 86BD88FC15 for ; Sun, 10 Jan 2010 17:31:29 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id o0AHVRZ3058700; Sun, 10 Jan 2010 18:31:27 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 9688ABA8E; Sun, 10 Jan 2010 18:31:27 +0100 (CET) Date: Sun, 10 Jan 2010 18:31:27 +0100 From: Roland Smith To: Dan Naumov Message-ID: <20100110173127.GA52730@slackbox.xs4all.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 17:31:30 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 10, 2010 at 05:08:29PM +0200, Dan Naumov wrote: > Hello list. >=20 > I am evaluating options for my new upcoming storage system, where for > various reasons the data will be stored on 2 x 2tb SATA disk in a > mirror and has to be encrypted (a 40gb Intel SSD will be used for the > system disk). Right now I am considering the options of FreeBSD with > GELI+ZFS and Debian Linux with MDRAID and cryptofs. Has anyone here > made any benchmarks regarding how much of a performance hit is caused > by using 2 geli devices as vdevs for a ZFS mirror pool in FreeBSD (a > similar configuration is described here: > http://blog.experimentalworks.net/2008/03/setting-up-an-encrypted-zfs-wit= h-freebsd/)? > Some direct comparisons using bonnie++ or similar, showing the number > differences of "this is read/write/IOPS on top of a ZFS mirror and > this is read/write/IOPS on top of a ZFS mirror using GELI" would be > nice. >=20 > I am mostly interested in benchmarks on lower end hardware, the system > is an Atom 330 which is currently using Windows 2008 server with > TrueCrypt in a non-raid configuration and with that setup, I am > getting roughly 55mb/s reads and writes when using TrueCrypt > (nonencrypted it's around 115mb/s). Although I cannot comment on ZFS, my $HOME partition is UFS2+geli. Reads (w= ith dd) of uncached big[1] files are ~70MB/s. Reading an unchached big file fro= m a non-encrypted UFS2 partition is ~120MB/s. Note that the vfs cache has a huge influence here; Repeating the same read will be 4 =E2=80=93 7 times faster! The sysctls for ZFS chaching will probably have a big impact too. Roland [1] several 100s of MiB. --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktKDu8ACgkQEnfvsMMhpyWdWwCeNcyvtNzeYvJIo8ObiJMjrIfF 7GgAoKjQ80Hx8SIgL6QuB8f61Zr/KKay =et7A -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 17:42:54 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E191106566C for ; Sun, 10 Jan 2010 17:42:54 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id ED7A78FC1E for ; Sun, 10 Jan 2010 17:42:53 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id A886D19E047; Sun, 10 Jan 2010 18:42:51 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 50B0819E046; Sun, 10 Jan 2010 18:42:49 +0100 (CET) Message-ID: <4B4A1198.7040802@quip.cz> Date: Sun, 10 Jan 2010 18:42:48 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.6) Gecko/20091206 SeaMonkey/2.0.1 MIME-Version: 1.0 To: freebsd-stable , rsmith@xs4all.nl, lists@rhavenn.net References: <201001091108.o09B89fw036586@lurza.secnetix.de> In-Reply-To: <201001091108.o09B89fw036586@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Oliver Fromme Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 17:42:54 -0000 Oliver Fromme wrote: > Roland Smith wrote: > > Henrik Hudson wrote: > > > Hey List, > > > > > > Among other things I have in my /etc/src.conf > > > WITHOUT_NTP=yes > > > > > > which from my understanding should not build ntpd, etc... > > > [...] > > > ntpd still exists in /usr/sbin and the man pages, etc... > > > seem to still be hanging around. Did I miss something? > > > > Adding options to `/etc/src.conf` does not remove old binaries, > > libraries or manpages! It just prevents the system from building > > newer ones. > > I'm afraid that's not true. > > When you disable something in src.conf(5), its files *will* > be removed when you do "make delete-old". > > See the file src/tools/build/mk/OptionalObsoleteFiles.inc > for all the details. It's included by src/ObsoleteFiles.inc > which in turn is included by src/Makefile.inc1 (after > /etc/src.conf was parsed by share/mk/bsd.own.mk). > > If that doesn't work for WITHOUT_NTP, then that's a bug. > Probably some entries missing in OptionalObsoleteFiles.inc. As Kenyon Ralph noted, it was discussed in the past (http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013561.html) Not deleting WITHOUT_ stuff is really not a bug. Deleting is some kind of undocumented feature which never worked for all the WITHOUT_ variables. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 18:19:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549E3106566C; Sun, 10 Jan 2010 18:19:14 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id F20218FC0C; Sun, 10 Jan 2010 18:19:13 +0000 (UTC) Received: by ywh35 with SMTP id 35so11746504ywh.7 for ; Sun, 10 Jan 2010 10:19:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=5jFEha+NBhRM4oBl9F0mD5JdJeVZq6ocYW1/Nn4eQ6o=; b=NRSwrMZas38FdHj20tKP4WUXqU1HnkCQD5ZUOFfTFrpA8WOcoPTrTqw6auPrDFs8g3 47Kgmik0BXhp51bcUtLIKgIr90bw25pJNtUSFid3qaEXAUCCKnHtlmfhW91JPJWHAXec 0Wrad8/g6GRMiXcyTEy98Vw5R6S33OcigQdzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=tfhFe60NdB/aIHjdaYF5z3QjJ+RE7LlUwrRzscoZZBJsHhhvdofIsn7UcKNwvJp3Md ZHiFQBw/KWVo3Zg9WsPx+qnMHe8v+X1WrZZxSOqp9tE1TuBmtwF3CWCljVcTwsx8AFYw jvGbGBoOwE2qohDIXlO+SpCmv559iw02Bs+J0= MIME-Version: 1.0 Received: by 10.101.3.8 with SMTP id f8mr8763013ani.149.1263147545575; Sun, 10 Jan 2010 10:19:05 -0800 (PST) In-Reply-To: <20100110161206.GA86684@plebeian.afflictions.org> References: <20100110161206.GA86684@plebeian.afflictions.org> Date: Sun, 10 Jan 2010 20:19:05 +0200 Message-ID: From: Dan Naumov To: Damian Gerow , FreeBSD-STABLE Mailing List , freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 18:19:14 -0000 On Sun, Jan 10, 2010 at 6:12 PM, Damian Gerow wrot= e: > Dan Naumov wrote: > : I am mostly interested in benchmarks on lower end hardware, the system > : is an Atom 330 which is currently using Windows 2008 server with > : TrueCrypt in a non-raid configuration and with that setup, I am > : getting roughly 55mb/s reads and writes when using TrueCrypt > : (nonencrypted it's around 115mb/s). > > I've been using GELI-backed vdevs for some time now -- since 7.2-ish > timeframes. =A0I've never benchmarked it, but I was running on relatively > low-end hardware. =A0A few things to take into consideration: > > 1) Make sure the individual drives are encrypted -- especially if they're > =A0 >=3D1TB. =A0This is less a performance thing and more a "make sure yo= ur > =A0 encryption actually encrypts properly" thing. > 2) Seriously consider using the new AHCI driver. =A0I've been using it in= a > =A0 few places, and it's quite stable, and there is a marked performance > =A0 improvement - 10-15% on the hardware I've got. > 3) Take a look at the VIA platform, as a replacement for the Atom. =A0I w= as > =A0 running on an EPIA-SN 1800 (1.8GHz), and didn't have any real trouble= s > =A0 with the encryption aspect of the rig (4x1TB drives). =A0Actually, if= you > =A0 get performance numbers privately comparing the Atom to a VIA (Nano o= r > =A0 otherwise), can you post them to the list? =A0I'm curious to see if t= he > =A0 on-chip encryption actually makes a difference. > 4) Since you're asking for benchmarks, probably best if you post the > =A0 specific bonnie command you want run -- that way, it's tailored to yo= ur > =A0 use-case, and you'll get consistant, comparable results. Yes, this is what I was basically considering: new AHCI driver =3D> 40gb Intel SSD =3D> UFS2 with Softupdates for the system installation new AHCI driver =3D> 2 x 2tb disks, each fully encrypted with geli =3D> 2 geli vdevs for a ZFS mirror for important data The reason I am considering the new AHCI driver is to get NCQ support now and TRIM support for the SSD later when it gets implemented, although if the performance difference right now is already 10-15%, that's a reason good enough on it's own. On a semi-related note, is it still recommended to use softupdates or is GJournal a better choice today? - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sun Jan 10 19:28:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7927B106566C; Sun, 10 Jan 2010 19:28:52 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 211BB8FC12; Sun, 10 Jan 2010 19:28:51 +0000 (UTC) Received: by gxk10 with SMTP id 10so19856593gxk.3 for ; Sun, 10 Jan 2010 11:28:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0hSRGY6+kL3bjd+kOmylcIzZ3qtHB1QS2EFsxm5ff8I=; b=t/ny8x6u4Kw1m9WFu4eQDnKncq+KvaGLK6XYDYUeTb8O7prqiBGq5HFRu++4kXYY1X eAtw/3TfTNGvpM91nPjderD9/BRmmpHM/ZnJLDBVvDOd+x8O4aTBSdyW7oTQp9/m8agn CBkGbB8CsmVMfUKjOQS/Gbf6i/opQFg3q2200= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Ur/TX1mNPK3bpTH2g313bCZeZAb13FcIrqWYHcgSiZgw7mEfMaoR0dBOGWKw+QTAti Hz+Mcm/n8G42fNs63vDx4AFOgpeE1aMsz7Em+dWmwDasLooCzgQJsH8Ri3oC0EACjlkO 09cdQIX5hJn7sZg5Hdti7UiHouGPre+99nZCE= MIME-Version: 1.0 Received: by 10.101.10.15 with SMTP id n15mr24949753ani.82.1263151728952; Sun, 10 Jan 2010 11:28:48 -0800 (PST) In-Reply-To: <20100110184612.GC86684@plebeian.afflictions.org> References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> Date: Sun, 10 Jan 2010 21:28:48 +0200 Message-ID: From: Dan Naumov To: Damian Gerow , freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 19:28:52 -0000 On Sun, Jan 10, 2010 at 8:46 PM, Damian Gerow wrot= e: > Dan Naumov wrote: > : Yes, this is what I was basically considering: > : > : new AHCI driver =3D> 40gb Intel SSD =3D> UFS2 with Softupdates for the > : system installation > : new AHCI driver =3D> 2 x 2tb disks, each fully encrypted with geli =3D>= 2 > : geli vdevs for a ZFS mirror for important data > > If performance is an issue, you may want to consider carving off a partit= ion > on that SSD, geli-fying it, and using it as a ZIL device. =A0You'll proba= bly > see a marked performance improvement with such a setup. That is true, but using a single device for a dedicated ZIL is a huge no-no, considering it's an intent log, it's used to reconstruct the pool in case of a power failure for example, should such an event occur at the same time as a ZIL provider dies, you lose the entire pool because there is no way to recover it, so if ZIL gets put "elsewhere", that elsewhere really should be a mirror and sadly I don't see myself affording to use 2 SSDs for my setup :) - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 00:25:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6B90106566C for ; Mon, 11 Jan 2010 00:25:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 62F818FC18 for ; Mon, 11 Jan 2010 00:25:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NU85h-00058K-09 for freebsd-stable@freebsd.org; Mon, 11 Jan 2010 01:25:05 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jan 2010 01:25:04 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Jan 2010 01:25:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Mon, 11 Jan 2010 01:24:43 +0100 Lines: 59 Message-ID: <4B4A6FCB.4000805@users.sf.net> References: <201001080842.27229.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: Sender: news Cc: jhb@freebsd.org Subject: Re: 8.0 regression: wireless network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 00:25:07 -0000 martinko wrote: > John Baldwin wrote: >> On Friday 08 January 2010 4:38:40 am martinko wrote: >>> Hi, >>> >>> $ egrep 'sk0|wlan' /etc/rc.conf.local >>> ifconfig_sk0="DHCP" >>> wlans_iwi0="wlan0" >>> ifconfig_wlan0="WPA DHCP" >>> >>> When booting up or netif restart: >>> >>> Starting Network: lo0 sk0. >>> lo0: flags=8049 metric 0 mtu 16384 >>> options=3 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 >>> inet6 ::1 prefixlen 128 >>> inet 127.0.0.1 netmask 0xff000000 >>> sk0: flags=8843 metric 0 mtu >>> 1500 >>> options=b >>> ether 00:11:22:33:44:55 >>> media: Ethernet autoselect (none) >>> status: no carrier >>> >>> Please note that iwi/wlan is not even mentioned. (!) >>> The same happens whether booting up or via /etc/rc.d/netif restart. >> >> Yes, the part of the netif script that prints out interfaces doesn't >> handle >> child interfaces like wlan or vlan devices currently. I'm not fully >> sure of >> the best way to fix it. >> >>> On older versions of FreeBSD iwi0 was turned up and associated. >>> With 8.0 I am getting errors from services started on boot that try to >>> reach the network (e.g. ntpd). It also seems to break lagg for me. >> >> SYNCDHCP should fix the problems with ntpd. I have no idea about >> lagg(4), you >> would probably need to ask a more specific question about what exact >> breakage >> you are seeing. >> > > Indeed, SYNCDHCP fixed ntpd and others. > > Regarding lagg, please see my reply to your hint from week ago: > http://lists.freebsd.org/pipermail/freebsd-mobile/2009-December/011861.html > > Even with explicit 'network_interfaces' it did not change/help. And > please note that lagg was listed twice when stopping and starting via > netif script (pls see the link above for details). > FYI: Serge Semenenko just posted a workaround on freebsd-mobile@ to iwi/wlan/lagg issues reported and I can confirm it helps here. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 11:54:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36C601065672; Mon, 11 Jan 2010 11:54:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E707E8FC19; Mon, 11 Jan 2010 11:54:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NUIrA-0006kv-Qm>; Mon, 11 Jan 2010 12:54:48 +0100 Received: from portal.zedat.fu-berlin.de ([130.133.3.2]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NUIrA-0006AJ-O1>; Mon, 11 Jan 2010 12:54:48 +0100 Received: from 130.133.86.198 (ZEDAT-Webmail authenticated user ohartman) by portal.zedat.fu-berlin.de with HTTP; Mon, 11 Jan 2010 12:54:48 +0100 Message-ID: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> Date: Mon, 11 Jan 2010 12:54:48 +0100 From: ohartman@zedat.fu-berlin.de To: freebsd-stable@freebsd.org User-Agent: ZEDAT-Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.3.2 Cc: freebsd-ports@freebsd.org Subject: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 11:54:50 -0000 Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 crashes immmediately or after a view seconds with socket(): Protocol not supported Illegal instruction (core dumped) I rebuilt thunderbird3 with 'portmaster -dfrv' to ensure every needed library is up to date but this doesn't help much. I also removed my ~/.thunderbird local folder and started with a fresh new configuration, without success, it simply delays the crash. Please email to my address listed, as I'm not subscriber of freebsd-ports.. Thanks in advance, Oliver From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 16:15:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716A3106566C; Mon, 11 Jan 2010 16:15:55 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id F34AE8FC08; Mon, 11 Jan 2010 16:15:54 +0000 (UTC) Received: by yxe1 with SMTP id 1so19982520yxe.3 for ; Mon, 11 Jan 2010 08:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=a2f9sxD1R5vPhins8p11gplw+t/n+6ArlP2v0Df6GI0=; b=Upsb+2r+Prl+HkbfM8PyrFtnAIQ28GHDiIj0hBqwxLkxNZwuRLxG8M++4hzfSG2zAD qPZF5Plxu+E4HPWHIhgM1NJvSkOwpryGVP2j5jD6p/rlGGbAroCrphiM3JH1NdPl5BN4 QByLjVxXsUdkQtXEZ962eMlejpB8qLOLoWbw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=pD7gcEyCOoqhxWs8aFNOgUAdo7iQFd0eWWWnmmZMbK9oJ6+lNK7zvMzrWdhWM3xdcW UwD3lfMC3h/n6jmnkkFrIhS9RkABSy5W5b4DhmW58NEaEpEsh17PbT0wYinTzaE12aUM 8Ymdecy7O4n/2HwYh2ZdSuK/zVCME01y5PtoA= MIME-Version: 1.0 Received: by 10.101.7.8 with SMTP id k8mr4383841ani.23.1263226545848; Mon, 11 Jan 2010 08:15:45 -0800 (PST) Date: Mon, 11 Jan 2010 18:15:45 +0200 Message-ID: From: Dan Naumov To: freebsd-questions@freebsd.org, FreeBSD-STABLE Mailing List , freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: bin/115406: [patch] gpt(8) GPT MBR hangs award BIOS on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 16:15:55 -0000 I have a few questions about this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin 1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I expect to set up a completely GPT-based system using an Intel D945GCLF2 board and not have the installation crap out on me later? 2) The very last entry into the PR states the following: "The problem has been addressed in gart(8) and gpt(8) is obsolete, so no follow-up is to be expected at this time. Close the PR to reflect this." What exactly is "gart" and where do I find it's manpage, http://www.freebsd.org/cgi/man.cgi comes up with nothing? Also, does this mean that GPT is _NOT_ in fact fixed regarding this bug? Thanks. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 16:19:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2992E10656B9 for ; Mon, 11 Jan 2010 16:19:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 10EAB8FC72 for ; Mon, 11 Jan 2010 16:19:52 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta05.emeryville.ca.mail.comcast.net with comcast id UDfo1d00C1eYJf8A5GKtXi; Mon, 11 Jan 2010 16:19:53 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta19.emeryville.ca.mail.comcast.net with comcast id UGKs1d00J3S48mS01GKt8q; Mon, 11 Jan 2010 16:19:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9E6291E301C; Mon, 11 Jan 2010 08:19:51 -0800 (PST) Date: Mon, 11 Jan 2010 08:19:51 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100111161951.GA95676@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: bin/115406: [patch] gpt(8) GPT MBR hangs award BIOS on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 16:19:53 -0000 On Mon, Jan 11, 2010 at 06:15:45PM +0200, Dan Naumov wrote: > I have a few questions about this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin > > 1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I > expect to set up a completely GPT-based system using an Intel > D945GCLF2 board and not have the installation crap out on me later? > > 2) The very last entry into the PR states the following: > "The problem has been addressed in gart(8) and gpt(8) is obsolete, so > no follow-up is to be expected at this time. Close the PR to reflect > this." > > What exactly is "gart" and where do I find it's manpage, > http://www.freebsd.org/cgi/man.cgi comes up with nothing? Also, does > this mean that GPT is _NOT_ in fact fixed regarding this bug? It's a typo -- it should have read gpart(8). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 16:45:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536B0106566B; Mon, 11 Jan 2010 16:45:58 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B1E458FC08; Mon, 11 Jan 2010 16:45:57 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.3) with ESMTP id o0BGjpAs046000; Mon, 11 Jan 2010 16:45:52 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o0BGjpAs046000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1263228352; bh=GCxrIHHSoMWQSgrjBJrdrn6T5HFhcFnnj1yY4Fd8DFg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B4B55B8.6070109@infracaninophile.co.uk>|Date:=20M on,=2011=20Jan=202010=2016:45:44=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20Dan=20Naumov=20|CC:=20freeb sd-questions@freebsd.org,=20=0D=0A=20FreeBSD-STABLE=20Mailing=20Li st=20,=0D=0A=20freebsd-geom@freebsd.or g|Subject:=20Re:=20bin/115406:=20[patch]=20gpt(8)=20GPT=20MBR=20ha ngs=20award=20BIOS=20on=20boot|References:=20|In-Reply-To:=20|X-Enigmail-Ver sion:=200.95.6|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp- sha256=3B=0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A= 20boundary=3D"------------enig29E827446730209D37138737"; b=toaybMKU36gI1kuzCeqtBeA5PwmPTn9xFQF8eFHGuFsBVAHk13UqyKbjHJnR363MX Nwkf9+eSB6+s5kVOBNL56LKPpBnPOIYJ3nBovm5mM3QhYr8lagh1SmcUiShm0mS3Me 3ww0CmM7gallZMRa0rG8umRqlCcpjzyNhSP+dPsU= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B4B55B8.6070109@infracaninophile.co.uk> Date: Mon, 11 Jan 2010 16:45:44 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig29E827446730209D37138737" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, freebsd-geom@freebsd.org Subject: Re: bin/115406: [patch] gpt(8) GPT MBR hangs award BIOS on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 16:45:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig29E827446730209D37138737 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Dan Naumov wrote: > What exactly is "gart" and where do I find it's manpage, > http://www.freebsd.org/cgi/man.cgi comes up with nothing? Also, does > this mean that GPT is _NOT_ in fact fixed regarding this bug? That's gpart(8). With a 'p'. gpart has had significant amounts of work put into it for 8.0 release, and a lot of people are using it for eg. ZFS-root based systems, so it will probably work for you. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig29E827446730209D37138737 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEAREIAAYFAktLVb8ACgkQ8Mjk52CukIwMhgCY/jzSyTn59ZiuF/JbkGDvNty5 0wCcChWGKqh64fePAY1hW67HyNX+Mb4= =NTJE -----END PGP SIGNATURE----- --------------enig29E827446730209D37138737-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 17:30:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1190106566C; Mon, 11 Jan 2010 17:30:26 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (unknown [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B861B8FC16; Mon, 11 Jan 2010 17:30:26 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUO5m-0004JW-Vd; Mon, 11 Jan 2010 17:30:14 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NUO5m-0001aK-Uk; Mon, 11 Jan 2010 17:30:14 +0000 Date: Mon, 11 Jan 2010 17:30:14 +0000 Message-Id: To: dan.naumov@gmail.com, freebsd-fs@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: From: Pete French Cc: Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 17:30:27 -0000 > GELI+ZFS and Debian Linux with MDRAID and cryptofs. Has anyone here > made any benchmarks regarding how much of a performance hit is caused > by using 2 geli devices as vdevs for a ZFS mirror pool in FreeBSD (a I havent done it directly on the same boxes, but I have two systems with idenitical drives, each with a ZFS mirror pool, one wth GELI, and one without. Simple read test shows no overhead in using GELI at all. I would recommend using the new AHCI driver though - greatly improves throughput. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 18:39:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23EB91065693; Mon, 11 Jan 2010 18:39:40 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id 8389D8FC1A; Mon, 11 Jan 2010 18:39:39 +0000 (UTC) Received: by ywh35 with SMTP id 35so12515763ywh.7 for ; Mon, 11 Jan 2010 10:39:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hGN1wnc/smunzvwI8T8azBDCghURWRkVTZJvSTwS/lA=; b=SsZXrHdk+y+6igAHAHDSEw63Mcsxi90fDXYo00uukY+pJU/9yoAuqE89dK6RS/mkn6 ZoedUhROnbAZ0cIWFR38CPJc2tAx9p2VA0vJFyTLdCpc9f8iUJOQ8Rqj7KgXDChC0Lo0 gvgmzBJCmj5c/WgNmQ/DhvEHHuNJmKRgKMcqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=b8u+nLOktDsPK5WKxvQfsGvvnRB4V7m0Ezwmc1JHUL1aXyPiUBAas2ahT6plNiqax4 NrT/ZxKBXufpIEJK9XI8MPb+j3x91fQsoIA14LwAJVoPW7NZ1HaGmTra8g/EikCrIxdG 4JsNXGnPJy33GjqMbfq8fHzngGYnM0LrwtNjM= MIME-Version: 1.0 Received: by 10.101.63.18 with SMTP id q18mr11866272ank.110.1263235170968; Mon, 11 Jan 2010 10:39:30 -0800 (PST) In-Reply-To: References: Date: Mon, 11 Jan 2010 20:39:30 +0200 Message-ID: From: Dan Naumov To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 18:39:40 -0000 On Mon, Jan 11, 2010 at 7:30 PM, Pete French wrote: >> GELI+ZFS and Debian Linux with MDRAID and cryptofs. Has anyone here >> made any benchmarks regarding how much of a performance hit is caused >> by using 2 geli devices as vdevs for a ZFS mirror pool in FreeBSD (a > > I havent done it directly on the same boxes, but I have two systems > with idenitical drives, each with a ZFS mirror pool, one wth GELI, and > one without. Simple read test shows no overhead in using GELI at all. > > I would recommend using the new AHCI driver though - greatly > improves throughput. How fast is the CPU in the system showing no overhead? Having no noticable overhead whatsoever sounds extremely unlikely unless you are actually using it on something like a very modern dualcore or better. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 18:42:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0DE10656D5; Mon, 11 Jan 2010 18:42:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (unknown [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4EC8FC2A; Mon, 11 Jan 2010 18:42:41 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUPDd-0004s9-Df; Mon, 11 Jan 2010 18:42:25 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NUPDd-0000dg-Cp; Mon, 11 Jan 2010 18:42:25 +0000 Date: Mon, 11 Jan 2010 18:42:25 +0000 Message-Id: To: dan.naumov@gmail.com In-Reply-To: From: Pete French Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 18:42:41 -0000 > How fast is the CPU in the system showing no overhead? Having no > noticable overhead whatsoever sounds extremely unlikely unless you are > actually using it on something like a very modern dualcore or better. It's a very modern dual core :-) Phenom 550 - the other machine is an old Opteron 252. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 19:35:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C51106566C for ; Mon, 11 Jan 2010 19:35:06 +0000 (UTC) (envelope-from benschumacher@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id BC0968FC16 for ; Mon, 11 Jan 2010 19:35:06 +0000 (UTC) Received: by pwi15 with SMTP id 15so1747879pwi.3 for ; Mon, 11 Jan 2010 11:34:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=66/gcKaGQH6bl6JP5zQLOWTSuN+rAAzwNgfNywIX73k=; b=UtunBnxHrgUkiRPewFXLdBm/CsyAJXoJrxc6dzyuWhDf0TLQoW0MwKP8tRNIqlKZMP AljALtstP5sDK1CUBxCWA06xx3pGnr8TxeCI9cCMZdmnhOfhXEDaL2dssDuj9wRkLwxS cKhxwVInolrEBvk+iipYchhMwAHaEnR7yu1Qw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=poIfBXSJqb3ZRIytKBZkRCXenCMiH7Vr4Kr+mwLesdmO7cXdqbiJ1Hgka9tPNbZU4q 630+NbAO56F+XFwMrqinAXjWQo9hS340pnYRQ405QwTzeb3yCv/uUOlIg+b41hKpIe05 SXvapfHV1YhXVfJJkmWSWNcSF1r0KQwbVi7vE= MIME-Version: 1.0 Received: by 10.142.120.1 with SMTP id s1mr2852739wfc.245.1263236955844; Mon, 11 Jan 2010 11:09:15 -0800 (PST) In-Reply-To: References: Date: Mon, 11 Jan 2010 12:09:15 -0700 Message-ID: <9859143f1001111109m7156d92fk9443b347ddb9441a@mail.gmail.com> From: Ben Schumacher To: Dan Naumov Content-Type: text/plain; charset=UTF-8 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Pete French Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 19:35:07 -0000 On Mon, Jan 11, 2010 at 11:39 AM, Dan Naumov wrote: > On Mon, Jan 11, 2010 at 7:30 PM, Pete French > How fast is the CPU in the system showing no overhead? Having no > noticable overhead whatsoever sounds extremely unlikely unless you are > actually using it on something like a very modern dualcore or better. IIRC, GELI can take advantage of hardware acceleration for encryption, so I'd bet that a slower CPU with hardware crypto (Via Nano, for example) would probably be fast enough too. I've actually got one of these at home, I might have to check this out and see how it runs. Cheers, Ben From owner-freebsd-stable@FreeBSD.ORG Mon Jan 11 23:29:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B5C0106566B; Mon, 11 Jan 2010 23:29:55 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id 054258FC19; Mon, 11 Jan 2010 23:29:54 +0000 (UTC) Received: by pzk40 with SMTP id 40so827134pzk.7 for ; Mon, 11 Jan 2010 15:29:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=WWCC5qLzjoPtt0FDCKXcR2Gs47AL1T5f4gLtiwgmq8c=; b=rmyGkw2RXckqZyBE2/MhDcb6nWaliRHFbkYgv6x3uT5YPD4wvWwrqKGNszwfeXY0GP jAykegYkkUEtjQMXjDbfWxSa6Ja6ajewE5TLCAHeEiWpryBz3rScCx4wDtsBYyD33/9Z CK4+3pHDulzh57PZbSOT4n7K88yJRvT6nncjU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=BUfG6hvr12LCiqOWN0fuJyLKYTh5tOohiBOxG+wJ/IeN/5sf+j+BNai7uiO/C9VZsQ vQeK8FgVolZ7wVjdLVAo1fdH+yjNtS/FMHtTPF8FF0SyNkiNANpJ1siu/O7/jNM4qpSx 7eNfZp6iCqXFL7wyqh3/hn5I9JU0Ennxa9WCY= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.115.26.7 with SMTP id d7mr4343810waj.12.1263252594642; Mon, 11 Jan 2010 15:29:54 -0800 (PST) In-Reply-To: References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> Date: Mon, 11 Jan 2010 15:29:54 -0800 X-Google-Sender-Auth: a1a2555c6bcea339 Message-ID: <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> From: "K. Macy" To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Damian Gerow , FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 23:29:55 -0000 >> >> If performance is an issue, you may want to consider carving off a parti= tion >> on that SSD, geli-fying it, and using it as a ZIL device. =A0You'll prob= ably >> see a marked performance improvement with such a setup. > > That is true, but using a single device for a dedicated ZIL is a huge > no-no, considering it's an intent log, it's used to reconstruct the > pool in case of a power failure for example, should such an event > occur at the same time as a ZIL provider dies, you lose the entire > pool because there is no way to recover it, so if ZIL gets put > "elsewhere", that elsewhere really should be a mirror and sadly I > don't see myself affording to use 2 SSDs for my setup :) > This is false. The ZIL is used for journalling synchronous writes. If your ZIL is lost you will lose the data that was written to the ZIL, but not yet written to the file system proper. Barring disk corruption, the file system is always consistent. -Kip From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:15:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC8A106566B; Tue, 12 Jan 2010 00:15:59 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f209.google.com (mail-gx0-f209.google.com [209.85.217.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3675C8FC14; Tue, 12 Jan 2010 00:15:59 +0000 (UTC) Received: by gxk1 with SMTP id 1so9907441gxk.14 for ; Mon, 11 Jan 2010 16:15:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2queXapYqRrEg06ZaveaXHl/TPh9H9C7KFSkOBRHX50=; b=WKh+l04253gz8bS0080FDySyAxx1ydqN77qX8YhR+mMe3nknRcdonSK3moer/vwPu+ lphV+LQea6ZnGCp94c9U2NR6f/bAqMB0hFoBDUA4BzV3+5vl6BliFKJDDkKwnpsYyaRy 7mlhhy3j0y/0m7kxD3Sbzm4MiHqfShpqgy2Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ocip7gWcSe560kdU0VLDk2Hvx/I3wFJIl6STUjGeTC1P43Zv/fMAmPdx3/g8DTVfUc Ol26BQWr8Mn2Gtm+9NNtw1jx4noN8yFHMNZCjxDAyYbXDFa5Wemdbhq9WhqZvJpOhN5N PszGr+7Erymh6AGNMOC1KvDHr21960bm/m/UQ= MIME-Version: 1.0 Received: by 10.101.132.14 with SMTP id j14mr8999450ann.58.1263255352721; Mon, 11 Jan 2010 16:15:52 -0800 (PST) In-Reply-To: <201001120100.16631.freebsd@o2.pl> References: <20100110173127.GA52730@slackbox.xs4all.nl> <201001120100.16631.freebsd@o2.pl> Date: Tue, 12 Jan 2010 02:15:52 +0200 Message-ID: From: Dan Naumov To: freebsd@o2.pl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Roland Smith , freebsd-stable@freebsd.org Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:15:59 -0000 2010/1/12 Rafa=C5=82 Jackiewicz : > Two hdd Seagate ES2,Intel Atom 330 (2x1.6GHz), 2GB RAM: > > geli: > =C2=A0 geli init -s 4096 -K /etc/keys/ad4s2.key /dev/ad4s2 > =C2=A0 geli init -s 4096 -K /etc/keys/ad6s2.key /dev/ad6s2 > > zfs: > =C2=A0 zpool create data01 ad4s2.eli > > df -h: > =C2=A0 dev/ad6s2.eli.journal =C2=A0 =C2=A0857G =C2=A0 =C2=A08.0K =C2=A0 = =C2=A0788G =C2=A0 =C2=A0 0% =C2=A0 =C2=A0/data02 > =C2=A0 data01 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 850G =C2=A0 =C2=A0128K =C2=A0 =C2=A0850G = =C2=A0 =C2=A0 0% =C2=A0 =C2=A0/data01 > > srebrny# dd if=3D/dev/zero of=3D/data01/test bs=3D1M count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 8.802691 secs (59559969 bytes/sec) > srebrny# dd if=3D/dev/zero of=3D/data02/test bs=3D1M count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 20.090274 secs (26096608 bytes/sec) > > Rafal Jackiewicz Thanks, could you do the same, but using 2 .eli vdevs mirrorred together in a zfs mirror? - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:24:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8B8106566C; Tue, 12 Jan 2010 00:24:30 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f209.google.com (mail-gx0-f209.google.com [209.85.217.209]) by mx1.freebsd.org (Postfix) with ESMTP id 29DE58FC0A; Tue, 12 Jan 2010 00:24:29 +0000 (UTC) Received: by gxk1 with SMTP id 1so9913762gxk.14 for ; Mon, 11 Jan 2010 16:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OrDNjw9HNTxiX2bMJ1aaAekaHCccA8AT9WrlQfWucfw=; b=sMl1Qr/iRtz3jiq5SvAqMpUMa3tIenzUe+z6h5j9yoo+wVDWZGJw7sJj/srVPLVdFM o2upG6/vNtZPGxmN6nuplELCH7aFDzE5L2ZXcG70tsTwgfL3gspf8A0eGaMES9dgc7Ce 7oL4oriV+4NKc6dFG+AuuAUj0/1/6OYKO9UfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ScW0VdSh3w7l4+/D7WPG32ekqH+2gie/UQO7bse07mpmbYzuVtzcJpVourpWmHgUfX H1VzTA72O0vesH17Hs82E5LT/8nKYT/GmR33yV4cxmrxN5E6wJ6rlYkLYAIxot6E7TzU +XWTL8FmpHaCG61gCw2wBOcXmb3jzIsorm+as= MIME-Version: 1.0 Received: by 10.101.7.8 with SMTP id k8mr5287880ani.23.1263255867204; Mon, 11 Jan 2010 16:24:27 -0800 (PST) In-Reply-To: <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> Date: Tue, 12 Jan 2010 02:24:27 +0200 Message-ID: From: Dan Naumov To: kmacy@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Damian Gerow , FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:24:30 -0000 On Tue, Jan 12, 2010 at 1:29 AM, K. Macy wrote: >>> >>> If performance is an issue, you may want to consider carving off a part= ition >>> on that SSD, geli-fying it, and using it as a ZIL device. =A0You'll pro= bably >>> see a marked performance improvement with such a setup. >> >> That is true, but using a single device for a dedicated ZIL is a huge >> no-no, considering it's an intent log, it's used to reconstruct the >> pool in case of a power failure for example, should such an event >> occur at the same time as a ZIL provider dies, you lose the entire >> pool because there is no way to recover it, so if ZIL gets put >> "elsewhere", that elsewhere really should be a mirror and sadly I >> don't see myself affording to use 2 SSDs for my setup :) >> > > This is =A0false. The ZIL is used for journalling synchronous writes. If > your ZIL is lost you will lose the data that was written to the ZIL, > but not yet written to the file system proper. Barring disk > corruption, the file system is always consistent. > > -Kip Ok, lets assume we have a dedicated ZIL on a single non-redundant disk. This disk dies. How do you remove the dedicated ZIL from the pool or replace it with a new one? Solaris ZFS documentation indicates that this is possible for dedicated L2ARC - you can remove a dedicated l2arc from a pool at any time you wish and should some IO fail on the l2arc, the system will gracefully continue to run, reverting said IO to be processed by the actual default built-in ZIL on the disks of the pool. However the capability to remove dedicated ZIL or gracefully handle the death of a non-redundant dedicated ZIL vdev does not currently exist in Solaris/OpenSolaris at all. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:25:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F3C11065679 for ; Tue, 12 Jan 2010 00:25:49 +0000 (UTC) (envelope-from freebsd@o2.pl) Received: from tur.go2.pl (tur.go2.pl [193.17.41.50]) by mx1.freebsd.org (Postfix) with ESMTP id C7EAC8FC1B for ; Tue, 12 Jan 2010 00:25:48 +0000 (UTC) Received: from rekin26.go2.pl (rekin26.go2.pl [193.17.41.76]) by tur.go2.pl (o2.pl Mailer 2.0.1) with ESMTP id D62B02302C2 for ; Tue, 12 Jan 2010 01:00:26 +0100 (CET) Received: from rekin26.go2.pl (rekin26.go2.pl [127.0.0.1]) by rekin26.go2.pl (Postfix) with ESMTP id EF11035D7B8 for ; Tue, 12 Jan 2010 01:00:16 +0100 (CET) Received: from unknown (unknown [10.0.0.142]) by rekin26.go2.pl (Postfix) with SMTP for ; Tue, 12 Jan 2010 01:00:16 +0100 (CET) Received: from staticline40844.toya.net.pl [85.89.178.34] by poczta.o2.pl with ESMTP id KppvGS; Tue, 12 Jan 2010 01:00:16 +0100 From: =?utf-8?q?Rafa=C5=82_Jackiewicz?= Organization: =?utf-8?q?Rafa=C5=82?= Jackiewicz To: freebsd-stable@freebsd.org Date: Tue, 12 Jan 2010 01:00:16 +0100 User-Agent: KMail/1.12.4 (Linux/2.6.30-2-amd64; KDE/4.3.4; x86_64; ; ) References: <20100110173127.GA52730@slackbox.xs4all.nl> In-Reply-To: <20100110173127.GA52730@slackbox.xs4all.nl> MIME-Version: 1.0 Message-Id: <201001120100.16631.freebsd@o2.pl> Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 61 Cc: freebsd-fs@freebsd.org, Roland Smith , Dan Naumov Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@o2.pl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:25:49 -0000 Two hdd Seagate ES2,Intel Atom 330 (2x1.6GHz), 2GB RAM: geli: geli init -s 4096 -K /etc/keys/ad4s2.key /dev/ad4s2 geli init -s 4096 -K /etc/keys/ad6s2.key /dev/ad6s2 zfs: zpool create data01 ad4s2.eli df -h: dev/ad6s2.eli.journal 857G 8.0K 788G 0% /data02 data01 850G 128K 850G 0% /data01 srebrny# dd if=/dev/zero of=/data01/test bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 8.802691 secs (59559969 bytes/sec) srebrny# dd if=/dev/zero of=/data02/test bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 20.090274 secs (26096608 bytes/sec) Rafal Jackiewicz From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:32:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53FA0106566C; Tue, 12 Jan 2010 00:32:36 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6C28FC15; Tue, 12 Jan 2010 00:32:35 +0000 (UTC) Received: by pxi12 with SMTP id 12so14911784pxi.3 for ; Mon, 11 Jan 2010 16:32:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=mEuzhGHEwBNI5abi7azyt4rfezwppbC2dHx5jEpldl4=; b=Eld15rTVsvL91HrN/GtXZc5lUujSOgHt/JxuFMNbGsMX6wpLG9gj6AGW2nh9kLIHHD 5kTpfePK5HlMsYkYGdo5XDbt6UnLUNqDF13QHPY5euHKuUMFHGb2pR6yFsZB4xaPzZnM RwUMt7PwDjguMMXvx/D/A5xVuIbI7zlvlmvLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=QI9sd7RvulTvrL+Gkmpp4UJennX6xh8j1M3nlkMIOPtsdEOWpxwVSSXXjx80LZQoew MC2+WL11UzeUkz57SJvdTu5ysee/FY1TZ3Xj6PqpO3oKm4j4Hn8GdXHkvyyvqbrTGrR+ 9DMC8nKABfDRV5y/MjN9Em9a7gf5nRYlMH2h8= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.115.115.31 with SMTP id s31mr238225wam.7.1263256347443; Mon, 11 Jan 2010 16:32:27 -0800 (PST) In-Reply-To: References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> Date: Mon, 11 Jan 2010 16:32:27 -0800 X-Google-Sender-Auth: f4f1718a8bcf3056 Message-ID: <82c4140e1001111632x2cbafbf3rf4c386184e9ba06f@mail.gmail.com> From: "K. Macy" To: Dan Naumov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, Damian Gerow , FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:32:36 -0000 > Ok, lets assume we have a dedicated ZIL on a single non-redundant > disk. This disk dies. How do you remove the dedicated ZIL from the > pool or replace it with a new one? Solaris ZFS documentation indicates > that this is possible for dedicated L2ARC - you can remove a dedicated > l2arc from a pool at any time you wish and should some IO fail on the > l2arc, the system will gracefully continue to run, reverting said IO > to be processed by the actual default built-in ZIL on the disks of the > pool. However the capability to remove dedicated ZIL or gracefully > handle the death of a non-redundant dedicated ZIL vdev does not > currently exist in Solaris/OpenSolaris at all. Ahh - you're describing an implementation flaw as opposed to a design flaw. Your initial statement could be interpreted as meaning that the ZIL is required for file system consistency. I hope they fix that. -Kip From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:45:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76201065670 for ; Tue, 12 Jan 2010 00:45:13 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFDE8FC18 for ; Tue, 12 Jan 2010 00:45:13 +0000 (UTC) Received: by pwi15 with SMTP id 15so1929555pwi.3 for ; Mon, 11 Jan 2010 16:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=0s9pbQx5eOQUPvEEITbCaWkzE0BCzqLDksD+Bd4O3iE=; b=vJCgZymiOrRfdgkXArBq0jkmQgDe4xpNg4QNN5aUQcs6dVdScbElwSnxDVePMo43CD PR8h8zjHn3Pd2ul+DbxnpTRmTBTNns8+PfxWJdB07uHCjlftOKMuzLHbhd5oWBEsvcOB fWkJsk1T87I3DbZEWQ1C7lx4vJVoJx3W7PTLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=szfuqBedGCSQBssdHZXvUX1IHjHW5l6rZj0NpgERQHCYDyeybLGCErNeTbbCmBeYKF kyfdWapC+L0T9EsNusHdP712KvC1aj6fcKPO9+pX2BeNKGNp0OxPkSkN95WFMirpVZvg HwSuWpU0RK1nfArgzWwjJ3MQd6FVdeeq5flmo= MIME-Version: 1.0 Received: by 10.142.67.39 with SMTP id p39mr5346463wfa.204.1263257107155; Mon, 11 Jan 2010 16:45:07 -0800 (PST) In-Reply-To: References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> Date: Mon, 11 Jan 2010 16:45:07 -0800 Message-ID: From: Freddie Cash To: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:45:13 -0000 On Mon, Jan 11, 2010 at 4:24 PM, Dan Naumov wrote: > On Tue, Jan 12, 2010 at 1:29 AM, K. Macy wrote: > >>> > >>> If performance is an issue, you may want to consider carving off a > partition > >>> on that SSD, geli-fying it, and using it as a ZIL device. You'll > probably > >>> see a marked performance improvement with such a setup. > >> > >> That is true, but using a single device for a dedicated ZIL is a huge > >> no-no, considering it's an intent log, it's used to reconstruct the > >> pool in case of a power failure for example, should such an event > >> occur at the same time as a ZIL provider dies, you lose the entire > >> pool because there is no way to recover it, so if ZIL gets put > >> "elsewhere", that elsewhere really should be a mirror and sadly I > >> don't see myself affording to use 2 SSDs for my setup :) > >> > > > > This is false. The ZIL is used for journalling synchronous writes. If > > your ZIL is lost you will lose the data that was written to the ZIL, > > but not yet written to the file system proper. Barring disk > > corruption, the file system is always consistent. > > > > -Kip > > Ok, lets assume we have a dedicated ZIL on a single non-redundant > disk. This disk dies. How do you remove the dedicated ZIL from the > pool or replace it with a new one? Solaris ZFS documentation indicates > that this is possible for dedicated L2ARC - you can remove a dedicated > l2arc from a pool at any time you wish and should some IO fail on the > l2arc, the system will gracefully continue to run, reverting said IO > to be processed by the actual default built-in ZIL on the disks of the > pool. However the capability to remove dedicated ZIL or gracefully > handle the death of a non-redundant dedicated ZIL vdev does not > currently exist in Solaris/OpenSolaris at all. > > That has been implemented in OpenSolaris, do a search for "slog removal". It's in a much newer zpool version than 13, though. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 04:00:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EE01065670; Tue, 12 Jan 2010 04:00:45 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5428FC15; Tue, 12 Jan 2010 04:00:45 +0000 (UTC) Received: by iwn7 with SMTP id 7so6899522iwn.7 for ; Mon, 11 Jan 2010 20:00:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:cc:subject :in-reply-to:message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=MVi9V8OJjrPEwHVfDl2wE1SqMX9NCS9FyZaQPvMrIyw=; b=GmuSqU9TH4IZhgkRAI5DdwDcH3oAYGzc60a9AVN1Dm0EH7YuU2RwdkVwVpQvk0iBjJ /Si4OlZb4gN0Dk4IyQenIFPqcbMw7A9aip21iOEXiAS8uvn8n+izsYm4PyP0QLaGfrqM kBq+QfpStdkoXl6pWz07kPx4rpxPoZulnAyQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=WfoFkPbHl9YdcOE+eo3CrZ+uqm7xld5SUZRNUSowko+iloE5HZ4Ffk39JrD/Y2dXXe rELl/sn3DKzir54bBl8i/F0H3tTLbyRw4js2MMZgGT+pysfGKyNDYPAR07QwbGQYAfaK tpR8Qe8vOT7GdTdwnpq2oC6haHbOrqOvv6Hx4= Received: by 10.231.162.83 with SMTP id u19mr44733ibx.25.1263268839837; Mon, 11 Jan 2010 20:00:39 -0800 (PST) Received: from centel.dataix.local (ppp-21.49.dialinfree.com [209.172.21.49]) by mx.google.com with ESMTPS id 22sm2879656iwn.4.2010.01.11.20.00.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 11 Jan 2010 20:00:38 -0800 (PST) Sender: "J. Hellenthal" Date: Mon, 11 Jan 2010 23:00:09 -0500 From: jhell In-Reply-To: Message-ID: References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 04:00:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 11 Jan 2010 19:45, fjwcash@ wrote: > On Mon, Jan 11, 2010 at 4:24 PM, Dan Naumov wrote: > >> On Tue, Jan 12, 2010 at 1:29 AM, K. Macy wrote: >>>>> >>>>> If performance is an issue, you may want to consider carving off a >> partition >>>>> on that SSD, geli-fying it, and using it as a ZIL device. You'll >> probably >>>>> see a marked performance improvement with such a setup. >>>> >>>> That is true, but using a single device for a dedicated ZIL is a huge >>>> no-no, considering it's an intent log, it's used to reconstruct the >>>> pool in case of a power failure for example, should such an event >>>> occur at the same time as a ZIL provider dies, you lose the entire >>>> pool because there is no way to recover it, so if ZIL gets put >>>> "elsewhere", that elsewhere really should be a mirror and sadly I >>>> don't see myself affording to use 2 SSDs for my setup :) >>>> >>> >>> This is false. The ZIL is used for journalling synchronous writes. If >>> your ZIL is lost you will lose the data that was written to the ZIL, >>> but not yet written to the file system proper. Barring disk >>> corruption, the file system is always consistent. >>> >>> -Kip >> >> Ok, lets assume we have a dedicated ZIL on a single non-redundant >> disk. This disk dies. How do you remove the dedicated ZIL from the >> pool or replace it with a new one? Solaris ZFS documentation indicates >> that this is possible for dedicated L2ARC - you can remove a dedicated >> l2arc from a pool at any time you wish and should some IO fail on the >> l2arc, the system will gracefully continue to run, reverting said IO >> to be processed by the actual default built-in ZIL on the disks of the >> pool. However the capability to remove dedicated ZIL or gracefully >> handle the death of a non-redundant dedicated ZIL vdev does not >> currently exist in Solaris/OpenSolaris at all. >> >> That has been implemented in OpenSolaris, do a search for "slog removal". > It's in a much newer zpool version than 13, though. > > What I have seen more often by users is taking the usage of slog/ZIL wrong. For instance dedicating a whole SSD or another HDD as the slog. Your slog/ZIL only has to be big enough to handle 10 seconds of synchronous writes before it flushes. A recommended ZIL from Sun Micro is 128MB but you may not even see that fully used for general purpose cases. I had is to dedicate a partition on the same disk that the pool is on and adding another ZIL vdev from another disk in the system. Results of this imply that if the off-disk ZIL dies for some stupid reason it falls back to the one that rests on the same disk as the pool and allows to replace the off-disk ZIL with something else. PS: Save your disk space and use 256MB thumb drives. you can easily get 16 of those at your local Walmart and have a priceless light show for a romantic dinner with the wife. :) - -- Mon Jan 11 22:31:17 2010 jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLS/PZAAoJEJBXh4mJ2FR+CTUH/RIqmRPE8SdKZYY7WIC/K9Yk HThaiYHs6a15ZY58q2nHG0x5J85TOBMN4yvC1rI1DGcjX9SXlyjxY+jJ0sdIAbHz N2+nT95X3SbNCPXtA3qo6uTplIiZnu9xgcAnFmjBh96Aq7qzcIvtFe2QMuxTp/lI Na8K4t7udDFQ9xIoyptk/PukKvV/EtzDx449w6VPxu0fkXK812uWWl+jFy3XchrW QfExuNIhVadcnxOB5/BQaAyd6daaI9tZNyARo43ww7bEKxaFP2Awre/IYfeuKZtm /n4TOdOoookyIIO0fMWDQ4WyLLsQD6eHug0B0Ef7LYcrUkPEYFJQVxujhx/cyhI= =cjuO -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 06:53:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872321065679; Tue, 12 Jan 2010 06:53:15 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7CA8FC12; Tue, 12 Jan 2010 06:53:15 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:ValNughHCfSuTz53B4YPNJdIWC7Oc5NApY8XXJzl8AjGigMga77+TIZI5oB/vk4w@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id o0C6r9rj027563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jan 2010 15:53:10 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 12 Jan 2010 15:53:09 +0900 Message-ID: From: Hajimu UMEMOTO To: ohartman@zedat.fu-berlin.de In-Reply-To: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> References: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE-p1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 12 Jan 2010 15:53:10 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 06:53:15 -0000 Hi, >>>>> On Mon, 11 Jan 2010 12:54:48 +0100 >>>>> ohartman@zedat.fu-berlin.de said: ohartman> Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 ohartman> crashes immmediately or after a view seconds with ohartman> socket(): Protocol not supported ohartman> Illegal instruction (core dumped) I'm not sure but I suspect you are using custom kernel built without INET6 option. If so, thunderbird3 is depending upon IPv6. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 08:45:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D81106566B; Tue, 12 Jan 2010 08:45:34 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF018FC2A; Tue, 12 Jan 2010 08:45:33 +0000 (UTC) Received: by yxe1 with SMTP id 1so20661912yxe.3 for ; Tue, 12 Jan 2010 00:45:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=0Qh9fU99LQ6Y6PztQoFGer6tmJYDrqgoWEcZBk3Z0o0=; b=fnYHbBkyL+FVXbsJWd6rjRjGzttoKwgEYCKsQjKA3ny2HbNOObB9fJikejZTXH7+Fo kqlGBrV/GfQDg4u6tPWUrlHAhAsg+f2WSnUgnk4clMlqgLriyoswtkjTcLshRKJBV6xO RKdfFp6DKDg0G5nX3/7+fDOYBYDrd50RkH7hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=woyxqk/KeirAyP6oMEhfz477UKCyyd5p+ORJq3fCiB0itRpvM7HkI7YzQbnH+fNYIv 2ZpVsncUsKNqNq+MaEt9FkP/3nJ5HQDXnZx0IIm/1Deo7vy4CHwCd2rkBvh5o2j5h+sT AIkdBan+lur/PDNKxJonu33k3fAuenn3F9P/0= MIME-Version: 1.0 Received: by 10.101.132.14 with SMTP id j14mr9600223ann.58.1263285927478; Tue, 12 Jan 2010 00:45:27 -0800 (PST) Date: Tue, 12 Jan 2010 10:45:27 +0200 Message-ID: From: Dan Naumov To: freebsd-questions@freebsd.org, freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: installing FreeBSD 8 on SSDs and UFS2 - partition alignment, block sizes, what does one need to know? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 08:45:34 -0000 For my upcoming storage system, the OS install is going to be on a 80gb Intel SSD disk and for various reasons, I am now pretty convinced to stick with UFS2 for the root partition (the actual data pool will be ZFS using traditional SATA disks). I am probably going to use GPT partitioning and have the SSD host the swap, boot, root and a few other partitions. What do I need to know in regards to partition alignment and filesystem block sizes to get the best performance out of the Intel SSDs? Thanks. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 10:06:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890FB1065672 for ; Tue, 12 Jan 2010 10:06:28 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from mxout002.mail.hostpoint.ch (mxout002.mail.hostpoint.ch [217.26.49.181]) by mx1.freebsd.org (Postfix) with ESMTP id 451DD8FC14 for ; Tue, 12 Jan 2010 10:06:27 +0000 (UTC) Received: from [10.0.2.10] (helo=asmtp001.mail.hostpoint.ch) by mxout002.mail.hostpoint.ch with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUdO2-0002LK-7C for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 10:50:06 +0100 Received: from [82.136.101.114] (helo=atlantis.intranet) by asmtp001.mail.hostpoint.ch with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUdO1-000CBn-VD for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 10:50:06 +0100 Received: from ws-mni.intranet.assentis.info (pub212004072186.fx-hfc.datazug.ch [212.4.72.186]) by atlantis.intranet (Postfix) with ESMTPSA id BD167184F0 for ; Tue, 12 Jan 2010 10:50:05 +0100 (CET) X-Authenticated-Sender-Id: mail@maxlor.com From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Tue, 12 Jan 2010 10:50:04 +0100 User-Agent: KMail/1.9.9 X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"=?utf-8?q?=5F+=0A=09R2?=@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@=?utf-8?q?g=3F=0A=094f?=,\c7|Ghwb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001121050.04982.mail@maxlor.com> Subject: Please explain FreeBSD 8.0/ZFS memory usage patterns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 10:06:28 -0000 Hello, I've set up a FreeBSD-8.0/amd64 system with ZFS as a home server, and I'm a bit puzzled by it's memory usage pattern; I'm seeing total memory usage oscillate between roughly 50% and 90% of my RAM. So I've tracked memory usage over the course of about 12 hours and graphed it here: http://www.maxlor.com/temp/mem.png The unit is MiB; kern = vm.kmem_size, proc = sum of RSS of all processes (since some memory will be shared between processes, this is an upper bound), active = vm.stats.vm.v_active_count, wire = vm.stats.vm.v_wire_count, arc = kstat.zfs.misc.arcstats.size A few other details about the machine in question: avail memory = 3581587456 (3415 MiB) kstat.zfs.misc.arcstats.c_min: 93800960 (89 MiB) kstat.zfs.misc.arcstats.c_max: 750407680 (716 MiB) The machine runs many services (mostly mail, filesharing via NFS, apache, squeezebox server, rtorrent), but is generally very lightly loaded (as I said, it's a home server with mostly 1 user). As you can see from the graph and numbers, memory pressure seems to be about nonexistant. There is a root UFS file system, but it sees little use; /home, /usr and /var are on ZFS. Now, I have a couple of questions: After subtracting the ARC size from the wired memory size, there are still about 500 MiB of wired memory left that I can't account for. This is much higher than I'm used to seeing on FreeBSD 7.2/i386 systems without ZFS, where the wired amount is typically in the 50 MiB range. What are those 500 MiB used for, or how do I find out? Same goes for active memory: if I subtract the "proc" amount from the "active" amount, there are 500 MiB left over (probably more, since proc is an upper bound) which I presume are used by the kernel... but what for? Does ZFS require that much memory for things other than the ARC? In the first half of the graph, there's a torrent download running, which I assume causes the large fluctuations in memory usage. However, memory usage of the torrent program is pretty much constant while it runs; is FreeBSD simply behaving lazily here, not bothering to free memory as long as there isn't any memory pressure? Any insight into why the numbers are as they are is appreciated. Cheers Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 10:50:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9550E106566B for ; Tue, 12 Jan 2010 10:50:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC158FC1A for ; Tue, 12 Jan 2010 10:50:10 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NUeK8-000844-NZ for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 11:50:08 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jan 2010 11:50:08 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jan 2010 11:50:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 12 Jan 2010 11:49:47 +0100 Lines: 28 Message-ID: <4B4C53CB.9070204@users.sf.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: Sender: news Cc: freebsd-ports@freebsd.org Subject: Re: in openpam_dispatch(): pam_nologin.so: no pam_sm_authenticate() / pam_sm_setcred() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 10:50:11 -0000 martinko wrote: > Hi, > > Since moving from 6.4 to 8.0 I see the following in /var/log/messages: > > Jan 8 09:39:04 mb-aw1n-bsd : in openpam_dispatch(): pam_nologin.so: no > pam_sm_authenticate() > Jan 8 09:39:04 mb-aw1n-bsd : in openpam_dispatch(): pam_nologin.so: no > pam_sm_setcred() > > It seems to be triggered by x11/wdm port. > > $ grep wdm /etc/ttys > ttyv8 "/usr/local/bin/wdm -nodaemon" xterm on secure > > However I'm not sure who is to blame -- FreeBSD or WDM .. ? > Hi, I've just read that pam_nologin(8) changed in FreeBSD 7.0 and based on that I've prepared a patch that should solve the issue described above: http://www.freebsd.org/cgi/query-pr.cgi?pr=142740 (ports/142740) Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 13:09:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924381065672; Tue, 12 Jan 2010 13:09:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 668318FC08; Tue, 12 Jan 2010 13:09:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA28759; Tue, 12 Jan 2010 15:09:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B4C7499.3080003@icyb.net.ua> Date: Tue, 12 Jan 2010 15:09:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Hajimu UMEMOTO References: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, ohartman@zedat.fu-berlin.de, freebsd-ports@freebsd.org Subject: Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 13:09:49 -0000 on 12/01/2010 08:53 Hajimu UMEMOTO said the following: > Hi, > >>>>>> On Mon, 11 Jan 2010 12:54:48 +0100 >>>>>> ohartman@zedat.fu-berlin.de said: > > ohartman> Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 > ohartman> crashes immmediately or after a view seconds with > > ohartman> socket(): Protocol not supported > ohartman> Illegal instruction (core dumped) > > I'm not sure but I suspect you are using custom kernel built without > INET6 option. If so, thunderbird3 is depending upon IPv6. Can it be made to not require IPv6? (especially when there is no actual IPv6 connectivity). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 13:31:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F083D106566C; Tue, 12 Jan 2010 13:31:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 872BF8FC12; Tue, 12 Jan 2010 13:31:03 +0000 (UTC) Received: from [195.4.92.13] (helo=3.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NUgpq-0002vS-4A; Tue, 12 Jan 2010 14:31:02 +0100 Received: from p57ae1f49.dip0.t-ipconnect.de ([87.174.31.73]:39969 helo=ernst.jennejohn.org) by 3.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NUgpp-00082Q-Qq; Tue, 12 Jan 2010 14:31:02 +0100 Date: Tue, 12 Jan 2010 14:30:56 +0100 From: Gary Jennejohn To: Andriy Gapon Message-ID: <20100112143056.277ae59b@ernst.jennejohn.org> In-Reply-To: <4B4C7499.3080003@icyb.net.ua> References: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> <4B4C7499.3080003@icyb.net.ua> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ohartman@zedat.fu-berlin.de, freebsd-stable@freebsd.org, Hajimu UMEMOTO , freebsd-ports@freebsd.org Subject: Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 13:31:04 -0000 On Tue, 12 Jan 2010 15:09:45 +0200 Andriy Gapon wrote: > on 12/01/2010 08:53 Hajimu UMEMOTO said the following: > > Hi, > > > >>>>>> On Mon, 11 Jan 2010 12:54:48 +0100 > >>>>>> ohartman@zedat.fu-berlin.de said: > > > > ohartman> Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 > > ohartman> crashes immmediately or after a view seconds with > > > > ohartman> socket(): Protocol not supported > > ohartman> Illegal instruction (core dumped) > > > > I'm not sure but I suspect you are using custom kernel built without > > INET6 option. If so, thunderbird3 is depending upon IPv6. > > Can it be made to not require IPv6? (especially when there is no actual IPv6 > connectivity). > Seems to be hardcoded all over the place. Looks like it would require major modifications. --- Gary Jennejohn From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 14:31:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F067106568F; Tue, 12 Jan 2010 14:31:34 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id D70548FC19; Tue, 12 Jan 2010 14:31:33 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 8F96B15B1; Tue, 12 Jan 2010 15:31:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1263306690; x= 1265121090; bh=pH4zQuLNSr3qgbxQIxBXKLxzVUPu7sBCBSbRNnst/mg=; b=d ribYIok/vdsU1AyT+THdSe7Am78APnDCloTZV9RGKYhEwEiCm4CjnSsHA9PjZq8l QHbovf8otomLSxUOdoZ2yHRkPpgZz7dSlKn3aqi2EcY779UluGQvYP3BYkdI9A5B W4W0GTLzVtTIkSbijH9oGe5rUrlyo3UF1tCj6yBdAE= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id qvfZxRw302iI; Tue, 12 Jan 2010 15:31:30 +0100 (CET) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 0726E15AA; Tue, 12 Jan 2010 15:31:29 +0100 (CET) Date: Tue, 12 Jan 2010 15:31:29 +0100 From: Guido Falsi To: Gary Jennejohn Message-ID: <20100112143129.GA14549@megatron.madpilot.net> References: <25538.130.133.86.198.1263210888.webmail@portal.zedat.fu-berlin.de> <4B4C7499.3080003@icyb.net.ua> <20100112143056.277ae59b@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100112143056.277ae59b@ernst.jennejohn.org> X-Operating-System: FreeBSD 8.0-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, ohartman@zedat.fu-berlin.de, Andriy Gapon , freebsd-ports@freebsd.org, Hajimu UMEMOTO Subject: Re: thunderbird3: dies with socket(): Protocol not supported Illegal instruction (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 14:31:34 -0000 On Tue, Jan 12, 2010 at 02:30:56PM +0100, Gary Jennejohn wrote: > > >>>>>> On Mon, 11 Jan 2010 12:54:48 +0100 > > >>>>>> ohartman@zedat.fu-berlin.de said: > > > > > > ohartman> Since friday after the last FreeBSD 8.0-STABLE/amd64 update, thunderbird3 > > > ohartman> crashes immmediately or after a view seconds with > > > > > > ohartman> socket(): Protocol not supported > > > ohartman> Illegal instruction (core dumped) > > > > > > I'm not sure but I suspect you are using custom kernel built without > > > INET6 option. If so, thunderbird3 is depending upon IPv6. > > > > Can it be made to not require IPv6? (especially when there is no actual IPv6 > > connectivity). > > > > Seems to be hardcoded all over the place. Looks like it would require major > modifications. This is strange. I'm using an 8.0-STABL:E/amd64 compiled yesterday here. Custom kernel without INET6 and thunderbird3 works quite fine. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 14:35:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1085F106566B for ; Tue, 12 Jan 2010 14:35:36 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id BB48B8FC0A for ; Tue, 12 Jan 2010 14:35:35 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NUhqH-000756-99 for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 15:35:33 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jan 2010 15:35:33 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jan 2010 15:35:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 12 Jan 2010 15:35:12 +0100 Lines: 20 Message-ID: References: <201001121050.04982.mail@maxlor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20091210) In-Reply-To: <201001121050.04982.mail@maxlor.com> Sender: news Subject: Re: Please explain FreeBSD 8.0/ZFS memory usage patterns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 14:35:36 -0000 Benjamin Lutz wrote: > Hello, > > I've set up a FreeBSD-8.0/amd64 system with ZFS as a home server, and I'm a > bit puzzled by it's memory usage pattern; I'm seeing total memory usage > oscillate between roughly 50% and 90% of my RAM. So I've tracked memory > usage over the course of about 12 hours and graphed it here: > > http://www.maxlor.com/temp/mem.png How do you get those categories: kern, proc? I suppose proc could be sum of resident sizes of processes (aka "RES" in top) and kern could be sysctl vm.kmem_size? > In the first half of the graph, there's a torrent download running, which I > assume causes the large fluctuations in memory usage. However, memory usage Large fluctuations in which category? The ARC? (since "proc" doesn't fluctuate much). From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 15:14:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD82A106568B for ; Tue, 12 Jan 2010 15:14:50 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2E68FC12 for ; Tue, 12 Jan 2010 15:14:49 +0000 (UTC) Received: by fxm27 with SMTP id 27so324648fxm.3 for ; Tue, 12 Jan 2010 07:14:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=qkY7WZT2w89p/J4OyG4ak4+CXR9FhGQf8vflrovuloo=; b=aTM62ZGQR0gDqOtCYNDLdzP9uBgNQI7O9eGkLB9E0T2r3e/6VDAnkK1/EVpdz/H48P p0ozN2zNmnIBq0Fcibr4HnOlZ7wshHXwbgLCVplh0hamNMLjjnZWhkpSRBR7OJoWxn6S tcHxDzNlf4J5F1Yl1HgqD9VUGQXXgTga1D/6w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=IsgWyQyZS0FHrAEiGY3mHfLbfvUEzhul/F2y50rw0xEo75szRNI9IybV2KVBfKyZM4 5hO2wExNQ2WUeCr6j/IuPiDbLnglj3f8g/d18l/Sx5MeCFvFZrNVrAjU81nv8zwfD17q ZpLmVStUWS1m1r7tCb/ZG0K9wXqjOi1VZiDQI= MIME-Version: 1.0 Received: by 10.223.53.149 with SMTP id m21mr9450373fag.101.1263309284112; Tue, 12 Jan 2010 07:14:44 -0800 (PST) Date: Tue, 12 Jan 2010 17:14:44 +0200 Message-ID: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> From: Marin Atanasov To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 15:14:50 -0000 Hello there, I'd like to ask you about the following - is it possible to have multiple serial consoles coming from a single host? What I am talking about is connecting multiple machines using a null modem cable - I know it is possible only to connect two machines and they need to be connected on sio0 (COM1). I'm thinking about the following situation - 1 system acting like a host with a serial port hub, each port of the hub is connected to a different machine on sio0, using null modem cables. This would make the first machine something like a cheaper kind of a terminal concentrator :) What do you think, have someone tried this and is it possible at all? Thanks and regards, DNAeon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 15:30:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1C1106566B for ; Tue, 12 Jan 2010 15:30:38 +0000 (UTC) (envelope-from dam@ks306450.kimsufi.com) Received: from ks306450.kimsufi.com (unknown [IPv6:2001:41d0:2:613b::dead:beef]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3F38FC13 for ; Tue, 12 Jan 2010 15:30:37 +0000 (UTC) Received: from ks306450.kimsufi.com (localhost [127.0.0.1]) by ks306450.kimsufi.com (8.14.3/8.14.3) with ESMTP id o0CFWddO071507 for ; Tue, 12 Jan 2010 16:32:39 +0100 (CET) (envelope-from dam@ks306450.kimsufi.com) Received: (from dam@localhost) by ks306450.kimsufi.com (8.14.3/8.14.3/Submit) id o0CFWYHf071506 for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 16:32:34 +0100 (CET) (envelope-from dam) Date: Tue, 12 Jan 2010 16:32:34 +0100 From: FLEURIOT Damien To: freebsd-stable@freebsd.org Message-ID: <20100112153232.GA65181@ks306450.kimsufi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Reordering network cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 15:30:38 -0000 Hello list, I've got an annoying issue with Proxmox 1.4 randomizing network card order, like this for example: model bridge MAC e1000 vmbr1 EA:5F:04:94:A4:21 e1000 vmbr9 9E:56:7A:17:A5:34 e1000 vmbr8 D2:4F:A2:C6:96:F4 Now this means I'll have the following mappings in FreeBSD 7.2: vmbr1 -> em0 vmbr9 -> em1 vmbr8 -> em2 When I'd like to have the following order: vmbr1 -> em0 vmbr9 -> em2 vmbr8 -> em1 I'm afraid there's no option for reordering the cards from proxmox so I'd like to be able to force the order myself, by identifying cards with their MAC address for example. I've found the following sysctl vars but they're read-only: # sysctl -a|egrep "dev\.em\.[0-9]\.%location" dev.em.0.%location: slot=3 function=0 handle=\_SB_.PCI0.S3__ dev.em.1.%location: slot=4 function=0 handle=\_SB_.PCI0.S4__ dev.em.2.%location: slot=5 function=0 handle=\_SB_.PCI0.S5__ Do you have any suggestion guys ? Please mind the -SPAM tag in my address when replying ;) Regards, -- Dam From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 16:08:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1957F106566C for ; Tue, 12 Jan 2010 16:08:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA238FC16 for ; Tue, 12 Jan 2010 16:08:18 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta11.emeryville.ca.mail.comcast.net with comcast id Ue7N1d0070cQ2SLABg80mg; Tue, 12 Jan 2010 16:08:00 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.emeryville.ca.mail.comcast.net with comcast id Ug8H1d00N3S48mS8Wg8Jp5; Tue, 12 Jan 2010 16:08:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6CD861E301C; Tue, 12 Jan 2010 08:08:16 -0800 (PST) Date: Tue, 12 Jan 2010 08:08:16 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100112160816.GA99549@icarus.home.lan> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 16:08:19 -0000 On Tue, Jan 12, 2010 at 05:14:44PM +0200, Marin Atanasov wrote: > Hello there, > > I'd like to ask you about the following - is it possible to have multiple > serial consoles coming from a single host? > > What I am talking about is connecting multiple machines using a null modem > cable - I know it is possible only to connect two machines and they need to > be connected on sio0 (COM1). > > I'm thinking about the following situation - 1 system acting like a host > with a serial port hub, each port of the hub is connected to a different > machine on sio0, using null modem cables. > > This would make the first machine something like a cheaper kind of a > terminal concentrator :) > > What do you think, have someone tried this and is it possible at all? What you're describing is basically the concept of a serial console server, where a FreeBSD box contains a multi-port serial card that's connected to multiple other servers. An individual would get on the FreeBSD box with a multiport serial card (see below) and attach to the serial port associated (wired to) whatever other box they want to log on to. Yes this is possible with FreeBSD -- but you'll need to purchase a multiport serial card that's supported natively by FreeBSD. The two I'm familiar with are Cyclades and DigiBoard, but this would've been back in the day of FreeBSD 2.2.x and I've no idea what people use present-day. I'm certain others here can recommend stuff that works. But my personal/professional opinion is that you consider purchasing an actual serial console server rather than "hack up" a FreeBSD box. Most serial console servers these days (and even old Portmasters) can do serial-to-TCP association, which allows you to literally do "telnet consoleserver NNNN" where NNNN is a TCP port which is bound to a serial port connected to each individual server. E.g. port 2000 = box#1, port 2100 = box#2, etc.. As far as present-day devices go, the ones I can recommend are the LX-series devices[1] from MRV Communications. They're Linux-based, and although may seem expensive (16-port w/out modem = ~US$1400), are a one-time purchase. Cyclades also makes identical devices, but they cost something like US$3000-4000, and they wouldn't provide me with a test/demo unit so I blew 'em off. You can also consider looking for used hardware -- either Xyplex devices (MRV bought Xyplex), or Portmaster[2] products. I believe Cisco made some devices as well. WRT Portmasters, be aware that some of the firmware images are spotty in quality (HELP commands missing, undocumented commands, etc.). There's two ports which can make interfacing/using these devices, or a multiport serial card, much easier -- Conserver[3]. I work with the guy who wrote it, so I'm biased. :-) ports/comms/conserver ports/comms/conserver-com I'm not sure what the first port is to be honest, but the 2nd port is what I'm used to using with an MRV LX-4016S device. If you'd like a bit more detail about "how it all works" (the software, the hardware, configuration details, wiring, etc.), I can describe it in greater detail. Just ask. [1]: http://www.mrv.com/oobn/ [2]: http://portmasters.com/ [3]: http://www.conserver.com/ -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 16:29:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489B8106566B for ; Tue, 12 Jan 2010 16:29:20 +0000 (UTC) (envelope-from michal@ionic.co.uk) Received: from mail1.sharescope.co.uk (pm1.ionic.co.uk [85.159.80.19]) by mx1.freebsd.org (Postfix) with ESMTP id 06DD58FC16 for ; Tue, 12 Jan 2010 16:29:19 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail1.sharescope.co.uk (Postfix) with ESMTP id 06A49FC0C6 for ; Tue, 12 Jan 2010 16:29:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at sharescope.co.uk Received: from mail1.sharescope.co.uk ([127.0.0.1]) by localhost (mail1.sharescope.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7XdFnZxKY3yt for ; Tue, 12 Jan 2010 16:29:05 +0000 (GMT) Received: from [192.168.2.37] (office.ionic.co.uk [85.159.85.2]) (Authenticated sender: chris@sharescope.co.uk) by mail1.sharescope.co.uk (Postfix) with ESMTPSA id 48B1BFC0C5 for ; Tue, 12 Jan 2010 16:29:05 +0000 (GMT) Message-ID: <4B4CA34F.1070508@ionic.co.uk> Date: Tue, 12 Jan 2010 16:29:03 +0000 From: Michal User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <20100112160816.GA99549@icarus.home.lan> In-Reply-To: <20100112160816.GA99549@icarus.home.lan> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 16:29:20 -0000 On 12/01/2010 16:08, Jeremy Chadwick wrote: > On Tue, Jan 12, 2010 at 05:14:44PM +0200, Marin Atanasov wrote: >> Hello there, >> >> I'd like to ask you about the following - is it possible to have multiple >> serial consoles coming from a single host? >> >> What I am talking about is connecting multiple machines using a null modem >> cable - I know it is possible only to connect two machines and they need to >> be connected on sio0 (COM1). >> >> I'm thinking about the following situation - 1 system acting like a host >> with a serial port hub, each port of the hub is connected to a different >> machine on sio0, using null modem cables. >> >> This would make the first machine something like a cheaper kind of a >> terminal concentrator :) >> >> What do you think, have someone tried this and is it possible at all? > > What you're describing is basically the concept of a serial console > server, where a FreeBSD box contains a multi-port serial card that's > connected to multiple other servers. An individual would get on the > FreeBSD box with a multiport serial card (see below) and attach to the > serial port associated (wired to) whatever other box they want to log on > to. > > Yes this is possible with FreeBSD -- but you'll need to purchase a > multiport serial card that's supported natively by FreeBSD. The two I'm > familiar with are Cyclades and DigiBoard, but this would've been back in > the day of FreeBSD 2.2.x and I've no idea what people use present-day. > I'm certain others here can recommend stuff that works. You've actually mentioned one here, Digi. They make console devices and I've used, with great success. Ours had modems as well so we had a normal TCP and a phone line for DR. There is a range of sizes, SSH2 and some have 2 psu's. They have American as well as European providers, though I can't remember where we purchased ours from. We didn't use ours on servers however, they where just for switches, routers, load balancers et al so I can't comment on how well they worked with those, but I can't see it being any different. http://www.digi.com/products/consoleservers/digicm.jsp From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 16:32:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4919B106566B for ; Tue, 12 Jan 2010 16:32:22 +0000 (UTC) (envelope-from olivier@gautherot.net) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 28A758FC1E for ; Tue, 12 Jan 2010 16:32:21 +0000 (UTC) Received: by pxi12 with SMTP id 12so15404888pxi.3 for ; Tue, 12 Jan 2010 08:32:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.119.7 with SMTP id r7mr5876485wfc.261.1263312297252; Tue, 12 Jan 2010 08:04:57 -0800 (PST) In-Reply-To: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> From: Olivier Gautherot Date: Tue, 12 Jan 2010 13:04:37 -0300 Message-ID: To: Marin Atanasov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 16:32:22 -0000 Hi Marin, I'd like to ask you about the following - is it possible to have multiple > serial consoles coming from a single host? > In theory, no :-) RS232 is a point-to-point connection. If you want to feed several consoles through the same serial port, you will need some kind of switch to route the traffic to the corresponding port (whether the cable needs to be null modem or not wil depend on the switch itself). What I am talking about is connecting multiple machines using a null modem > cable - I know it is possible only to connect two machines and they need to > be connected on sio0 (COM1). > > I'm thinking about the following situation - 1 system acting like a host > with a serial port hub, each port of the hub is connected to a different > machine on sio0, using null modem cables. > > This would make the first machine something like a cheaper kind of a > terminal concentrator :) > The options that come up to my mind are: - a mechanical switch but it would not allow seamless routing (requires operator action to change channel) - a software switch using ESCAPE codes to change channel through an ad-hoc device driver - but there, make sure you don't miss bytes or the traffic may end up on the wrong terminal - if you fancy a home design, you could use the parallel port to send an address word but you will have to design your own seial port emulation on top of the standard sio0 to synchronize the signals... I would not bet too much on this one ;-) Also, evaluate if you need priority management: you may get to a situation where you need to send urgently characters to a terminal while another one has a long queue pending. In this case, you may be better off with Ethernet-to-Serial or USB-to-Serial converters. Hope it helps Cheers -- Olivier Gautherot olivier@gautherot.net Cel:+56 98 730 9361 www.gautherot.net http://www.linkedin.com/in/ogautherot From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 16:43:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD8F106566B for ; Tue, 12 Jan 2010 16:43:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.freebsd.org (Postfix) with ESMTP id 394D58FC12 for ; Tue, 12 Jan 2010 16:43:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KW500L4J7ROJE40@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 17:43:00 +0100 (CET) Received: from kg-v2.kg4.no ([80.203.92.186]) by bgo1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KW500EFG7ROGJ50@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 17:43:00 +0100 (CET) Date: Tue, 12 Jan 2010 17:42:59 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20100112174259.402e9e55.torfinn.ingolfsen@broadpark.no> In-reply-to: <20100112160816.GA99549@icarus.home.lan> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <20100112160816.GA99549@icarus.home.lan> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 16:43:31 -0000 On Tue, 12 Jan 2010 08:08:16 -0800 Jeremy Chadwick wrote: > Yes this is possible with FreeBSD -- but you'll need to purchase a And easy enough with conserver[1] and conserver-com[2] in ports. No reason to exclude FreeBSD from this task. :) References: 1) http://www.freshports.org/comms/conserver/ 2) http://www.freshports.org/comms/conserver-com/ -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 16:46:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69ED1065670 for ; Tue, 12 Jan 2010 16:46:20 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from triton.rz.uni-saarland.de (triton.rz.uni-saarland.de [134.96.7.25]) by mx1.freebsd.org (Postfix) with ESMTP id 676218FC2C for ; Tue, 12 Jan 2010 16:46:20 +0000 (UTC) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by triton.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id o0CFnU30016650 for ; Tue, 12 Jan 2010 16:49:30 +0100 Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.216.98]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id o0CFnU3H015854 for ; Tue, 12 Jan 2010 16:49:30 +0100 (CET) Date: Tue, 12 Jan 2010 16:49:25 +0100 (CET) From: Damian Weber To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Tue, 12 Jan 2010 16:49:30 +0100 (CET) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.1.134; VDF: 7.10.2.174; host: AntiVir3) Subject: strange abort with kcheckpass X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 16:46:20 -0000 Hi, all, I've got a strange SIGABRT issue with kcheckpass. Of course, kcheckpass is not contained in the base system, yet I write to this list since the base system could be able to help with tracking this down. (kcheckpass is called from a screen locker which fails to operate properly as a consequence of the SIGABRT.) Normal behaviour: (for example with wrong password) $ kcheckpass Password: Authentication failure Strange behaviour here (called mybox below): $ kcheckpass Abort trap: 6 I've recompiled the kcheckpass part of the kdebase3 port with option -g. Starting with debugger even doesn't let me reach a breakpoint at main(), because the SIGABRT happens earlier. # pwd /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass # ldd ./kcheckpass ./kcheckpass: libkdefakes.so.6 => /usr/local/lib/libkdefakes.so.6 (0x68193000) libpam.so.4 => /usr/lib/libpam.so.4 (0x68195000) libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x6819c000) libthr.so.3 => /lib/libthr.so.3 (0x681d0000) libc.so.7 => /lib/libc.so.7 (0x68080000) # gdb ./kcheckpass GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) b main Breakpoint 1 at 0x1470: file kcheckpass.c, line 297. (gdb) r Starting program: /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass/kcheckpass Program terminated with signal SIGABRT, Aborted. The program no longer exists. You can't do that without a process to debug. (gdb) q $ uname -a FreeBSD mybox 7.2-STABLE FreeBSD 7.2-STABLE #18: Mon Dec 14 00:39:13 CET 2009 mybox i386 $ ls -ld /var/db/pkg/kdebase* drwxr-xr-x 2 root wheel 512 Jan 11 18:35 /var/db/pkg/kdebase-3.5.10_4/ drwxr-xr-x 2 root wheel 512 Jan 11 18:35 /var/db/pkg/kdebase-kompmgr-3.5.10_1/ Any ideas what's the cause or what I should try next to see where this abort comes from? Thanks, Damian From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 17:04:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8C29106566C for ; Tue, 12 Jan 2010 17:04:54 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A49F08FC16 for ; Tue, 12 Jan 2010 17:04:54 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NUkAm-0007hb-Vg; Tue, 12 Jan 2010 20:04:53 +0300 From: Boris Samorodov To: Marin Atanasov References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> Date: Tue, 12 Jan 2010 20:04:52 +0300 In-Reply-To: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> (Marin Atanasov's message of "Tue, 12 Jan 2010 17:14:44 +0200") Message-ID: <44678539@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 17:04:55 -0000 On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: > I'm thinking about the following situation - 1 system acting like a host > with a serial port hub, each port of the hub is connected to a different > machine on sio0, using null modem cables. Along with milti-io serial cards we use multi-usb serial converters, such as SUNIX UTS7009P (7 USB to serial adapter): http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 17:24:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF11106568B for ; Tue, 12 Jan 2010 17:24:25 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2478FC1F for ; Tue, 12 Jan 2010 17:24:23 +0000 (UTC) Received: (qmail 69723 invoked by uid 0); 12 Jan 2010 17:24:21 -0000 Received: from unknown (HELO ?10.157.40.59?) (spork@32.142.138.11) by smtp.bway.net with (AES128-SHA encrypted) SMTP; 12 Jan 2010 17:24:21 -0000 References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> Message-Id: <256197E6-FA13-491C-8F55-18D2F6A8B11A@bway.net> From: Charles Sprickman To: Boris Samorodov In-Reply-To: <44678539@bb.ipt.ru> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7D11) Mime-Version: 1.0 (iPhone Mail 7D11) Date: Tue, 12 Jan 2010 12:23:51 -0500 Cc: "freebsd-stable@freebsd.org" , Marin Atanasov , "freebsd-hardware@freebsd.org" Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 17:24:25 -0000 On Jan 12, 2010, at 12:04 PM, Boris Samorodov wrote: > On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: > >> I'm thinking about the following situation - 1 system acting like a >> host >> with a serial port hub, each port of the hub is connected to a >> different >> machine on sio0, using null modem cables. > > Along with milti-io serial cards we use multi-usb serial > converters, such as SUNIX UTS7009P (7 USB to serial adapter): > http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm > I need to look it up when I'm in front of a real computer, but there are a number of reasonably priced multport USB to serial converters out there. We have a 16 port model that's rack mounted and cost around $400. It works better many of the more expensive multiport serial cards. Paired with conserver, it's a really nice solution. Conserver's logging is great... I've used old dedicated terminal servers in the past and they can be a pain to deal with. The newer ones are probably nicer, but are also lots of money. C > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 17:56:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34FF210656A8 for ; Tue, 12 Jan 2010 17:56:49 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id DC0508FC08 for ; Tue, 12 Jan 2010 17:56:48 +0000 (UTC) Received: from igor.local ([192.168.10.15] helo=igor.localnet) by hex.athame.co.uk with esmtp (Exim 4.69) (envelope-from ) id 1NUkO8-0002sU-Lf; Tue, 12 Jan 2010 19:18:40 +0200 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Tue, 12 Jan 2010 19:18:39 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.31-18-generic; KDE/4.3.4; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001121918.40054.andy@athame.co.uk> Cc: Damian Weber Subject: Re: strange abort with kcheckpass X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 17:56:49 -0000 On Tuesday 12 January 2010 17:49:25 Damian Weber wrote: > Hi, all, > > I've got a strange SIGABRT issue with kcheckpass. > Of course, kcheckpass is not contained in the base > system, yet I write to this list since the base system > could be able to help with tracking this down. > (kcheckpass is called from a screen locker which fails > to operate properly as a consequence of the SIGABRT.) > > Normal behaviour: > (for example with wrong password) > $ kcheckpass > Password: > Authentication failure > > Strange behaviour here (called mybox below): > $ kcheckpass > Abort trap: 6 > > I've recompiled the kcheckpass part of the kdebase3 > port with option -g. > Starting with debugger even doesn't let me reach a > breakpoint at main(), because the SIGABRT happens > earlier. > > # pwd > /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass > > # ldd ./kcheckpass > ./kcheckpass: > libkdefakes.so.6 => /usr/local/lib/libkdefakes.so.6 (0x68193000) > libpam.so.4 => /usr/lib/libpam.so.4 (0x68195000) > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x6819c000) > libthr.so.3 => /lib/libthr.so.3 (0x681d0000) > libc.so.7 => /lib/libc.so.7 (0x68080000) > > # gdb ./kcheckpass > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) b main > Breakpoint 1 at 0x1470: file kcheckpass.c, line 297. > (gdb) r > Starting program: > /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass/kcheckpass > > Program terminated with signal SIGABRT, Aborted. > The program no longer exists. > You can't do that without a process to debug. > (gdb) q > > $ uname -a > FreeBSD mybox 7.2-STABLE FreeBSD 7.2-STABLE #18: Mon Dec 14 00:39:13 CET > 2009 mybox i386 $ ls -ld /var/db/pkg/kdebase* > drwxr-xr-x 2 root wheel 512 Jan 11 18:35 /var/db/pkg/kdebase-3.5.10_4/ > drwxr-xr-x 2 root wheel 512 Jan 11 18:35 > /var/db/pkg/kdebase-kompmgr-3.5.10_1/ > > Any ideas what's the cause or what I should try next to see where this > abort comes from? > > Thanks, > > Damian try debugging kcheckpass --nofork, as it will prevent the process forking off into the background. A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 18:10:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C75C10656BC for ; Tue, 12 Jan 2010 18:10:45 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from triton.rz.uni-saarland.de (triton.rz.uni-saarland.de [134.96.7.25]) by mx1.freebsd.org (Postfix) with ESMTP id BF0E08FC2B for ; Tue, 12 Jan 2010 18:10:44 +0000 (UTC) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by triton.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id o0CIAhnw006381 for ; Tue, 12 Jan 2010 19:10:43 +0100 Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.216.98]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id o0CIAhoJ025458 for ; Tue, 12 Jan 2010 19:10:43 +0100 (CET) Date: Tue, 12 Jan 2010 19:10:38 +0100 (CET) From: Damian Weber To: freebsd-stable@freebsd.org In-Reply-To: <201001121918.40054.andy@athame.co.uk> Message-ID: References: <201001121918.40054.andy@athame.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Tue, 12 Jan 2010 19:10:43 +0100 (CET) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.1.134; VDF: 7.10.2.175; host: AntiVir3) Subject: Re: strange abort with kcheckpass X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 18:10:45 -0000 On Tue, 12 Jan 2010, Andy Fawcett wrote: > Date: Tue, 12 Jan 2010 19:18:39 +0200 > From: Andy Fawcett > To: freebsd-stable@freebsd.org > Cc: Damian Weber > Subject: Re: strange abort with kcheckpass > > On Tuesday 12 January 2010 17:49:25 Damian Weber wrote: > > Hi, all, > > > > I've got a strange SIGABRT issue with kcheckpass. > > Of course, kcheckpass is not contained in the base > > system, yet I write to this list since the base system > > could be able to help with tracking this down. > > (kcheckpass is called from a screen locker which fails > > to operate properly as a consequence of the SIGABRT.) > > > > Normal behaviour: > > (for example with wrong password) > > $ kcheckpass > > Password: > > Authentication failure > > > > Strange behaviour here (called mybox below): > > $ kcheckpass > > Abort trap: 6 > > > > I've recompiled the kcheckpass part of the kdebase3 > > port with option -g. > > Starting with debugger even doesn't let me reach a > > breakpoint at main(), because the SIGABRT happens > > earlier. > > > > # pwd > > /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass > > > > # ldd ./kcheckpass > > ./kcheckpass: > > libkdefakes.so.6 => /usr/local/lib/libkdefakes.so.6 (0x68193000) > > libpam.so.4 => /usr/lib/libpam.so.4 (0x68195000) > > libjpeg.so.10 => /usr/local/lib/libjpeg.so.10 (0x6819c000) > > libthr.so.3 => /lib/libthr.so.3 (0x681d0000) > > libc.so.7 => /lib/libc.so.7 (0x68080000) > > > > # gdb ./kcheckpass > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > > are welcome to change it and/or distribute copies of it under certain > > conditions. Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-marcel-freebsd"... > > (gdb) b main > > Breakpoint 1 at 0x1470: file kcheckpass.c, line 297. > > (gdb) r > > Starting program: > > /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass/kcheckpass > > > > Program terminated with signal SIGABRT, Aborted. > > The program no longer exists. > > You can't do that without a process to debug. > > (gdb) q > > > > $ uname -a > > FreeBSD mybox 7.2-STABLE FreeBSD 7.2-STABLE #18: Mon Dec 14 00:39:13 CET > > 2009 mybox i386 $ ls -ld /var/db/pkg/kdebase* > > drwxr-xr-x 2 root wheel 512 Jan 11 18:35 /var/db/pkg/kdebase-3.5.10_4/ > > drwxr-xr-x 2 root wheel 512 Jan 11 18:35 > > /var/db/pkg/kdebase-kompmgr-3.5.10_1/ > > > > Any ideas what's the cause or what I should try next to see where this > > abort comes from? > > > > Thanks, > > > > Damian > > try debugging kcheckpass --nofork, as it will prevent the process forking off into the background. > > A. no luck: # gdb ./kcheckpass GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) b main Breakpoint 1 at 0x1470: file kcheckpass.c, line 297. (gdb) run --nofork Starting program: /usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcheckpass/kcheckpass --nofork Program terminated with signal SIGABRT, Aborted. The program no longer exists. You can't do that without a process to debug. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 19:50:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CD221065692 for ; Tue, 12 Jan 2010 19:50:31 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id DFE858FC1B for ; Tue, 12 Jan 2010 19:50:30 +0000 (UTC) Received: (qmail 38516 invoked by uid 0); 12 Jan 2010 19:50:29 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jan 2010 19:50:29 -0000 Date: Tue, 12 Jan 2010 14:50:29 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Boris Samorodov In-Reply-To: <256197E6-FA13-491C-8F55-18D2F6A8B11A@bway.net> Message-ID: References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> <256197E6-FA13-491C-8F55-18D2F6A8B11A@bway.net> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marin Atanasov , "freebsd-stable@freebsd.org" , "freebsd-hardware@freebsd.org" Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 19:50:31 -0000 On Tue, 12 Jan 2010, Charles Sprickman wrote: > > On Jan 12, 2010, at 12:04 PM, Boris Samorodov wrote: > >> On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: >> >>> I'm thinking about the following situation - 1 system acting like a host >>> with a serial port hub, each port of the hub is connected to a different >>> machine on sio0, using null modem cables. >> >> Along with milti-io serial cards we use multi-usb serial >> converters, such as SUNIX UTS7009P (7 USB to serial adapter): >> http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm >> > > I need to look it up when I'm in front of a real computer, but there are a > number of reasonably priced multport USB to serial converters out there. Here we go: http://www.usbgear.com/USB-Serial.html Some very cool stuff there. They also list the chipset used in some of those so you have some idea if it will work with FreeBSD. I think Vixie originally pointed me to this model: http://www.usbgear.com/computer_cable_details.cfm?sku=USB-16COM-RM&cats=199&catid=493%2C494%2C474%2C199%2C461%2C106%2C1009%2C601 If anyone has the lowdown on which chipsets generally work with FreeBSD (especially with all the changes in 8.0), that would be great. The above model works great on an old 4.11 box. It's an FTDI chipset - at the very bottom of the page they even claim FreeBSD and OpenBSD support. dmesg: uhub2: Genesys Logic USB Hub, class 9/0, rev 1.01/0.11, addr 2 uhub2: 7 ports with 7 removable, self powered ucom0: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 3 [...] ucom11: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 8 [...] uhub3: Genesys Logic USB Hub, class 9/0, rev 1.01/0.12, addr 9 uhub3: 4 ports with 4 removable, self powered ucom12: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 10 [...] ucom15: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 11 Charles > We have a 16 port model that's rack mounted and cost around $400. It > works better many of the more expensive multiport serial cards. Paired > with conserver, it's a really nice solution. Conserver's logging is > great... > > I've used old dedicated terminal servers in the past and they can be a pain > to deal with. The newer ones are probably nicer, but are also lots of money. > > C > >> -- >> WBR, Boris Samorodov (bsam) >> Research Engineer, http://www.ipt.ru Telephone & Internet SP >> FreeBSD Committer, http://www.FreeBSD.org The Power To Serve >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:05:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B4AE1065672 for ; Tue, 12 Jan 2010 20:05:25 +0000 (UTC) (envelope-from dweber@htw-saarland.de) Received: from theia.rz.uni-saarland.de (theia.rz.uni-saarland.de [134.96.7.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7FF8FC08 for ; Tue, 12 Jan 2010 20:05:24 +0000 (UTC) Received: from zdve-mailx.htw-saarland.de (zdve-mailx.htw-saarland.de [134.96.208.108]) by theia.rz.uni-saarland.de (8.14.1/8.14.0) with ESMTP id o0CK5Mq4029147; Tue, 12 Jan 2010 21:05:23 +0100 Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.216.98]) by zdve-mailx.htw-saarland.de (8.13.8/8.13.8) with ESMTP id o0CK5M5e002813; Tue, 12 Jan 2010 21:05:22 +0100 (CET) Date: Tue, 12 Jan 2010 21:05:17 +0100 (CET) From: Damian Weber To: Greg Rivers In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.2 at zdve-mailx X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (theia.rz.uni-saarland.de [134.96.7.31]); Tue, 12 Jan 2010 21:05:23 +0100 (CET) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.1.134; VDF: 7.10.2.175; host: AntiVir1) Cc: freebsd-stable@freebsd.org Subject: Re: strange abort with kcheckpass (solved) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:05:25 -0000 On Tue, 12 Jan 2010, Greg Rivers wrote: > Date: Tue, 12 Jan 2010 13:33:53 -0600 (CST) > From: Greg Rivers > To: Damian Weber > Cc: freebsd-stable@freebsd.org > Subject: Re: strange abort with kcheckpass > > On Tue, 12 Jan 2010, Damian Weber wrote: > > > I've got a strange SIGABRT issue with kcheckpass. Of course, kcheckpass is > > not contained in the base system, yet I write to this list since the base > > system could be able to help with tracking this down. (kcheckpass is called > > from a screen locker which fails to operate properly as a consequence of the > > SIGABRT.) > > > > Normal behaviour: > > (for example with wrong password) > > $ kcheckpass > > Password: > > Authentication failure > > > > Strange behaviour here (called mybox below): > > $ kcheckpass > > Abort trap: 6 > > > > Have you set security.bsd.map_at_zero=0 ? In my experience, several ports > (eg. samba, cups, parts of kde3) depend on PIE and will not run with this > disabled on 7.x. > Yes - that was the problem. Thanks a lot. # sysctl security.bsd.map_at_zero=1 security.bsd.map_at_zero: 0 -> 1 magritte# kcheckpass Password: Authentication failure Best regards Damian From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:13:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505631065670 for ; Tue, 12 Jan 2010 20:13:35 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id DCF188FC1F for ; Tue, 12 Jan 2010 20:13:34 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id o0CJXr7o028932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jan 2010 13:33:55 -0600 (CST) (envelope-from gcr+freebsd-stable@tharned.org) X-DKIM: Sendmail DKIM Filter v2.8.3 roadkill.tharned.org o0CJXr7o028932 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2010; t=1263324835; bh=UDGQu3MT/qJ/1ObJG2hUZOzogrCYUqrX6zTOnHN9hDM=; l=929; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=zl1ptzAL10st9dlmpK6qVfBgs5/Rj8D1imjOMaj1Z5Vizp4Liq39cx5Z0uCIbnPOh ZxhAVI20w1S2RLPv1r55bS31zxXHiae3ytErXP3GZh4vaJNq4j9SIc5RWnFAriGCwg WvHBptQqH/+orBHLB8lnlt8NC6wDD9zJN8y0Jaqg= Date: Tue, 12 Jan 2010 13:33:53 -0600 (CST) From: Greg Rivers To: Damian Weber In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (roadkill.tharned.org [75.145.12.185]); Tue, 12 Jan 2010 13:33:55 -0600 (CST) Cc: freebsd-stable@freebsd.org Subject: Re: strange abort with kcheckpass X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:13:35 -0000 On Tue, 12 Jan 2010, Damian Weber wrote: > I've got a strange SIGABRT issue with kcheckpass. Of course, kcheckpass > is not contained in the base system, yet I write to this list since the > base system could be able to help with tracking this down. (kcheckpass > is called from a screen locker which fails to operate properly as a > consequence of the SIGABRT.) > > Normal behaviour: > (for example with wrong password) > $ kcheckpass > Password: > Authentication failure > > Strange behaviour here (called mybox below): > $ kcheckpass > Abort trap: 6 > Have you set security.bsd.map_at_zero=0 ? In my experience, several ports (eg. samba, cups, parts of kde3) depend on PIE and will not run with this disabled on 7.x. References: http://security.freebsd.org/advisories/FreeBSD-EN-09:05.null.asc http://lists.freebsd.org/pipermail/freebsd-stable/2009-October/052235.html -- Greg Rivers From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:27:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D05106566B for ; Tue, 12 Jan 2010 20:27:42 +0000 (UTC) (envelope-from mail@maxlor.com) Received: from mxout002.mail.hostpoint.ch (mxout002.mail.hostpoint.ch [217.26.49.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8006C8FC18 for ; Tue, 12 Jan 2010 20:27:42 +0000 (UTC) Received: from [10.0.2.20] (helo=asmtp002.mail.hostpoint.ch) by mxout002.mail.hostpoint.ch with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUnL2-000HQZ-VF for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 21:27:40 +0100 Received: from [82.136.101.114] (helo=atlantis.intranet) by asmtp002.mail.hostpoint.ch with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NUnL2-0000Sk-RZ for freebsd-stable@freebsd.org; Tue, 12 Jan 2010 21:27:40 +0100 Received: from mini.localnet (vimur.intranet [10.0.0.254]) by atlantis.intranet (Postfix) with ESMTPSA id 8A9A119CB4 for ; Tue, 12 Jan 2010 21:27:40 +0100 (CET) X-Authenticated-Sender-Id: mail@maxlor.com From: Benjamin Lutz To: freebsd-stable@freebsd.org Date: Tue, 12 Jan 2010 21:27:39 +0100 User-Agent: KMail/1.12.4 (Linux/2.6.31.8-0.1-desktop; KDE/4.3.4; i686; ; ) References: <201001121050.04982.mail@maxlor.com> In-Reply-To: X-Face: $Ov27?7*N,h60fIEfNJdb!m,@#4T/d; 1hw|W0zvsHM(a$Yn6BYQ0^SEEXvi8>D`|V*F"_+ R2@Aq>+mNb4`,'[[%z9v0Fa~]AD1}xQO3|>b.z&}l#R-_(P`?@Mz"kS; XC>Eti,i3>%@g? 4f,\c7|Ghwb&ky$b2PJ^\0b83NkLsFKv|smL/cI4UD%Tu8alAD MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201001122127.39886.mail@maxlor.com> Subject: Re: Please explain FreeBSD 8.0/ZFS memory usage patterns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:27:42 -0000 On Tuesday 12 January 2010 15:35:12 Ivan Voras wrote: > How do you get those categories: kern, proc? I suppose proc could be sum > of resident sizes of processes (aka "RES" in top) and kern could be > sysctl vm.kmem_size? yes, exactly. kern is kvm.kmem_size, proc is the sum of RSS memory of all processes (including kernel processes), active and wired are the value from top, arc is the ZFS ARC. > > In the first half of the graph, there's a torrent download running, which > > I assume causes the large fluctuations in memory usage. However, memory > > usage > > Large fluctuations in which category? The ARC? (since "proc" doesn't > fluctuate much). well, wired seems to move with the ARC. But why does active memory move so much? As you pointed out, my processes don't change that much. Cheers Benjamin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:28:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1B471065672 for ; Tue, 12 Jan 2010 20:28:13 +0000 (UTC) (envelope-from freebsd@o2.pl) Received: from rekin26.go2.pl (rekin26.go2.pl [193.17.41.76]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA4D8FC0C for ; Tue, 12 Jan 2010 20:28:13 +0000 (UTC) Received: from rekin26.go2.pl (rekin26.go2.pl [127.0.0.1]) by rekin26.go2.pl (Postfix) with ESMTP id 46F3835D878 for ; Tue, 12 Jan 2010 21:27:57 +0100 (CET) Received: from unknown (unknown [10.0.0.74]) by rekin26.go2.pl (Postfix) with SMTP for ; Tue, 12 Jan 2010 21:27:57 +0100 (CET) Received: from staticline40844.toya.net.pl [85.89.178.34] by poczta.o2.pl with ESMTP id fbtWhS; Tue, 12 Jan 2010 21:27:57 +0100 From: =?utf-8?q?Rafa=C5=82_Jackiewicz?= Organization: =?utf-8?q?Rafa=C5=82?= Jackiewicz To: freebsd-stable@freebsd.org Date: Tue, 12 Jan 2010 21:27:56 +0100 User-Agent: KMail/1.12.4 (Linux/2.6.30-2-amd64; KDE/4.3.4; x86_64; ; ) References: <201001120100.16631.freebsd@o2.pl> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201001122127.56716.freebsd@o2.pl> X-O2-Trust: 2, 60 Cc: freebsd-fs@freebsd.org, Roland Smith , Dan Naumov Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@o2.pl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:28:13 -0000 >Thanks, could you do the same, but using 2 .eli vdevs mirrorred >together in a zfs mirror? > >- Sincerely, >Dan Naumov Hi, Proc: Intell Atom 330 (2x1.6Ghz) - 1 package(s) x 2 core(s) x 2 HTT threads Chipset: Intel 82945G Sys: 8.0-RELEASE FreeBSD 8.0-RELEASE #0 empty file: /boot/loader.conf Hdd: ad4: 953869MB at ata2-master SATA150 ad6: 953869MB at ata3-master SATA150 Geli: geli init -s 4096 -K /etc/keys/ad4s2.key /dev/ad4s2 geli init -s 4096 -K /etc/keys/ad6s2.key /dev/ad6s2 Results: **************************************************** *** single drive write MB/s read MB/s eli.journal.ufs2 23 14 eli.zfs 19 36 *** mirror write MB/s read MB/s mirror.eli.journal.ufs2 23 16 eli.zfs 31 40 zfs 83 79 *** degraded mirror write MB/s read MB/s mirror.eli.journal.ufs2 16 9 eli.zfs 56 40 zfs 86 71 **************************************************** ***** Single drive: ****** Mount: data01 on /data01 (zfs, local) /dev/ad6s2.eli.journal on /data02 (ufs, local, gjournal) *** (single hdd) UFS2, gjournal, eli. srebrny# time dd if=/dev/zero of=/data02/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 92.451346 secs (22683845 bytes/sec) 0.068u 10.386s 1:32.46 11.2% 26+1497k 63+16066io 0pf+0w ** umount / mount, and: srebrny# time dd if=/data02/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 147.219379 secs (14245081 bytes/sec) 0.008u 4.456s 2:27.22 3.0% 23+1324k 16066+0io 0pf+0w *** (single hdd) zfs: srebrny# time dd if=/dev/zero of=/data01/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 113.049629 secs (18550720 bytes/sec) 0.014u 5.480s 1:53.05 4.8% 26+1516k 0+0io 0pf+0w ** umount / mount, and: srebrny# time dd if=/data01/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 59.012860 secs (35537203 bytes/sec) 0.000u 3.135s 0:59.01 5.3% 24+1397k 0+0io 0pf+0w ***** Mirror: ***** *** (mirror hdd) UFS2, gjournal, eli. srebrny# gmirror list Geom name: data02 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ** srebrny# time dd if=/dev/zero of=/data02/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 89.441874 secs (23447094 bytes/sec) 0.022u 11.110s 1:29.45 12.4% 26+1515k 64+16066io 0pf+0w ** umount / mount, and: srebrny# time dd if=/data02/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 134.567914 secs (15584339 bytes/sec) 0.007u 4.333s 2:14.62 3.2% 26+1498k 16067+0io 0pf+0w *** (mirror hdd, eli) zfs: srebrny# time dd if=/dev/zero of=/data01/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 67.255574 secs (31181832 bytes/sec) 0.029u 6.422s 1:07.25 9.5% 26+1531k 0+0io 0pf+0w ** (eli) umount / mount, and: srebrny# time dd if=/data01/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 52.307404 secs (40092833 bytes/sec) 0.036u 3.405s 0:52.31 6.5% 27+1543k 0+0io 0pf+0w *** (mirror hdd, no eli!) zfs: srebrny# time dd if=/dev/zero of=/data01/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 25.185164 secs (83269341 bytes/sec) 0.000u 5.506s 0:25.18 21.8% 26+1513k 0+0io 0pf+0w ** (no eli!) umount / mount, and: srebrny# time dd if=/data01/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 26.457374 secs (79265312 bytes/sec) 0.000u 3.011s 0:26.45 11.3% 24+1396k 0+0io 0pf+0w ***** *** (mirror !!!degraded!!!, single drive ad4s2) UFS2, gjournal, eli. df -h /dev/mirror/data02.eli.journal 857G 8.0K 788G 0% /data02 ** srebrny# time dd if=/dev/zero of=/data02/test01 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 131.554958 secs (15941262 bytes/sec) 0.029u 10.057s 2:11.58 7.6% 26+1528k 64+16066io 0pf+0w ** (mirror !!!degraded!!!, single drive ad4s2) umount / mount, and: srebrny# time dd if=/data02/test01 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 226.056204 secs (9277127 bytes/sec) 0.029u 4.226s 3:46.08 1.8% 26+1529k 16066+0io 0pf+0w *** (mirror !!!degraded!!!, single drive ad4s2; eli) zfs: srebrny# time dd if=/dev/zero of=/data01/test011 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 37.548232 secs (55852217 bytes/sec) 0.007u 5.480s 0:37.55 14.5% 26+1513k 0+0io 0pf+0w ** (mirror !!!degraded!!!, single drive ad4s2; eli) umount / mount, and: srebrny# time dd if=/data01/test011 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 51.266119 secs (40907173 bytes/sec) 0.036u 3.238s 0:51.28 6.3% 28+1549k 0+0io 0pf+0w *** (mirror !!!degraded!!!, single drive ad4s2; no eli!) zfs: srebrny# time dd if=/dev/zero of=/data01/test011 bs=1m count=2000 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 24.296032 secs (86316646 bytes/sec) 0.000u 5.463s 0:24.29 22.4% 26+1512k 0+0io 0pf+0w ** (mirror !!!degraded!!!, single drive ad4s2; no eli!) umount / mount, and: srebrny# time dd if=/data01/test011 of=/dev/null bs=1m 2000+0 records in 2000+0 records out 2097152000 bytes transferred in 29.512372 secs (71060096 bytes/sec) 0.036u 3.275s 0:29.51 11.1% 27+1563k 0+0io 0pf+0w Best regards, Rafal Jackiewicz From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:49:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB62106568D; Tue, 12 Jan 2010 20:49:54 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f209.google.com (mail-gx0-f209.google.com [209.85.217.209]) by mx1.freebsd.org (Postfix) with ESMTP id 90D248FC26; Tue, 12 Jan 2010 20:49:53 +0000 (UTC) Received: by gxk1 with SMTP id 1so10836664gxk.14 for ; Tue, 12 Jan 2010 12:49:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=RQo+tMLSHoZmsRGH7RPaf/BsGx44obwXIScAEjxDxVQ=; b=sg9JEyAtt00OHphC3ARFnSHWKtYSH19FUQ6inGd1ijIier6YOr+CEvl0HLegNfL5Bc aBv3ySdV52AgbPpVBLt3eA7vqrXVfUqoyrp09RZ4oOuy/cr+IpECIjIA27Uevfh7wZvI 5MUGlxqqdPqCO0e0ryXAKbxIuAaOR7JYjcTMU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=rYkhcpb1YGZBwhK1CmQ4uzd5sb141vVL8wXIUbk2t87AdXaVYMZNO21NjO4VUxYgHT T0zH/RgRJrTCdY2UKkB9EVqozGXxhAV5uh/RZmMODniWYc65ggseFwGehj+jYHJL0Wej VG6ExaRLMCYj2RYdGP8pFo2SIxiySG2gwol0Q= MIME-Version: 1.0 Received: by 10.100.63.16 with SMTP id l16mr789170ana.47.1263329386146; Tue, 12 Jan 2010 12:49:46 -0800 (PST) In-Reply-To: <201001122127.56716.freebsd@o2.pl> References: <201001120100.16631.freebsd@o2.pl> <201001122127.56716.freebsd@o2.pl> Date: Tue, 12 Jan 2010 22:49:46 +0200 Message-ID: From: Dan Naumov To: freebsd@o2.pl, FreeBSD-STABLE Mailing List , freebsd-questions@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:49:54 -0000 2010/1/12 Rafa=C5=82 Jackiewicz : >>Thanks, could you do the same, but using 2 .eli vdevs mirrorred >>together in a zfs mirror? >> >>- Sincerely, >>Dan Naumov > > Hi, > > Proc: Intell Atom 330 (2x1.6Ghz) - 1 package(s) x 2 core(s) x 2 HTT threa= ds > Chipset: Intel 82945G > Sys: 8.0-RELEASE FreeBSD 8.0-RELEASE #0 > empty file: /boot/loader.conf > Hdd: > =C2=A0 ad4: 953869MB at ata2-master SATA150 > =C2=A0 ad6: 953869MB at ata3-master SATA150 > Geli: > =C2=A0 geli init -s 4096 -K /etc/keys/ad4s2.key /dev/ad4s2 > =C2=A0 geli init -s 4096 -K /etc/keys/ad6s2.key /dev/ad6s2 > > > Results: > **************************************************** > > *** single drive =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0write MB/s =C2=A0 =C2=A0 =C2=A0read =C2=A0MB/s > eli.journal.ufs2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A023 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A014 > eli.zfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 19 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A036 > > > *** mirror =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0write MB/s =C2=A0 =C2=A0 =C2=A0re= ad =C2=A0MB/s > mirror.eli.journal.ufs2 23 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A016 > eli.zfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 31 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A040 > zfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 83 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A079 > > > *** degraded mirror =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 write MB/s = =C2=A0 =C2=A0 =C2=A0read MB/s > mirror.eli.journal.ufs2 16 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A09 > eli.zfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 56 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A040 > zfs =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 86 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A071 > > **************************************************** Thanks a lot for your numbers, the relevant part for me was this: *** mirror write MB/s read MB/s eli.zfs 31 40 zfs 83 79 *** degraded mirror write MB/s read MB/s eli.zfs 56 40 zfs 86 71 31 mb/s writes and 40 mb/s reads is something that I guess I could potentially live with. I am guessing the main problem of stacking ZFS on top of geli like this is the fact that writing to a mirror requires double the CPU use, because we have to encrypt all written data twice (once to each disk) instead of encrypting first and then writing the encrypted data to 2 disks as would be the case if we had crypto sitting on top of ZFS instead of ZFS sitting on top of crypto. I now have to reevaluate my planned use of an SSD though, I was planning to use a 40gb partition on an Intel 80GB X25-M G2 as a dedicated L2ARC device for a ZFS mirror of 2 x 2tb disks. However these numbers make it quite obvious that I would already be CPU-starved at 40-50mb/s throughput on the encrypted ZFS mirror, so adding an l2arc SSD, while improving latency, would do really nothing for actual disk read speeds, considering the l2arc itself would too, have to sit on top of a GELI device. - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 20:56:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07861106568F for ; Tue, 12 Jan 2010 20:56:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id A4EA88FC20 for ; Tue, 12 Jan 2010 20:56:54 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta04.westchester.pa.mail.comcast.net with comcast id UfK11d0091ZXKqc54kwuKN; Tue, 12 Jan 2010 20:56:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta21.westchester.pa.mail.comcast.net with comcast id Ukx61d0083S48mS3hkx7Tn; Tue, 12 Jan 2010 20:57:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A59ED1E301C; Tue, 12 Jan 2010 12:56:52 -0800 (PST) Date: Tue, 12 Jan 2010 12:56:52 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100112205652.GA6048@icarus.home.lan> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> <256197E6-FA13-491C-8F55-18D2F6A8B11A@bway.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 20:56:55 -0000 On Tue, Jan 12, 2010 at 02:50:29PM -0500, Charles Sprickman wrote: > On Tue, 12 Jan 2010, Charles Sprickman wrote: > > >On Jan 12, 2010, at 12:04 PM, Boris Samorodov wrote: > > > >>On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: > >> > >>>I'm thinking about the following situation - 1 system acting like a host > >>>with a serial port hub, each port of the hub is connected to a different > >>>machine on sio0, using null modem cables. > >> > >>Along with milti-io serial cards we use multi-usb serial > >>converters, such as SUNIX UTS7009P (7 USB to serial adapter): > >>http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm > >> > > > >I need to look it up when I'm in front of a real computer, but > >there are a number of reasonably priced multport USB to serial > >converters out there. > > Here we go: > > http://www.usbgear.com/USB-Serial.html > > Some very cool stuff there. They also list the chipset used in some > of those so you have some idea if it will work with FreeBSD. I > think Vixie originally pointed me to this model: > > http://www.usbgear.com/computer_cable_details.cfm?sku=USB-16COM-RM&cats=199&catid=493%2C494%2C474%2C199%2C461%2C106%2C1009%2C601 > > If anyone has the lowdown on which chipsets generally work with > FreeBSD (especially with all the changes in 8.0), that would be > great. The same device appears here: http://www.serialgear.com/USB-16COM-RM.html http://www.allserial.com/usb_16com-rm.html Quite inexpensive compared to an actual serial console server! I had no idea such a device existed (well, USB-to-serial adapters, sure, just not ones which housed 16 adapters or was rack-mountable. :-) ). Decently sized FIFO buffers as well (128/384 byte Tx/Rx), at least compared to a classic 16650A (14/16 byte Tx/Rx). Usually larger FIFO == can handle higher bps without character loss. I've 5 questions about this device: * Does it work with/use hardware flow control (CTS/RTS)? * Have you tested it for character loss at 115200bps rates? * How do you configure each port (speed, flow, etc.)? * Does it work under FreeBSD 8.x (given that the entire USB stack was re-written)? * Do you have any idea what the power usage is on this device (in amps)? (Our MRV claims 1A max, but drives about 0.25A or so). > The above model works great on an old 4.11 box. It's an FTDI > chipset - at the very bottom of the page they even claim FreeBSD and > OpenBSD support. > > dmesg: > > uhub2: Genesys Logic USB Hub, class 9/0, rev 1.01/0.11, addr 2 > uhub2: 7 ports with 7 removable, self powered > ucom0: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 3 > [...] > ucom11: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 8 > [...] > uhub3: Genesys Logic USB Hub, class 9/0, rev 1.01/0.12, addr 9 > uhub3: 4 ports with 4 removable, self powered > ucom12: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 10 > [...] > ucom15: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 11 Very nice -- the fact they're using FTDI chips is good (from what I understand of USB-to-serial adapters). > > We have a 16 port model that's rack mounted and cost around $400. > >It works better many of the more expensive multiport serial cards. > >Paired with conserver, it's a really nice solution. Conserver's > >logging is great... > > > >I've used old dedicated terminal servers in the past and they can > >be a pain to deal with. The newer ones are probably nicer, but > >are also lots of money. Classic devices (like the Portmaster) are indeed a pain in the butt to deal with. I've no experience with Ciscos, but in the case of the PM, documentation vs. implementation mismatch galore. The MRV devices are thoroughly documented (it borders on overwhelming -- I'd say half of the configuration parameters are foreign to me), and I think the Cyclades TS devices are as well; it's the cost of the Cyclades which blows my mind (zero justification for it too, other than "enterprise cost mentality", e.g. charge as much as possible because large businesses will pay it). I think for folks who want a multiport serial console device that sits on Ethernet, the MRV or Cyclades device would be a good choice, since it's a standalone unit which doesn't need to be physically cabled to a "host" box (and often a good choice for those who want modem-based OOB access to devices, since it can house a v.90 modem). For those with less requirements and want to spend less, the above USB-to-serial device looks fantastic -- and at almost 1/4th the cost of our MRV. :-) As usual, thanks for the insights, Charles! -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 21:29:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A4ED1065670 for ; Tue, 12 Jan 2010 21:29:46 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf10.insightbb.com (mxsf10.insightbb.com [74.128.0.92]) by mx1.freebsd.org (Postfix) with ESMTP id 0F43C8FC0A for ; Tue, 12 Jan 2010 21:29:45 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,264,1262581200"; d="scan'208";a="24311626" Received: from unknown (HELO asav00.insightbb.com) ([172.31.249.123]) by mxsf10.insightbb.com with ESMTP; 12 Jan 2010 16:29:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvQEAGp4TEvQLicL/2dsb2JhbACBQ9VUhDAEgx0 X-IronPort-AV: E=Sophos;i="4.49,264,1262581200"; d="scan'208";a="4127284" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout00.insightbb.com with ESMTP; 12 Jan 2010 16:29:44 -0500 From: Steven Friedrich To: Frank Date: Tue, 12 Jan 2010 16:29:37 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001091729.22247.freebsd@insightbb.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001121629.37439.freebsd@insightbb.com> Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 21:29:46 -0000 On Saturday 09 January 2010 06:11:45 pm Frank wrote: > On Sat, 9 Jan 2010, Steven Friedrich wrote: > >> USB. > >> > >> I'm betting USB and I'm > >> > >>> thinking that maybe the driver you used to use hasn't been converted to > >>> the new USB system in 8-Stable. > >> > >> If that's the case it makes sense. I guess I'll just have to wait until > >> it's converted. > > > > Is it possible to boot one of your machines to an older release of > > FreeBSD, so you can discover what device driver you had been using, if > > any. Or any old logs may have the info. I haven't had an APC UPS, so > > I'm unfamiliar with apcupsd. > > Hope this is what you mean. > > On 7.2-STABLE the UPS attached to ugen0. It is the same now. > > P.S. Per the pkg-message directions I have commented out uhid in the > kernel config file, compiled and installed. Is this still necessary? > > -- > Frank > I think someone is going to have to update apcupsd with changes necessary to be compatible with FreeBSD 8's new USB arch. I haven't seen any documentation, white paper, etc., that discusses what changes would be needed. You could try sending an email to the port's maintainer... From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 22:09:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E211065694 for ; Tue, 12 Jan 2010 22:09:41 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3798FC08 for ; Tue, 12 Jan 2010 22:09:40 +0000 (UTC) Received: (qmail 27386 invoked from network); 12 Jan 2010 22:09:40 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 12 Jan 2010 22:09:40 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 045155082B; Tue, 12 Jan 2010 17:09:38 -0500 (EST) From: Lowell Gilbert To: Steven Friedrich References: <201001091729.22247.freebsd@insightbb.com> <201001121629.37439.freebsd@insightbb.com> Date: Tue, 12 Jan 2010 17:09:38 -0500 In-Reply-To: <201001121629.37439.freebsd@insightbb.com> (Steven Friedrich's message of "Tue, 12 Jan 2010 16:29:37 -0500") Message-ID: <44bpgzm0v1.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 22:09:41 -0000 Steven Friedrich writes: > On Saturday 09 January 2010 06:11:45 pm Frank wrote: >> On Sat, 9 Jan 2010, Steven Friedrich wrote: >> >> USB. >> >> >> >> I'm betting USB and I'm >> >> >> >>> thinking that maybe the driver you used to use hasn't been converted to >> >>> the new USB system in 8-Stable. >> >> >> >> If that's the case it makes sense. I guess I'll just have to wait until >> >> it's converted. >> > >> > Is it possible to boot one of your machines to an older release of >> > FreeBSD, so you can discover what device driver you had been using, if >> > any. Or any old logs may have the info. I haven't had an APC UPS, so >> > I'm unfamiliar with apcupsd. >> >> Hope this is what you mean. >> >> On 7.2-STABLE the UPS attached to ugen0. It is the same now. >> >> P.S. Per the pkg-message directions I have commented out uhid in the >> kernel config file, compiled and installed. Is this still necessary? >> >> -- >> Frank >> > I think someone is going to have to update apcupsd with changes necessary to > be compatible with FreeBSD 8's new USB arch. > > I haven't seen any documentation, white paper, etc., that discusses what > changes would be needed. You could try sending an email to the port's > maintainer... Another data point... I didn't pay much attention to it, but without changing my apcupsd configuration, it "just worked" after upgrading from RELENG_7 to RELENG_8, just a couple of days ago. I'm still running on a GENERIC kernel, but if I trim it down I'll keep an eye out for problems. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 22:16:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21311065672 for ; Tue, 12 Jan 2010 22:16:51 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from smtp117.rog.mail.re2.yahoo.com (smtp117.rog.mail.re2.yahoo.com [68.142.225.233]) by mx1.freebsd.org (Postfix) with SMTP id 87F038FC0A for ; Tue, 12 Jan 2010 22:16:51 +0000 (UTC) Received: (qmail 47030 invoked from network); 12 Jan 2010 21:50:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=b/ydlAHHauOxNp+jS2TNWvyAc1pd84WSWlxRuk2BNLYA0VEXwpddcYknx/1WAQ1xx6oD4JszQg0OY6UCChqnvYEMJCBVCwdDjPJyOp2CsL1R6jzeGPOUUY/g4OS53rCjXTMOJl2iClajEsp94Obq48wYLUEZrtXu4975Y9tW5uk= ; Received: from CPE00e0812ec1aa-CM000f9f578d7a.cpe.net.cable.rogers.com (gbell72@99.233.37.65 with plain) by smtp117.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2010 13:50:07 -0800 PST X-Yahoo-SMTP: vhm.KweswBB8JGCDQo2eYyVHJ4NQ9hKLMsE.Tsw.BQ-- X-YMail-OSG: cc2jyIMVM1nznQEn0WC7_pLtSBaeX0XzvohMYk_zhgRAqZtYSoWCf_jftgEivbuLfg-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B4CEE78.4080708@rogers.com> Date: Tue, 12 Jan 2010 16:49:44 -0500 From: Gardner Bell User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: LOR - 8.0-STABLE r202128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 22:16:52 -0000 I got this lock order reversal while running a windows executable through wine. lock order reversal: 1st 0xc5e757f8 vm object (standard object) @ /usr/src/sys/vm/vm_object.c:482 2nd 0xc1c900e8 system map (system map) @ /usr/src/sys/vm/vm_map.c:2772 KDB: stack backtrace: db_trace_self_wrapper(c07632b0,e955d8a4,c05c7496,c05bbe7f,c076508c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c05bbe7f,c076508c,c0923520,c48dd278,e955d8fc,...) at kdb_backtrace+0x29 _witness_debugger(c076508c,c1c900e8,c0765236,c48d9110,c077536f,...) at _witness_debugger+0x1e witness_checkorder(c1c900e8,9,c077536f,ad4,0,...) at witness_checkorder+0x697 _mtx_lock_flags(c1c900e8,0,c077536f,ad4,c6089000,...) at _mtx_lock_flags+0x36 _vm_map_lock(c1c9008c,c077536f,ad4,c66437c4,c5e757f8,...) at _vm_map_lock+0x31 vm_map_remove(c1c9008c,c6087000,c6089000,e955d988,c06c0417,...) at vm_map_remove+0x2a kmem_free(c1c9008c,c6087000,2000,e955d9a0,c06c1000,...) at kmem_free+0x30 page_free(c6087000,2000,22,2000,e955d9b8,...) at page_free+0x46 uma_large_free(c66437c4,c4ec09a4,c1c8c014,c5e757f8,e955d9c8,...) at uma_large_free+0x87 free(c6087000,c07aae1c,e955d9e0,c06bb552,c6087000,...) at free+0xb8 sglist_free(c6087000,c598d7e0,0) at sglist_free+0x28 sg_pager_dealloc(c5e757f8,e955da14,c06d1587,c5e757f8,0,...) at sg_pager_dealloc+0x69 vm_pager_deallocate(c5e757f8,0,c0775baa,2dc,0,...) at vm_pager_deallocate+0x1a vm_object_terminate(c5e757f8,0,c0775baa,1e2,e955da40,...) at vm_object_terminate+0x171 vm_object_deallocate(c5e757f8,c077536f,ad7,c5548b40,0,...) at vm_object_deallocate+0x4ae _vm_map_unlock(c513d740,c077536f,ad7,1,c513d740,...) at _vm_map_unlock+0x74 vm_map_remove(c513d740,0,bfc00000,0,c54e1550,...) at vm_map_remove+0x69 vmspace_exit(c4ec0900,0,c075d9eb,12d,c07a6e7c,...) at vmspace_exit+0xbc exit1(c4ec0900,f,c0761073,b15,1,...) at exit1+0x4f3 sigexit(c4ec0900,f,c0761073,aa5,e955dcdc,...) at sigexit+0x9f2 postsig(f,64,c07644d3,e8,c54e1550,...) at postsig+0x1b6 ast(e955dd38) at ast+0x308 doreti_ast() at doreti_ast+0x17 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 22:30:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3BB1065672 for ; Tue, 12 Jan 2010 22:30:19 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 796AE8FC16 for ; Tue, 12 Jan 2010 22:30:19 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id o0CMUHp2028123; Tue, 12 Jan 2010 23:30:17 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Marin Atanasov In-Reply-To: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 12 Jan 2010 23:30:16 +0100 Message-ID: <1263335416.7891.33.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 22:30:19 -0000 On Tue, 2010-01-12 at 17:14 +0200, Marin Atanasov wrote: > Hello there, > > I'd like to ask you about the following - is it possible to have multiple > serial consoles coming from a single host? > > What I am talking about is connecting multiple machines using a null modem > cable - I know it is possible only to connect two machines and they need to > be connected on sio0 (COM1). > > I'm thinking about the following situation - 1 system acting like a host > with a serial port hub, each port of the hub is connected to a different > machine on sio0, using null modem cables. > > This would make the first machine something like a cheaper kind of a > terminal concentrator :) > > What do you think, have someone tried this and is it possible at all? I have a dozen UBS2serial (uplcom) up 24/7 over more than 6 months, on 8.0 (NanoBSD on ITX-board) in our serverrooms. They work pretty stable and are dead cheap. Max 20 Euro per line, including a null-modem adapter. like: http://www.gridconnect.com/numomatomadb.html or http://www.buyextras.com/numoaddb9fef.html I payed about ~3 dollars per adapter. (shipping to Europe was most expensive) Kind regards, Marten > > Thanks and regards, > DNAeon > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 23:15:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82371106566B for ; Tue, 12 Jan 2010 23:15:55 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from smtp118.rog.mail.re2.yahoo.com (smtp118.rog.mail.re2.yahoo.com [68.142.225.234]) by mx1.freebsd.org (Postfix) with SMTP id 1AAB38FC08 for ; Tue, 12 Jan 2010 23:15:54 +0000 (UTC) Received: (qmail 67183 invoked from network); 12 Jan 2010 23:15:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=5VAqAHuuP5n/OulJ0PrQVFYG3gSwOKyfW1BEJrzvY33bXL34FuTYPQ3OJWMBCQYaqPvkznkkzK7Mm/GyYeBgi8k7O0L3VfNQJkIYb3FryVjgXkWpD7YHspRCmJ/S6caIZEBhPhqLoiaKQ4HNu79lOL8b4Qc6hKyx4p5s1OfkwPk= ; Received: from CPE00e0812ec1aa-CM000f9f578d7a.cpe.net.cable.rogers.com (gbell72@99.233.37.65 with plain) by smtp118.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2010 15:15:50 -0800 PST X-Yahoo-SMTP: vhm.KweswBB8JGCDQo2eYyVHJ4NQ9hKLMsE.Tsw.BQ-- X-YMail-OSG: s8RvZ7gVM1kEAEd8uLPUR5oOgud5N9vJLq0K_JaqEPC04MGybvdeJxcDOvM.G.T26Q-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B4D0293.3040704@rogers.com> Date: Tue, 12 Jan 2010 18:15:31 -0500 From: Gardner Bell User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 23:15:55 -0000 Hello, Just updated my 8.0-STABLE desktop to r202128 the other day and can no longer run certain windows executables through wine without them almost immediately entering the STOP state and using 100% CPU for a short period of time. Has anyone else ran into a similar issue lately? I'm able to get the program to continue as normal by attaching the pid trough gdb, but would for obvious reasons prefer not to do that. Any help trying to find the underlying cause would be appreciated as this has not been a problem with revisions previous to r202128. Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 00:36:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CBD106566B for ; Wed, 13 Jan 2010 00:36:08 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 9567C8FC17 for ; Wed, 13 Jan 2010 00:36:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o0D0a1qe001687; Wed, 13 Jan 2010 11:36:01 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 13 Jan 2010 11:36:00 +1100 (EST) From: Ian Smith To: Frank In-Reply-To: Message-ID: <20100113112700.M41296@sola.nimnet.asn.au> References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Warren Block , freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: [Bulk] Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 00:36:08 -0000 On Sat, 9 Jan 2010, Frank wrote: > On Fri, 8 Jan 2010, Warren Block wrote: > > > Do you have DEVICE /dev/ugen0.2 in apcupsd.conf? > > No, just DEVICE > > > From the online manual: > > If you have a USB UPS, the essential elements of your apcupsd.conf file > should look like the following: > > ## apcupsd.conf v1.1 ## > UPSCABLE usb > UPSTYPE usb > DEVICE > LOCKFILE /var/lock > UPSCLASS standalone > UPSMODE disable > > Notice that we have not specified a device. In doing so, apcupsd will try all > the well known USB ports. > > > > I don't understand why usbdevs can't find any controllers and apcupsd > > > can't find any device while the kernel and usbconfig can find it all. > > > > upsdevs: probably obsolete. As for apcupsd, I don't think it can auto-scan > > for USB devices, but haven't used it with USB. > > See above. Frank, have you actually tried specifying DEVICE /dev/ugen0.2 ? Maybe that port syntax is not 'well known' to apcupsd? Just a punt. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 00:40:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3A3B106566C for ; Wed, 13 Jan 2010 00:40:13 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [204.127.217.103]) by mx1.freebsd.org (Postfix) with ESMTP id CC7FC8FC0A for ; Wed, 13 Jan 2010 00:40:13 +0000 (UTC) Received: from ace.nina.org (adsl-70-137-240.gnv.bellsouth.net[98.70.137.240]) by isp.att.net (frfwmhc03) with SMTP id <20100113004012H03000ue59e>; Wed, 13 Jan 2010 00:40:13 +0000 X-Originating-IP: [98.70.137.240] Date: Tue, 12 Jan 2010 19:40:11 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Lowell Gilbert In-Reply-To: <44bpgzm0v1.fsf@be-well.ilk.org> Message-ID: References: <201001091729.22247.freebsd@insightbb.com> <201001121629.37439.freebsd@insightbb.com> <44bpgzm0v1.fsf@be-well.ilk.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 00:40:14 -0000 On Tue, 12 Jan 2010, Lowell Gilbert wrote: > Another data point... > > I didn't pay much attention to it, but without changing my apcupsd > configuration, it "just worked" after upgrading from RELENG_7 to > RELENG_8, just a couple of days ago. > > I'm still running on a GENERIC kernel, but if I trim it down I'll keep > an eye out for problems. Here is a diff of GENERIC and my kernel config: Ace /usr/src/sys/i386/conf # diff GENERIC Ace 21,22c21,22 < cpu I486_CPU < cpu I586_CPU --- > #cpu I486_CPU > #cpu I586_CPU 24c24,25 < ident GENERIC --- > #ident GENERIC > ident Ace 299c300 < device uhid # "Human Interface Devices" --- > #device uhid # "Human Interface Devices" 335a337,338 > > device atapicam -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 01:15:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D345F10656BD for ; Wed, 13 Jan 2010 01:15:55 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [207.115.11.51]) by mx1.freebsd.org (Postfix) with ESMTP id B8E7D8FC14 for ; Wed, 13 Jan 2010 01:15:55 +0000 (UTC) Received: from ace.nina.org (adsl-70-137-240.gnv.bellsouth.net[98.70.137.240]) by isp.att.net (frfwmhc01) with SMTP id <20100113011553H01002qgl4e>; Wed, 13 Jan 2010 01:15:55 +0000 X-Originating-IP: [98.70.137.240] Date: Tue, 12 Jan 2010 20:15:53 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Ian Smith In-Reply-To: <20100113112700.M41296@sola.nimnet.asn.au> Message-ID: References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> <20100113112700.M41296@sola.nimnet.asn.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Warren Block , freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: [Bulk] Re: [Bulk] Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 01:15:55 -0000 On Wed, 13 Jan 2010, Ian Smith wrote: > Frank, have you actually tried specifying DEVICE /dev/ugen0.2 ? > > Maybe that port syntax is not 'well known' to apcupsd? Just a punt. > > cheers, Ian Yup, no joy. -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 01:46:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EBF2106566C for ; Wed, 13 Jan 2010 01:46:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C78A58FC12 for ; Wed, 13 Jan 2010 01:46:20 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o0D1kFON076342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 Jan 2010 12:16:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 12:15:58 +1030 User-Agent: KMail/1.9.10 References: <20100113112700.M41296@sola.nimnet.asn.au> In-Reply-To: <20100113112700.M41296@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1426848.kULNmBqnpc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001131216.12361.doconnor@gsoft.com.au> X-Spam-Score: -3.631 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Warren Block , Ian Smith , Steven Friedrich Subject: Re: [Bulk] Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 01:46:21 -0000 --nextPart1426848.kULNmBqnpc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Jan 2010, Ian Smith wrote: > > Notice that we have not specified a device. In doing so, apcupsd > > will try all the well known USB ports. > > > > > > I don't understand why usbdevs can't find any controllers and > > > > apcupsd can't find any device while the kernel and usbconfig > > > > can find it all. > > > > > > upsdevs: probably obsolete. As for apcupsd, I don't think it > > > can auto-scan for USB devices, but haven't used it with USB. > > > > See above. > > Frank, have you actually tried specifying DEVICE /dev/ugen0.2 ? > > Maybe that port syntax is not 'well known' to apcupsd? Just a punt. Does apcupsd change user? If so, does that user have permissions to=20 access the USB device nodes? You might want to try sysutils/nut, that should work with an APC USB=20 UPS. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1426848.kULNmBqnpc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLTSXk5ZPcIHs/zowRAmlZAKCW4cpuaQEBSlTz07uAoki5b/TzwQCeKFBa 5sKv44HK2DAO44dpL7n3nOk= =37Ca -----END PGP SIGNATURE----- --nextPart1426848.kULNmBqnpc-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 01:48:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE93B1065676 for ; Wed, 13 Jan 2010 01:48:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 611158FC14 for ; Wed, 13 Jan 2010 01:48:46 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o0D1mf06076396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 Jan 2010 12:18:41 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 12:18:38 +1030 User-Agent: KMail/1.9.10 References: <20100112153232.GA65181@ks306450.kimsufi.com> In-Reply-To: <20100112153232.GA65181@ks306450.kimsufi.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3153048.eiaoB2RGmW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001131218.39256.doconnor@gsoft.com.au> X-Spam-Score: -3.63 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: FLEURIOT Damien Subject: Re: Reordering network cards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 01:48:46 -0000 --nextPart3153048.eiaoB2RGmW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Jan 2010, FLEURIOT Damien wrote: > I'm afraid there's no option for reordering the cards from proxmox > so I'd like to be able to force the order myself, by identifying > cards with their MAC address for example. I don't believe you can change what interface name they get, you can=20 however rename them.. eg.. ifconfig em1 name em99 ifconfig em2 name em1 ifconfig em99 name em2 =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3153048.eiaoB2RGmW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD4DBQBLTSZ35ZPcIHs/zowRAq4rAJ4l/J8cRWxT6bh88IoFaY99oGXtjQCXSZfS XE3Z4XHhpcmOHRKvmwP1ww== =TmRn -----END PGP SIGNATURE----- --nextPart3153048.eiaoB2RGmW-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 01:49:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DBB1065676 for ; Wed, 13 Jan 2010 01:49:42 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 60E2A8FC0C for ; Wed, 13 Jan 2010 01:49:41 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o0D1ncqG076426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 Jan 2010 12:19:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 12:19:35 +1030 User-Agent: KMail/1.9.10 References: <201001121629.37439.freebsd@insightbb.com> In-Reply-To: <201001121629.37439.freebsd@insightbb.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1583716.5Gm6Klzga3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001131219.37188.doconnor@gsoft.com.au> X-Spam-Score: -3.63 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 01:49:43 -0000 --nextPart1583716.5Gm6Klzga3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Jan 2010, Steven Friedrich wrote: > I think someone is going to have to update apcupsd with changes > necessary to be compatible with FreeBSD 8's new USB arch. > > I haven't seen any documentation, white paper, etc., that discusses > what changes would be needed. =A0You could try sending an email to the > port's maintainer... Does it use libusb? If so, then it should "Just Work" assuming that=20 permissions are correct (note the nodes are /dev/usb/X.Y.Z now) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1583716.5Gm6Klzga3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLTSax5ZPcIHs/zowRAuVXAJ0RqoOY7+YpedRw8tsvEuU0RUxFJQCbBiYg ZALmHez/TMwSZd8Jc9iFxO8= =txv6 -----END PGP SIGNATURE----- --nextPart1583716.5Gm6Klzga3-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 02:07:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B534F1065672 for ; Wed, 13 Jan 2010 02:07:45 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost06.isp.att.net (fmailhost06.isp.att.net [204.127.217.106]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE018FC08 for ; Wed, 13 Jan 2010 02:07:45 +0000 (UTC) Received: from ace.nina.org (adsl-70-137-240.gnv.bellsouth.net[98.70.137.240]) by isp.att.net (frfwmhc06) with SMTP id <20100113020744H0600nusste>; Wed, 13 Jan 2010 02:07:45 +0000 X-Originating-IP: [98.70.137.240] Date: Tue, 12 Jan 2010 21:07:43 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Daniel O'Connor In-Reply-To: <201001131219.37188.doconnor@gsoft.com.au> Message-ID: References: <201001121629.37439.freebsd@insightbb.com> <201001131219.37188.doconnor@gsoft.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 02:07:45 -0000 On Wed, 13 Jan 2010, Daniel O'Connor wrote: > Does it use libusb? If so, then it should "Just Work" assuming that > permissions are correct (note the nodes are /dev/usb/X.Y.Z now) > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C I don't know if it uses libusb. The makefile has the following: .if defined(WITH_USB) && ${OSVERSION} >= 800069 CONFIGURE_ARGS+= --with-generic-usb .endif Does this tell you? -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 02:09:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5C310656A5 for ; Wed, 13 Jan 2010 02:09:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id A2C518FC15 for ; Wed, 13 Jan 2010 02:09:53 +0000 (UTC) Received: from omta04.westchester.pa.mail.comcast.net ([76.96.62.35]) by qmta12.westchester.pa.mail.comcast.net with comcast id Uokp1d0090ldTLk5Cq9tMc; Wed, 13 Jan 2010 02:09:53 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.westchester.pa.mail.comcast.net with comcast id Uq9s1d00E3S48mS3Qq9tyx; Wed, 13 Jan 2010 02:09:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 65F9C1E301C; Tue, 12 Jan 2010 18:09:51 -0800 (PST) Date: Tue, 12 Jan 2010 18:09:51 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100113020951.GA12724@icarus.home.lan> References: <201001121629.37439.freebsd@insightbb.com> <201001131219.37188.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 02:09:54 -0000 On Tue, Jan 12, 2010 at 09:07:43PM -0500, Frank wrote: > On Wed, 13 Jan 2010, Daniel O'Connor wrote: > > >Does it use libusb? If so, then it should "Just Work" assuming that > >permissions are correct (note the nodes are /dev/usb/X.Y.Z now) > > > >-- > >Daniel O'Connor software and network engineer > >for Genesis Software - http://www.gsoft.com.au > >"The nice thing about standards is that there > >are so many of them to choose from." > > -- Andrew Tanenbaum > >GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > I don't know if it uses libusb. The makefile has the following: > > .if defined(WITH_USB) && ${OSVERSION} >= 800069 > CONFIGURE_ARGS+= --with-generic-usb > .endif > > Does this tell you? Please provide the output from: ldd -v /some/path/apcupsd -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 02:30:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70DC2106568D for ; Wed, 13 Jan 2010 02:30:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id CAF3E8FC12 for ; Wed, 13 Jan 2010 02:30:19 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o0D2UFPY077405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 13 Jan 2010 13:00:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Frank Date: Wed, 13 Jan 2010 12:59:58 +1030 User-Agent: KMail/1.9.10 References: <201001131219.37188.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4514519.jHVaPC8txp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001131300.13098.doconnor@gsoft.com.au> X-Spam-Score: -3.629 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 02:30:20 -0000 --nextPart4514519.jHVaPC8txp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 13 Jan 2010, Frank wrote: > On Wed, 13 Jan 2010, Daniel O'Connor wrote: > > Does it use libusb? If so, then it should "Just Work" assuming that > > permissions are correct (note the nodes are /dev/usb/X.Y.Z now) > > > > -- > > Daniel O'Connor software and network engineer > > for Genesis Software - http://www.gsoft.com.au > > "The nice thing about standards is that there > > are so many of them to choose from." > > -- Andrew Tanenbaum > > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > I don't know if it uses libusb. The makefile has the following: > > .if defined(WITH_USB) && ${OSVERSION} >=3D 800069 > CONFIGURE_ARGS+=3D --with-generic-usb > .endif > > Does this tell you? No, I checked the code, it doesn't use libusb :( I guess it will need to be ported manually, I have no idea how difficult=20 that would be though. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4514519.jHVaPC8txp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLTTA15ZPcIHs/zowRAntPAJ4/uPSLNSMH6Hr9VVua+WdYURzliQCgngkI f+l4hAU0yc0xg5NR55s+1Og= =uaeD -----END PGP SIGNATURE----- --nextPart4514519.jHVaPC8txp-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 02:42:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBEDF106568F for ; Wed, 13 Jan 2010 02:42:23 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost06.isp.att.net (fmailhost06.isp.att.net [207.115.11.56]) by mx1.freebsd.org (Postfix) with ESMTP id D4ECB8FC0A for ; Wed, 13 Jan 2010 02:42:23 +0000 (UTC) Received: from ace.nina.org (adsl-70-137-240.gnv.bellsouth.net[98.70.137.240]) by isp.att.net (frfwmhc06) with SMTP id <20100113024223H0600nvju2e>; Wed, 13 Jan 2010 02:42:23 +0000 X-Originating-IP: [98.70.137.240] Date: Tue, 12 Jan 2010 21:42:22 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Jeremy Chadwick In-Reply-To: <20100113020951.GA12724@icarus.home.lan> Message-ID: References: <201001121629.37439.freebsd@insightbb.com> <201001131219.37188.doconnor@gsoft.com.au> <20100113020951.GA12724@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 02:42:24 -0000 On Tue, 12 Jan 2010, Jeremy Chadwick wrote: > Please provide the output from: > > ldd -v /some/path/apcupsd ldd -v /usr/local/sbin/apcupsd ldd: /usr/local/sbin/apcupsd: this is an ELF program; use objdump to examine > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 02:43:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64351065679 for ; Wed, 13 Jan 2010 02:43:52 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [204.127.217.103]) by mx1.freebsd.org (Postfix) with ESMTP id B01BD8FC28 for ; Wed, 13 Jan 2010 02:43:52 +0000 (UTC) Received: from ace.nina.org (adsl-70-137-240.gnv.bellsouth.net[98.70.137.240]) by isp.att.net (frfwmhc03) with SMTP id <20100113024351H03000vjobe>; Wed, 13 Jan 2010 02:43:52 +0000 X-Originating-IP: [98.70.137.240] Date: Tue, 12 Jan 2010 21:43:50 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Daniel O'Connor In-Reply-To: <201001131300.13098.doconnor@gsoft.com.au> Message-ID: References: <201001131219.37188.doconnor@gsoft.com.au> <201001131300.13098.doconnor@gsoft.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 02:43:52 -0000 On Wed, 13 Jan 2010, Daniel O'Connor wrote: >> Does this tell you? > > No, I checked the code, it doesn't use libusb :( > > I guess it will need to be ported manually, I have no idea how difficult > that would be though. Thanks for your help. > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > -- Frank From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 06:11:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 438031065672 for ; Wed, 13 Jan 2010 06:11:42 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0B75A8FC12 for ; Wed, 13 Jan 2010 06:11:41 +0000 (UTC) Received: (qmail 37633 invoked by uid 0); 13 Jan 2010 06:11:40 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Jan 2010 06:11:40 -0000 Date: Wed, 13 Jan 2010 01:11:39 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Jeremy Chadwick In-Reply-To: <20100112205652.GA6048@icarus.home.lan> Message-ID: References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> <256197E6-FA13-491C-8F55-18D2F6A8B11A@bway.net> <20100112205652.GA6048@icarus.home.lan> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 06:11:42 -0000 On Tue, 12 Jan 2010, Jeremy Chadwick wrote: > On Tue, Jan 12, 2010 at 02:50:29PM -0500, Charles Sprickman wrote: >> On Tue, 12 Jan 2010, Charles Sprickman wrote: >> >>> On Jan 12, 2010, at 12:04 PM, Boris Samorodov wrote: >>> >>>> On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: >>>> >>>>> I'm thinking about the following situation - 1 system acting like a host >>>>> with a serial port hub, each port of the hub is connected to a different >>>>> machine on sio0, using null modem cables. >>>> >>>> Along with milti-io serial cards we use multi-usb serial >>>> converters, such as SUNIX UTS7009P (7 USB to serial adapter): >>>> http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm >>>> >>> >>> I need to look it up when I'm in front of a real computer, but >>> there are a number of reasonably priced multport USB to serial >>> converters out there. >> >> Here we go: >> >> http://www.usbgear.com/USB-Serial.html >> >> Some very cool stuff there. They also list the chipset used in some >> of those so you have some idea if it will work with FreeBSD. I >> think Vixie originally pointed me to this model: >> >> http://www.usbgear.com/computer_cable_details.cfm?sku=USB-16COM-RM&cats=199&catid=493%2C494%2C474%2C199%2C461%2C106%2C1009%2C601 >> >> If anyone has the lowdown on which chipsets generally work with >> FreeBSD (especially with all the changes in 8.0), that would be >> great. > > The same device appears here: > > http://www.serialgear.com/USB-16COM-RM.html > http://www.allserial.com/usb_16com-rm.html Damn, $130 more than usbgear.com... > Quite inexpensive compared to an actual serial console server! Very much so! And if you already have a sort of "utility box" in a rack, this makes a nice add-on. There are some very cheap 4 and 8 port models as well. > I had no idea such a device existed (well, USB-to-serial adapters, sure, > just not ones which housed 16 adapters or was rack-mountable. :-) ). Who knows what's inside, there are two USB hubs in there... But yeah, rack-mount and AC power are nice. > Decently sized FIFO buffers as well (128/384 byte Tx/Rx), at least > compared to a classic 16650A (14/16 byte Tx/Rx). Usually larger FIFO == > can handle higher bps without character loss. > > I've 5 questions about this device: > > * Does it work with/use hardware flow control (CTS/RTS)? Yes. There were a few machines that were giving me issues with the old 3-wire RocketPort card we had (which only had 8 ports, cost more *used* than this USB thing cost new, had buggy drivers, and only had a 3-wire interface) and they worked fine when moved to this device. > * Have you tested it for character loss at 115200bps rates? Nope, never had much luck getting everything (BIOS, loader, getty) all talking at the same speed, so I just leave it at 9600. Zero issues though... > * How do you configure each port (speed, flow, etc.)? I let conserver deal with that - I set the baud, parity and "options" in the default stanza for all ports. It apparently does the "right thing" when opening the port. Again, zero issues. > * Does it work under FreeBSD 8.x (given that the entire USB stack > was re-written)? No idea, don't even have an 8.x machine at that site. If you have any contacts over at ISC, you might ask there, I got the impression from Vixie that this device became part of their standard co-lo build. > * Do you have any idea what the power usage is on this device (in amps)? > (Our MRV claims 1A max, but drives about 0.25A or so). No clue, but I imagine it's negligible. The device generates almost no heat, and all of that is in the area around the power supply. >> The above model works great on an old 4.11 box. It's an FTDI >> chipset - at the very bottom of the page they even claim FreeBSD and >> OpenBSD support. >> >> dmesg: >> >> uhub2: Genesys Logic USB Hub, class 9/0, rev 1.01/0.11, addr 2 >> uhub2: 7 ports with 7 removable, self powered >> ucom0: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 3 >> [...] >> ucom11: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 8 >> [...] >> uhub3: Genesys Logic USB Hub, class 9/0, rev 1.01/0.12, addr 9 >> uhub3: 4 ports with 4 removable, self powered >> ucom12: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 10 >> [...] >> ucom15: FTDI USB FAST SERIAL ADAPTER, rev 2.00/5.00, addr 11 > > Very nice -- the fact they're using FTDI chips is good (from what I > understand of USB-to-serial adapters). Yep, this was all plug-and-play. I also found a source for db9-db9 null modem cables at about $3 a pop - much simpler than building rj-xx to db9 adapters (xyplex, rocketport) or dealing with giant harnesses (cisco, xylogics). >>> We have a 16 port model that's rack mounted and cost around $400. >>> It works better many of the more expensive multiport serial cards. >>> Paired with conserver, it's a really nice solution. Conserver's >>> logging is great... >>> >>> I've used old dedicated terminal servers in the past and they can >>> be a pain to deal with. The newer ones are probably nicer, but >>> are also lots of money. > > Classic devices (like the Portmaster) are indeed a pain in the butt to > deal with. I've no experience with Ciscos, but in the case of the PM, > documentation vs. implementation mismatch galore. The MRV devices are > thoroughly documented (it borders on overwhelming -- I'd say half of the > configuration parameters are foreign to me), and I think the Cyclades TS > devices are as well; it's the cost of the Cyclades which blows my mind > (zero justification for it too, other than "enterprise cost mentality", > e.g. charge as much as possible because large businesses will pay it). I had surplus junk from the dialup days - Xylogics Annex boxes and Xyplex boxes. Both suck in so many ways that they aren't even worth using. The Annex stuff is still stuck in my brain, wasting valuable space. > I think for folks who want a multiport serial console device that sits > on Ethernet, the MRV or Cyclades device would be a good choice, since > it's a standalone unit which doesn't need to be physically cabled to a > "host" box (and often a good choice for those who want modem-based OOB > access to devices, since it can house a v.90 modem). For those with > less requirements and want to spend less, the above USB-to-serial device > looks fantastic -- and at almost 1/4th the cost of our MRV. :-) Hey, get an Alix board, slap it in a case with a CF card and put FreeBSD and conserver on there. Plug an old Courier into one of those serial ports and setup ppp for dial access. You'd still beat the cost of any "appliance" and have something that's just as reliable. Conserver is what really makes this a plug-and-play setup - it's very easy to get going and it "just works". > As usual, thanks for the insights, Charles! Thank Vixie and ISC, they're the ones that found this device and the usbgear.com guys... C > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 07:26:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 051571065676 for ; Wed, 13 Jan 2010 07:26:35 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 746B48FC0A for ; Wed, 13 Jan 2010 07:26:34 +0000 (UTC) Received: from maxwell.mencon.com.au (c122-107-224-152.eburwd5.vic.optusnet.com.au [122.107.224.152]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o0D7QU44005529; Wed, 13 Jan 2010 18:26:31 +1100 Received: from [203.2.73.73] (chief.mencon.com.au [203.2.73.73]) by maxwell.mencon.com.au (Postfix) with ESMTP id 3911F5D12; Wed, 13 Jan 2010 18:26:22 +1100 (EST) Message-ID: <4B4D75B1.9070708@menhennitt.com.au> Date: Wed, 13 Jan 2010 18:26:41 +1100 From: Graham Menhennitt User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Frank References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [Bulk] Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 07:26:35 -0000 Frank wrote: > On Fri, 8 Jan 2010, Warren Block wrote: > >> Do you have DEVICE /dev/ugen0.2 in apcupsd.conf? > > No, just DEVICE > Try UPSCABLE usb UPSTYPE usb DEVICE ugen0.2 and (possibly some subset of) device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da Works for me on 8-STABLE with apcupsd--3.14.5_1 port. Graham From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 07:30:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA38C1065670 for ; Wed, 13 Jan 2010 07:30:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF728FC14 for ; Wed, 13 Jan 2010 07:30:10 +0000 (UTC) Received: by bwz5 with SMTP id 5so15202391bwz.3 for ; Tue, 12 Jan 2010 23:30:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gIVCAa5DNfJFIan77w35en1HrOJJpbtnkxTJGh+0ks8=; b=o+Abme6V/1j9j9wGXs86l9ruh1DhGkgBUu4Kbtj1OAB+J/SyP0U39FRNbxuo3UeQLj JDhAISB9VWvRZMJ8BUJKwnCWIG9OGN+9sx9odPNJy7BhamTrwGKEmHwSxiS6VvoQIkFl hLXoSdWbktCtjd26NP9mjJv8plOxlI6waHzEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vDdxtjhr5vc4eRC0D/JONcrSzPLurz5+J1UunLBku9lpOlHqCES6bH9oIzClpaHKq1 LHuDYa4XZWfJvUZL/O19c/Ss3csSWygoBgSWODnDIqV73Zw2syBqaAXzTbfcbwvN4bzJ 0ToV09UNcKIGeYiVUHt7cCnAIbbELg4Dj6fLA= MIME-Version: 1.0 Received: by 10.204.15.15 with SMTP id i15mr2773907bka.191.1263367804411; Tue, 12 Jan 2010 23:30:04 -0800 (PST) In-Reply-To: <4B4CEE78.4080708@rogers.com> References: <4B4CEE78.4080708@rogers.com> Date: Wed, 13 Jan 2010 10:30:04 +0300 Message-ID: From: pluknet To: Gardner Bell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: LOR - 8.0-STABLE r202128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 07:30:11 -0000 2010/1/13 Gardner Bell : > I got this lock order reversal while running a windows executable through > wine. I'm guess that is a regression w.r.t S/G pager, which uses kmem_alloc/free with vm_object locked and doesn't respect vm_map locks can sleep. I'm curious it was back order before 5.1-R. vm_object.c 741: /* 742: * Let the pager know object is dead. 743: */ 744: vm_pager_deallocate(object); 745: VM_OBJECT_UNLOCK(object); > > lock order reversal: > =A01st 0xc5e757f8 vm object (standard object) @ > /usr/src/sys/vm/vm_object.c:482 > =A02nd 0xc1c900e8 system map (system map) @ /usr/src/sys/vm/vm_map.c:2772 > KDB: stack backtrace: > db_trace_self_wrapper(c07632b0,e955d8a4,c05c7496,c05bbe7f,c076508c,...) a= t > db_trace_self_wrapper+0x26 > kdb_backtrace(c05bbe7f,c076508c,c0923520,c48dd278,e955d8fc,...) at > kdb_backtrace+0x29 > _witness_debugger(c076508c,c1c900e8,c0765236,c48d9110,c077536f,...) at > _witness_debugger+0x1e > witness_checkorder(c1c900e8,9,c077536f,ad4,0,...) at > witness_checkorder+0x697 > _mtx_lock_flags(c1c900e8,0,c077536f,ad4,c6089000,...) at > _mtx_lock_flags+0x36 > _vm_map_lock(c1c9008c,c077536f,ad4,c66437c4,c5e757f8,...) at > _vm_map_lock+0x31 > vm_map_remove(c1c9008c,c6087000,c6089000,e955d988,c06c0417,...) at > vm_map_remove+0x2a > kmem_free(c1c9008c,c6087000,2000,e955d9a0,c06c1000,...) at kmem_free+0x30 > page_free(c6087000,2000,22,2000,e955d9b8,...) at page_free+0x46 > uma_large_free(c66437c4,c4ec09a4,c1c8c014,c5e757f8,e955d9c8,...) at > uma_large_free+0x87 > free(c6087000,c07aae1c,e955d9e0,c06bb552,c6087000,...) at free+0xb8 > sglist_free(c6087000,c598d7e0,0) at sglist_free+0x28 > sg_pager_dealloc(c5e757f8,e955da14,c06d1587,c5e757f8,0,...) at > sg_pager_dealloc+0x69 > vm_pager_deallocate(c5e757f8,0,c0775baa,2dc,0,...) at > vm_pager_deallocate+0x1a > vm_object_terminate(c5e757f8,0,c0775baa,1e2,e955da40,...) at > vm_object_terminate+0x171 > vm_object_deallocate(c5e757f8,c077536f,ad7,c5548b40,0,...) at > vm_object_deallocate+0x4ae > _vm_map_unlock(c513d740,c077536f,ad7,1,c513d740,...) at _vm_map_unlock+0x= 74 > vm_map_remove(c513d740,0,bfc00000,0,c54e1550,...) at vm_map_remove+0x69 > vmspace_exit(c4ec0900,0,c075d9eb,12d,c07a6e7c,...) at vmspace_exit+0xbc > exit1(c4ec0900,f,c0761073,b15,1,...) at exit1+0x4f3 > sigexit(c4ec0900,f,c0761073,aa5,e955dcdc,...) at sigexit+0x9f2 > postsig(f,64,c07644d3,e8,c54e1550,...) at postsig+0x1b6 > ast(e955dd38) at ast+0x308 > doreti_ast() at doreti_ast+0x17 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 07:50:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917D3106566C for ; Wed, 13 Jan 2010 07:50:08 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC8F8FC15 for ; Wed, 13 Jan 2010 07:50:07 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o0D7o5AK005971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jan 2010 18:50:06 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o0D7nqgg007248; Wed, 13 Jan 2010 18:49:52 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o0D7nqOP007237; Wed, 13 Jan 2010 18:49:52 +1100 (EST) (envelope-from peter) Date: Wed, 13 Jan 2010 18:49:52 +1100 From: Peter Jeremy To: Jeremy Chadwick Message-ID: <20100113074952.GA3256@server.vk2pj.dyndns.org> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <20100112160816.GA99549@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <20100112160816.GA99549@icarus.home.lan> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 07:50:08 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jan-12 08:08:16 -0800, Jeremy Chadwick w= rote: [serial to TCP/IP adapters] >As far as present-day devices go, the ones I can recommend are the =2E.. > >You can also consider looking for used hardware -- either Xyplex devices DECservers are good for this sort of thing as well. AFAIK we're still using them at work. I've also used the Digiboard Xem adapters quite successfully on both FreeBSD and Solaris. Unfortunately, they are a bit tempramental on FreeBSD: They can't share interrupts (you get interrupt storms if you attempt it), digi(4) is limited to 16 ports (no expansion boxes) and digi(4) hasn't been adapted to the new TTY subsystem and so won't work on FreeBSD 8. >There's two ports which can make interfacing/using these devices, or a >multiport serial card, much easier -- Conserver[3]. I work with the guy >who wrote it, so I'm biased. :-) I can also thoroughly recommend conserver-com - as well as handling local serial devices, it can talk to serial-over-TCP ports, handles logging, distributed master/client hosts and allowed multiple people to connect to a single serial port (though only one person has write access at a time). Note that it's embedded in the LOM processor on (eg) Sun v20Z. --=20 Peter Jeremy --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktNeyAACgkQ/opHv/APuIcDiQCeNrb1t5clWhnjiCdrCBQBhNX7 /38An2rP4SUNuff6L83aO0xauyZYA0To =2ujx -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 08:50:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6B60106568D for ; Wed, 13 Jan 2010 08:50:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3883F8FC18 for ; Wed, 13 Jan 2010 08:50:19 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o0D8oFSh041151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jan 2010 10:50:15 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id o0D8oE79050892; Wed, 13 Jan 2010 10:50:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id o0D8oEHI050891; Wed, 13 Jan 2010 10:50:14 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jan 2010 10:50:14 +0200 From: Kostik Belousov To: Gardner Bell Message-ID: <20100113085014.GN62907@deviant.kiev.zoral.com.ua> References: <4B4D0293.3040704@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UExESr5xZTMxdOWv" Content-Disposition: inline In-Reply-To: <4B4D0293.3040704@rogers.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 08:50:20 -0000 --UExESr5xZTMxdOWv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 12, 2010 at 06:15:31PM -0500, Gardner Bell wrote: > Hello, >=20 > Just updated my 8.0-STABLE desktop to r202128 the other day and can no=20 > longer run certain windows executables through wine without them almost= =20 > immediately entering the STOP state and using 100% CPU for a short=20 > period of time. Has anyone else ran into a similar issue lately? >=20 > I'm able to get the program to continue as normal by attaching the pid=20 > trough gdb, but would for obvious reasons prefer not to do that. Any=20 > help trying to find the underlying cause would be appreciated as this=20 > has not been a problem with revisions previous to r202128. You can check whether the process is multithreaded (most likely, it is), and, if so, what is the state of different threads. procstat -t and then procstat -k would probably give some information for the start. --UExESr5xZTMxdOWv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktNiUUACgkQC3+MBN1Mb4hkCACgv/LQV0rRUxEnAoFVOwTYrPBJ kMgAoIGVGHpIpRggbWBoiWr1BatH4xed =0Qfd -----END PGP SIGNATURE----- --UExESr5xZTMxdOWv-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 09:12:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18AA10656A5 for ; Wed, 13 Jan 2010 09:12:32 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB3C8FC14 for ; Wed, 13 Jan 2010 09:12:32 +0000 (UTC) Received: by fxm27 with SMTP id 27so325624fxm.3 for ; Wed, 13 Jan 2010 01:12:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=+L4lpNxCnFTSZ333CNPoniikqoxc3T1FAaUhMd0ZkE8=; b=FGlD40i8RhhcCE3F5sFJYw7LOM2h5Y7FjwUJtNq6BBCtBHaKuTNZnpDZcS8/EZe87N bje8BQvVVrP/k6nSWhwdaqfRDMWuK/3QYitt518q5wtMMGkSlhFftakt8NWIIEqY3SrE kdgNR0STmJTdQyGitpWkTEcoaq0WAZZ2Usles= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=B/iZW1rOuExJlR2C2hnC8KZIV8LLRD6P9t0C2rQ+ByzbUU0wdPLDcuGnqOYSGwrYpT YhZJ4NVbvV1WIKhbxvViunDDRmwZQ7GsWW8lJqb45S6K6vQBEGPQ9V0DpM9tOrOTPiH/ TicomtWeHzlGTZBRLmUT7nicFx8ypSPY/0GDw= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.97.155 with SMTP id l27mr1395863fan.91.1263373944001; Wed, 13 Jan 2010 01:12:24 -0800 (PST) Date: Wed, 13 Jan 2010 10:12:23 +0100 X-Google-Sender-Auth: 99c2183cdabe104c Message-ID: <3bbf2fe11001130112l26f7370dr2e282455a934a0b@mail.gmail.com> From: Attilio Rao To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Subject: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 09:12:32 -0000 As people following HEAD may have seen, around 1 month ago a fix to lockmgr(9) has been committed that should prevent a deadlock for that primitive (the fixup is composed by r200447,201703,201709-201710). As long as the approach choosen in HEAD is optimal, unluckilly it does introduce an ABI breakage. In order to allow a MFC, a similar approach, being a bit sub-optimal, but not breaking ABI, has been prepared for STABLE_8: http://www.freebsd.org/~attilio/lockmgr_fix8.diff I'm seeking for testers here. Any report would be very much appreciated. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 10:52:19 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62331065672 for ; Wed, 13 Jan 2010 10:52:19 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7678FC14 for ; Wed, 13 Jan 2010 10:52:19 +0000 (UTC) Received: from webmail51.yandex.ru (webmail51.yandex.ru [77.88.32.224]) by forward12.mail.yandex.net (Yandex) with ESMTP id D034E15D2582 for ; Wed, 13 Jan 2010 13:52:17 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail51.yandex.ru (Yandex) with ESMTP id B6E101543C0 for ; Wed, 13 Jan 2010 13:52:17 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail51 X-Yandex-TimeMark: 1263379937 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Wed, 13 Jan 2010 13:52:17 +0300 From: S.N.Grigoriev To: stable@freebsd.org MIME-Version: 1.0 Message-Id: <661263379937@webmail51.yandex.ru> Date: Wed, 13 Jan 2010 13:52:17 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: Subject: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 10:52:19 -0000 Hi list, I would like to know if there is a way to completely replace the base sendmail with a ports one. The goal is to have corresponding files on the traditional places (not in /usr/local) and to use the system sendmail startup script but not /usr/local/etc/rc.d/sendmail.sh. -- Regards, S.Grigoriev. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 10:54:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CEC9106566B; Wed, 13 Jan 2010 10:54:16 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 34F738FC08; Wed, 13 Jan 2010 10:54:16 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NV0rV-000PEK-7W; Wed, 13 Jan 2010 10:54:05 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NV0rV-0002ve-6f; Wed, 13 Jan 2010 10:54:05 +0000 Date: Wed, 13 Jan 2010 10:54:05 +0000 Message-Id: To: attilio@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <3bbf2fe11001130112l26f7370dr2e282455a934a0b@mail.gmail.com> From: Pete French Cc: Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 10:54:16 -0000 > In order to allow a MFC, a similar approach, being a bit sub-optimal, > but not breaking ABI, has been prepared for STABLE_8: > http://www.freebsd.org/~attilio/lockmgr_fix8.diff > > I'm seeking for testers here. > Any report would be very much appreciated. I'll give this a shot - I ahve a machine running 8.0 which shows occasional lockups (though annoyingly not with WITNESS in the kernel). I shall update to the latest stable, apply the patch and run GENERIC on it to see what happens. cheeers, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 11:32:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4150C106566B for ; Wed, 13 Jan 2010 11:32:32 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 941508FC1C for ; Wed, 13 Jan 2010 11:32:31 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.3) with ESMTP id o0DBWNvI080645; Wed, 13 Jan 2010 11:32:24 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o0DBWNvI080645 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1263382345; bh=D6dAMtnCpuFNHcim66xsJJmzYuoXDf9Xnicg9Q1IElk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B4DAF41.5090903@infracaninophile.co.uk>|Date:=20W ed,=2013=20Jan=202010=2011:32:17=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20"S.N.Grigoriev"=20|C C:=20stable@freebsd.org|Subject:=20Re:=20sendmail=20replacement|Re ferences:=20<661263379937@webmail51.yandex.ru>|In-Reply-To:=20<661 263379937@webmail51.yandex.ru>|X-Enigmail-Version:=200.95.6|Conten t-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20pro tocol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"------- -----enigA4770CAD8FEA7BC309CA4437"; b=olLrRqeBJB7l2gelQB1wpV62SMjgysZmfVXDP837dc3s8jfoDTyLmFlX7mH3NjOae AXTdmHgjxuyVlfYWf7pOG92DihyJb53dkCTTp5aSjU+KciQsbmh4Jgj2w1rnwinXRK Owb0Eknr0ndFb8PQ39kTD1HQLvDbuSImgCBZ5lXk= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B4DAF41.5090903@infracaninophile.co.uk> Date: Wed, 13 Jan 2010 11:32:17 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <661263379937@webmail51.yandex.ru> In-Reply-To: <661263379937@webmail51.yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA4770CAD8FEA7BC309CA4437" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 11:32:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA4770CAD8FEA7BC309CA4437 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable S.N.Grigoriev wrote: > I would like to know if there is a way to completely > replace the base sendmail with a ports one. The goal > is to have corresponding files on the traditional places > (not in /usr/local) and to use the system sendmail > startup script but not /usr/local/etc/rc.d/sendmail.sh. That's not the usual approach with sendmail, unlike several other softwar= e packages. Because of the existence of mailer.conf(5) you can achieve equivalent=20 functionality without overwriting the base system sendmail. With the following contents: % cat /etc/mail/mailer.conf=20 # $FreeBSD: src/etc/mail/mailer.conf,v 1.3.36.1 2009/08/03 08:13:06 kensm= ith Exp $ # # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendma= il # sendmail /usr/local/sbin/sendmail send-mail /usr/local/sbin/sendmail mailq /usr/local/sbin/sendmail newaliases /usr/local/sbin/sendmail hoststat /usr/local/sbin/sendmail purgestat /usr/local/sbin/sendmail all sendmail related commands are mapped onto the ports version of sendma= il, installed under LOCALBASE=3D/usr/local as usual. These commands are in f= act=20 exactly the same wrapper scripts as used with the system sendmail. With t= his=20 setup it is not necessary to use the init script provided by the sendmail= port:=20 simply adding sendmail_enable=3D"YES" to /etc/rc.conf will now cause the ports version of sendmail to be starte= d=20 using /etc/rc.d/sendmail. In addition, the following entries in /etc/mak= e.conf=20 will allow rebuild sendmail configurations and db maps using the Makefile= in=20 /etc/mail: WITH_SENDMAIL_PORT=3D yes SENDMAIL_CF_DIR=3D /usr/local/share/sendmail/cf MAKEMAP=3D /usr/local/sbin/makemap Finally, adding=20 WITHOUT_SENDMAIL=3Dyes=20 to /etc/src.conf will suppress building sendmail as part of the base syst= em, while still building and installing the mailwrapper commands. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigA4770CAD8FEA7BC309CA4437 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAktNr0cACgkQ8Mjk52CukIyc6wCgkDztCl8F1RqxYcMgqzM6P1uA P30AnjWbKtn5+YlbmKPiGq4dXXtmOEPX =MzRD -----END PGP SIGNATURE----- --------------enigA4770CAD8FEA7BC309CA4437-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 11:52:06 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61701065672 for ; Wed, 13 Jan 2010 11:52:06 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 43DE48FC13 for ; Wed, 13 Jan 2010 11:52:05 +0000 (UTC) Received: by ewy3 with SMTP id 3so19505624ewy.13 for ; Wed, 13 Jan 2010 03:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=umDYkB+jxkVt984P45r87THYSmcMQtpTqm57G81LwYI=; b=I1tI52f8soCsfcMnDtDEQ/8U+VX9NTePZ+uMvBBcn4AlmNaskE3/v2d0Ko78SrCMMT +qmamFT3GYEFBwBtTpgDBfXni6jNFiIsnPrK/lS73wkkIghRMNTjj6JwwIQ0bYNemN8K HhCmIMoJHGOa1MfH7GrNao1D2kvei8Eluj2x4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=R+sYDQ5VZ21MyB6WITdDNy0RaNlgV4XK56CKIyET4+kqjMvTja9Sc+JLdVLB8Najxc dP/RCjoI2xBYkVEhimJRRz1VS+01EQuAimiwJMtHlnSImM0aR3p2zwQeynRyzqgAOGE9 kkXtYvk3xRlwHeiF/57DZJqgu8Riw26i/pIO8= MIME-Version: 1.0 Received: by 10.216.89.8 with SMTP id b8mr85466wef.180.1263381917848; Wed, 13 Jan 2010 03:25:17 -0800 (PST) In-Reply-To: <661263379937@webmail51.yandex.ru> References: <661263379937@webmail51.yandex.ru> Date: Wed, 13 Jan 2010 12:25:17 +0100 Message-ID: From: Claus Guttesen To: "S.N.Grigoriev" Content-Type: text/plain; charset=KOI8-R Cc: stable@freebsd.org Subject: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 11:52:06 -0000 > I would like to know if there is a way to completely > replace the base sendmail with a ports one. The goal > is to have corresponding files on the traditional places > (not in /usr/local) and to use the system sendmail > startup script but not /usr/local/etc/rc.d/sendmail.sh. postfix? Very nice sendmail-replacement. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare twitter.com/kometen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 12:45:04 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3FA106568F for ; Wed, 13 Jan 2010 12:45:04 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id 509208FC13 for ; Wed, 13 Jan 2010 12:45:04 +0000 (UTC) Received: from webmail49.yandex.ru (webmail49.yandex.ru [77.88.32.222]) by forward13.mail.yandex.net (Yandex) with ESMTP id 390B1A7A27A; Wed, 13 Jan 2010 15:44:58 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail49.yandex.ru (Yandex) with ESMTP id EBA9348C40B; Wed, 13 Jan 2010 15:44:57 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail49 X-Yandex-TimeMark: 1263386697 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Wed, 13 Jan 2010 15:44:56 +0300 From: S.N.Grigoriev To: Matthew Seaman In-Reply-To: <4B4DAF41.5090903@infracaninophile.co.uk> References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> MIME-Version: 1.0 Message-Id: <10471263386697@webmail49.yandex.ru> Date: Wed, 13 Jan 2010 15:44:57 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: stable@freebsd.org Subject: Re: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 12:45:04 -0000 13.01.10, 11:32, "Matthew Seaman" : > S.N.Grigoriev wrote: > > > I would like to know if there is a way to completely > > replace the base sendmail with a ports one. The goal > > is to have corresponding files on the traditional places > > (not in /usr/local) and to use the system sendmail > > startup script but not /usr/local/etc/rc.d/sendmail.sh. > > That's not the usual approach with sendmail, unlike several other software packages. > > Because of the existence of mailer.conf(5) you can achieve equivalent > functionality without overwriting the base system sendmail. With the > following contents: > > % cat /etc/mail/mailer.conf > # $FreeBSD: src/etc/mail/mailer.conf,v 1.3.36.1 2009/08/03 08:13:06 kensmith Exp $ > # > # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail > # > sendmail /usr/local/sbin/sendmail > send-mail /usr/local/sbin/sendmail > mailq /usr/local/sbin/sendmail > newaliases /usr/local/sbin/sendmail > hoststat /usr/local/sbin/sendmail > purgestat /usr/local/sbin/sendmail > > all sendmail related commands are mapped onto the ports version of sendmail, > installed under LOCALBASE=/usr/local as usual. These commands are in fact > exactly the same wrapper scripts as used with the system sendmail. With this > setup it is not necessary to use the init script provided by the sendmail port: > simply adding > > sendmail_enable="YES" > > to /etc/rc.conf will now cause the ports version of sendmail to be started > using /etc/rc.d/sendmail. In addition, the following entries in /etc/make.conf > will allow rebuild sendmail configurations and db maps using the Makefile in > /etc/mail: > > WITH_SENDMAIL_PORT= yes > SENDMAIL_CF_DIR= /usr/local/share/sendmail/cf > MAKEMAP= /usr/local/sbin/makemap > > Finally, adding > > WITHOUT_SENDMAIL=yes > > to /etc/src.conf will suppress building sendmail as part of the base system, > while still building and installing the mailwrapper commands. > > Cheers, > > Matthew > > Matthew, I thank you for your response. All you wrote is quite right. But it is a general rule not to use in the system two sets of slightly different programs with duplicating names. It is a direct way to have problems. For example, all third party scripts should be revised to check absolute pathes, program search results becomes depending of the PATH value, and so on. It is relatively easy to do such revisions on a small home system. But a production server with significant amount of third party software will require a lot of time to do that job. To my mind it will be better to have an options in the port Makefile allowing to replace the sendmail files in place. -- Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 13:03:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A299F106568F for ; Wed, 13 Jan 2010 13:03:40 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from smtp110.rog.mail.re2.yahoo.com (smtp110.rog.mail.re2.yahoo.com [206.190.37.120]) by mx1.freebsd.org (Postfix) with SMTP id 5E52B8FC16 for ; Wed, 13 Jan 2010 13:03:40 +0000 (UTC) Received: (qmail 22812 invoked from network); 13 Jan 2010 13:03:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OYO2KJuSdIEMFxCswC/OgxtBL5FspWzNWgJNgSf+SJddZvjk7RZ30U5MiU+mahDAMilUltLuqz6WQdvMZLDzjyuBMaqqqcsTzGMtfJjrJC2ENPzEHiyyYKs/iWk5hIXLmr+x1boxQ2hT28LqjKerxg6JIjNywUQSc6se47BTIp0= ; Received: from CPE00e0812ec1aa-CM000f9f578d7a.cpe.net.cable.rogers.com (gbell72@99.233.37.65 with plain) by smtp110.rog.mail.re2.yahoo.com with SMTP; 13 Jan 2010 05:03:33 -0800 PST X-Yahoo-SMTP: vhm.KweswBB8JGCDQo2eYyVHJ4NQ9hKLMsE.Tsw.BQ-- X-YMail-OSG: Cwg1Z34VM1ktqYX7YUkCTgZrzTuu1uC7.Uq3U6YcdUBbKsPldfrvkELL8od8z8LL_w-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B4DC490.5070001@rogers.com> Date: Wed, 13 Jan 2010 08:03:12 -0500 From: Gardner Bell User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: Kostik Belousov References: <4B4D0293.3040704@rogers.com> <20100113085014.GN62907@deviant.kiev.zoral.com.ua> In-Reply-To: <20100113085014.GN62907@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 13:03:40 -0000 Kostik Belousov wrote: > On Tue, Jan 12, 2010 at 06:15:31PM -0500, Gardner Bell wrote: >> Hello, >> >> Just updated my 8.0-STABLE desktop to r202128 the other day and can no >> longer run certain windows executables through wine without them almost >> immediately entering the STOP state and using 100% CPU for a short >> period of time. Has anyone else ran into a similar issue lately? >> >> I'm able to get the program to continue as normal by attaching the pid >> trough gdb, but would for obvious reasons prefer not to do that. Any >> help trying to find the underlying cause would be appreciated as this >> has not been a problem with revisions previous to r202128. > > You can check whether the process is multithreaded (most likely, it is), > and, if so, what is the state of different threads. procstat -t > and then procstat -k would probably give some information for > the start. Here's the output from procstat -k and -t. I've compiled my kernel with KDB and DDB support if there is anything needed from that. PID TID COMM TDNAME CPU PRI STATE WCHAN 44900 100162 wine initial thread 1 160 stop - 44900 100178 wine - 1 131 stop - 44900 100179 wine - 1 140 stop - 44900 100180 wine - 0 160 stop piperd 44900 100182 wine - 1 160 stop select 44900 100183 wine - 0 160 stop - 44900 100184 wine - 0 160 stop - 44900 100185 wine - 1 160 stop - 44900 100186 wine - 0 160 stop - 44900 100190 wine - 0 160 stop - 44900 100191 wine - 0 160 stop piperd 44900 100192 wine - 1 160 stop - 44900 100194 wine - 0 160 stop - 44900 100195 wine - 0 141 stop piperd 44900 100200 wine - 1 160 stop - 44900 100201 wine - 1 160 stop - 44900 100202 wine - 0 160 stop piperd 44900 100203 wine - 1 160 stop piperd 44900 100204 wine - 1 160 stop piperd 44900 100205 wine - 0 160 stop - 44900 100206 wine - 0 160 stop - %procstat -k 44900 PID TID COMM TDNAME KSTACK 44900 100162 wine initial thread mi_switch thread_suspend_check as t doreti_ast 44900 100178 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100179 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100180 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100182 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _cv_wait_sig seltdwait poll syscall Xint0x80_syscall 44900 100183 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait poll syscall Xint0x 80_syscall 44900 100184 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100185 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100186 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100190 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xint0x80_syscall 44900 100191 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100192 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100194 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100195 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100200 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _sleep kern_kevent kevent syscall Xint0x80_sysc all 44900 100201 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _sleep kern_kevent kevent syscall Xint0x80_sysc all 44900 100202 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100203 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100204 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_wait_sig _sleep pipe_read dofileread kern_readv read syscall Xint0x80_syscall 44900 100205 wine - mi_switch sleepq_switch sleepq_ca tch_signals sleepq_timedwait_sig _sleep kern_kevent kevent syscall Xint0x80_sysc all 44900 100206 wine - mi_switch thread_suspend_switch c ursig ast doreti_ast From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 13:34:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B52C81065679 for ; Wed, 13 Jan 2010 13:34:09 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id 642668FC0C for ; Wed, 13 Jan 2010 13:34:09 +0000 (UTC) Received: by qyk4 with SMTP id 4so10697868qyk.7 for ; Wed, 13 Jan 2010 05:34:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=0EykSX3OnI01vnGbf4TpvPpbbVv45cExtF9wql5aMgg=; b=TXrzsfXrsQwgwGaZ7bYNa5j6YoL0qSgeTgwFfu/i9FOYN9v4s5t1g3uCFPS79r7ix3 /A5qUJ7Htw5sLJYGv79wiDIo3IqJhvVwbGnFrVthEV6FP8FCfGrM9Ld6GCTGSVc8CYOj pWOwEKU2sxqH92u9YjuvhJbTYBuORCbiu+X6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=fqjqvO1EWD6uyvj6t+HYoKP8E4JkicCapAljemKc39DzKI/eSF6DE74kfg68hZWSZV PYEKKQf4Wx8WKv2GStSxCbQpH3mgkb1p4a4V3LtiWHBR4ny4UEjtNRNR8hyflruCTF5I DGFc56oMHLHxy+ngqBC0n6RPqVTGa+WsjBGN0= Received: by 10.224.125.71 with SMTP id x7mr280702qar.301.1263389641880; Wed, 13 Jan 2010 05:34:01 -0800 (PST) Received: from centel.dataix.local (ppp-22.23.dialinfree.com [209.172.22.23]) by mx.google.com with ESMTPS id 21sm1448018qyk.12.2010.01.13.05.33.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 Jan 2010 05:34:00 -0800 (PST) Sender: "J. Hellenthal" Date: Wed, 13 Jan 2010 08:33:45 -0500 From: jhell To: "S.N.Grigoriev" In-Reply-To: <10471263386697@webmail49.yandex.ru> Message-ID: References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> <10471263386697@webmail49.yandex.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 13:34:09 -0000 On Wed, 13 Jan 2010 07:44, serguey-grigoriev@ wrote: > > > 13.01.10, 11:32, "Matthew Seaman" : > >> S.N.Grigoriev wrote: >> >> > I would like to know if there is a way to completely >> > replace the base sendmail with a ports one. The goal >> > is to have corresponding files on the traditional places >> > (not in /usr/local) and to use the system sendmail >> > startup script but not /usr/local/etc/rc.d/sendmail.sh. >> >> That's not the usual approach with sendmail, unlike several other software packages. >> >> Because of the existence of mailer.conf(5) you can achieve equivalent >> functionality without overwriting the base system sendmail. With the >> following contents: >> >> % cat /etc/mail/mailer.conf >> # $FreeBSD: src/etc/mail/mailer.conf,v 1.3.36.1 2009/08/03 08:13:06 kensmith Exp $ >> # >> # Execute the "real" sendmail program, named /usr/libexec/sendmail/sendmail >> # >> sendmail /usr/local/sbin/sendmail >> send-mail /usr/local/sbin/sendmail >> mailq /usr/local/sbin/sendmail >> newaliases /usr/local/sbin/sendmail >> hoststat /usr/local/sbin/sendmail >> purgestat /usr/local/sbin/sendmail >> >> all sendmail related commands are mapped onto the ports version of sendmail, >> installed under LOCALBASE=/usr/local as usual. These commands are in fact >> exactly the same wrapper scripts as used with the system sendmail. With this >> setup it is not necessary to use the init script provided by the sendmail port: >> simply adding >> >> sendmail_enable="YES" >> >> to /etc/rc.conf will now cause the ports version of sendmail to be started >> using /etc/rc.d/sendmail. In addition, the following entries in /etc/make.conf >> will allow rebuild sendmail configurations and db maps using the Makefile in >> /etc/mail: >> >> WITH_SENDMAIL_PORT= yes >> SENDMAIL_CF_DIR= /usr/local/share/sendmail/cf >> MAKEMAP= /usr/local/sbin/makemap >> >> Finally, adding >> >> WITHOUT_SENDMAIL=yes >> >> to /etc/src.conf will suppress building sendmail as part of the base system, >> while still building and installing the mailwrapper commands. >> >> Cheers, >> >> Matthew >> >> > > Matthew, > > I thank you for your response. All you wrote is quite right. > But it is a general rule not to use in the system two sets > of slightly different programs with duplicating names. It is > a direct way to have problems. > > For example, all third party scripts should be revised to check > absolute pathes, program search results becomes depending > of the PATH value, and so on. > If all third party scripts and they are using absolute path names then they should not need to be revised at all. This is effectively what mailer.conf does. /usr/sbin/sendmail continues to use mailer.conf which wraps what you have set in there. So no matter whether they call /usr/sbin/sendmail or /usr/local/sbin/sendmail they will still be getting the same results after your install of the ports sendmail. So really what is the exact problem ? I can understand from a security standpoint why you would want to have less software on your systems but to blame it on third party scripts is irrelevant. > It is relatively easy to do such revisions on a small home system. > But a production server with significant amount of third party software > will require a lot of time to do that job. > > To my mind it will be better to have an options in the port Makefile > allowing to replace the sendmail files in place. > > -- Wed Jan 13 08:27:21 2010 It may not be able to take your machine down, but it can fill up your Internet Pipe. jhell From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 13:45:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF93F106568B for ; Wed, 13 Jan 2010 13:45:01 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7C44C8FC17 for ; Wed, 13 Jan 2010 13:45:01 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3830519E048; Wed, 13 Jan 2010 14:29:43 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id BBE1119E023; Wed, 13 Jan 2010 14:29:40 +0100 (CET) Message-ID: <4B4DCAC4.70108@quip.cz> Date: Wed, 13 Jan 2010 14:29:40 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.7) Gecko/20100104 SeaMonkey/2.0.2 MIME-Version: 1.0 To: "S.N.Grigoriev" References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> <10471263386697@webmail49.yandex.ru> In-Reply-To: <10471263386697@webmail49.yandex.ru> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 13:45:01 -0000 S.N.Grigoriev wrote: [...] > I thank you for your response. All you wrote is quite right. > But it is a general rule not to use in the system two sets > of slightly different programs with duplicating names. It is > a direct way to have problems. > > For example, all third party scripts should be revised to check > absolute pathes, program search results becomes depending > of the PATH value, and so on. > > It is relatively easy to do such revisions on a small home system. > But a production server with significant amount of third party software > will require a lot of time to do that job. > > To my mind it will be better to have an options in the port Makefile > allowing to replace the sendmail files in place. I fully understand your doubts, but if you are talking about PATH and the stuff, sendmail from PATH (/usr/sbin/sendmail) is not a real sendmail, it is symlink to wrapper using settings from /etc/mail/mailer.conf. No application can be confused. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 13:59:22 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAB0106566B for ; Wed, 13 Jan 2010 13:59:22 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 7E18F8FC18 for ; Wed, 13 Jan 2010 13:59:22 +0000 (UTC) Received: from webmail50.yandex.ru (webmail50.yandex.ru [77.88.32.223]) by forward11.mail.yandex.net (Yandex) with ESMTP id CDFE7F48899; Wed, 13 Jan 2010 16:59:20 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail50.yandex.ru (Yandex) with ESMTP id 872E3FB0642; Wed, 13 Jan 2010 16:59:20 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail50 X-Yandex-TimeMark: 1263391160 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Wed, 13 Jan 2010 16:59:19 +0300 From: S.N.Grigoriev To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4B4DCAC4.70108@quip.cz> References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> <10471263386697@webmail49.yandex.ru> <4B4DCAC4.70108@quip.cz> MIME-Version: 1.0 Message-Id: <25891263391160@webmail50.yandex.ru> Date: Wed, 13 Jan 2010 16:59:20 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: stable@freebsd.org Subject: Re: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 13:59:22 -0000 13.01.10, 14:29, "Miroslav Lachman" <000.fbsd@quip.cz>: > S.N.Grigoriev wrote: > > [...] > > > I thank you for your response. All you wrote is quite right. > > But it is a general rule not to use in the system two sets > > of slightly different programs with duplicating names. It is > > a direct way to have problems. > > > > For example, all third party scripts should be revised to check > > absolute pathes, program search results becomes depending > > of the PATH value, and so on. > > > > It is relatively easy to do such revisions on a small home system. > > But a production server with significant amount of third party software > > will require a lot of time to do that job. > > > > To my mind it will be better to have an options in the port Makefile > > allowing to replace the sendmail files in place. > > I fully understand your doubts, but if you are talking about PATH and > the stuff, sendmail from PATH (/usr/sbin/sendmail) is not a real > sendmail, it is symlink to wrapper using settings from > /etc/mail/mailer.conf. > No application can be confused. > > Miroslav Lachman > > Miroslav, absolute paths may be used not ony to start sendmail program but, for example, to automatically build .mc files from .m4 files in /usr/share/sendmail/cf directory. For port sendmail it becomes /usr/local/share/sendmail/cf -- Regards, S.Grigoriev. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 14:36:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D0E3106566C for ; Wed, 13 Jan 2010 14:36:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id B7A938FC0A for ; Wed, 13 Jan 2010 14:36:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o0DEanAi072309 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jan 2010 16:36:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id o0DEanqA086039; Wed, 13 Jan 2010 16:36:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id o0DEancO086038; Wed, 13 Jan 2010 16:36:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jan 2010 16:36:49 +0200 From: Kostik Belousov To: Gardner Bell Message-ID: <20100113143649.GS62907@deviant.kiev.zoral.com.ua> References: <4B4D0293.3040704@rogers.com> <20100113085014.GN62907@deviant.kiev.zoral.com.ua> <4B4DC490.5070001@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctZH5Gqgrl5HoVnD" Content-Disposition: inline In-Reply-To: <4B4DC490.5070001@rogers.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 14:36:55 -0000 --ctZH5Gqgrl5HoVnD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 13, 2010 at 08:03:12AM -0500, Gardner Bell wrote: > Kostik Belousov wrote: > >On Tue, Jan 12, 2010 at 06:15:31PM -0500, Gardner Bell wrote: > >>Hello, > >> > >>Just updated my 8.0-STABLE desktop to r202128 the other day and can no= =20 > >>longer run certain windows executables through wine without them almost= =20 > >>immediately entering the STOP state and using 100% CPU for a short=20 > >>period of time. Has anyone else ran into a similar issue lately? > >> > >>I'm able to get the program to continue as normal by attaching the pid= =20 > >>trough gdb, but would for obvious reasons prefer not to do that. Any= =20 > >>help trying to find the underlying cause would be appreciated as this= =20 > >>has not been a problem with revisions previous to r202128. > > > >You can check whether the process is multithreaded (most likely, it is), > >and, if so, what is the state of different threads. procstat -t > >and then procstat -k would probably give some information for > >the start. >=20 > Here's the output from procstat -k and -t. I've compiled my kernel with= =20 > KDB and DDB support if there is anything needed from that. >=20 > PID TID COMM TDNAME CPU PRI STATE WCHAN > 44900 100162 wine initial thread 1 160 stop - > 44900 100178 wine - 1 131 stop - > 44900 100179 wine - 1 140 stop - > 44900 100180 wine - 0 160 stop piperd > 44900 100182 wine - 1 160 stop select > 44900 100183 wine - 0 160 stop - > 44900 100184 wine - 0 160 stop - > 44900 100185 wine - 1 160 stop - > 44900 100186 wine - 0 160 stop - > 44900 100190 wine - 0 160 stop - > 44900 100191 wine - 0 160 stop piperd > 44900 100192 wine - 1 160 stop - > 44900 100194 wine - 0 160 stop - > 44900 100195 wine - 0 141 stop piperd > 44900 100200 wine - 1 160 stop - > 44900 100201 wine - 1 160 stop - > 44900 100202 wine - 0 160 stop piperd > 44900 100203 wine - 1 160 stop piperd > 44900 100204 wine - 1 160 stop piperd > 44900 100205 wine - 0 160 stop - > 44900 100206 wine - 0 160 stop - >=20 > %procstat -k 44900 > PID TID COMM TDNAME KSTACK=20 >=20 > 44900 100162 wine initial thread mi_switch=20 > thread_suspend_check as=20 > t doreti_ast > 44900 100178 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100179 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100180 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100182 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _cv_wait_sig seltdwait poll syscall Xint0x80_syscall=20 >=20 >=20 > 44900 100183 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait poll syscall Xint0x=20 >=20 > 80_syscall > 44900 100184 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100185 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100186 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100190 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _cv_timedwait_sig seltdwait kern_select select=20 >=20 > syscall Xint0x80_syscall > 44900 100191 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100192 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100194 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100195 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100200 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _sleep kern_kevent kevent syscall Xint0x80_sysc=20 >=20 > all > 44900 100201 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _sleep kern_kevent kevent syscall Xint0x80_sysc=20 >=20 > all > 44900 100202 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100203 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100204 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_wait_sig=20 > _sleep pipe_read dofileread kern_readv read syscall=20 >=20 > Xint0x80_syscall > 44900 100205 wine - mi_switch sleepq_switch=20 > sleepq_ca=20 > tch_signals sleepq_timedwait_sig= =20 > _sleep kern_kevent kevent syscall Xint0x80_sysc=20 >=20 > all > 44900 100206 wine - mi_switch=20 > thread_suspend_switch c=20 > ursig ast doreti_ast >=20 Besides weird formatting of procstat -k output, I do not see anything wrong in the state of the process. It got SIGSTOP, I am sure. Attaching gdb helps because debugger gets signal reports instead of target process getting the signal actions on signal delivery. The only question is why the process gets SIGSTOP at all. --ctZH5Gqgrl5HoVnD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktN2oAACgkQC3+MBN1Mb4gSaACeKu+9LoMQv1Uqr1JROLM9tGqi c/gAoLk5WySleR68HBn0wsoPCWUq72q/ =vB5F -----END PGP SIGNATURE----- --ctZH5Gqgrl5HoVnD-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 14:59:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30E5106566B for ; Wed, 13 Jan 2010 14:59:26 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 22A608FC15 for ; Wed, 13 Jan 2010 14:59:25 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.3) with ESMTP id o0DExKLv053128; Wed, 13 Jan 2010 14:59:20 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o0DExKLv053128 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1263394761; bh=bAnU8LYhHaczu0TwI7fBWgroKNglYSVzIMWlSLGyuRw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B4DDFC1.6080101@infracaninophile.co.uk>|Date:=20W ed,=2013=20Jan=202010=2014:59:13=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20"S.N.Grigoriev"=20|C C:=20Miroslav=20Lachman=20<000.fbsd@quip.cz>,=20stable@freebsd.org |Subject:=20Re:=20sendmail=20replacement|References:=20<6612633799 37@webmail51.yandex.ru>=20<4B4DAF41.5090903@infracaninophile.co.uk >=20<10471263386697@webmail49.yandex.ru>=20<4B4DCAC4.70108@quip.cz >=20<25891263391160@webmail50.yandex.ru>|In-Reply-To:=20<258912633 91160@webmail50.yandex.ru>|X-Enigmail-Version:=200.95.6|Content-Ty pe:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protoco l=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"----------- -enig54DA89E9F04985BB5FB47811"; b=KjAtaTv+3ZGHlm4uYgR0umpfG10cKQu2VUJRuoNJN6BxugXvEsnRWUeahNs0B20bK NdxfAo6Os1EH2EO78/kPRjmfChPTnqq+MQLaSSXkqDCTNNbj+MB8zoHgwueVo7xhW+ R9cNmrFFoZydzdL1BFVn+13oLZtHEZRu24JCn71s= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B4DDFC1.6080101@infracaninophile.co.uk> Date: Wed, 13 Jan 2010 14:59:13 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: "S.N.Grigoriev" References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> <10471263386697@webmail49.yandex.ru> <4B4DCAC4.70108@quip.cz> <25891263391160@webmail50.yandex.ru> In-Reply-To: <25891263391160@webmail50.yandex.ru> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig54DA89E9F04985BB5FB47811" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 14:59:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig54DA89E9F04985BB5FB47811 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable S.N.Grigoriev wrote: >=20 > 13.01.10, 14:29, "Miroslav Lachman" <000.fbsd@quip.cz>: >=20 >> S.N.Grigoriev wrote: >> =20 >> [...] >> =20 >> > I thank you for your response. All you wrote is quite right. >> > But it is a general rule not to use in the system two sets >> > of slightly different programs with duplicating names. It is >> > a direct way to have problems. >> > >> > For example, all third party scripts should be revised to check >> > absolute pathes, program search results becomes depending >> > of the PATH value, and so on. >> > >> > It is relatively easy to do such revisions on a small home system. >> > But a production server with significant amount of third party soft= ware >> > will require a lot of time to do that job. >> > >> > To my mind it will be better to have an options in the port Makefil= e >> > allowing to replace the sendmail files in place. >> =20 >> I fully understand your doubts, but if you are talking about PATH and= =20 >> the stuff, sendmail from PATH (/usr/sbin/sendmail) is not a real=20 >> sendmail, it is symlink to wrapper using settings from=20 >> /etc/mail/mailer.conf. >> No application can be confused. >> =20 >> Miroslav Lachman >> =20 >> =20 >=20 > Miroslav, >=20 > absolute paths may be used not ony to start sendmail program but, > for example, to automatically build .mc files from .m4 files in=20 > /usr/share/sendmail/cf directory. For port sendmail it becomes > /usr/local/share/sendmail/cf Unless you set a couple of variables in /etc/make.conf as I described. Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig54DA89E9F04985BB5FB47811 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAktN38gACgkQ8Mjk52CukIy0sACfcnDA0W6tDeProh6tK0ajq6RK MmgAn0ndZZedXX+Drphj3fZs75sZVpeZ =4Au2 -----END PGP SIGNATURE----- --------------enig54DA89E9F04985BB5FB47811-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 15:29:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50D3B106566B for ; Wed, 13 Jan 2010 15:29:52 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [95.108.130.119]) by mx1.freebsd.org (Postfix) with ESMTP id 028AA8FC25 for ; Wed, 13 Jan 2010 15:29:51 +0000 (UTC) Received: from webmail46.yandex.ru (webmail46.yandex.ru [77.88.32.219]) by forward15.mail.yandex.net (Yandex) with ESMTP id 4836EC0181; Wed, 13 Jan 2010 18:29:50 +0300 (MSK) Received: from localhost (localhost.localdomain [127.0.0.1]) by webmail46.yandex.ru (Yandex) with ESMTP id F4194F24081; Wed, 13 Jan 2010 18:29:49 +0300 (MSK) X-Yandex-Spam: 1 X-Yandex-Front: webmail46 X-Yandex-TimeMark: 1263396589 Received: from netman.spbcity.net (netman.spbcity.net [77.244.18.5]) by mail.yandex.ru with HTTP; Wed, 13 Jan 2010 18:29:49 +0300 From: S.N.Grigoriev To: Matthew Seaman In-Reply-To: <4B4DDFC1.6080101@infracaninophile.co.uk> References: <661263379937@webmail51.yandex.ru> <4B4DAF41.5090903@infracaninophile.co.uk> <10471263386697@webmail49.yandex.ru> <4B4DCAC4.70108@quip.cz> <25891263391160@webmail50.yandex.ru> <4B4DDFC1.6080101@infracaninophile.co.uk> MIME-Version: 1.0 Message-Id: <39231263396589@webmail46.yandex.ru> Date: Wed, 13 Jan 2010 18:29:49 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: Re: sendmail replacement X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 15:29:52 -0000 13.01.10, 14:59, "Matthew Seaman" : > > absolute paths may be used not ony to start sendmail program but, > > for example, to automatically build .mc files from .m4 files in > > /usr/share/sendmail/cf directory. For port sendmail it becomes > > /usr/local/share/sendmail/cf > > Unless you set a couple of variables in /etc/make.conf as I described. > > Matthew > Matthew, variables int /etc/make.conf dealt with the make program only. What about a script which prepares the body of .mc file? It must know the exact path to the cf directory. But, OK. I asked if there is a way to automatically replace base sendmail with ports/mail/sendmail. As I can see the answer is: no, there is not. It should be done manually. Thanks, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 16:05:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAAB610656A3 for ; Wed, 13 Jan 2010 16:05:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC4D8FC0C for ; Wed, 13 Jan 2010 16:05:39 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2A88B46B51; Wed, 13 Jan 2010 11:05:39 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 378838A01D; Wed, 13 Jan 2010 11:05:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 09:44:38 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <201001121629.37439.freebsd@insightbb.com> <44bpgzm0v1.fsf@be-well.ilk.org> In-Reply-To: <44bpgzm0v1.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001130944.38750.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 13 Jan 2010 11:05:38 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 16:05:39 -0000 On Tuesday 12 January 2010 5:09:38 pm Lowell Gilbert wrote: > Steven Friedrich writes: > > > On Saturday 09 January 2010 06:11:45 pm Frank wrote: > >> On Sat, 9 Jan 2010, Steven Friedrich wrote: > >> >> USB. > >> >> > >> >> I'm betting USB and I'm > >> >> > >> >>> thinking that maybe the driver you used to use hasn't been converted to > >> >>> the new USB system in 8-Stable. > >> >> > >> >> If that's the case it makes sense. I guess I'll just have to wait until > >> >> it's converted. > >> > > >> > Is it possible to boot one of your machines to an older release of > >> > FreeBSD, so you can discover what device driver you had been using, if > >> > any. Or any old logs may have the info. I haven't had an APC UPS, so > >> > I'm unfamiliar with apcupsd. > >> > >> Hope this is what you mean. > >> > >> On 7.2-STABLE the UPS attached to ugen0. It is the same now. > >> > >> P.S. Per the pkg-message directions I have commented out uhid in the > >> kernel config file, compiled and installed. Is this still necessary? > >> > >> -- > >> Frank > >> > > I think someone is going to have to update apcupsd with changes necessary to > > be compatible with FreeBSD 8's new USB arch. > > > > I haven't seen any documentation, white paper, etc., that discusses what > > changes would be needed. You could try sending an email to the port's > > maintainer... > > Another data point... > > I didn't pay much attention to it, but without changing my apcupsd > configuration, it "just worked" after upgrading from RELENG_7 to > RELENG_8, just a couple of days ago. > > I'm still running on a GENERIC kernel, but if I trim it down I'll keep > an eye out for problems. Same here. I suspect the problem is in apcupsd.conf. This is what I am using: UPSCABLE usb UPSTYPE usb DEVICE -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 16:05:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F341065762 for ; Wed, 13 Jan 2010 16:05:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 357748FC13 for ; Wed, 13 Jan 2010 16:05:41 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D2A8246B52; Wed, 13 Jan 2010 11:05:40 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D6E978A01F; Wed, 13 Jan 2010 11:05:39 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 09:45:18 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <201001131300.13098.doconnor@gsoft.com.au> In-Reply-To: <201001131300.13098.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201001130945.18190.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 13 Jan 2010 11:05:39 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 16:05:41 -0000 On Tuesday 12 January 2010 9:29:58 pm Daniel O'Connor wrote: > On Wed, 13 Jan 2010, Frank wrote: > > On Wed, 13 Jan 2010, Daniel O'Connor wrote: > > > Does it use libusb? If so, then it should "Just Work" assuming that > > > permissions are correct (note the nodes are /dev/usb/X.Y.Z now) > > > > > > -- > > > Daniel O'Connor software and network engineer > > > for Genesis Software - http://www.gsoft.com.au > > > "The nice thing about standards is that there > > > are so many of them to choose from." > > > -- Andrew Tanenbaum > > > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > I don't know if it uses libusb. The makefile has the following: > > > > .if defined(WITH_USB) && ${OSVERSION} >= 800069 > > CONFIGURE_ARGS+= --with-generic-usb > > .endif > > > > Does this tell you? > > No, I checked the code, it doesn't use libusb :( > > I guess it will need to be ported manually, I have no idea how difficult > that would be though. No, apcupsd works perfectly fine on 8. I use it on a server that has run 6.x, 7.x, and now 8.0. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 16:05:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6073610656A6 for ; Wed, 13 Jan 2010 16:05:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 80D308FC14 for ; Wed, 13 Jan 2010 16:05:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3318346B5B; Wed, 13 Jan 2010 11:05:42 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 418838A024; Wed, 13 Jan 2010 11:05:41 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 13 Jan 2010 09:53:33 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <4B4CEE78.4080708@rogers.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001130953.33361.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 13 Jan 2010 11:05:41 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Gardner Bell , pluknet Subject: Re: LOR - 8.0-STABLE r202128 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 16:05:44 -0000 On Wednesday 13 January 2010 2:30:04 am pluknet wrote: > 2010/1/13 Gardner Bell : > > I got this lock order reversal while running a windows executable through > > wine. > > I'm guess that is a regression w.r.t S/G pager, which uses kmem_alloc/free > with vm_object locked and doesn't respect vm_map locks can sleep. > I'm curious it was back order before 5.1-R. It's more that it can call free() during the VM object's destructor. Hmm, presumably the call to sglist_free() needs to be deferred. Note that both the SG and device pagers free fake vm_page_t objects using uma_zfree() from their destructors. I guess uma_zfree() will never call kmem_free() directly? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 16:35:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21037106566B for ; Wed, 13 Jan 2010 16:35:43 +0000 (UTC) (envelope-from CPE@fullrate.dk) Received: from mail.fr.fullrate.dk (mail.fr.fullrate.dk [90.185.3.27]) by mx1.freebsd.org (Postfix) with ESMTP id A64AB8FC1A for ; Wed, 13 Jan 2010 16:35:42 +0000 (UTC) Received: from EXC.fr.fullrate.dk ([fe80::ec5b:9332:a126:7d7d]) by EXC.fr.fullrate.dk ([fe80::ec5b:9332:a126:7d7d%11]) with mapi; Wed, 13 Jan 2010 17:24:50 +0100 From: Christoffer Persson CC: "freebsd-stable@freebsd.org" Thread-Topic: Oddities in dmesg Thread-Index: AQHKlGztwPxXgDjMSEOsyQpHG166hg== Date: Wed, 13 Jan 2010 16:24:49 +0000 Message-ID: References: <201001131300.13098.doconnor@gsoft.com.au> <201001130945.18190.jhb@freebsd.org> In-Reply-To: <201001130945.18190.jhb@freebsd.org> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Oddities in dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 16:35:43 -0000 I've recently rebooted one of our servers running FreeBSD 7.2-RELEASE-p4. I= found this oddity in the boot message: GEOM_LABEL: Label for provider da0s1a is ufsid/48b6d1673e4caa72. GEOM_LABEL: Label ufsid/48b6d1673e4caa72 removed. GEOM_WLAARBNEILN:G : L/atbmepl wuafss indo/t4 8pbr6odp1e6r7lay3 addi0s1m3o= du nrteemdov ed. GEOM_LABEL: Label ufsid/48b6d167a8e1f985 removed. WARNING: /usr was not properly dismounted Just repeated once, looks like it's a garble between two lines in the boot = message. Has anyone seen this happening before or any idea what made it happen? /Christoffer Persson= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 16:44:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB3C106566B for ; Wed, 13 Jan 2010 16:44:40 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE308FC0A for ; Wed, 13 Jan 2010 16:44:40 +0000 (UTC) Received: (qmail 74931 invoked from network); 13 Jan 2010 16:44:39 -0000 Received: from unknown (HELO ?10.0.0.158?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 13 Jan 2010 16:44:39 -0000 Message-ID: <4B4DF85F.8070303@acm.poly.edu> Date: Wed, 13 Jan 2010 11:44:15 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.23 (X11/20091021) MIME-Version: 1.0 To: Christoffer Persson References: <201001131300.13098.doconnor@gsoft.com.au> <201001130945.18190.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Oddities in dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 16:44:41 -0000 Christoffer Persson wrote: > I've recently rebooted one of our servers running FreeBSD 7.2-RELEASE-p4. I found this oddity in the boot message: > > GEOM_LABEL: Label for provider da0s1a is ufsid/48b6d1673e4caa72. > GEOM_LABEL: Label ufsid/48b6d1673e4caa72 removed. > > GEOM_WLAARBNEILN:G : L/atbmepl wuafss indo/t4 8pbr6odp1e6r7lay3 addi0s1m3odu nrteemdov > ed. > > GEOM_LABEL: Label ufsid/48b6d167a8e1f985 removed. > WARNING: /usr was not properly dismounted > > > Just repeated once, looks like it's a garble between two lines in the boot message. Has anyone seen this happening before > or any idea what made it happen? > > /Christoffer Persson_______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Yeah, this is due to lack of synchronization between multiple pieces of code wanting to print something in parallel. I don't know if anything can be done about it in 7.x, but the "PRINTF_BUFR_SIZE=128" option in the GENERIC kernel for 8.x takes care of it. -Boris From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 17:37:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137AF106566B for ; Wed, 13 Jan 2010 17:37:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id EF32C8FC08 for ; Wed, 13 Jan 2010 17:37:34 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta03.emeryville.ca.mail.comcast.net with comcast id V5Ze1d0081bwxycA35dbQB; Wed, 13 Jan 2010 17:37:35 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta18.emeryville.ca.mail.comcast.net with comcast id V5dp1d00P3S48mS8e5dr3d; Wed, 13 Jan 2010 17:37:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B6F4C1E301C; Wed, 13 Jan 2010 09:37:31 -0800 (PST) Date: Wed, 13 Jan 2010 09:37:31 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100113173731.GA33254@icarus.home.lan> References: <4B4DF85F.8070303@acm.poly.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4DF85F.8070303@acm.poly.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Oddities in dmesg X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 17:37:35 -0000 On Wed, Jan 13, 2010 at 11:44:15AM -0500, Boris Kochergin wrote: > Christoffer Persson wrote: > >I've recently rebooted one of our servers running FreeBSD 7.2-RELEASE-p4. I found this oddity in the boot message: > > > >GEOM_LABEL: Label for provider da0s1a is ufsid/48b6d1673e4caa72. > >GEOM_LABEL: Label ufsid/48b6d1673e4caa72 removed. > > > >GEOM_WLAARBNEILN:G : L/atbmepl wuafss indo/t4 8pbr6odp1e6r7lay3 addi0s1m3odu nrteemdov > >ed. > > > >GEOM_LABEL: Label ufsid/48b6d167a8e1f985 removed. > >WARNING: /usr was not properly dismounted > > > > > >Just repeated once, looks like it's a garble between two lines in the boot message. Has anyone seen this happening before > >or any idea what made it happen? > > > >/Christoffer Persson > > Yeah, this is due to lack of synchronization between multiple pieces > of code wanting to print something in parallel. I don't know if > anything can be done about it in 7.x, but the "PRINTF_BUFR_SIZE=128" > option in the GENERIC kernel for 8.x takes care of it. This isn't quite true -- use of the option (increasing the buffer size) appears to decrease the chance and/or severity of the interspersed output, but it still happens. This applies to both 7.x and 8.x. I'll note that I've seen Solaris 10 and (occasionally) Linux do this as well. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jan 13 23:21:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2259C106566B for ; Wed, 13 Jan 2010 23:21:11 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [207.115.11.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B65D8FC16 for ; Wed, 13 Jan 2010 23:21:10 +0000 (UTC) Received: from ace.nina.org (adsl-178-57-175.gnv.bellsouth.net[74.178.57.175]) by isp.att.net (frfwmhc04) with SMTP id <20100113232109H0400111coe>; Wed, 13 Jan 2010 23:21:10 +0000 X-Originating-IP: [74.178.57.175] Date: Wed, 13 Jan 2010 18:21:08 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: John Baldwin In-Reply-To: <201001130944.38750.jhb@freebsd.org> Message-ID: References: <201001121629.37439.freebsd@insightbb.com> <44bpgzm0v1.fsf@be-well.ilk.org> <201001130944.38750.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 23:21:11 -0000 On Wed, 13 Jan 2010, John Baldwin wrote: > Same here. I suspect the problem is in apcupsd.conf. This is what I am > using: > > UPSCABLE usb > UPSTYPE usb > DEVICE This is what I have in mine also. Here's the whole thing: UPSCABLE usb UPSTYPE usb LOCKFILE /var/spool/lock DEVICE UPSCLASS standalone UPSMODE disable NETSERVER on NISPORT 3551 NETTIME 10 > -- > John Baldwin -- Frank From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 01:38:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15623106566C; Thu, 14 Jan 2010 01:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DF1CC8FC12; Thu, 14 Jan 2010 01:38:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0E1cHKt016200; Wed, 13 Jan 2010 20:38:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0E1cHGu016183; Thu, 14 Jan 2010 01:38:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 14 Jan 2010 01:38:17 GMT Message-Id: <201001140138.o0E1cHGu016183@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 01:38:18 -0000 TB --- 2010-01-14 00:20:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-14 00:20:20 - starting RELENG_8_0 tinderbox run for i386/pc98 TB --- 2010-01-14 00:20:20 - cleaning the object tree TB --- 2010-01-14 00:20:49 - cvsupping the source tree TB --- 2010-01-14 00:20:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/i386/pc98/supfile TB --- 2010-01-14 00:21:19 - building world TB --- 2010-01-14 00:21:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-14 00:21:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-14 00:21:19 - TARGET=pc98 TB --- 2010-01-14 00:21:19 - TARGET_ARCH=i386 TB --- 2010-01-14 00:21:19 - TZ=UTC TB --- 2010-01-14 00:21:19 - __MAKE_CONF=/dev/null TB --- 2010-01-14 00:21:19 - cd /src TB --- 2010-01-14 00:21:19 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 14 00:21:20 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jan 14 01:20:13 UTC 2010 TB --- 2010-01-14 01:20:13 - generating LINT kernel config TB --- 2010-01-14 01:20:13 - cd /src/sys/pc98/conf TB --- 2010-01-14 01:20:13 - /usr/bin/make -B LINT TB --- 2010-01-14 01:20:13 - building LINT kernel TB --- 2010-01-14 01:20:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-14 01:20:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-14 01:20:13 - TARGET=pc98 TB --- 2010-01-14 01:20:13 - TARGET_ARCH=i386 TB --- 2010-01-14 01:20:13 - TZ=UTC TB --- 2010-01-14 01:20:13 - __MAKE_CONF=/dev/null TB --- 2010-01-14 01:20:13 - cd /src TB --- 2010-01-14 01:20:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 14 01:20:13 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_sf.ko ===> siis (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siis/../../dev/siis/siis.c /src/sys/modules/siis/../../dev/siis/siis.c: In function 'siis_attach': /src/sys/modules/siis/../../dev/siis/siis.c:115: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/siis. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-14 01:38:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-14 01:38:17 - ERROR: failed to build lint kernel TB --- 2010-01-14 01:38:17 - 3514.92 user 755.31 system 4676.99 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 01:47:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E328B106566B for ; Thu, 14 Jan 2010 01:47:19 +0000 (UTC) (envelope-from erik@malcolm.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [IPv6:2607:f140:ffff:ffff::239]) by mx1.freebsd.org (Postfix) with ESMTP id C56F48FC1A for ; Thu, 14 Jan 2010 01:47:19 +0000 (UTC) Received: from malcolm.berkeley.edu (localhost [127.0.0.1]) by malcolm.berkeley.edu (8.14.3/8.13.8m1) with ESMTP id o0E1lJqb011546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jan 2010 17:47:19 -0800 (PST) (envelope-from erik@malcolm.berkeley.edu) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at malcolm.berkeley.edu Received: (from erik@localhost) by malcolm.berkeley.edu (8.14.3/8.13.3/Submit) id o0E1lJ8m011545; Wed, 13 Jan 2010 17:47:19 -0800 (PST) (envelope-from erik) Date: Wed, 13 Jan 2010 17:47:19 -0800 From: Erik Klavon To: freebsd-stable@freebsd.org Message-ID: <20100114014719.GA11284@malcolm.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (malcolm.berkeley.edu [127.0.0.1]); Wed, 13 Jan 2010 17:47:19 -0800 (PST) Cc: Pyun YongHyeon Subject: bge panic in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 01:47:20 -0000 Hi One of my amd64 machines running 8.0p1 acting as a NAT system for many network clients dropped into kdb today. tr indicates a problem in bge. Tracing pid 12 tid 100033 td 0xffffff0001687000 pmap_kextract() at pmap_kextract+0x4e bus_dmamap_load() at bus_dmamap_load+0xab bge_newbuf_std() at bge_newbuf_std+0xcc bge_rxeof() at bge_rxeof+0x36a bge_intr() at bge_intr+0x1c0 intr_event_execute_handlers() at intr_event_execute_handlers+0xfd ithread_loop() at ithread_loop+0x8e fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8074c01d30, rbp = 0 --- I haven't been able to find a PR that matches this particular trace. Pyun recently MFCd to stable (hence my post to this list) some changes to bge that involve functions in the above trace and according to the commit log (r201685) may address a kernel panic. Is there any indication in the above trace that this is the type of panic the commit attempts to address? I don't have a core dump for this panic. This machine has been unstable on 8, so I may be able to get a core dump in the future. If there is other information you'd like me to gather, please let me know. Thanks, Erik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 02:07:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6577C1065670 for ; Thu, 14 Jan 2010 02:07:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id D758F8FC0C for ; Thu, 14 Jan 2010 02:07:25 +0000 (UTC) Received: by qyk4 with SMTP id 4so11224372qyk.7 for ; Wed, 13 Jan 2010 18:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Osx4rfNi9NFatN3AunBCGGXoUl9yCyV0pjVN4gDalCs=; b=iwCAoXU9nfp8FO8xM5O1SgzGllJmFVmoJLyUdZ7qzOVmdrgitWFshaKkOPPAsp49et l+d0Xmr5Um5DNdOdoDLhT81IafMS/MdQTc/iKuEUJNwhFWP4WdsNBeGVqotJwl2Riev9 9VFr1UT80e7ZTtug4llSWYaYEzVWZ+e54c3l4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vB9Nk8lCymHbk6mqa/Sn8sNDn8DO6HQiwaJqdlXkbxmZnGj1djwqWURySZbAJaUP5F fpX3nVH4yqB9GNQ3sNmrygdZAYlp/SvDqtnvakS7+okQAIHn3KqLhlBdy7K1CRbnZ1c1 9YFH7BQvo1zgNp3yzL7ns5LZKDE75+YUCJyiI= Received: by 10.224.106.144 with SMTP id x16mr65315qao.259.1263434842534; Wed, 13 Jan 2010 18:07:22 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm150982qyk.2.2010.01.13.18.07.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 Jan 2010 18:07:21 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 13 Jan 2010 18:06:40 -0800 From: Pyun YongHyeon Date: Wed, 13 Jan 2010 18:06:40 -0800 To: Erik Klavon Message-ID: <20100114020640.GT1228@michelle.cdnetworks.com> References: <20100114014719.GA11284@malcolm.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100114014719.GA11284@malcolm.berkeley.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: bge panic in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 02:07:26 -0000 On Wed, Jan 13, 2010 at 05:47:19PM -0800, Erik Klavon wrote: > Hi > > One of my amd64 machines running 8.0p1 acting as a NAT system for many > network clients dropped into kdb today. tr indicates a problem in > bge. > > Tracing pid 12 tid 100033 td 0xffffff0001687000 > pmap_kextract() at pmap_kextract+0x4e > bus_dmamap_load() at bus_dmamap_load+0xab > bge_newbuf_std() at bge_newbuf_std+0xcc > bge_rxeof() at bge_rxeof+0x36a > bge_intr() at bge_intr+0x1c0 > intr_event_execute_handlers() at intr_event_execute_handlers+0xfd > ithread_loop() at ithread_loop+0x8e > fork_exit() at fork_exit+0x118 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8074c01d30, rbp = 0 --- > > I haven't been able to find a PR that matches this particular trace. > > Pyun recently MFCd to stable (hence my post to this list) some changes > to bge that involve functions in the above trace and according to the > commit log (r201685) may address a kernel panic. Is there any > indication in the above trace that this is the type of panic the > commit attempts to address? I don't have a core dump for this > panic. This machine has been unstable on 8, so I may be able to get a > core dump in the future. If there is other information you'd like me > to gather, please let me know. > Yes, that part of code in trace above were rewritten to address bus_dma(9) issues. So it would be great if you can try latest bge(4) in stable/8 and let me know how it goes on your box. I guess you can just download if_bge.c and if_bgereg.h from stable/8 and rebuild bge(4) would be enough to run it on 8.0-RELEASE. > Thanks, > > Erik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 09:10:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D79106566B for ; Thu, 14 Jan 2010 09:10:38 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay006.isp.belgacom.be (mailrelay006.isp.belgacom.be [195.238.6.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4048FC08 for ; Thu, 14 Jan 2010 09:10:37 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAP1mTktQyA8k/2dsb2JhbACBRdULhDAE Received: from 36.15-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.15.36]) by relay.skynet.be with ESMTP; 14 Jan 2010 09:41:48 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.3/8.14.3) with ESMTP id o0E8fljs001848; Thu, 14 Jan 2010 09:41:47 +0100 (CET) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Thu, 14 Jan 2010 09:41:45 +0100 User-Agent: KMail/1.9.10 References: <4B4D0293.3040704@rogers.com> <4B4DC490.5070001@rogers.com> <20100113143649.GS62907@deviant.kiev.zoral.com.ua> In-Reply-To: <20100113143649.GS62907@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001140941.46748.tijl@coosemans.org> Cc: Kostik Belousov , Gardner Bell Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 09:10:38 -0000 On Wednesday 13 January 2010 15:36:49 Kostik Belousov wrote: > On Wed, Jan 13, 2010 at 08:03:12AM -0500, Gardner Bell wrote: >> Kostik Belousov wrote: >>> On Tue, Jan 12, 2010 at 06:15:31PM -0500, Gardner Bell wrote: >>>> Just updated my 8.0-STABLE desktop to r202128 the other day and >>>> can no longer run certain windows executables through wine without >>>> them almost immediately entering the STOP state and using 100% CPU >>>> for a short period of time. Has anyone else ran into a similar >>>> issue lately? >>>> >>>> I'm able to get the program to continue as normal by attaching the >>>> pid trough gdb, but would for obvious reasons prefer not to do >>>> that. Any help trying to find the underlying cause would be >>>> appreciated as this has not been a problem with revisions previous >>>> to r202128. >>> >>> You can check whether the process is multithreaded (most likely, it >>> is), and, if so, what is the state of different threads. procstat >>> -t and then procstat -k would probably give some >>> information for the start. >> >> Here's the output from procstat -k and -t. I've compiled my kernel >> with KDB and DDB support if there is anything needed from that. >> >> PID TID COMM TDNAME CPU PRI STATE WCHAN >> 44900 100162 wine initial thread 1 160 stop - >> 44900 100178 wine - 1 131 stop - >> 44900 100179 wine - 1 140 stop - >> 44900 100180 wine - 0 160 stop piperd >> 44900 100182 wine - 1 160 stop select >> 44900 100183 wine - 0 160 stop - >> 44900 100184 wine - 0 160 stop - >> 44900 100185 wine - 1 160 stop - >> 44900 100186 wine - 0 160 stop - >> 44900 100190 wine - 0 160 stop - >> 44900 100191 wine - 0 160 stop piperd >> 44900 100192 wine - 1 160 stop - >> 44900 100194 wine - 0 160 stop - >> 44900 100195 wine - 0 141 stop piperd >> 44900 100200 wine - 1 160 stop - >> 44900 100201 wine - 1 160 stop - >> 44900 100202 wine - 0 160 stop piperd >> 44900 100203 wine - 1 160 stop piperd >> 44900 100204 wine - 1 160 stop piperd >> 44900 100205 wine - 0 160 stop - >> 44900 100206 wine - 0 160 stop - >> >> %procstat -k 44900 >> PID TID COMM TDNAME KSTACK >> >> 44900 100162 wine initial thread mi_switch >> thread_suspend_check as >> t doreti_ast >> 44900 100178 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100179 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100180 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100182 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _cv_wait_sig seltdwait poll syscall Xint0x80_syscall >> >> >> 44900 100183 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait poll syscall Xint0x >> >> 80_syscall >> 44900 100184 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100185 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100186 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100190 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _cv_timedwait_sig seltdwait kern_select select >> >> syscall Xint0x80_syscall >> 44900 100191 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100192 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100194 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100195 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100200 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _sleep kern_kevent kevent syscall Xint0x80_sysc >> >> all >> 44900 100201 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _sleep kern_kevent kevent syscall Xint0x80_sysc >> >> all >> 44900 100202 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100203 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100204 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_wait_sig >> _sleep pipe_read dofileread kern_readv read syscall >> >> Xint0x80_syscall >> 44900 100205 wine - mi_switch sleepq_switch >> sleepq_ca >> tch_signals sleepq_timedwait_sig >> _sleep kern_kevent kevent syscall Xint0x80_sysc >> >> all >> 44900 100206 wine - mi_switch >> thread_suspend_switch c >> ursig ast doreti_ast > > Besides weird formatting of procstat -k output, I do not see anything > wrong in the state of the process. It got SIGSTOP, I am sure. > Attaching gdb helps because debugger gets signal reports instead of > target process getting the signal actions on signal delivery. > > The only question is why the process gets SIGSTOP at all. Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that. I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 describing a problem with ptrace and signals, so you might want to give the kernel patch a try. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 12:23:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85871106568F; Thu, 14 Jan 2010 12:23:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA368FC18; Thu, 14 Jan 2010 12:23:09 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NVOj3-000BX7-U7; Thu, 14 Jan 2010 12:22:57 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NVOj3-000BYo-TB; Thu, 14 Jan 2010 12:22:57 +0000 Date: Thu, 14 Jan 2010 12:22:57 +0000 Message-Id: To: attilio@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <3bbf2fe11001130112l26f7370dr2e282455a934a0b@mail.gmail.com> From: Pete French Cc: Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 12:23:09 -0000 > http://www.freebsd.org/~attilio/lockmgr_fix8.diff > > I'm seeking for testers here. > Any report would be very much appreciated. I tested the patch on my machine which locks up, and I am afraid that it still locks, even with the patch applied. The last things on the console before the lock are. 1) A whole load of sshd errors for one of those flood attacks which try multiple usersnames. This is not unusual, all my systems with an external ssh port see this. 2) Four 'Watchdog timeout occurreed, resetting!" messages from if_bce.c. These are new - without your patch I did not get these. I have tried rnning this machine with WITNESS in the kernel, but it will not deadlock then. Without WiTNESS it will lock up in about twelve hours. I am going to try with just KDB and DDB to see if I can get it into a state where we can get some useful information out of it. I realsie, of course, that this might be utterly unrelated to the problem your patch is trying to address! cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 12:44:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 414E11065672 for ; Thu, 14 Jan 2010 12:44:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f221.google.com (mail-fx0-f221.google.com [209.85.220.221]) by mx1.freebsd.org (Postfix) with ESMTP id C9F658FC14 for ; Thu, 14 Jan 2010 12:44:23 +0000 (UTC) Received: by fxm21 with SMTP id 21so11915642fxm.13 for ; Thu, 14 Jan 2010 04:44:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=IEuY5OpMCVYgIN3W/igHLa/7owVH6FhU5uvrJ5leF8c=; b=JOYrHUep0BLSXQGOeqBYgF/+HJ99aVsW5cLaXrarIX/Z/ziMWQ10ZGqUHJVhMrK1zp SMNyTnFja8CImb7jzssFcwc1+WJ75VvYVaUY4a1myoNFaJkWlhp2t8kKHUsQFi5z2mRr A+JbsCCwVlCTkgdwOoGMlNW4e1sB+gHZmp4DU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=X5LtKN6GJT/AdqA4uz42NOf7JqartVfXz5FNwiuSZzcexhTlxMZylMoJthXECt53CU aCoNMFqCy4UDxRjXYUTGzhtEf2vxTexrj/cROTHSdaGyMRe5c5DULUAA7BlXlgXSYJvr P6K1GJTQH9htqYV4GPY2QjQ/0U6JhXHN9EI4k= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.16.72 with SMTP id n8mr974159faa.26.1263473056644; Thu, 14 Jan 2010 04:44:16 -0800 (PST) In-Reply-To: References: <3bbf2fe11001130112l26f7370dr2e282455a934a0b@mail.gmail.com> Date: Thu, 14 Jan 2010 13:44:16 +0100 X-Google-Sender-Auth: c0a5a54d9eee2684 Message-ID: <3bbf2fe11001140444o1201f155m564465609436a561@mail.gmail.com> From: Attilio Rao To: Pete French Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 12:44:24 -0000 2010/1/14 Pete French : >> http://www.freebsd.org/~attilio/lockmgr_fix8.diff >> >> I'm seeking for testers here. >> Any report would be very much appreciated. > > I tested the patch on my machine which locks up, and I am afraid that it > still locks, even with the patch applied. The last things on the console > before the lock are. > > 1) A whole load of sshd errors for one of those flood attacks which try > multiple usersnames. This is not unusual, all my systems with an external > ssh port see this. > > 2) Four 'Watchdog timeout occurreed, resetting!" messages from if_bce.c. > These are new - without your patch I did not get these. > > I have tried rnning this machine with WITNESS in the kernel, but it > will not deadlock then. Without WiTNESS it will lock up in about > twelve hours. I am going to try with just KDB and DDB to see if I can get > it into a state where we can get some useful information out of it. Also enable INVARIANTS. While there (with my patch applied) please setup textdump in order to report the following DDB commands (and once it deadlocks break in DDB): bt, show allpcpu, ps, alltrace, show alllocks Try also to get a coredump (and if you can't report immediately to us and try to not turn off the machine in order to apply following instructions). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 13:11:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F17AB1065672; Thu, 14 Jan 2010 13:11:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B7E4C8FC1D; Thu, 14 Jan 2010 13:11:45 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NVPU7-000C1e-00; Thu, 14 Jan 2010 13:11:35 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NVPU6-000Bi4-VH; Thu, 14 Jan 2010 13:11:34 +0000 Date: Thu, 14 Jan 2010 13:11:34 +0000 Message-Id: To: attilio@freebsd.org In-Reply-To: <3bbf2fe11001140444o1201f155m564465609436a561@mail.gmail.com> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 13:11:46 -0000 > Also enable INVARIANTS. Including INVARIANTS stops my kernel from building. It has been this way since 8.0 (this is why I only had WITNESS compiled in). It fails with many many errors like this: /usr/src/sys/vm/vm_map.c:575: undefined reference to `_mtx_assert' My kernel config file looks like this: include GENERIC ident WITNESS options KDB options DDB options WITNESS options INVARIANTS > While there (with my patch applied) please setup textdump in order to > report the following DDB commands (and once it deadlocks break in > DDB): > bt, show allpcpu, ps, alltrace, show alllocks Having read the manual page for textdump, I am not sure I will be able to get a dump out of this machine, as it has no swap configured (and no spare partition that I can allocate for such a thing). I have tried using dumpon to dump to a ZVOL, but it gives me an error saying that it is not supported. Is there anything I can do to remedy this ? > Try also to get a coredump (and if you can't report immediately to us > and try to not turn off the machine in order to apply following > instructions). That's fine - this machine is more or less dedicated as a test ,machine for 8.0 right now. I can possibly dive you console access to it fi required in fact, as I did this for Robert once to sort out a problem with 7.0 I'll try running with the current KDB and DDB kernel until I can figure out how to get a WITNESS/INVARIANTS one built, and will let you know when that deadlocks. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 13:19:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E28B1065676 for ; Thu, 14 Jan 2010 13:19:52 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 58B818FC1B for ; Thu, 14 Jan 2010 13:19:52 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:36527 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NVPbw-0003LQ-4s; Thu, 14 Jan 2010 14:19:42 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 07D4B4C7A9; Thu, 14 Jan 2010 14:19:38 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: Date: Thu, 14 Jan 2010 14:19:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Pete French X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NVPbw-0003LQ-4s. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NVPbw-0003LQ-4s dc671461f3044cd1434800c46212e1e1 Cc: attilio@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 13:19:52 -0000 On Jan 14, 2010, at 2:11 PM, Pete French wrote: >> Also enable INVARIANTS. >=20 > Including INVARIANTS stops my kernel from building. It > has been this way since 8.0 (this is why I only > had WITNESS compiled in). It fails with many many > errors like this: >=20 > /usr/src/sys/vm/vm_map.c:575: undefined reference to `_mtx_assert' >=20 > My kernel config file looks like this: >=20 > include GENERIC > ident WITNESS >=20 > options KDB > options DDB > options WITNESS > options INVARIANTS INVARIANTS requires INVARIANT_SUPPORT [sic] in the kernel config (see = comments in GENERIC). Regards, Thomas= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 13:24:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 299EC1065672; Thu, 14 Jan 2010 13:24:20 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id E5B288FC1E; Thu, 14 Jan 2010 13:24:19 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NVPgG-000CBJ-8g; Thu, 14 Jan 2010 13:24:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NVPgG-000BlH-7l; Thu, 14 Jan 2010 13:24:08 +0000 Date: Thu, 14 Jan 2010 13:24:08 +0000 Message-Id: To: serenity@exscape.org In-Reply-To: From: Pete French Cc: attilio@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 13:24:20 -0000 > INVARIANTS requires INVARIANT_SUPPORT [sic] in the kernel config (see comments in GENERIC). Ah, right, that would explain it. Thanks! -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 13:47:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 908CA1065676 for ; Thu, 14 Jan 2010 13:47:32 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 25A158FC13 for ; Thu, 14 Jan 2010 13:47:31 +0000 (UTC) Received: by fxm27 with SMTP id 27so828713fxm.3 for ; Thu, 14 Jan 2010 05:47:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=jrgLafAiF+wxlVSV2dFpiAztL6qWNLxg/dJCtYDRPUk=; b=m9RWxg+INvlwMR8gs/6IGMCzYr0Z22Xg0hk5eGiPlRBm66R6yEAsiK87u6lcPyjHAm pGzNQsExjnG64/Q0HQT33vy1kyvJboHhQgb481FdHC2m4T7n3nSHTI7yRPiwDoatkp67 HJmg+ok+0n6Xf/QyzEF+PQXAA+tGjO0YUKUZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=qukpVhCmlzHo4+Tt+KzqW5Y5/YST2aNVi9Yrt5WXUH5MdK7/7jgcGUfRRPFg/MFeYX 1uKQlHJxxJrQxAvpztZvgLlX+rK/JF6UmgEEc/r/GxU3LXh3fHj0eZi388Rz3j/THDj5 7ZNs0GiGBcgFYsNanY/Y1bxc/MephSSbJ2dV0= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.25.27 with SMTP id x27mr1075205fab.7.1263476846642; Thu, 14 Jan 2010 05:47:26 -0800 (PST) In-Reply-To: References: Date: Thu, 14 Jan 2010 14:47:26 +0100 X-Google-Sender-Auth: 45e399c181f51108 Message-ID: <3bbf2fe11001140547m76c97cdby731a73f2008b9324@mail.gmail.com> From: Attilio Rao To: Pete French Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, serenity@exscape.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 13:47:32 -0000 2010/1/14 Pete French : >> INVARIANTS requires INVARIANT_SUPPORT [sic] in the kernel config (see comments in GENERIC). > > Ah, right, that would explain it. Thanks! INVARIANT_SUPPORT is made mandatory in order to allow non-INVARIANT kernel to be able to handle INVARIANT compiled modules. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 15:03:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 910E51065676 for ; Thu, 14 Jan 2010 15:03:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 603A88FC0A for ; Thu, 14 Jan 2010 15:03:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0C8E146B29; Thu, 14 Jan 2010 10:03:55 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 4118E8A024; Thu, 14 Jan 2010 10:03:54 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 14 Jan 2010 09:50:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <201001130944.38750.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001140950.07258.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 14 Jan 2010 10:03:54 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:03:55 -0000 On Wednesday 13 January 2010 6:21:08 pm Frank wrote: > On Wed, 13 Jan 2010, John Baldwin wrote: > > > Same here. I suspect the problem is in apcupsd.conf. This is what I am > > using: > > > > UPSCABLE usb > > UPSTYPE usb > > DEVICE > > This is what I have in mine also. Here's the whole thing: > > UPSCABLE usb > UPSTYPE usb > LOCKFILE /var/spool/lock > DEVICE > UPSCLASS standalone > UPSMODE disable > NETSERVER on > NISPORT 3551 > NETTIME 10 What does apctest say when you run it? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 15:05:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7474F106568B for ; Thu, 14 Jan 2010 15:05:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4346C8FC1D for ; Thu, 14 Jan 2010 15:05:03 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E800446B29; Thu, 14 Jan 2010 10:05:02 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1FFAA8A024; Thu, 14 Jan 2010 10:05:02 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 14 Jan 2010 09:50:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <201001130944.38750.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001140950.07258.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 14 Jan 2010 10:05:02 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:05:03 -0000 On Wednesday 13 January 2010 6:21:08 pm Frank wrote: > On Wed, 13 Jan 2010, John Baldwin wrote: > > > Same here. I suspect the problem is in apcupsd.conf. This is what I am > > using: > > > > UPSCABLE usb > > UPSTYPE usb > > DEVICE > > This is what I have in mine also. Here's the whole thing: > > UPSCABLE usb > UPSTYPE usb > LOCKFILE /var/spool/lock > DEVICE > UPSCLASS standalone > UPSMODE disable > NETSERVER on > NISPORT 3551 > NETTIME 10 What does apctest say when you run it? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 16:06:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E5751065672 for ; Thu, 14 Jan 2010 16:06:44 +0000 (UTC) (envelope-from srandall52@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 0377B8FC18 for ; Thu, 14 Jan 2010 16:06:43 +0000 (UTC) Received: by gxk10 with SMTP id 10so23817362gxk.3 for ; Thu, 14 Jan 2010 08:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=+tQZqgbGCwmnVifaDN8/IzuC8P8eU2/TfdL4Hb2KFAs=; b=hufY4zwKz7cz/i+dSnbcElDLXOncR31gH+1hm/xF2pc10xBvue32vZ/DXRsEIxBHy2 OwYshIFHnzNcOT78YtrYSQxfoJ/Y2H+t5d+6gthSOUT/H/JoZwn8hrb7r064+ecrIyhh YKsSu22kCvt/ud9Rgf4IJtqpnjAbZv86GhyBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=hPB5CsuAnDprVEDPc+WZj6z2GiU8mXrVoQyJYHTCLUW4LZZoCG1wDBHQFADWsky88O NikEd6M7r3sSwIWwnFDP3oXtGQWIsKnBUztYqUxmVtdm9gpqK+2ghQTHVlPN0rpKooZg +eTu78GhHoZTynoL23mGBtByC3cY3FGiq6Pnw= Received: by 10.101.134.13 with SMTP id l13mr1890597ann.191.1263483628948; Thu, 14 Jan 2010 07:40:28 -0800 (PST) Received: from locust.local (adsl-71-158-210-141.dsl.wchtks.sbcglobal.net [71.158.210.141]) by mx.google.com with ESMTPS id 14sm474682gxk.6.2010.01.14.07.40.27 (version=SSLv3 cipher=RC4-MD5); Thu, 14 Jan 2010 07:40:28 -0800 (PST) Date: Thu, 14 Jan 2010 09:40:26 -0600 From: Steve Randall To: Frank Message-ID: <20100114094026.38638bc8@locust.local> In-Reply-To: References: X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 16:06:44 -0000 On Fri, 8 Jan 2010 17:47:55 -0500 (EST) Frank wrote: > I am having problems with mouse, keyboard and APC UPS. When attempting to > start apcupsd I get the following error: > > Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at > line 636 Cannot find UPS device -- For a link to detailed USB trouble > shooting information, please see . > Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd error shutdown completed > > In X, I must move the mouse to get anything to update. For example, if I > type in an xterm nothing will display or happen until the mouse is moved. > This also happens using a browser or any other app. > > # dmesg | grep usb > usbus0: on ohci0 usbus1: EHCI version 1.0 > usbus1: on ehci0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on > usbus0 > ugen1.1: at usbus1 > uhub1: on > usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > ugen0.2: at usbus0 > ugen0.3: at usbus0 > ums0: addr 3> on usbus0 > ugen0.4: at usbus0 > ukbd0: on > usbus0 > > Ace /usr/ports # usbdevs -d -v > usbdevs: no USB controllers found A possibility occurs to me that I think nobody has yet mentioned. If you still have the obsolete usbdevs command on your system, is it possible you also still have the obsolete devel/libusb port installed? It conflicts with the libusb in the base system, causing just the sorts of problems you are experiencing. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 16:24:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 423F81065676 for ; Thu, 14 Jan 2010 16:24:27 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from smtp119.rog.mail.re2.yahoo.com (smtp119.rog.mail.re2.yahoo.com [68.142.224.74]) by mx1.freebsd.org (Postfix) with SMTP id C44678FC25 for ; Thu, 14 Jan 2010 16:24:26 +0000 (UTC) Received: (qmail 24846 invoked from network); 14 Jan 2010 16:24:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Apz27R4ySnu7zpiYkMdWlluuIw9tlaZM+z/qd2eqeuQwe0/Yeiz2FMvq3SJfRUu7R2TmSI4XyX35QnxI1JN554zK7mfTd4yFQXk4P3DlIrFjHQVfXdYy6qvAUy920+lnQoHudY9YipMGqgzJiCn7cgV7Vurd5dh4YT1+4YgJmmY= ; Received: from CPE00e0812ec1aa-CM000f9f578d7a.cpe.net.cable.rogers.com (gbell72@99.233.37.65 with plain) by smtp119.rog.mail.re2.yahoo.com with SMTP; 14 Jan 2010 08:24:21 -0800 PST X-Yahoo-SMTP: vhm.KweswBB8JGCDQo2eYyVHJ4NQ9hKLMsE.Tsw.BQ-- X-YMail-OSG: gmVoXAwVM1kqn8OekAg3x65iZuEo.Vt2KYDDnc_qTfkJ6ZkIURtV1WJuGLObpzdVHA-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B4F4522.6010603@rogers.com> Date: Thu, 14 Jan 2010 11:24:02 -0500 From: Gardner Bell User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: Tijl Coosemans References: <4B4D0293.3040704@rogers.com> <4B4DC490.5070001@rogers.com> <20100113143649.GS62907@deviant.kiev.zoral.com.ua> <201001140941.46748.tijl@coosemans.org> In-Reply-To: <201001140941.46748.tijl@coosemans.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 16:24:27 -0000 Tijl Coosemans wrote: > On Wednesday 13 January 2010 15:36:49 Kostik Belousov wrote: >> On Wed, Jan 13, 2010 at 08:03:12AM -0500, Gardner Bell wrote: >>> Kostik Belousov wrote: >>>> On Tue, Jan 12, 2010 at 06:15:31PM -0500, Gardner Bell wrote: >>>>> Just updated my 8.0-STABLE desktop to r202128 the other day and >>>>> can no longer run certain windows executables through wine without >>>>> them almost immediately entering the STOP state and using 100% CPU >>>>> for a short period of time. Has anyone else ran into a similar >>>>> issue lately? >>>>> >>>>> I'm able to get the program to continue as normal by attaching the >>>>> pid trough gdb, but would for obvious reasons prefer not to do >>>>> that. Any help trying to find the underlying cause would be >>>>> appreciated as this has not been a problem with revisions previous >>>>> to r202128. >>>> You can check whether the process is multithreaded (most likely, it >>>> is), and, if so, what is the state of different threads. procstat >>>> -t and then procstat -k would probably give some >>>> information for the start. >>> Here's the output from procstat -k and -t. I've compiled my kernel >>> with KDB and DDB support if there is anything needed from that. >>> >>> PID TID COMM TDNAME CPU PRI STATE WCHAN >>> 44900 100162 wine initial thread 1 160 stop - >>> 44900 100178 wine - 1 131 stop - >>> 44900 100179 wine - 1 140 stop - >>> 44900 100180 wine - 0 160 stop piperd >>> 44900 100182 wine - 1 160 stop select >>> 44900 100183 wine - 0 160 stop - >>> 44900 100184 wine - 0 160 stop - >>> 44900 100185 wine - 1 160 stop - >>> 44900 100186 wine - 0 160 stop - >>> 44900 100190 wine - 0 160 stop - >>> 44900 100191 wine - 0 160 stop piperd >>> 44900 100192 wine - 1 160 stop - >>> 44900 100194 wine - 0 160 stop - >>> 44900 100195 wine - 0 141 stop piperd >>> 44900 100200 wine - 1 160 stop - >>> 44900 100201 wine - 1 160 stop - >>> 44900 100202 wine - 0 160 stop piperd >>> 44900 100203 wine - 1 160 stop piperd >>> 44900 100204 wine - 1 160 stop piperd >>> 44900 100205 wine - 0 160 stop - >>> 44900 100206 wine - 0 160 stop - >>> >>> %procstat -k 44900 >>> PID TID COMM TDNAME KSTACK >>> >>> 44900 100162 wine initial thread mi_switch >>> thread_suspend_check as >>> t doreti_ast >>> 44900 100178 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100179 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100180 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100182 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _cv_wait_sig seltdwait poll syscall Xint0x80_syscall >>> >>> >>> 44900 100183 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait poll syscall Xint0x >>> >>> 80_syscall >>> 44900 100184 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100185 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100186 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100190 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _cv_timedwait_sig seltdwait kern_select select >>> >>> syscall Xint0x80_syscall >>> 44900 100191 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100192 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100194 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100195 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100200 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _sleep kern_kevent kevent syscall Xint0x80_sysc >>> >>> all >>> 44900 100201 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _sleep kern_kevent kevent syscall Xint0x80_sysc >>> >>> all >>> 44900 100202 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100203 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100204 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_wait_sig >>> _sleep pipe_read dofileread kern_readv read syscall >>> >>> Xint0x80_syscall >>> 44900 100205 wine - mi_switch sleepq_switch >>> sleepq_ca >>> tch_signals sleepq_timedwait_sig >>> _sleep kern_kevent kevent syscall Xint0x80_sysc >>> >>> all >>> 44900 100206 wine - mi_switch >>> thread_suspend_switch c >>> ursig ast doreti_ast >> Besides weird formatting of procstat -k output, I do not see anything >> wrong in the state of the process. It got SIGSTOP, I am sure. >> Attaching gdb helps because debugger gets signal reports instead of >> target process getting the signal actions on signal delivery. >> >> The only question is why the process gets SIGSTOP at all. > > Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that. > I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 > describing a problem with ptrace and signals, so you might want to give > the kernel patch a try. > This patch fixes the issue of wine going into SIGSTOP. Thanks Tijl. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 17:07:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 031CE106566B for ; Thu, 14 Jan 2010 17:07:53 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from lon1-post-1.mail.demon.net (lon1-post-1.mail.demon.net [195.173.77.148]) by mx1.freebsd.org (Postfix) with ESMTP id C36A98FC16 for ; Thu, 14 Jan 2010 17:07:51 +0000 (UTC) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=rakuba.rakupottery.org.uk) by lon1-post-1.mail.demon.net with esmtp (Exim 4.69) id 1NVSvf-0002BO-XX for freebsd-stable@freebsd.org; Thu, 14 Jan 2010 16:52:15 +0000 Message-ID: <4B4F4BBF.4090600@rakupottery.org.uk> Date: Thu, 14 Jan 2010 16:52:15 +0000 From: Martin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: problem install linux base f10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 17:07:53 -0000 8.0 stable freshly installed and updated, am trying to install linux base f10 and getting the following error sysctrl: unknown oid 'compat.linux.osrelease' linuxulator is not (kld)loaded, exiting pkg_add: install script returned error status is there some work around for this? cheers -- Martin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 17:37:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08EF1065696 for ; Thu, 14 Jan 2010 17:37:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id BA1028FC22 for ; Thu, 14 Jan 2010 17:37:47 +0000 (UTC) Received: by iwn36 with SMTP id 36so17120262iwn.3 for ; Thu, 14 Jan 2010 09:37:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dM5DOEYCfTNRrO+n2lsAJFdIyY5TOLuzflaVwRqzhkc=; b=NsmN55t+l9nNLiotDQ/t59m+4YG5KuZeuKLZZ02T54S53tnA8VzAbEgYAAst/x+jfg 2kpuQOxOXpwShwzx4peg240tmsUmH9bUpPiEANvGANZE09CYRUoOIigChOHEm69o4zj5 h2NdDBjO8PvLcCHd+DXst6qdKEnpWikCnuCN0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CQHYIZl4j9niqfIoTLmJRRW/1roOky5eONUgjH3WxtJOmPy6i6ZQ0WisfRuD69V0iQ 3YdCFsrQRW++LEX1+Ib7hmWfRMuyJJZpXwcAP60kUSXYJpS8uA/fppz56OdRFZndaOKr sHW6aU9HCq9TQmKF01Y+aR4xXqsp1tnm6WtiQ= MIME-Version: 1.0 Received: by 10.231.168.11 with SMTP id s11mr1141492iby.35.1263490662155; Thu, 14 Jan 2010 09:37:42 -0800 (PST) In-Reply-To: <4B4F4BBF.4090600@rakupottery.org.uk> References: <4B4F4BBF.4090600@rakupottery.org.uk> Date: Thu, 14 Jan 2010 11:37:42 -0600 Message-ID: <790a9fff1001140937k541dd673pc28381a59861f4f9@mail.gmail.com> From: Scot Hetzel To: Martin Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: problem install linux base f10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 17:37:48 -0000 On Thu, Jan 14, 2010 at 10:52 AM, Martin Smith wrote: > 8.0 stable freshly installed and updated, am trying to install linux base > f10 and getting the following error > sysctrl: unknown oid 'compat.linux.osrelease' > linuxulator is not (kld)loaded, exiting > pkg_add: install script returned error status > > is there some work around for this? cheers You need to load the linux kernel module, before installing the linux_base-f10 port. Just do a 'kldload linux' before installing the port. Then to have the linux module always load at boot, add linux_enable="YES" to /etc/rc.conf. Scot From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 17:47:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 245C2106566C for ; Thu, 14 Jan 2010 17:47:08 +0000 (UTC) (envelope-from mjs@rakupottery.org.uk) Received: from lon1-post-3.mail.demon.net (lon1-post-3.mail.demon.net [195.173.77.150]) by mx1.freebsd.org (Postfix) with ESMTP id E1E7B8FC0C for ; Thu, 14 Jan 2010 17:47:07 +0000 (UTC) Received: from rakuman.demon.co.uk ([80.177.154.53] helo=rakuba.rakupottery.org.uk) by lon1-post-3.mail.demon.net with esmtp (Exim 4.69) id 1NVTml-0004vl-cw for freebsd-stable@freebsd.org; Thu, 14 Jan 2010 17:47:07 +0000 Message-ID: <4B4F589A.6060304@rakupottery.org.uk> Date: Thu, 14 Jan 2010 17:47:06 +0000 From: Martin Smith User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B4F4BBF.4090600@rakupottery.org.uk> <790a9fff1001140937k541dd673pc28381a59861f4f9@mail.gmail.com> In-Reply-To: <790a9fff1001140937k541dd673pc28381a59861f4f9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: problem install linux base f10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 17:47:08 -0000 Scot Hetzel wrote: > On Thu, Jan 14, 2010 at 10:52 AM, Martin Smith wrote: >> 8.0 stable freshly installed and updated, am trying to install linux base >> f10 and getting the following error >> sysctrl: unknown oid 'compat.linux.osrelease' >> linuxulator is not (kld)loaded, exiting >> pkg_add: install script returned error status >> >> is there some work around for this? cheers > > You need to load the linux kernel module, before installing the > linux_base-f10 port. > > Just do a 'kldload linux' before installing the port. Then to have > the linux module always load at boot, add linux_enable="YES" to > /etc/rc.conf. Thanks a lot for that Scot. -- Martin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 21:06:58 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1430F106566B; Thu, 14 Jan 2010 21:06:58 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9C88FC0A; Thu, 14 Jan 2010 21:06:57 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o0EKMFFH021420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jan 2010 15:22:16 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o0EKMEvo001575; Thu, 14 Jan 2010 15:22:14 -0500 Message-ID: <4B4F7CF5.4040307@aldan.algebra.com> Date: Thu, 14 Jan 2010 15:22:13 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Peter Jeremy , alc@freebsd.org, stable@freebsd.org References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> <20060325190333.GD7001@funkthat.com> In-Reply-To: <20060325190333.GD7001@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dillon@backplane.com Subject: An old gripe: Reading via mmap stinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 21:06:58 -0000 03/25/06 14:03, John-Mark Gurney wrote: > The other useful/interesting number would be to compare system time > between the mmap case and the read case to see how much work the > kernel is doing in each case... After adding begin- and end-offset options to md5(1) -- implemented using mmap (see bin/142814) -- I, once again, am upset over the slowness of pagefaulting-in compared to the reading-in. (To reproduce my results, patch your /usr/src/sbin/md5/ with http://aldan.algebra.com/~mi/tmp/md5-offsets.patch Then use plain ``md5 LARGE_FILE'' to use read and ``md5 -b 0 LARGE_FILE'' to use the mmap-method.) The times for processing an 8Gb file residing on a reasonable IDE drive (on a recent FreeBSD-7.2-StABLE/i386) are thus: mmap: 43.400u 9.439s 2:35.19 34.0% 16+184k 0+0io 106994pf+0w read: 41.358u 23.799s 2:12.04 49.3% 16+177k 67677+0io 0pf+0w Observe, that even though read-ing is quite taxing on the kernel (high sys-time), the mmap-ing loses overall -- at least, on an otherwise idle system -- because read gets the full throughput of the drive (systat -vm shows 100% disk utilization), while pagefaulting gets only about 69%. When I last brought this up in 2006, it was "revealed", that read(2) uses heuristics to perform a read-ahead. Why can't the pagefaulting-in implementation use the same or similar "trickery" was never explained... Now, without a clue on how these things are implemented, I'll concede, that, probably, it may /sometimes/ be difficult for VM to predict, where the next pagefault will strike, but in the cases, when the process: a) mmaps up to 1Gb at a time; b) issues an madvise MADV_SEQUENTIAL over the entire mmap-ed region mmaping ought to offer the same -- or better -- performance, than read. For example, a hit on a page inside a region marked as SEQUENTIAL ought to bring in the next page or two. VM has all the information and the hints, just does not use them... Shame, is not it? -mi P.S. If it is any consolation, on Linux things seem to be even worse. Processing a 9Gb file on kernel 2.6.18/i386: mmap: 26.222u 6.336s 6:01.75 8.9% 0+0k 0+0io 61032pf+0w read: 25.991u 7.686s 3:43.70 15.0% 0+0k 0+0io 23pf+0w although the absolute times can't be compared with us due to hardware differences, the mmap being nearly twice slower is a shame... From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 22:17:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30D41065676 for ; Thu, 14 Jan 2010 22:17:42 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id B40298FC1C for ; Thu, 14 Jan 2010 22:17:42 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 7EDEE5CB8EA; Fri, 15 Jan 2010 08:53:46 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: * X-Spam-Status: No, score=1.9 required=10.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [220.233.52.14] (14.52.233.220.static.exetel.com.au [220.233.52.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 55B705CB8BB; Fri, 15 Jan 2010 08:53:41 +1100 (EST) Message-ID: <4B4F9781.2050508@modulus.org> Date: Fri, 15 Jan 2010 09:15:29 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.6 (X11/20070926) MIME-Version: 1.0 To: "Mikhail T." , freebsd-stable@freebsd.org References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> <20060325190333.GD7001@funkthat.com> <4B4F7CF5.4040307@aldan.algebra.com> In-Reply-To: <4B4F7CF5.4040307@aldan.algebra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: An old gripe: Reading via mmap stinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 22:17:43 -0000 Hi Mikhail, I assume these tests were done on UFS. Have you tried ZFS? I'm curious to see the results. - Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 23:16:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3BA3106566C; Thu, 14 Jan 2010 23:16:00 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [204.127.217.105]) by mx1.freebsd.org (Postfix) with ESMTP id AEC5F8FC15; Thu, 14 Jan 2010 23:16:00 +0000 (UTC) Received: from ace.nina.org (adsl-178-57-175.gnv.bellsouth.net[74.178.57.175]) by isp.att.net (frfwmhc05) with SMTP id <20100114231559H0500q16p4e>; Thu, 14 Jan 2010 23:16:00 +0000 X-Originating-IP: [74.178.57.175] Date: Thu, 14 Jan 2010 18:15:58 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: John Baldwin In-Reply-To: <201001140950.07258.jhb@freebsd.org> Message-ID: References: <201001130944.38750.jhb@freebsd.org> <201001140950.07258.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 23:16:00 -0000 On Thu, 14 Jan 2010, John Baldwin wrote: > What does apctest say when you run it? > > -- > John Baldwin apctest 2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd Checking configuration ... Attached to driver: usb sharenet.type = DEFAULT I cannot handle sharenet.type = DEFAULT 2010-01-14 18:15:04 apctest exiting, signal 1 -- Frank From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 23:26:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 656871065679 for ; Thu, 14 Jan 2010 23:26:19 +0000 (UTC) (envelope-from erik@malcolm.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [IPv6:2607:f140:ffff:ffff::239]) by mx1.freebsd.org (Postfix) with ESMTP id 2C3D18FC08 for ; Thu, 14 Jan 2010 23:26:19 +0000 (UTC) Received: from malcolm.berkeley.edu (localhost [127.0.0.1]) by malcolm.berkeley.edu (8.14.3/8.13.8m1) with ESMTP id o0ENQIt6028366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jan 2010 15:26:18 -0800 (PST) (envelope-from erik@malcolm.berkeley.edu) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at malcolm.berkeley.edu Received: (from erik@localhost) by malcolm.berkeley.edu (8.14.3/8.13.3/Submit) id o0ENQIFK028365; Thu, 14 Jan 2010 15:26:18 -0800 (PST) (envelope-from erik) Date: Thu, 14 Jan 2010 15:26:18 -0800 From: Erik Klavon To: Pyun YongHyeon Message-ID: <20100114232618.GA27380@malcolm.berkeley.edu> References: <20100114014719.GA11284@malcolm.berkeley.edu> <20100114020640.GT1228@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100114020640.GT1228@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (malcolm.berkeley.edu [127.0.0.1]); Thu, 14 Jan 2010 15:26:19 -0800 (PST) Cc: freebsd-stable@freebsd.org Subject: Re: bge panic in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 23:26:19 -0000 On Wed, Jan 13, 2010 at 06:06:40PM -0800, Pyun YongHyeon wrote: > On Wed, Jan 13, 2010 at 05:47:19PM -0800, Erik Klavon wrote: > > One of my amd64 machines running 8.0p1 acting as a NAT system for many > > network clients dropped into kdb today. tr indicates a problem in > > bge. > > > > Tracing pid 12 tid 100033 td 0xffffff0001687000 > > pmap_kextract() at pmap_kextract+0x4e > > bus_dmamap_load() at bus_dmamap_load+0xab > > bge_newbuf_std() at bge_newbuf_std+0xcc > > bge_rxeof() at bge_rxeof+0x36a > > bge_intr() at bge_intr+0x1c0 > > intr_event_execute_handlers() at intr_event_execute_handlers+0xfd > > ithread_loop() at ithread_loop+0x8e > > fork_exit() at fork_exit+0x118 > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffff8074c01d30, rbp = 0 --- > > > > I haven't been able to find a PR that matches this particular trace. > > > > Pyun recently MFCd to stable (hence my post to this list) some changes > > to bge that involve functions in the above trace and according to the > > commit log (r201685) may address a kernel panic. Is there any > > indication in the above trace that this is the type of panic the > > commit attempts to address? I don't have a core dump for this > > panic. This machine has been unstable on 8, so I may be able to get a > > core dump in the future. If there is other information you'd like me > > to gather, please let me know. > > Yes, that part of code in trace above were rewritten to address > bus_dma(9) issues. So it would be great if you can try latest > bge(4) in stable/8 and let me know how it goes on your box. I guess > you can just download if_bge.c and if_bgereg.h from stable/8 and > rebuild bge(4) would be enough to run it on 8.0-RELEASE. Great, I will try this out on a test machine today. If it holds up under testing, I will put it into production. These crashes can happen weeks after a machine boots, so I won't know if the problem is solved for some time. Thanks for your help, Erik From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 23:36:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 706E1106566C for ; Thu, 14 Jan 2010 23:36:37 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC0E8FC12 for ; Thu, 14 Jan 2010 23:36:36 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o0ENIK5C000817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jan 2010 18:18:20 -0500 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o0ENIJZO008037; Thu, 14 Jan 2010 18:18:20 -0500 Message-ID: <4B4FA63B.1020703@aldan.algebra.com> Date: Thu, 14 Jan 2010 18:18:19 -0500 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Andrew Snow References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> <20060325190333.GD7001@funkthat.com> <4B4F7CF5.4040307@aldan.algebra.com> <4B4F9781.2050508@modulus.org> In-Reply-To: <4B4F9781.2050508@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: An old gripe: Reading via mmap stinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 23:36:37 -0000 01/14/10 17:15, Andrew Snow wrote: > Hi Mikhail, I assume these tests were done on UFS. Have you tried ZFS? > I'm curious to see the results. I suspect, it would be harder for me to setup ZFS, than for you to apply my patch for to md5.c :-) -mi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 14 23:40:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5394E106566B; Thu, 14 Jan 2010 23:40:44 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id 39B988FC0C; Thu, 14 Jan 2010 23:40:44 +0000 (UTC) Received: from ace.nina.org (adsl-178-57-175.gnv.bellsouth.net[74.178.57.175]) by isp.att.net (frfwmhc03) with SMTP id <20100114234043H03000ssaue>; Thu, 14 Jan 2010 23:40:43 +0000 X-Originating-IP: [74.178.57.175] Date: Thu, 14 Jan 2010 18:40:42 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: John Baldwin In-Reply-To: Message-ID: References: <201001130944.38750.jhb@freebsd.org> <201001140950.07258.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 23:40:44 -0000 On Thu, 14 Jan 2010, Frank wrote: > On Thu, 14 Jan 2010, John Baldwin wrote: > >> What does apctest say when you run it? >> >> -- >> John Baldwin > > apctest > > > 2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd > Checking configuration ... > Attached to driver: usb > sharenet.type = DEFAULT > I cannot handle sharenet.type = DEFAULT > 2010-01-14 18:15:04 apctest exiting, signal 1 My apologies, I had disabled several things in apcupsd.conf during testing. apctest 2010-01-14 18:37:58 apctest 3.14.5 (10 January 2009) freebsd Checking configuration ... Attached to driver: usb sharenet.type = DISABLE cable.type = USB_CABLE You are using a USB cable type, so I'm entering USB test mode mode.type = USB_UPS Setting up the port ... apctest FATAL ERROR in generic-usb.c at line 636 Cannot find UPS device -- For a link to detailed USB trouble shooting information, please see . apctest error termination completed -- Frank From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 01:31:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F189B106568D for ; Fri, 15 Jan 2010 01:31:25 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AE1018FC0C; Fri, 15 Jan 2010 01:31:25 +0000 (UTC) Received: from apple.my.domain (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0F1VMXg058234; Fri, 15 Jan 2010 01:31:24 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4B4FC56A.4020007@freebsd.org> Date: Fri, 15 Jan 2010 09:31:22 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Tijl Coosemans References: <4B4D0293.3040704@rogers.com> <4B4DC490.5070001@rogers.com> <20100113143649.GS62907@deviant.kiev.zoral.com.ua> <201001140941.46748.tijl@coosemans.org> In-Reply-To: <201001140941.46748.tijl@coosemans.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Gardner Bell , freebsd-stable@freebsd.org Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 01:31:26 -0000 Tijl Coosemans wrote: ursig ast doreti_ast >> Besides weird formatting of procstat -k output, I do not see anything >> wrong in the state of the process. It got SIGSTOP, I am sure. >> Attaching gdb helps because debugger gets signal reports instead of >> target process getting the signal actions on signal delivery. >> >> The only question is why the process gets SIGSTOP at all. > > Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that. > I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 > describing a problem with ptrace and signals, so you might want to give > the kernel patch a try. The problem in your patch is that ksi pointer can not be hold across thread sleeping, because once the process is resumed, there is no guarantee that the thread will run first, once the signal came from process's signal queue, other threads can remove the signal, and here your sigqueue_take(ksi) is dangerous code. David Xu From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 02:56:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 984AA106568D for ; Fri, 15 Jan 2010 02:56:56 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBE28FC0A for ; Fri, 15 Jan 2010 02:56:55 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.2/8.14.1) with ESMTP id o0F2uhR9080844; Thu, 14 Jan 2010 18:56:44 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.14.2/8.13.4/Submit) id o0F2ucOx080837; Thu, 14 Jan 2010 18:56:38 -0800 (PST) Date: Thu, 14 Jan 2010 18:56:38 -0800 (PST) From: Matthew Dillon Message-Id: <201001150256.o0F2ucOx080837@apollo.backplane.com> To: "Mikhail T." References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> <20060325190333.GD7001@funkthat.com> <4B4F7CF5.4040307@aldan.algebra.com> Cc: alc@freebsd.org, Peter Jeremy , stable@freebsd.org Subject: Re: An old gripe: Reading via mmap stinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 02:56:56 -0000 : mmap: 43.400u 9.439s 2:35.19 34.0% 16+184k 0+0io 106994pf+0w : read: 41.358u 23.799s 2:12.04 49.3% 16+177k 67677+0io 0pf+0w : :Observe, that even though read-ing is quite taxing on the kernel (high :sys-time), the mmap-ing loses overall -- at least, on an otherwise idle :system -- because read gets the full throughput of the drive (systat -vm :shows 100% disk utilization), while pagefaulting gets only about 69%. : :When I last brought this up in 2006, it was "revealed", that read(2) :uses heuristics to perform a read-ahead. Why can't the pagefaulting-in :implementation use the same or similar "trickery" was never explained... Well, the VM system does do read-ahead, but clearly the pipelining is not working properly because if it were then either the cpu or the disk would be pegged, and neither is. It's broken in DFly too. Both FreeBSD and DragonFly use vnode_pager_generic_getpages() (UFS's ffs_getpages() just calls the generic) which means (typically) the whole thing devolves into a UIO_NOCOPY VOP_READ(). The VOP_READ should be doing read-ahead based on the sequential access heuristic but I already see issues in both implementations of vnode_pager_generic_getpages() where it finds a valid page from an earlier read-ahead and stops (failing to issue any new read-aheads because it fails to issue a new UIO_NOCOPY VOP_READ... doh!). This would explain why the performance is not as bad as linux but is not as good as a properly pipelined case. I'll play with it some in DFly and I'm sure the FreeBSD folks can fix it in FreeBSD. -Matt From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 03:01:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C620E106566B for ; Fri, 15 Jan 2010 03:01:58 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost02.isp.att.net (fmailhost02.isp.att.net [204.127.217.102]) by mx1.freebsd.org (Postfix) with ESMTP id B13CC8FC17 for ; Fri, 15 Jan 2010 03:01:58 +0000 (UTC) Received: from ace.nina.org (adsl-178-57-175.gnv.bellsouth.net[74.178.57.175]) by isp.att.net (frfwmhc02) with SMTP id <20100115030157H0200njihle>; Fri, 15 Jan 2010 03:01:58 +0000 X-Originating-IP: [74.178.57.175] Date: Thu, 14 Jan 2010 22:01:56 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Steve Randall In-Reply-To: <20100114094026.38638bc8@locust.local> Message-ID: References: <20100114094026.38638bc8@locust.local> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 03:01:58 -0000 On Thu, 14 Jan 2010, Steve Randall wrote: >> Ace /usr/ports # usbdevs -d -v >> usbdevs: no USB controllers found > > A possibility occurs to me that I think nobody has yet mentioned. If > you still have the obsolete usbdevs command on your system, is it > possible you also still have the obsolete devel/libusb port installed? > It conflicts with the libusb in the base system, causing just the sorts > of problems you are experiencing. You hit the nail right on the head! I deinstalled libusb and now it works. Thanks! -- Frank From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 03:38:25 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90617106566C for ; Fri, 15 Jan 2010 03:38:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3B83F8FC12 for ; Fri, 15 Jan 2010 03:38:25 +0000 (UTC) Received: (qmail 13088 invoked by uid 399); 15 Jan 2010 03:38:24 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Jan 2010 03:38:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B4FE335.7070704@FreeBSD.org> Date: Thu, 14 Jan 2010 19:38:29 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100114 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: Mass mergemaster MFC to [78]-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 03:38:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Howdy, I've merged the following changes to bring mergemaster up to date with what's in HEAD to RELENG_[78]. Of particular interest for most people, especially those with long-lived installs will be r200425, and r200708; however a few of the other changes might also bring surprises. As usual I have tried to be very cautious with the defaults so as not to disrupt people's existing installations, but please heed the "usual" advice to back up /etc before running mergemaster. I also suggest the regular use of the -P option. If you have any questions or problems please speak up sooner rather than later, since I'd like to get any "issues" ironed out as far in advance of the 7.3-RELEASE as possible. FYI, I do not plan to merge these changes, or any other changes besides serious bug fixes to RELENG_6. Enjoy, Doug - -------- Original Message -------- Subject: svn commit: r202337 - stable/8/usr.sbin/mergemaster Date: Fri, 15 Jan 2010 03:28:47 +0000 (UTC) Author: dougb Date: Fri Jan 15 03:28:46 2010 New Revision: 202337 URL: http://svn.freebsd.org/changeset/base/202337 Log: MFC r200416: Simplify handling of MTREEFILE relative to DESTDIR Make the message about a missing MTREEFILE combined with -U more informative MFC r200425: Over time things that used to be files/directories/links can change to something else. So add code to detect when things don't match and give the user choices about how to fix it. If we're using -P and something in the above check needs to be moved we need to have the directory there for it, so create it at the beginning and delete empty versions of it at the end. The case where something used to be a file or link and now is supposed to be a directory (e.g., /etc/security) is especially dangerous, so make failure to install a necessary directory in $DESTDIR a fatal error. MFC r200700: In the places where find is used that the user may see the results, first pipe it to sort so that order of processing will be deterministic and like things will be grouped together. MFC r200701: Fix an indentation issue, no functional changes MFC r200708: Fix a problem with how mergemaster handles the hard links for /.cshrc and /.profile. The problem is that install(1) will unlink the old file before it installs the new one, which means that in the best case we have to compare the changes for the old file twice. So, change the logic to first test to see if the link exists, then install the file. Then if the link was there and we're using -i, just create the link in /root and be done with it. Otherwise display the message to the user and give them the option. Because we are now sorting things before doing the comparison we can know conclusively that the files in / should be the sources, and the files in /root will be the targets, so adjust the paths accordingly. While I'm here, split a too-long error message into two lines and just return at the end of handling these files instead of setting the variable that says "do nothing" and then returning at the end of the function anyway. MFC r201291: Add some patches contributed by jhb: 1. Don't prompt the user for "-U but no db" error if we're using -a 2. Add an option to delete stale rc.d files automatically if the user has DELETE_STALE_RC_FILES in their rc file. Lack of command line option for this is not an oversight. 3. Add []'s around the terminal $ for the $FreeBSD$ test for -F For one bug raised by jhb I did a more thorough solution: There were a lot of things that "snuck in" between the end of the test for -r and the start of the comparison. One of them is the creation of the mtree db, as pointed out by jhb. Fix this problem more thoroughly by moving the end of the test down to where it should/used to be, right before the comparison. As a result, indent the interloping code to match. MFC r201292: Document the DELETE_STALE_RC_FILES option introduced in r201291. This is an "rc file only" option by design. While I'm here, update the comments in the example rc file to indicate which command line options they relate to, and correct the defaults for a couple of options. MFC r201293: It's not necessary to include both Op and Fl for command line options included in the text, so use only the latter. Clarify that using -U doesn't make sense in combination with -a MFC r201323: If we are using -p it does not make any sense to even create the MTREENEW file since it will never be used. MFC r201765: Update copyright date Update delete_temproot() to include the error message if it fails, and clean up the places where it's called. If there are no files left in temproot when the comparison is done delete it without prompting. This should make "automated" runs of mergemaster without -a a little easier. Document the new behavior in the man page. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAktP4zQACgkQyIakK9Wy8PtwpACfaMOiHWQ6UQv5hlopxUOGyUpM r/sAoLoC1i0OJxSShiI0B5j6RbvI9pMh =O+S8 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 06:34:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6BCA106568F; Fri, 15 Jan 2010 06:34:21 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 33C338FC0A; Fri, 15 Jan 2010 06:34:20 +0000 (UTC) Received: by fxm27 with SMTP id 27so188179fxm.3 for ; Thu, 14 Jan 2010 22:34:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=CROXQ1IUYTRUUEnoxwkb+bn6MtbpcdVnf8QShfQuob4=; b=XMdJp4fdfjYlRgVyU/xNMNy37XS6w8bbo9YkmXFrUmMIb6dW8LVDYDjN9/FsGgZ+NP xEccE7Zwbl6SehtqIFk4cwwajZQwmbPxwuEGNx2yhyk46xsW3UmLCnyc8xrVYeXraiND ed2Uk4XB1wkSWlsLSvK/PSzFfock0PC1WMtxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dv6ZpSFol/plvFd2h5ZS+LbbB0qKrdZABFDo104HL9zqmHlQrIsaqD66pTbsjrBbgu +n07+v5K+44Oz+ZNoAaDwOH3pPDiB1PwdX854S6r1IztbVZpLLfnciECbehZOCv5JIcm ZhRqHnZ4Klm7SXGSKGYQcagRMD3pZOddfQ9ew= MIME-Version: 1.0 Received: by 10.223.29.193 with SMTP id r1mr2359081fac.29.1263537257481; Thu, 14 Jan 2010 22:34:17 -0800 (PST) In-Reply-To: <44678539@bb.ipt.ru> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> Date: Fri, 15 Jan 2010 08:34:17 +0200 Message-ID: <717f7a3e1001142234y1de7ae15x6853e3ddcab4add9@mail.gmail.com> From: Marin Atanasov To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 06:34:21 -0000 Thank you a lot for your feedback! Now to the real question again, because I'm a little confused now - can I still get a usb-to-serial port converter having let's say 8 serial ports and then connect each machine to the usb-to-serial hub and manage them remotely from a single location (the host having the usb-to-serial hub)? That way I just specify a serial port number and I get to a specific machine? The model provided by Boris looks nice, and that was my initial idea, but I'm not sure if I could get it working under FreeBSD. Is conserver or conserver-com able to handle this? I know that cu uses COM1 only, but will conserver able to handle serial consoles on different ports, since the usb-to-serial port would appear as multiple serial ports. Thank you and regards, Marin On Tue, Jan 12, 2010 at 7:04 PM, Boris Samorodov wrote: > On Tue, 12 Jan 2010 17:14:44 +0200 Marin Atanasov wrote: > > > I'm thinking about the following situation - 1 system acting like a host > > with a serial port hub, each port of the hub is connected to a different > > machine on sio0, using null modem cables. > > Along with milti-io serial cards we use multi-usb serial > converters, such as SUNIX UTS7009P (7 USB to serial adapter): > http://www.sunix.com.tw/it/en/LinkCraft/UTS4009P_UTS7009P.htm > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 06:45:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3831A106568D for ; Fri, 15 Jan 2010 06:45:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id D59BA8FC1C for ; Fri, 15 Jan 2010 06:45:12 +0000 (UTC) Received: from omta03.westchester.pa.mail.comcast.net ([76.96.62.27]) by qmta07.westchester.pa.mail.comcast.net with comcast id ViiJ1d00V0bG4ec57ilCSB; Fri, 15 Jan 2010 06:45:12 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta03.westchester.pa.mail.comcast.net with comcast id VilC1d0013S48mS3PilCMl; Fri, 15 Jan 2010 06:45:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9CCF91E301C; Thu, 14 Jan 2010 22:45:10 -0800 (PST) Date: Thu, 14 Jan 2010 22:45:10 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100115064510.GA81400@icarus.home.lan> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> <717f7a3e1001142234y1de7ae15x6853e3ddcab4add9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <717f7a3e1001142234y1de7ae15x6853e3ddcab4add9@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 06:45:13 -0000 On Fri, Jan 15, 2010 at 08:34:17AM +0200, Marin Atanasov wrote: > Thank you a lot for your feedback! > > Now to the real question again, because I'm a little confused now - can I > still get a usb-to-serial port converter having let's say 8 serial ports and > then connect each machine to the usb-to-serial hub and manage them remotely > from a single location (the host having the usb-to-serial hub)? That way I > just specify a serial port number and I get to a specific machine? > > The model provided by Boris looks nice, and that was my initial idea, but > I'm not sure if I could get it working under FreeBSD. Is conserver or > conserver-com able to handle this? I know that cu uses COM1 only, but will > conserver able to handle serial consoles on different ports, since the > usb-to-serial port would appear as multiple serial ports. I'm referencing the product Charles showed, but the topology would look like this: +------------------------+ | USB to serial hub | | U1---- FreeBSD box running conserver | | | | +-P1---P2---P3---P4---..-+ | | | | | | | | | | | `-- box #4 | | `------- box #3 | `------------ box #2 `----------------- box #1 "U1" is the uplink port, which has to connect to something -- in this case the FreeBSD box where conserver would run. The uplink port would connect to a single USB port on the FreeBSD box. The cabling between a port (Px) and a box would be serial (probably DB9). What you end up with on the FreeBSD box is a series of /dev entries which are associated with all of the ports on the USB to serial hub, using ucom(4). For example: /dev/ttyU0 = P1 = box #1 /dev/ttyU1 = P2 = box #2 ... You'd then tell conserver using its configuration file that "box name foo is attached to /dev/ttyU0, box name bar is attached to /dev/ttyU1" and so on. Then to get access to the serial console of either foo or bar, you'd SSH to the FreeBSD machine and type "console foo" or "console bar". Voila. Make sense? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 07:07:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0335106566C; Fri, 15 Jan 2010 07:07:25 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 052208FC0A; Fri, 15 Jan 2010 07:07:24 +0000 (UTC) Received: by fxm27 with SMTP id 27so201310fxm.3 for ; Thu, 14 Jan 2010 23:07:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=+Fp39WDosht7p7II/IEMM3JNPey0jleZaSI4t3RWQSs=; b=rkmwWrTcbWUN5Jyqkpb+RqFKQSIClyTSdRTZyKjTMc2vj5J8BNKSvAm3PnRrxSNRAD HLK9iaPDhQoI6ATqRw4S/b5v7HYtsPIf1XKeDKYFP9x8Z5r/YjIOebe36fkRmz0r+ZaK f4DQI6nd/aoDFaTDs6zxAhbSd1DnEjMWx94FI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=P7Gb7BEK9vIjV6tR4fwmEdKIaMC3xNuyqNGAim0p31HQ1v9yJ+78LyLpL3gEAfiUY1 06MWS1je9otWMXKlPDdyuWeBeEHIHTr9FhAK1TnYZJ5HWvUtHdqzP0S8e4IxH4K8VetH hd4n558sfDgEr14L/jZiMs9c8PXDeTKIs//Ms= MIME-Version: 1.0 Received: by 10.223.29.193 with SMTP id r1mr2399940fac.29.1263539241331; Thu, 14 Jan 2010 23:07:21 -0800 (PST) In-Reply-To: <20100115064510.GA81400@icarus.home.lan> References: <717f7a3e1001120714m37aada69gfaa35f0f9b17f435@mail.gmail.com> <44678539@bb.ipt.ru> <717f7a3e1001142234y1de7ae15x6853e3ddcab4add9@mail.gmail.com> <20100115064510.GA81400@icarus.home.lan> Date: Fri, 15 Jan 2010 09:07:21 +0200 Message-ID: <717f7a3e1001142307h1615a0c4ue476c9ef8e5a13ee@mail.gmail.com> From: Marin Atanasov To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Multiple serial consoles via null modem cable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 07:07:25 -0000 Yeap, that makes sense :) Thank you, I'm gonna try it as soon as I get that device :) Thanks again, Marin On Fri, Jan 15, 2010 at 8:45 AM, Jeremy Chadwick wrote: > On Fri, Jan 15, 2010 at 08:34:17AM +0200, Marin Atanasov wrote: > > Thank you a lot for your feedback! > > > > Now to the real question again, because I'm a little confused now - can I > > still get a usb-to-serial port converter having let's say 8 serial ports > and > > then connect each machine to the usb-to-serial hub and manage them > remotely > > from a single location (the host having the usb-to-serial hub)? That way > I > > just specify a serial port number and I get to a specific machine? > > > > The model provided by Boris looks nice, and that was my initial idea, but > > I'm not sure if I could get it working under FreeBSD. Is conserver or > > conserver-com able to handle this? I know that cu uses COM1 only, but > will > > conserver able to handle serial consoles on different ports, since the > > usb-to-serial port would appear as multiple serial ports. > > I'm referencing the product Charles showed, but the topology would look > like this: > > +------------------------+ > | USB to serial hub | > | U1---- FreeBSD box running conserver > | | > | | > +-P1---P2---P3---P4---..-+ > | | | | > | | | | > | | | `-- box #4 > | | `------- box #3 > | `------------ box #2 > `----------------- box #1 > > "U1" is the uplink port, which has to connect to something -- in this > case the FreeBSD box where conserver would run. The uplink port would > connect to a single USB port on the FreeBSD box. > > The cabling between a port (Px) and a box would be serial (probably > DB9). > > What you end up with on the FreeBSD box is a series of /dev entries > which are associated with all of the ports on the USB to serial hub, > using ucom(4). For example: > > /dev/ttyU0 = P1 = box #1 > /dev/ttyU1 = P2 = box #2 > ... > > You'd then tell conserver using its configuration file that "box name > foo is attached to /dev/ttyU0, box name bar is attached to /dev/ttyU1" > and so on. > > Then to get access to the serial console of either foo or bar, you'd SSH > to the FreeBSD machine and type "console foo" or "console bar". Voila. > > Make sense? > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 07:41:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA468106566B for ; Fri, 15 Jan 2010 07:41:06 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 7093C8FC08 for ; Fri, 15 Jan 2010 07:41:05 +0000 (UTC) Received: by ewy3 with SMTP id 3so393805ewy.13 for ; Thu, 14 Jan 2010 23:40:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=w6IQ7KwK9Wxfe2bxDkqmcqzm94zhGayDrLW9aILTwxE=; b=GG6vd4c1w9ELr41v6X3gAJmHDC3WzZXY/QkCZbnVUqpcHESYjnsbe/r2NAoPonzZL5 wgwafaOmuJj3Qc2auATRpEZYh6JhhTplC+p+K/dHMlnB95705Rlt03s7yRj+BYebteql 6Tcy7kdiWJfJngY6NS9BU5ayQzB4+ewSudg6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=j68s9vpPggCp1aDV2KDwoYIkWxwoJLh4JGAwmzE01ZyxxncRF/3/P0KlN28EepcpfJ vs3oMxgEDX1z5q6zvf+oIvK6pTr9Tid9KEJIAcjiQlj3xhNd4fimArZQzRrBP0Fn6zRJ oAfMYxVZxX/z7Jn4keCKZt/WbnVy2VBGL1KyM= MIME-Version: 1.0 Received: by 10.213.42.81 with SMTP id r17mr2002523ebe.3.1263539574130; Thu, 14 Jan 2010 23:12:54 -0800 (PST) In-Reply-To: <4B4FE335.7070704@FreeBSD.org> References: <4B4FE335.7070704@FreeBSD.org> Date: Fri, 15 Jan 2010 08:12:54 +0100 Message-ID: From: Christer Solskogen To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: Mass mergemaster MFC to [78]-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 07:41:06 -0000 On Fri, Jan 15, 2010 at 4:38 AM, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > Howdy, > Great work, Doug! Thanks. -- chs From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 09:15:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F6B8106568B for ; Fri, 15 Jan 2010 09:15:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 117F28FC15 for ; Fri, 15 Jan 2010 09:15:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NViGL-0003CG-Rk for freebsd-stable@freebsd.org; Fri, 15 Jan 2010 10:14:37 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2010 10:14:37 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2010 10:14:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 15 Jan 2010 10:12:59 +0100 Lines: 41 Message-ID: References: <20100104171154.GE86359@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100113 SeaMonkey/2.0.2 In-Reply-To: Sender: news Cc: freebsd-current@freebsd.org Subject: Re: 8.0 regression: consecutive panics (iwi / wlan) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 09:15:04 -0000 martinko wrote: > > Well, the panic points at iwi (see my screenshot pls). > > And there are other wifi regressions I've already noticed. > > On 6.x I had 2 issues with iwi: > Interface was changing down and up especially when signal was weaker. > And there was the dreaded scan stuck. Sometimes the only help was to > reboot the machine. > > On 8.0 I haven't noticed scan stuck and down&up happens a lot less. But > I guess this is due to newer iwi firmware (3.1 vs 3.0). > > On the other hand wireless interface is too slow to associate during > boot and I'm seeing connection errors from e.g. ntpd. > > Also the following began appearing in the system log: > kernel: iwi0: need multicast update callback > > And there have been other issues posted to the lists in last weeks. > > I'd love these to be fixed and I'm willing to help investigate. > > Regards, > > Martin > > PS: I had the same panic today. After reboot I kept losing connection > after short time. Restarting AP didn't help. I switched laptop off&on > and it's running happily since (uptime 10h). Really weird. Sad as it is reported crashes are still happening and I'm getting more worried each day especially since today when the system booted to single due to unexpected soft-updates inconsistencies. (!) :-(( Panics/reboots started right after upgrade to 8.0 and they do not happen when I use wired instead of iwi/wlan connection (both in lagg). M. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 09:33:09 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFE71065670 for ; Fri, 15 Jan 2010 09:33:09 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id C89DC8FC16 for ; Fri, 15 Jan 2010 09:33:08 +0000 (UTC) Received: by ewy3 with SMTP id 3so476812ewy.13 for ; Fri, 15 Jan 2010 01:33:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=FN79BRwE937/QAWXdnbFebd55WUBPuIbAFzx9950ICs=; b=EssxuqsvAMKTGINy9H31y4Y2OHvWehdVPoVOkwo7wPic1vKoCxeAKqpuc86bxSfzWo u7JnYn8hjjxuuCFRNoGGW6EjBUMKlFZDfHHEuzLILHNXI9Kkr22L6zf654mBEIWJBzda FjncU5A5f0fdM1Ss73Cw2C9faciNIIxK0QC6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=m012kWxVMfMUasLzJETN/OOde+QOS3zOJNqRgu/sfTTgAWyeMBQmlgc+46SazdX5JP +jngSG2dsUERAP5fU4Zimreq4eVaHbH+lHXhDnBuA4T2joXjdYF363V3sBq11KCSV7o6 zp336Me9kSgV/ga3cge7zP31uaZBE9/7hR3Yk= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.86.139 with SMTP id w11mr796859wee.10.1263547982128; Fri, 15 Jan 2010 01:33:02 -0800 (PST) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 15 Jan 2010 10:32:42 +0100 X-Google-Sender-Auth: 121323757b8753e1 Message-ID: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 09:33:09 -0000 Hi, I've just upgraded on of my server from 7.2 to 8.0-Release and meet a problem with the vge(4) drivers: All my SCP transferts didn't works since this upgrade: they close, after a random time, with "Corrupted MAC on input" message. And Putty SSH tunnel closed with "Incorrect MAC received on packet". I need to disable txcsum and rxcsum on the vge network card for solving this problem. Does anyone meet the same regression between 7.2 and 8.0 ? Thanks, Olivier From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 09:40:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D244B1065694 for ; Fri, 15 Jan 2010 09:40:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id BA3318FC26 for ; Fri, 15 Jan 2010 09:40:19 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta03.emeryville.ca.mail.comcast.net with comcast id VlgG1d00D1afHeLA3lgL0h; Fri, 15 Jan 2010 09:40:20 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta17.emeryville.ca.mail.comcast.net with comcast id VlgK1d0023S48mS8dlgKus; Fri, 15 Jan 2010 09:40:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 306AF1E301C; Fri, 15 Jan 2010 01:40:18 -0800 (PST) Date: Fri, 15 Jan 2010 01:40:18 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100115094018.GA85051@icarus.home.lan> References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 09:40:19 -0000 On Fri, Jan 15, 2010 at 10:32:42AM +0100, Olivier Cochard-Labbé wrote: > I've just upgraded on of my server from 7.2 to 8.0-Release and meet a > problem with the vge(4) drivers: > All my SCP transferts didn't works since this upgrade: they close, after a > random time, with "Corrupted MAC on input" message. > And Putty SSH tunnel closed with "Incorrect MAC received on packet". > > I need to disable txcsum and rxcsum on the vge network card for solving this > problem. > > Does anyone meet the same regression between 7.2 and 8.0 ? PYUN Yong-Hyeon will respond to this I'm sure, but have you tried the vge(4) code from RELENG_8 (known as 8.0-STABLE)? I've seen some commits to this driver since 8.0-RELEASE: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/vge/ -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 09:45:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F4BD106566C for ; Fri, 15 Jan 2010 09:45:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 46A7F8FC13 for ; Fri, 15 Jan 2010 09:45:16 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta04.emeryville.ca.mail.comcast.net with comcast id Vlk61d00E0S2fkCA4llHeA; Fri, 15 Jan 2010 09:45:17 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta09.emeryville.ca.mail.comcast.net with comcast id VllG1d0013S48mS8VllHbn; Fri, 15 Jan 2010 09:45:17 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8ECD11E301C; Fri, 15 Jan 2010 01:45:15 -0800 (PST) Date: Fri, 15 Jan 2010 01:45:15 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100115094515.GA85220@icarus.home.lan> References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> <20100115094018.GA85051@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100115094018.GA85051@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 09:45:17 -0000 On Fri, Jan 15, 2010 at 01:40:18AM -0800, Jeremy Chadwick wrote: > On Fri, Jan 15, 2010 at 10:32:42AM +0100, Olivier Cochard-Labbé wrote: > > I've just upgraded on of my server from 7.2 to 8.0-Release and meet a > > problem with the vge(4) drivers: > > All my SCP transferts didn't works since this upgrade: they close, after a > > random time, with "Corrupted MAC on input" message. > > And Putty SSH tunnel closed with "Incorrect MAC received on packet". > > > > I need to disable txcsum and rxcsum on the vge network card for solving this > > problem. > > > > Does anyone meet the same regression between 7.2 and 8.0 ? > > PYUN Yong-Hyeon will respond to this I'm sure, but have you tried the > vge(4) code from RELENG_8 (known as 8.0-STABLE)? I've seen some commits > to this driver since 8.0-RELEASE: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/vge/ I also want to point out that cvsweb is currently lying with regards to when the files in a tree were last modified -- how/why that's broken is beyond the scope of this thread, but it should probably get fixed. The above URL references all tags/branches. Example: if_vge.c 1.72 3 weeks yongari Yet the latest commit is from 6 days ago: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/vge/if_vge.c Revision 1.31.2.12: download - view: text, markup, annotated - select for diffs Sat Jan 9 00:29:04 2010 UTC (6 days, 9 hours ago) by yongari Branches: RELENG_7 -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 10:07:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 422251065679 for ; Fri, 15 Jan 2010 10:07:29 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.122]) by mx1.freebsd.org (Postfix) with ESMTP id EB45F8FC1D for ; Fri, 15 Jan 2010 10:07:28 +0000 (UTC) X-Authority-Analysis: v=1.0 c=1 a=Tn6uZjQh2m4A:10 a=QycZ5dHgAAAA:8 a=6I5d2MoRAAAA:8 a=qzjAm4pqsJTz3KCxgOgA:9 a=baP_ZxAA5fNv0KHqHwAA:7 a=9M5Wb7Zi6ct2yfGDShviOufjT38A:4 a=LjwlLkKZt7L5Xe4K9aEA:9 a=a5RVPWDNKPf9zkW2iUsiO10GBdAA:4 X-Cloudmark-Score: 0 X-Originating-IP: 76.176.200.148 Received: from [76.176.200.148] ([76.176.200.148:55107] helo=voodoo.kenyonralph.com) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.2.39 r()) with ESMTP id A5/9E-19578-F5E305B4; Fri, 15 Jan 2010 10:07:28 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id F3234181BD7 for ; Fri, 15 Jan 2010 02:07:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=n4D2OmkWxsktUHtzWjEzgqE4u+hhuB8pa7Ou 23wvveQ=; b=aKM/DXrxN2nA9F7PDPGPbnv+2qHpGb8PGqSH7kEtmN58N+Ykh4VL yms4QabK7oa+OFRgLOHsK/BcnSl7T3u5cJAUMu43QBOst073ouJPZrYL5O3YgZSU 0pF07SueapOABtNvQJp6mp6inEBFeebABXNrkTG3KX7BL1ImM7WUkrE= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 9B4F2181BF8; Fri, 15 Jan 2010 02:07:26 -0800 (PST) Date: Fri, 15 Jan 2010 02:07:26 -0800 From: Kenyon Ralph To: freebsd-stable@freebsd.org Message-ID: <20100115100726.GE32381@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> <20100115094018.GA85051@icarus.home.lan> <20100115094515.GA85220@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AGZzQgpsuUlWC1xT" Content-Disposition: inline In-Reply-To: <20100115094515.GA85220@icarus.home.lan> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-18-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 10:07:29 -0000 --AGZzQgpsuUlWC1xT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-01-15T01:45:15-0800, Jeremy Chadwick wro= te: > On Fri, Jan 15, 2010 at 01:40:18AM -0800, Jeremy Chadwick wrote: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/vge/ >=20 > I also want to point out that cvsweb is currently lying with regards to > when the files in a tree were last modified -- how/why that's broken is > beyond the scope of this thread, but it should probably get fixed. > The above URL references all tags/branches. Might as well use the original Subversion view: http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/vge/ --=20 Kenyon Ralph --AGZzQgpsuUlWC1xT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJLUD5dAAoJEJj/PvnJuRLV3QYP/0rAZvH0j+gWiPCsEhmuWwJR C9onHh6pFiiwRyQh/bf9/j/jU6VxF+eK2Vi5EiXAx0/lgPIjAlw6AggU8LVbWQIt SQ9nG4GPGSVbboDHDIntBJAGOS3ZnjfSLLG4tno/Zt85LmBEke7lcZGyEvcXx4CK O20cNWmlSLIda8gtw7S3dpVmdAhZAvU+W+9WYNzCI71Hk7xYfUQaDP1TT/aFudvc U7kNX37BuLASqln96LJj4wQfbTtt8R5sxVqWlg3otwnyTgmT/4MLogS/kovLXR/A o2WGuPaXxb76kJXnQTuBjn/bHdey4HZPkGBH7ImumnrkOKmNTgipiw0Cmwv0aZth /iz6hEZIotGhUvLrNgTSG+l9CyaEPzQ2pIXSOjEuQmiWsN2UGhRnVARJSar2y7Bo hejAgxAX+GUkUmCoYksSnlP1ZU3U/ANVi8HPnVeID3dh4acaP3dfIf2jBa3eqcRB glsIEeUHtNXXl5CBuM/nAA4BAITiqsKF8DP/adeqrKryX+MZ0Q6kiTX3MItj4xuo 2STVwHbDD5sQRVaYLrLFFpRz3iUFvpiNUt89M32VURiXAMcFH0Dy75Fq/mFlMH9D yhvEmhHiOj7UKRrL0sp+NxdRWco39RZoEgAPW3mvNwPbB35/+9LhjYIqIEibJCAp NiXqI9kBy+L0pcjB8Vio =lroL -----END PGP SIGNATURE----- --AGZzQgpsuUlWC1xT-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 11:56:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0513106566C; Fri, 15 Jan 2010 11:56:19 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 885848FC23; Fri, 15 Jan 2010 11:56:19 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NVkme-000NY8-L4; Fri, 15 Jan 2010 11:56:08 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NVkme-000PJw-KE; Fri, 15 Jan 2010 11:56:08 +0000 Date: Fri, 15 Jan 2010 11:56:08 +0000 Message-Id: To: attilio@freebsd.org In-Reply-To: <3bbf2fe11001140444o1201f155m564465609436a561@mail.gmail.com> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 11:56:19 -0000 Well, the machine has been running the WITNESS + INVARIANTS kernel for 20 hours now without locking up.This looks like what I saw before - compiling in WITNESS stops it locking up -( Is there any use in my runing a kernel with just INVARIANTS to see if that will lcok ? I know it locks with KDN and DDb on their own, but am not usre how useful that is. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 12:19:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEA361065670 for ; Fri, 15 Jan 2010 12:19:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 6F40A8FC1B for ; Fri, 15 Jan 2010 12:19:29 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so136308fga.13 for ; Fri, 15 Jan 2010 04:19:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=63OtBgxC70ynJ3R5LTR3Oge9N8gWYBcpq2eH1xt/fL0=; b=bxkj1VuxV6LPU+XS+Xm7WEpTu34YNDEdszpWYOqFfQzrMN68L+CPJTr6pMCP5Irp2J XLWlcHl1nSq2zhqToX35jH8XDqCnK3b2vGEXzD+5oJnIbz5+kN7TIV+CrOFFuQc1ykYW vBp5G2QmKMqbM32O321d6Ev+N09MNKvGSm7Y8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=vDwnYyne4iNk8x0OQ8gp8pCQMlHF5BgFft0vC8oItYX71AP5fTOh7C0y9DBCbkLxtj 5Tt+A1p+2AzqeMKSbH5Ao3OzieGFlsHo/o3/SE8iCT+Y2n8Z0o49GldnCGJzlcx55MGU iavP3jknnS8RHG+p+iW1mXiF3tEJjcgKKyeE8= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.145.130 with SMTP id d2mr2615965fav.78.1263557962090; Fri, 15 Jan 2010 04:19:22 -0800 (PST) In-Reply-To: References: <3bbf2fe11001140444o1201f155m564465609436a561@mail.gmail.com> Date: Fri, 15 Jan 2010 13:19:21 +0100 X-Google-Sender-Auth: 787e93a8126b2677 Message-ID: <3bbf2fe11001150419uac3caealddfcd261a8b4cacc@mail.gmail.com> From: Attilio Rao To: Pete French Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] Lockmgr deadlock on STABLE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 12:19:29 -0000 2010/1/15 Pete French : > Well, the machine has been running the WITNESS + INVARIANTS kernel > for 20 hours now without locking up.This looks like what I > saw before - compiling in WITNESS stops it locking up -( > > Is there any use in my runing a kernel with just INVARIANTS to see if > that will lcok ? I know it locks with KDN and DDb on their own, but > am not usre how useful that is. One may never know, try without WITNESS but still the same setup. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 12:28:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BAF1065741 for ; Fri, 15 Jan 2010 12:28:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB808FC18 for ; Fri, 15 Jan 2010 12:28:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NVlHX-0000sm-BP for freebsd-stable@freebsd.org; Fri, 15 Jan 2010 13:28:03 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2010 13:28:03 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2010 13:28:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 15 Jan 2010 13:27:45 +0100 Lines: 7 Message-ID: References: <200603232352.k2NNqPS8018729@gate.bitblocks.com> <200603241518.01027.mi+mx@aldan.algebra.com> <20060325103927.GE703@turion.vk2pj.dyndns.org> <200603250920.14208@aldan> <20060325190333.GD7001@funkthat.com> <4B4F7CF5.4040307@aldan.algebra.com> <4B4F9781.2050508@modulus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20091210) In-Reply-To: <4B4F9781.2050508@modulus.org> Sender: news Subject: Re: An old gripe: Reading via mmap stinks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 12:28:07 -0000 Andrew Snow wrote: > > Hi Mikhail, I assume these tests were done on UFS. Have you tried ZFS? > I'm curious to see the results. I suspect it would be noticably worse :) AFAIK ZFS integration with mmap does at least one extra in-memory data copy. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 13:54:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613D61065679 for ; Fri, 15 Jan 2010 13:54:07 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp02.cdmon.com (smtp02.cdmon.com [212.36.74.53]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0078FC1C for ; Fri, 15 Jan 2010 13:54:06 +0000 (UTC) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) (Authenticated sender: jespasac@noverificar) by smtp02.cdmon.com (Postfix) with ESMTP id 87E3545905; Fri, 15 Jan 2010 14:54:04 +0100 (CET) Message-ID: <4B50737A.4090007@minibofh.org> Date: Fri, 15 Jan 2010 14:54:02 +0100 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Lightning/1.0b1 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: jeffr@FreeBSD.org Subject: About nice(1), renice(8) and ULE scheduler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 13:54:07 -0000 HI all, I've realized that the nice(1) code hasn't been modified for a long time (last code change seems from 4 years ago according the sources). ¿Is the nice(1) behaviour the expected? I mean, ¿Has been the ULE scheduler adapted to nice(1) command or not? nice(1) is a very old command based on old concepts and created in times when SMP didn't exist. So ¿it works correctly when a modern an re-designed scheduler as ULE is used? Maybe I have to read again this paper: http://www.usenix.org/event/bsdcon03/tech/full_papers/roberson/roberson.pdf -- I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain. Bene Gesserit Litany Against Fear. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 15:25:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A9E910656B6 for ; Fri, 15 Jan 2010 15:25:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CCDA68FC12 for ; Fri, 15 Jan 2010 15:25:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7DB0846B0D; Fri, 15 Jan 2010 10:25:29 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 52E388A01F; Fri, 15 Jan 2010 10:25:28 -0500 (EST) From: John Baldwin To: Frank Date: Fri, 15 Jan 2010 10:12:21 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001151012.21395.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 15 Jan 2010 10:25:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org, Lowell Gilbert , Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 15:25:30 -0000 On Thursday 14 January 2010 6:40:42 pm Frank wrote: > On Thu, 14 Jan 2010, Frank wrote: > > > On Thu, 14 Jan 2010, John Baldwin wrote: > > > >> What does apctest say when you run it? > >> > >> -- > >> John Baldwin > > > > apctest > > > > > > 2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd > > Checking configuration ... > > Attached to driver: usb > > sharenet.type = DEFAULT > > I cannot handle sharenet.type = DEFAULT > > 2010-01-14 18:15:04 apctest exiting, signal 1 > > My apologies, I had disabled several things in apcupsd.conf during > testing. > > apctest > > > 2010-01-14 18:37:58 apctest 3.14.5 (10 January 2009) freebsd > Checking configuration ... > Attached to driver: usb > sharenet.type = DISABLE > cable.type = USB_CABLE > > You are using a USB cable type, so I'm entering USB test mode > mode.type = USB_UPS > Setting up the port ... > apctest FATAL ERROR in generic-usb.c at line 636 > Cannot find UPS device -- > For a link to detailed USB trouble shooting information, > please see . > apctest error termination completed Try running 'apctest -d 200' -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 15:53:47 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCEF31065781 for ; Fri, 15 Jan 2010 15:53:47 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 50D6D8FC0C for ; Fri, 15 Jan 2010 15:53:46 +0000 (UTC) Received: (qmail 97364 invoked by uid 89); 15 Jan 2010 15:53:45 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 15 Jan 2010 15:53:45 -0000 Date: Fri, 15 Jan 2010 16:53:43 +0100 From: Oliver Lehmann To: stable@freebsd.org Message-Id: <20100115165343.95e32345.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Fw: 8-STABLE: gmirror segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 15:53:47 -0000 I picked the wrong list *sigh* Begin forwarded message: Date: Fri, 15 Jan 2010 16:33:50 +0100 From: Oliver Lehmann To: ports@freebsd.org Cc: mav@FreeBSD.org, pjd@FreeBSD.org Subject: 8-STABLE: gmirror segfaulting Hi, sorry for the long story following but I think this is important to get the picture ;) I had the following setup: 2 harddisks ada0, ada1 mirrored with gmirror as gm0 1 2.7TB twa-RAID as da0 the da0p1 partition had a gjournal on gm0s1fh the gm0s1f partition had a gjournal on gm0s1fg I tried to label (tunefs -L) da0p1.journal as "files" and gm0s1f.journal as "usr" but the label was everytime gone after a reboot for whatever reasons. Later I also felt mad about the massive bad write performance on my RAID-5. Finally I decided to remove the journaling today to get my performance back ;) This is where the problems have started..... I was not able to remove the journaling wile the mirror was still intact because it always tried to resolve my previous given "usr" label which existed on the disks ada0+ada1 below gm0 but never where mapped to the front (gm0s1f.journal) again somehow. That always failed. So I did gmirror remove ada0+ada1 until gm0 was gone and I had back ada0 and ada1 as single disks. I then rebooted into single user again and did gjournal stop for all three journals (breaking gmirror created 2 journals on both RAID-1 hdds of course for ada0s1f and ada1s1f) and then did a gjournal clear. That clear failed on da0p1 (maybe because the gm0s1h journal also devided into ada0s1h and ada1s1h - who knows) so I again rebootet but then having my system waiting forever "root mount waiting for: GJOURNAL". I felt a bit pissed off I must admit because at first I thought that I've dumped my system :( Fortunally I had gjournal loaded as kernel module only so I rebooted once more and just loaded the kernel w/o every module. I then was able to make gjournal clear da0p1 while the gjournal module was not loaded. Now the journals on all harddisks where gone. I also did a tunefs -J disable. I now wanted to recreate my gmirror with sysctl kern.geom.debugflags=17 gmirror label -vb round-robin gm0 ada0 This creates a massive printout of debug messages on my console and finally ended up with "gmirror: Segmentation fault". Then I'm left with a system responding to every command with "Device not configure" So all I had left was power-cycling the system. This is repeatable.... I really want my gmirror back. Any advice? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 17:24:36 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD7E3106568B for ; Fri, 15 Jan 2010 17:24:36 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from juggler.wgops.com (juggler.wgops.com [204.11.247.41]) by mx1.freebsd.org (Postfix) with ESMTP id B673C8FC08 for ; Fri, 15 Jan 2010 17:24:34 +0000 (UTC) Received: by juggler.wgops.com (Postfix, from userid 65534) id 873CFA8113; Fri, 15 Jan 2010 10:05:05 -0700 (MST) X-Spam-ASN: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on juggler.wgops.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 Received: from [192.168.1.44] (host-72-174-39-176.msl-mt.client.bresnan.net [72.174.39.176]) by juggler.wgops.com (Postfix) with ESMTPSA id 7EDFAA8070 for ; Fri, 15 Jan 2010 10:05:03 -0700 (MST) Date: Fri, 15 Jan 2010 10:05:09 -0700 From: Michael Loftis To: stable@freebsd.org Message-ID: <33CF7EA17A4C131CEF3C19BA@[192.168.1.44]> In-Reply-To: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: clamav-milter 0.95.3 at juggler X-Virus-Status: Clean Cc: Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 17:24:36 -0000 --On Friday, January 15, 2010 10:32 AM +0100 Olivier Cochard-Labb=C3=A9=20 wrote: > Hi, > > I've just upgraded on of my server from 7.2 to 8.0-Release and meet a > problem with the vge(4) drivers: > All my SCP transferts didn't works since this upgrade: they close, after = a > random time, with "Corrupted MAC on input" message. > And Putty SSH tunnel closed with "Incorrect MAC received on packet". > > I need to disable txcsum and rxcsum on the vge network card for solving > this problem. nfe(4) has complete deadlocks with checksums enabled under high transmit=20 (and possibly receive) loads. It appears to be a regression from 7.2 as=20 well. We think it might have something to do with error recovery, but=20 aren't sure if it's related to *just* nfe(4) or to HW CSums in general. > > Does anyone meet the same regression between 7.2 and 8.0 ? > > Thanks, > > Olivier > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 17:38:25 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96003106566B for ; Fri, 15 Jan 2010 17:38:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 49D018FC16 for ; Fri, 15 Jan 2010 17:38:25 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so95438qwd.7 for ; Fri, 15 Jan 2010 09:38:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=aIF0Zh8Dl0Ht8wJyE1eVg0YWZrs9pXdRdIdZrtfqVgI=; b=Vo2wbAE51JIN8y4pxt+RR93JIOH8xr5gl+zlKWQo74skzpFxXwCUVENILis3EAhpyq map4njExUutLi/zvA3XaV8fqmK6IZadPTTi9znIEN9ZhYZR4pK3rhwPwcTmAJs2mIX50 Bl7V9wxDB5u8A8T8Z2nU+ha1Je2QMs6FnBluM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=C3sGuQ3k8LMEaJi21xOMVIMg/OJlLEmZ3wRV7QnxdZRI3N4Yzc6GfAYmMN/FPIWqa2 eq0KA4fBVgj10SqeguRuai/W7UdPOwHVMYvVP5Z1R14c81t4lTGfvOJg4GOoagqiOQV0 i+3+sdOJRxS03qwMBQzEygCdDSnQIKAxfrVCU= Received: by 10.224.126.209 with SMTP id d17mr2562183qas.263.1263577099609; Fri, 15 Jan 2010 09:38:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 8sm5351033qwj.43.2010.01.15.09.38.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jan 2010 09:38:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 15 Jan 2010 09:37:39 -0800 From: Pyun YongHyeon Date: Fri, 15 Jan 2010 09:37:39 -0800 To: Olivier Cochard-Labb? Message-ID: <20100115173739.GD1228@michelle.cdnetworks.com> References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 17:38:25 -0000 On Fri, Jan 15, 2010 at 10:32:42AM +0100, Olivier Cochard-Labb? wrote: > Hi, > > I've just upgraded on of my server from 7.2 to 8.0-Release and meet a > problem with the vge(4) drivers: > All my SCP transferts didn't works since this upgrade: they close, after a > random time, with "Corrupted MAC on input" message. > And Putty SSH tunnel closed with "Incorrect MAC received on packet". > This message comes from scp when it detects it received corrupted frames. This means sender transmitted corrupted frames or the host receiving the frame broke it. > I need to disable txcsum and rxcsum on the vge network card for solving this > problem. > I think there is no vge(4) source changes between 7.2-RELEASE and 8.0-RELEASE so I guess other kernel changes in 8.0-RELEASE might reveal driver bug. Would you try latest vge(4) in stable/8? There were a lot code changes including important bug fixes. > Does anyone meet the same regression between 7.2 and 8.0 ? > > Thanks, > > Olivier From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 17:45:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ED331065670 for ; Fri, 15 Jan 2010 17:45:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id B7DC98FC0A for ; Fri, 15 Jan 2010 17:45:40 +0000 (UTC) Received: by gxk10 with SMTP id 10so658415gxk.3 for ; Fri, 15 Jan 2010 09:45:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=FxPZinPSixoLTgRth2OlNh3VwWqU/orVSvr7jdZTt/s=; b=FVaGnwOtqaS3JzyrZyIfXqP9A8qK4eJ7kErwPKbjWDVUzb30Ft0gVagBtZWBcVg57u 9CVffaeu70lUQsFBlTladWpCDaDpGns0l4Zpy6x9D0b4MEy0uqRPKxj4RE0Pr7r3tKfJ wp1oK1lj4AFMi5vb9aTj24vTnBhFpPhbRiWGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=IWa75a3aITNT4ZTZHRwxnyghDuic/oIPDLQ2Jc2jRPRYc7aukpNuFVEO4h6L/nH/ln 7Ly88wP6vKKv511jqJTIAnVK8+EdNQmygAmZviMto9mUWPWJP0rJdtdX9RznWp4GteGO KSFOH/sWSCgVKUgWiKzDxSvuvi1f8qiJ46uO8= Received: by 10.101.181.32 with SMTP id i32mr5135488anp.7.1263577537500; Fri, 15 Jan 2010 09:45:37 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 4sm839072ywg.28.2010.01.15.09.45.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jan 2010 09:45:36 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 15 Jan 2010 09:44:53 -0800 From: Pyun YongHyeon Date: Fri, 15 Jan 2010 09:44:53 -0800 To: Michael Loftis Message-ID: <20100115174453.GE1228@michelle.cdnetworks.com> References: <3131aa531001150132q7fe6213cqce8b6daa08d52d9c@mail.gmail.com> <33CF7EA17A4C131CEF3C19BA@[192.168.1.44]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33CF7EA17A4C131CEF3C19BA@[192.168.1.44]> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Regression with txcsum/rxcsum on vge(4) drivers on 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 17:45:41 -0000 On Fri, Jan 15, 2010 at 10:05:09AM -0700, Michael Loftis wrote: > > > --On Friday, January 15, 2010 10:32 AM +0100 Olivier Cochard-Labb?? > wrote: > > >Hi, > > > >I've just upgraded on of my server from 7.2 to 8.0-Release and meet a > >problem with the vge(4) drivers: > >All my SCP transferts didn't works since this upgrade: they close, after a > >random time, with "Corrupted MAC on input" message. > >And Putty SSH tunnel closed with "Incorrect MAC received on packet". > > > >I need to disable txcsum and rxcsum on the vge network card for solving > >this problem. > > nfe(4) has complete deadlocks with checksums enabled under high transmit > (and possibly receive) loads. It appears to be a regression from 7.2 as > well. We think it might have something to do with error recovery, but > aren't sure if it's related to *just* nfe(4) or to HW CSums in general. > Please open new thread for this issue. I'm not aware of this and this is the first time I heard for the checksum offloading issue of nfe(4). Include dmesg output for your controller and let me know whether it's really regression from 7.2-RELEASE. If you have reliable way to reproduce the issue, please also let me know. There is no nfe(4) source code differences between 7.2-RELEASE and 8.0-RELEASE. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 19:12:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265061065692 for ; Fri, 15 Jan 2010 19:12:46 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50503.mail.re2.yahoo.com (web50503.mail.re2.yahoo.com [206.190.38.79]) by mx1.freebsd.org (Postfix) with SMTP id CABAD8FC13 for ; Fri, 15 Jan 2010 19:12:45 +0000 (UTC) Received: (qmail 58495 invoked by uid 60001); 15 Jan 2010 19:12:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1263582763; bh=KiuBfn6Efw2AH2d4hxcGKd6PooROokeX2JrwfZUr3Wg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=IF5NIY41EMr/oMZYHLdLusH+l0Nr2Vs1YH9KfW6dhvqbzVBzN0C28lrfd1y5awidpZVfGhtii0uQXWQDVq+WG9fedap5FmW6u7Ve5YnWVHos6S0RNSC49a2MDjYFm5bMk4jTGCCwEe4EtSXqXgWvNRjgrQUMJBVBH3BWomlyCNg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Jz8rTS9NlX82m9YJMhU1dy+c8Vf5lidfBHvq6zkZOJDvGtWscgW6ZdQp0iRzozJSORoI2Tn2nX2E5jtok05epsGX0JEZWI9luLx8VjtB41ugXBHKSaxS9KSNrich0Wez4ZGS7GkJ2OEka1VPREu5pj3JngaM9i4/md6/W3tdNe8=; Message-ID: <491716.58173.qm@web50503.mail.re2.yahoo.com> X-YMail-OSG: RBtUwpgVM1mA.FDkL2LsgN_VqQF0OaCnZB9.ZqYNBlpCCtglEPE_qA6GeFOha4l4V1ODzOQxxRf56XKNxdJIDPmC4TtNlFURWCaymYzk2H22MJrC8_AIibdX3IQVAL_GzCwWluQx5P4sluiy_vS5j58bg32XG4unM8ZeUi3EpGAu7Ip_df9beaAkzmQgrZsM.VxHALdvtVVkR_WuC7QyU4JXOOhN0giVLtZIUWk71lLPKco1QsfQMKM22HJGi7KYWGGaw5VUWAo.YYJL1LgvTMU4r6TvVqqYfn9NS5AE4gX8jIgwO7.2aacYDS4- Received: from [99.24.6.121] by web50503.mail.re2.yahoo.com via HTTP; Fri, 15 Jan 2010 11:12:43 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Fri, 15 Jan 2010 11:12:43 -0800 (PST) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: General problems with checksums (txcsum/rxcsum) on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 19:12:46 -0000 I just read a different thread about problems with checksums on vge (and nfe in the replies). I'll just chime in here with some more information - I have a couple other message threads going about some weird high packet volumes on my new FreeBSD 8.0-Release NFS server. I thought it might be an issue with the igb driver so I put in a new card using em instead and got the exact same behavior. I'm currently sifting through a tcpdump in wireshark and there are all sorts of messages in there about checksums being incorrect - both TCP and UDP. This is for communications between this client machine (FreeBSD 7.0-Release) and any of the 8.0 machines I have. The packets going to non-8.0 machines (at least so far) appear to be fine. I'll defer to those who know more than I about the networking code, but is there perhaps an issue in general with the checksuming and not specific to one card or driver - is that even possible? That's now 4 different drivers all with various checksum problem reports. I'm going to be working on this all day today (and likely over the weekend) so if I can help by supplying information please let me know what you need. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 19:21:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF94B1065672 for ; Fri, 15 Jan 2010 19:21:59 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id C30108FC1B for ; Fri, 15 Jan 2010 19:21:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KWA009F9Z46L630@asmtp027.mac.com> for freebsd-stable@freebsd.org; Fri, 15 Jan 2010 11:21:47 -0800 (PST) From: Chuck Swiger In-reply-to: <491716.58173.qm@web50503.mail.re2.yahoo.com> Date: Fri, 15 Jan 2010 11:21:41 -0800 Message-id: <81046D84-0BF4-4F3C-A262-B28A39F9D4A0@mac.com> References: <491716.58173.qm@web50503.mail.re2.yahoo.com> To: alan bryan X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: General problems with checksums (txcsum/rxcsum) on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 19:22:00 -0000 Hi-- On Jan 15, 2010, at 11:12 AM, alan bryan wrote: [ ... ] > I'm currently sifting through a tcpdump in wireshark and there are all sorts of messages in there about checksums being incorrect - both TCP and UDP. If you run tcpdump on a machine, it normally will receive the traffic being sent from that machine before the checksums are computed, especially if HW checksumming is being used. For reliable detection of these problems, you need to look at the traffic either on a hub or via the monitoring or span port of a smart switch, although simply glancing at the checksum stats from "netstat -s" on both sides should indicate whether significant error rates are happening. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 19:33:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D34C7106566C for ; Fri, 15 Jan 2010 19:33:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 890528FC13 for ; Fri, 15 Jan 2010 19:33:22 +0000 (UTC) Received: by yxe1 with SMTP id 1so734721yxe.3 for ; Fri, 15 Jan 2010 11:33:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=SxhlmESmC67CZ/GDQ/YW0TYwjhUXU6ctYbVCdG/zi88=; b=Z/0WiqQF+7pXWMR+cq69MKOA5ShRgp33TaqkMZ6wLfh6qhTAepKhfO7dfe0iRlCnTU nKLk/nUoOPUQIBicN5yaKxpiFBmhN4xtfDD0XIlD9fJYgNRS4J6Oj2/QxcPHt/kNc+eK rS+LwO0Eq7tYZYVu6CAfWI1/JnnlDDNk54p5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jN0fG4xoOJAXFlV50uAHNKlF16uzqL43P8u2jH5uywycdESdT9X2VFQdZceO4GJ+7B +Px+PT+TJlKSNEoM4lz5P5cz8FQbejBcZbgbCg1lwVL/xHNEpThdO6z3qu5KbSdeQD8/ 6lFspHCreAi7jkbozy51YSRhFcnWZlgx2AdlI= Received: by 10.150.31.9 with SMTP id e9mr1411422ybe.23.1263583996479; Fri, 15 Jan 2010 11:33:16 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm879725ywd.52.2010.01.15.11.33.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Jan 2010 11:33:15 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 15 Jan 2010 11:32:35 -0800 From: Pyun YongHyeon Date: Fri, 15 Jan 2010 11:32:35 -0800 To: alan bryan Message-ID: <20100115193235.GH1228@michelle.cdnetworks.com> References: <491716.58173.qm@web50503.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <491716.58173.qm@web50503.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: General problems with checksums (txcsum/rxcsum) on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 19:33:22 -0000 On Fri, Jan 15, 2010 at 11:12:43AM -0800, alan bryan wrote: > I just read a different thread about problems with checksums on vge (and nfe in the replies). > > I'll just chime in here with some more information - I have a couple other message threads going about some weird high packet volumes on my new FreeBSD 8.0-Release NFS server. I thought it might be an issue with the igb driver so I put in a new card using em instead and got the exact same behavior. I'm currently sifting through a tcpdump in wireshark and there are all sorts of messages in there about checksums being incorrect - both TCP and UDP. This is for communications between this client machine (FreeBSD 7.0-Release) and any of the 8.0 machines I have. The packets going to non-8.0 machines (at least so far) appear to be fine. > > I'll defer to those who know more than I about the networking code, but is there perhaps an issue in general with the checksuming and not specific to one card or driver - is that even possible? That's now 4 different drivers all with various checksum problem reports. > > I'm going to be working on this all day today (and likely over the weekend) so if I can help by supplying information please let me know what you need. > If you are seeing bad checksum reported by tcpdump/wireshark for TX frames on checksum capable controller, it's normal. bpf(4) just sees TX frames before inserting checksum computed by hardware so tcpdump/wireshark reports invalid checksum. You can safely ignore that. If you want to verify whether sending host generated correct checksum, you should capture the frame on receive side. If tcpdump/ wireshark reports bad checksummed frame on received frames it's real bad checksummed frame. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 19:35:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FE3B106568B for ; Fri, 15 Jan 2010 19:35:05 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50507.mail.re2.yahoo.com (web50507.mail.re2.yahoo.com [206.190.38.83]) by mx1.freebsd.org (Postfix) with SMTP id CBA4E8FC21 for ; Fri, 15 Jan 2010 19:35:04 +0000 (UTC) Received: (qmail 14504 invoked by uid 60001); 15 Jan 2010 19:35:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1263584101; bh=cFnaB6/HJbjcGq6ZKIZEd0oEtp1qGo2VmDnbi1UwsRs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Vip3q0Lp83Ik2slW9DQSTkqqLhl4CS6XUetZb+YpZ9bqtzllkPxHXrYqq+b0CNICAlOHrd5rPyz1wio9g+XM9e+FTvEpJfr7h+dzxlg/3k+GCg0I4b81kmgqDqN4RWPuDQYdMvydonjlpcgL5kyacVJ4ER0Du5YtHrlXbSI86cU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EaK3v7uAXMVAIAVbC6UFJ7z4qf9Rg9ezL/nMSWo7di75wyP7ATstNqpq7kYRT0IjkHrM7yWaFqjcf2w8/zpQ6LKJ+KIpD1Ose2bL1xXeDZHYJ1McfX8DJ49WJINeGZl4KBkFBuJAmoeFY59gvkvqyBalAvLLKLBOeKPUu0zZ6d8=; Message-ID: <659970.14031.qm@web50507.mail.re2.yahoo.com> X-YMail-OSG: _CjFxQYVM1n2mx4mUGz8OAV32aQg3UU0sGqbECBr.u.XfVHVNDN.uIeXTfJIGHLt7BApJ4cZeqlHp29pf5CsdxJzflJuPZkaBf7SSrPMObTWUXdwHm07fzz2G5915f7sGsMBYg18bYI6hsR8YeGbjjT1g4CE2v8ZxckMYJvaC9rYHAi1hWHbKxR5OyAQyxJfcMcBk7gpADhX2JKRwnDESrK.rq6dNLBTORDvTPC_1_FowgdTMcwkDtty9pm1eYpw4vjkH7UNzDrs_qplIjR.lScBZCzIwpOapkSwpCfwW1uakXxMCZ1IpbqTVl5ro95N33xr3CMRA67YYdQ_gvfIiF1gBFe2oO_MjmrubESktuVVL7YfPR7vFEIU6A2GMEmD4N6Lit0xG5fG Received: from [99.24.6.121] by web50507.mail.re2.yahoo.com via HTTP; Fri, 15 Jan 2010 11:35:01 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Fri, 15 Jan 2010 11:35:01 -0800 (PST) From: alan bryan To: Chuck Swiger In-Reply-To: <81046D84-0BF4-4F3C-A262-B28A39F9D4A0@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: General problems with checksums (txcsum/rxcsum) on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 19:35:05 -0000 =0A=0A--- On Fri, 1/15/10, Chuck Swiger wrote:=0A=0A> Fro= m: Chuck Swiger =0A> Subject: Re: General problems with ch= ecksums (txcsum/rxcsum) on FreeBSD 8.0?=0A> To: "alan bryan" =0A> Cc: freebsd-stable@freebsd.org=0A> Date: Friday, January 15, 2= 010, 11:21 AM=0A> Hi--=0A> =0A> On Jan 15, 2010, at 11:12 AM, alan bryan wr= ote:=0A> [ ... ]=0A> > I'm currently sifting through a tcpdump in wireshark= =0A> and there are all sorts of messages in there about checksums=0A> being= incorrect - both TCP and UDP.=0A> =0A> If you run tcpdump on a machine, it= normally will receive=0A> the traffic being sent from that machine before = the=0A> checksums are computed, especially if HW checksumming is=0A> being = used.=A0 For reliable detection of these problems,=0A> you need to look at = the traffic either on a hub or via the=0A> monitoring or span port of a sma= rt switch, although simply=0A> glancing at the checksum stats from "netstat= -s" on both=0A> sides should indicate whether significant error rates are= =0A> happening.=0A> =0A> Regards,=0A> -- =0A> -Chuck=0A=0A=0AAh - thanks fo= r the explanation as I'm new to tcpdump/wireshark. Need to learn more about= those tools still.=0A=0A=0A=0AWatching "systat -ip 1" gives results like:= =0A=0A /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 = /10=0A Load Average |||||=0A=0A IP Input = IP Output=0A 4534 total packets received 4395 total pack= ets sent=0A 0 - with bad checksums 4395 - generated locally= =0A 0 - too short for header 0 - output drops=0A 0 = - too short for data 42 output fragments generated=0A 0 -= with invalid hlen 0 - fragmentation failed=0A 0 - with= invalid length 0 destinations unreachable=0A 0 - with in= valid version 0 packets output via raw IP=0A 0 - jumbogram= s=0A 84 total fragments received UDP Statistics=0A 0= - fragments dropped 3989 total input packets=0A 0 - fragm= ents timed out 0 - too short for header=0A 14 - packets re= assembled ok 0 - invalid checksum=0A 0 packets forwarded = 0 - no checksum=0A 0 - unreachable dests 0 = - invalid length=0A 0 - redirects generated 0 - no socket= for dest port=0A 0 option errors 0 - no socket f= or broadcast=0A 0 unwanted multicasts 0 - socket buffer= full=0A 4464 delivered to upper layer 3989 total output packets= =0A=0A=0AThe total IP packets for this box should normally be in the hundre= ds per second - it stays constant at this 4K level. =0A=0AAnd the matching= netstat -s:=0A=0Atcp:=0A=0947312791 packets sent=0A=09=0928828783 data pac= kets (26317159806 bytes)=0A=09=09206 data packets (633246 bytes) retransmit= ted=0A=09=0911 data packets unnecessarily retransmitted=0A=09=090 resends i= nitiated by MTU discovery=0A=09=0912364262 ack-only packets (944193 delayed= )=0A=09=090 URG only packets=0A=09=092518 window probe packets=0A=09=093212= 717 window update packets=0A=09=092903587 control packets=0A=0959176152 pac= kets received=0A=09=0934785356 acks (for 26320662084 bytes)=0A=09=091849829= duplicate acks=0A=09=090 acks for unsent data=0A=09=0939787782 packets (24= 426616075 bytes) received in-sequence=0A=09=09601 completely duplicate pack= ets (14975 bytes)=0A=09=090 old duplicate packets=0A=09=090 packets with so= me dup. data (0 bytes duped)=0A=09=09101 out-of-order packets (114828 bytes= )=0A=09=092 packets (0 bytes) of data after window=0A=09=090 window probes= =0A=09=094411949 window update packets=0A=09=0976 packets received after cl= ose=0A=09=090 discarded for bad checksums=0A=09=090 discarded for bad heade= r offset fields=0A=09=090 discarded because packet too short=0A=09=090 disc= arded due to memory problems=0A=09905931 connection requests=0A=091098039 c= onnection accepts=0A=090 bad connection attempts=0A=090 listen queue overfl= ows=0A=09523 ignored RSTs in the windows=0A=092003969 connections establish= ed (including accepts)=0A=092002786 connections closed (including 4056 drop= s)=0A=09=091187984 connections updated cached RTT on close=0A=09=091191288 = connections updated cached RTT variance on close=0A=09=09294899 connections= updated cached ssthresh on close=0A=090 embryonic connections dropped=0A= =0934785321 segments updated rtt (of 29019225 attempts)=0A=0942636 retransm= it timeouts=0A=09=093512 connections dropped by rexmit timeout=0A=092554 pe= rsist timeouts=0A=09=090 connections dropped by persist timeout=0A=090 Conn= ections (fin_wait_2) dropped because of timeout=0A=0923 keepalive timeouts= =0A=09=0923 keepalive probes sent=0A=09=090 connections dropped by keepaliv= e=0A=0979387 correct ACK header predictions=0A=0916380715 correct data pack= et header predictions=0A=091098039 syncache entries added=0A=09=090 retrans= mitted=0A=09=090 dupsyn=0A=09=090 dropped=0A=09=091098039 completed=0A=09= =090 bucket overflow=0A=09=090 cache overflow=0A=09=090 reset=0A=09=090 sta= le=0A=09=090 aborted=0A=09=090 badack=0A=09=090 unreach=0A=09=090 zone fail= ures=0A=091098039 cookies sent=0A=090 cookies received=0A=092 SACK recovery= episodes=0A=090 segment rexmits in SACK recovery episodes=0A=090 byte rexm= its in SACK recovery episodes=0A=090 SACK options (SACK blocks) received=0A= =0955 SACK options (SACK blocks) sent=0A=090 SACK scoreboard overflow=0Audp= :=0A=0979558178 datagrams received=0A=090 with incomplete header=0A=090 wit= h bad data length field=0A=092 with bad checksum=0A=09929 with no checksum= =0A=091622 dropped due to no socket=0A=0927825 broadcast/multicast datagram= s undelivered=0A=090 dropped due to full socket buffers=0A=090 not for hash= ed pcb=0A=0979528729 delivered=0A=0979523714 datagrams output=0A=090 times = multicast source filter matched=0Asctp:=0A=090 input packets=0A=09=090 data= grams=0A=09=090 packets that had data=0A=09=090 input SACK chunks=0A=09=090= input DATA chunks=0A=09=090 duplicate DATA chunks=0A=09=090 input HB chunk= s=0A=09=090 HB-ACK chunks=0A=09=090 input ECNE chunks=0A=09=090 input AUTH = chunks=0A=09=090 chunks missing AUTH=0A=09=090 invalid HMAC ids received=0A= =09=090 invalid secret ids received=0A=09=090 auth failed=0A=09=090 fast pa= th receives all one chunk=0A=09=090 fast path multi-part data=0A=090 output= packets=0A=09=090 output SACKs=0A=09=090 output DATA chunks=0A=09=090 retr= ansmitted DATA chunks=0A=09=090 fast retransmitted DATA chunks=0A=09=090 FR= 's that happened more than once to same chunk.=0A=09=090 intput HB chunks= =0A=09=090 output ECNE chunks=0A=09=090 output AUTH chunks=0A=09=090 ip_out= put error counter=0A=09Packet drop statistics:=0A=09=090 from middle box=0A= =09=090 from end host=0A=09=090 with data=0A=09=090 non-data, non-endhost= =0A=09=090 non-endhost, bandwidth rep only=0A=09=090 not enough for chunk h= eader=0A=09=090 not enough data to confirm=0A=09=090 where process_chunk_dr= op said break=0A=09=090 failed to find TSN=0A=09=090 attempt reverse TSN lo= okup=0A=09=090 e-host confirms zero-rwnd=0A=09=090 midbox confirms no space= =0A=09=090 data did not match TSN=0A=09=090 TSN's marked for Fast Retran=0A= =09Timeouts:=0A=09=090 iterator timers fired=0A=09=090 T3 data time outs=0A= =09=090 window probe (T3) timers fired=0A=09=090 INIT timers fired=0A=09=09= 0 sack timers fired=0A=09=090 shutdown timers fired=0A=09=090 heartbeat tim= ers fired=0A=09=090 a cookie timeout fired=0A=09=090 an endpoint changed it= s cookiesecret=0A=09=090 PMTU timers fired=0A=09=090 shutdown ack timers fi= red=0A=09=090 shutdown guard timers fired=0A=09=090 stream reset timers fir= ed=0A=09=090 early FR timers fired=0A=09=090 an asconf timer fired=0A=09=09= 0 auto close timer fired=0A=09=090 asoc free timers expired=0A=09=090 inp f= ree timers expired=0A=090 packet shorter than header=0A=090 checksum error= =0A=090 no endpoint for port=0A=090 bad v-tag=0A=090 bad SID=0A=090 no memo= ry=0A=090 number of multiple FR in a RTT window=0A=090 RFC813 allowed sendi= ng=0A=090 RFC813 does not allow sending=0A=090 max burst dosn't allow sendi= ng=0A=090 look ahead tells us no memory in interface=0A=090 numbers of wind= ow probes sent=0A=090 times an output error to clamp down on next user send= .=0A=090 times sctp_senderrors were caused from a user=0A=090 number of in = data drops due to chunk limit reached=0A=090 number of in data drops due to= rwnd limit reached=0A=090 times a ECN reduced the cwnd=0A=090 used express= lookup via vtag=0A=090 collision in express lookup.=0A=090 times the sende= r ran dry of user data on primary=0A=090 same for above=0A=090 sacks the sl= ow way=0A=090 window update only sacks sent=0A=090 sends with sinfo_flags != =3D0=0A=090 unordered sends=0A=090 sends with EOF flag set=0A=090 sends wit= h ABORT flag set=0A=090 times protocol drain called=0A=090 times we did a p= rotocol drain=0A=090 times recv was called with peek=0A=090 cached chunks u= sed=0A=090 cached stream oq's used=0A=090 unread messages abandonded by clo= se=0A=090 send burst avoidance, already max burst inflight to net=0A=090 se= nd cwnd full avoidance, already max burst inflight to net=0A=090 number of = map array over-runs via fwd-tsn's=0Aip:=0A=09153027955 total packets receiv= ed=0A=090 bad header checksums=0A=090 with size smaller than minimum=0A=090= with data size < data length=0A=090 with ip length > max ip packet size=0A= =090 with header length < data size=0A=090 with data length < header length= =0A=090 with bad options=0A=090 with incorrect version number=0A=0917594719= fragments received=0A=0919 fragments dropped (dup or out of space)=0A=0911= fragments dropped after timeout=0A=092948502 packets reassembled ok=0A=091= 38381640 packets for this host=0A=0914 packets for unknown/unsupported prot= ocol=0A=090 packets forwarded (0 packets fast forwarded)=0A=090 packets not= forwardable=0A=0955 packets received for unknown multicast group=0A=090 re= directs sent=0A=09126477794 packets sent from this host=0A=090 packets sent= with fabricated ip header=0A=090 output packets dropped due to no bufs, et= c.=0A=090 output packets discarded due to no route=0A=091732555 output data= grams fragmented=0A=0910345284 fragments created=0A=090 datagrams that can'= t be fragmented=0A=090 tunneling packets that can't find gif=0A=090 datagra= ms with bad address in header=0Aicmp:=0A=091622 calls to icmp_error=0A=090 = errors not generated in response to an icmp message=0A=09Output histogram:= =0A=09=09echo reply: 2=0A=09=09destination unreachable: 1622=0A=090 message= s with bad code fields=0A=090 messages < minimum length=0A=090 bad checksum= s=0A=090 messages with bad length=0A=090 multicast echo requests ignored=0A= =090 multicast timestamp requests ignored=0A=09Input histogram:=0A=09=09des= tination unreachable: 14=0A=09=09echo: 2=0A=092 message responses generated= =0A=090 invalid return addresses=0A=090 no return routes=0A=09ICMP address = mask responses are disabled=0Aigmp:=0A=090 messages received=0A=090 message= s received with too few bytes=0A=090 messages received with bad checksum=0A= =090 membership queries received=0A=090 membership queries received with in= valid field(s)=0A=090 membership reports received=0A=090 membership reports= received with invalid field(s)=0A=090 membership reports received for grou= ps to which we belong=0A=090 membership reports sent=0Aip6:=0A=09352688 tot= al packets received=0A=090 with size smaller than minimum=0A=090 with data = size < data length=0A=090 with bad options=0A=090 with incorrect version nu= mber=0A=090 fragments received=0A=090 fragments dropped (dup or out of spac= e)=0A=090 fragments dropped after timeout=0A=090 fragments that exceeded li= mit=0A=090 packets reassembled ok=0A=09352688 packets for this host=0A=090 = packets forwarded=0A=090 packets not forwardable=0A=090 redirects sent=0A= =09352692 packets sent from this host=0A=090 packets sent with fabricated i= p header=0A=090 output packets dropped due to no bufs, etc.=0A=091 output p= acket discarded due to no route=0A=090 output datagrams fragmented=0A=090 f= ragments created=0A=090 datagrams that can't be fragmented=0A=090 packets t= hat violated scope rules=0A=090 multicast packets which we don't join=0A=09= Input histogram:=0A=09=09TCP: 352688=0A=09Mbuf statistics:=0A=09=09352688 o= ne mbuf=0A=09=090 one ext mbuf=0A=09=090 two or more ext mbuf=0A=090 packet= s whose headers are not continuous=0A=090 tunneling packets that can't find= gif=0A=090 packets discarded because of too many headers=0A=090 failures o= f source address selection=0A=09352687 forward cache hit=0A=090 forward cac= he miss=0A=09Source addresses selection rule applied:=0A=09=0950384 first c= andidate=0A=09=0950384 same address=0Aicmp6:=0A=090 calls to icmp6_error=0A= =090 errors not generated in response to an icmp6 message=0A=090 errors not= generated because of rate limitation=0A=09Output histogram:=0A=09=09multic= ast listener report: 4=0A=090 messages with bad code fields=0A=090 messages= < minimum length=0A=090 bad checksums=0A=090 messages with bad length=0A= =09Histogram of error messages to be generated:=0A=09=090 no route=0A=09=09= 0 administratively prohibited=0A=09=090 beyond scope=0A=09=090 address unre= achable=0A=09=090 port unreachable=0A=09=090 packet too big=0A=09=090 time = exceed transit=0A=09=090 time exceed reassembly=0A=09=090 erroneous header = field=0A=09=090 unrecognized next header=0A=09=090 unrecognized option=0A= =09=090 redirect=0A=09=090 unknown=0A=090 message responses generated=0A=09= 0 messages with too many ND options=0A=090 messages with bad ND options=0A= =090 bad neighbor solicitation messages=0A=090 bad neighbor advertisement m= essages=0A=090 bad router solicitation messages=0A=090 bad router advertise= ment messages=0A=090 bad redirect messages=0A=090 path MTU changes=0Arip6:= =0A=090 messages received=0A=090 checksum calcurations on inbound=0A=090 me= ssages with bad checksum=0A=090 messages dropped due to no socket=0A=090 mu= lticast messages dropped due to no socket=0A=090 messages dropped due to fu= ll socket buffers=0A=090 delivered=0A=090 datagrams output=0A=0A=0A=0A=0A= =0ANow for the NFS (FreeBSD 8.0) server side:=0A=0A /0 = /1 /2 /3 /4 /5 /6 /7 /8 /9 /10=0A Load Average |= =0A=0A IP Input IP Output=0A 5388 to= tal packets received 4717 total packets sent=0A 0 - with bad = checksums 4717 - generated locally=0A 0 - too short for hea= der 0 - output drops=0A 0 - too short for data = 65 output fragments generated=0A 0 - with invalid hlen = 0 - fragmentation failed=0A 0 - with invalid length 0 des= tinations unreachable=0A 0 - with invalid version 0 packet= s output via raw IP=0A 0 - jumbograms=0A 808 total fragments re= ceived UDP Statistics=0A 0 - fragments dropped 4= 714 total input packets=0A 0 - fragments timed out 0 - to= o short for header=0A 137 - packets reassembled ok 0 - invalid= checksum=0A 0 packets forwarded 0 - no checksum=0A = 0 - unreachable dests 0 - invalid length=0A 0 - r= edirects generated 0 - no socket for dest port=0A 0 optio= n errors 0 - no socket for broadcast=0A 0 unwante= d multicasts 0 - socket buffer full=0A 4717 delivered to u= pper layer 4714 total output packets=0A=0A=0AAgain - packet volume sho= uld be in the hundreds right now with bursts during traffic - but this is a= constant. There is no growth in disk usage over time - nothing is actuall= y getting written out anywhere. If I kill everything on the FreeBSD 7.0 cl= ient the packets still transfer until the client is rebooted. Then everyth= ing is usually OK again and then often serveral hrs later the FreeBSD 8.0 s= erver loses networking or simply reboots.=0A=0AAnd to complete the stats, h= ere's netstat -s for the FreeBSD 8.0 NFS server:=0A=0Atcp:=0A=0911241344 pa= ckets sent=0A=09=098436896 data packets (24959317163 bytes)=0A=09=09100 dat= a packets (112180 bytes) retransmitted=0A=09=091 data packet unnecessarily = retransmitted=0A=09=090 resends initiated by MTU discovery=0A=09=092282609 = ack-only packets (6239 delayed)=0A=09=090 URG only packets=0A=09=090 window= probe packets=0A=09=09518530 window update packets=0A=09=093305 control pa= ckets=0A=0917239617 packets received=0A=09=0910845777 acks (for 24959571358= bytes)=0A=09=09560 duplicate acks=0A=09=090 acks for unsent data=0A=09=091= 0437746 packets (4690003575 bytes) received in-sequence=0A=09=0917 complete= ly duplicate packets (11070 bytes)=0A=09=090 old duplicate packets=0A=09=09= 0 packets with some dup. data (0 bytes duped)=0A=09=0939 out-of-order packe= ts (43478 bytes)=0A=09=090 packets (0 bytes) of data after window=0A=09=090= window probes=0A=09=091130377 window update packets=0A=09=09132 packets re= ceived after close=0A=09=090 discarded for bad checksums=0A=09=090 discarde= d for bad header offset fields=0A=09=090 discarded because packet too short= =0A=09=090 discarded due to memory problems=0A=093 connection requests=0A= =093310 connection accepts=0A=091 bad connection attempt=0A=090 listen queu= e overflows=0A=090 ignored RSTs in the windows=0A=093313 connections establ= ished (including accepts)=0A=093302 connections closed (including 1 drop)= =0A=09=092233 connections updated cached RTT on close=0A=09=092233 connecti= ons updated cached RTT variance on close=0A=09=0921 connections updated cac= hed ssthresh on close=0A=090 embryonic connections dropped=0A=098077952 seg= ments updated rtt (of 6908327 attempts)=0A=0910 retransmit timeouts=0A=09= =090 connections dropped by rexmit timeout=0A=090 persist timeouts=0A=09=09= 0 connections dropped by persist timeout=0A=090 Connections (fin_wait_2) dr= opped because of timeout=0A=0910 keepalive timeouts=0A=09=099 keepalive pro= bes sent=0A=09=091 connection dropped by keepalive=0A=091341332 correct ACK= header predictions=0A=095196626 correct data packet header predictions=0A= =093316 syncache entries added=0A=09=0918 retransmitted=0A=09=092 dupsyn=0A= =09=090 dropped=0A=09=093310 completed=0A=09=090 bucket overflow=0A=09=090 = cache overflow=0A=09=090 reset=0A=09=096 stale=0A=09=090 aborted=0A=09=090 = badack=0A=09=090 unreach=0A=09=090 zone failures=0A=093316 cookies sent=0A= =090 cookies received=0A=0918 SACK recovery episodes=0A=0989 segment rexmit= s in SACK recovery episodes=0A=09101595 byte rexmits in SACK recovery episo= des=0A=09640 SACK options (SACK blocks) received=0A=0977 SACK options (SACK= blocks) sent=0A=090 SACK scoreboard overflow=0A=090 packets with ECN CE bi= t set=0A=090 packets with ECN ECT(0) bit set=0A=090 packets with ECN ECT(1)= bit set=0A=090 successful ECN handshakes=0A=090 times ECN reduced the cong= estion window=0Audp:=0A=0991334533 datagrams received=0A=090 with incomplet= e header=0A=090 with bad data length field=0A=098 with bad checksum=0A=0916= with no checksum=0A=09254 dropped due to no socket=0A=094339 broadcast/mul= ticast datagrams undelivered=0A=0956 dropped due to full socket buffers=0A= =090 not for hashed pcb=0A=0991329876 delivered=0A=0991316517 datagrams out= put=0A=090 times multicast source filter matched=0Asctp:=0A=090 input packe= ts=0A=09=090 datagrams=0A=09=090 packets that had data=0A=09=090 input SACK= chunks=0A=09=090 input DATA chunks=0A=09=090 duplicate DATA chunks=0A=09= =090 input HB chunks=0A=09=090 HB-ACK chunks=0A=09=090 input ECNE chunks=0A= =09=090 input AUTH chunks=0A=09=090 chunks missing AUTH=0A=09=090 invalid H= MAC ids received=0A=09=090 invalid secret ids received=0A=09=090 auth faile= d=0A=09=090 fast path receives all one chunk=0A=09=090 fast path multi-part= data=0A=090 output packets=0A=09=090 output SACKs=0A=09=090 output DATA ch= unks=0A=09=090 retransmitted DATA chunks=0A=09=090 fast retransmitted DATA = chunks=0A=09=090 FR's that happened more than once to same chunk=0A=09=090 = intput HB chunks=0A=09=090 output ECNE chunks=0A=09=090 output AUTH chunks= =0A=09=090 ip_output error counter=0A=09Packet drop statistics:=0A=09=090 f= rom middle box=0A=09=090 from end host=0A=09=090 with data=0A=09=090 non-da= ta, non-endhost=0A=09=090 non-endhost, bandwidth rep only=0A=09=090 not eno= ugh for chunk header=0A=09=090 not enough data to confirm=0A=09=090 where p= rocess_chunk_drop said break=0A=09=090 failed to find TSN=0A=09=090 attempt= reverse TSN lookup=0A=09=090 e-host confirms zero-rwnd=0A=09=090 midbox co= nfirms no space=0A=09=090 data did not match TSN=0A=09=090 TSN's marked for= Fast Retran=0A=09Timeouts:=0A=09=093 iterator timers fired=0A=09=090 T3 da= ta time outs=0A=09=090 window probe (T3) timers fired=0A=09=090 INIT timers= fired=0A=09=090 sack timers fired=0A=09=090 shutdown timers fired=0A=09=09= 0 heartbeat timers fired=0A=09=090 a cookie timeout fired=0A=09=090 an endp= oint changed its cookiesecret=0A=09=090 PMTU timers fired=0A=09=090 shutdow= n ack timers fired=0A=09=090 shutdown guard timers fired=0A=09=090 stream r= eset timers fired=0A=09=090 early FR timers fired=0A=09=090 an asconf timer= fired=0A=09=090 auto close timer fired=0A=09=090 asoc free timers expired= =0A=09=090 inp free timers expired=0A=090 packet shorter than header=0A=090= checksum error=0A=090 no endpoint for port=0A=090 bad v-tag=0A=090 bad SID= =0A=090 no memory=0A=090 number of multiple FR in a RTT window=0A=090 RFC81= 3 allowed sending=0A=090 RFC813 does not allow sending=0A=090 times max bur= st prohibited sending=0A=090 look ahead tells us no memory in interface=0A= =090 numbers of window probes sent=0A=090 times an output error to clamp do= wn on next user send=0A=090 times sctp_senderrors were caused from a user= =0A=090 number of in data drops due to chunk limit reached=0A=090 number of= in data drops due to rwnd limit reached=0A=090 times a ECN reduced the cwn= d=0A=090 used express lookup via vtag=0A=090 collision in express lookup=0A= =090 times the sender ran dry of user data on primary=0A=090 same for above= =0A=090 sacks the slow way=0A=090 window update only sacks sent=0A=090 send= s with sinfo_flags !=3D0=0A=090 unordered sends=0A=090 sends with EOF flag = set=0A=090 sends with ABORT flag set=0A=090 times protocol drain called=0A= =090 times we did a protocol drain=0A=090 times recv was called with peek= =0A=090 cached chunks used=0A=090 cached stream oq's used=0A=090 unread mes= sages abandonded by close=0A=090 send burst avoidance, already max burst in= flight to net=0A=090 send cwnd full avoidance, already max burst inflight t= o net=0A=090 number of map array over-runs via fwd-tsn's=0Aip:=0A=091223213= 95 total packets received=0A=090 bad header checksums=0A=090 with size smal= ler than minimum=0A=090 with data size < data length=0A=090 with ip length = > max ip packet size=0A=090 with header length < data size=0A=090 with data= length < header length=0A=090 with bad options=0A=090 with incorrect versi= on number=0A=0916507934 fragments received=0A=0919 fragments dropped (dup o= r out of space)=0A=09970 fragments dropped after timeout=0A=092761830 packe= ts reassembled ok=0A=09108575291 packets for this host=0A=090 packets for u= nknown/unsupported protocol=0A=090 packets forwarded (0 packets fast forwar= ded)=0A=090 packets not forwardable=0A=090 packets received for unknown mul= ticast group=0A=090 redirects sent=0A=09102560932 packets sent from this ho= st=0A=090 packets sent with fabricated ip header=0A=090 output packets drop= ped due to no bufs, etc.=0A=090 output packets discarded due to no route=0A= =093269107 output datagrams fragmented=0A=0919499266 fragments created=0A= =090 datagrams that can't be fragmented=0A=090 tunneling packets that can't= find gif=0A=090 datagrams with bad address in header=0Aicmp:=0A=09254 call= s to icmp_error=0A=090 errors not generated in response to an icmp message= =0A=09Output histogram:=0A=09=09echo reply: 1132=0A=09=09destination unreac= hable: 254=0A=090 messages with bad code fields=0A=090 messages less than t= he minimum length=0A=090 messages with bad checksum=0A=090 messages with ba= d length=0A=090 multicast echo requests ignored=0A=090 multicast timestamp = requests ignored=0A=09Input histogram:=0A=09=09echo reply: 6=0A=09=09echo: = 1132=0A=091132 message responses generated=0A=090 invalid return addresses= =0A=090 no return routes=0A=09ICMP address mask responses are disabled=0Aig= mp:=0A=090 messages received=0A=090 messages received with too few bytes=0A= =090 messages received with wrong TTL=0A=090 messages received with bad che= cksum=0A=090 V1/V2 membership queries received=0A=090 V3 membership queries= received=0A=090 membership queries received with invalid field(s)=0A=090 g= eneral queries received=0A=090 group queries received=0A=090 group-source q= ueries received=0A=090 group-source queries dropped=0A=090 membership repor= ts received=0A=090 membership reports received with invalid field(s)=0A=090= membership reports received for groups to which we belong=0A=090 V3 report= s received without Router Alert=0A=090 membership reports sent=0Aip6:=0A=09= 166 total packets received=0A=090 with size smaller than minimum=0A=090 wit= h data size < data length=0A=090 with bad options=0A=090 with incorrect ver= sion number=0A=090 fragments received=0A=090 fragments dropped (dup or out = of space)=0A=090 fragments dropped after timeout=0A=090 fragments that exce= eded limit=0A=090 packets reassembled ok=0A=09166 packets for this host=0A= =090 packets forwarded=0A=090 packets not forwardable=0A=090 redirects sent= =0A=090 packets sent from this host=0A=090 packets sent with fabricated ip = header=0A=090 output packets dropped due to no bufs, etc.=0A=090 output pac= kets discarded due to no route=0A=090 output datagrams fragmented=0A=090 fr= agments created=0A=090 datagrams that can't be fragmented=0A=090 packets th= at violated scope rules=0A=09166 multicast packets which we don't join=0A= =09Input histogram:=0A=09=09ICMP6: 166=0A=09Mbuf statistics:=0A=09=090 one = mbuf=0A=09=09166 one ext mbuf=0A=09=090 two or more ext mbuf=0A=090 packets= whose headers are not continuous=0A=090 tunneling packets that can't find = gif=0A=090 packets discarded because of too many headers=0A=090 failures of= source address selection=0A=09Source addresses selection rule applied:=0Ai= cmp6:=0A=090 calls to icmp6_error=0A=090 errors not generated in response t= o an icmp6 message=0A=090 errors not generated because of rate limitation= =0A=090 messages with bad code fields=0A=090 messages < minimum length=0A= =090 bad checksums=0A=090 messages with bad length=0A=09Histogram of error = messages to be generated:=0A=09=090 no route=0A=09=090 administratively pro= hibited=0A=09=090 beyond scope=0A=09=090 address unreachable=0A=09=090 port= unreachable=0A=09=090 packet too big=0A=09=090 time exceed transit=0A=09= =090 time exceed reassembly=0A=09=090 erroneous header field=0A=09=090 unre= cognized next header=0A=09=090 unrecognized option=0A=09=090 redirect=0A=09= =090 unknown=0A=090 message responses generated=0A=090 messages with too ma= ny ND options=0A=090 messages with bad ND options=0A=090 bad neighbor solic= itation messages=0A=090 bad neighbor advertisement messages=0A=090 bad rout= er solicitation messages=0A=090 bad router advertisement messages=0A=090 ba= d redirect messages=0A=090 path MTU changes=0Arip6:=0A=090 messages receive= d=0A=090 checksum calculations on inbound=0A=090 messages with bad checksum= =0A=090 messages dropped due to no socket=0A=090 multicast messages dropped= due to no socket=0A=090 messages dropped due to full socket buffers=0A=090= delivered=0A=090 datagrams output=0A=0A=0A=0A=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 20:41:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E3B106566C for ; Fri, 15 Jan 2010 20:41:35 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id 05E5F8FC1B for ; Fri, 15 Jan 2010 20:41:34 +0000 (UTC) Received: by iwn7 with SMTP id 7so810887iwn.7 for ; Fri, 15 Jan 2010 12:41:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=cENSuW7qCOGOo3lYSWYRTTYvuANOyHn/pZVT35G1e5M=; b=UtEmymp3RAwMBEO07MXRgvjb/Z6lhKhRVHtuNxV2oVC5vlVDjwYVRv14RxUbbVB9So cfVXsGELFkfqYqCUyTifXjfoONdBI3LURQeHsGAc0skUuzvHpPO43LEhz0m+UeMGg7eo 8JSm6XkCjOHK69MBtRetCrQH+rCP7sexWd5hM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qm2Uz+2Qln6Ovai9rEzVHWmDkx8jDl5RjBk3TuyUOa/mYXht64kmIlNPtkafINBJOY nRLDK762jS2k1zYPbvnrxoyBG1QzQjSCxc6tHWfCsK1nY0a6TxjD2xEYgwGss6ahmvws 4GkXRAdLfJqBC9iPw2u49nZ6JQB5nhEfYfsiI= MIME-Version: 1.0 Received: by 10.231.170.14 with SMTP id b14mr10936ibz.26.1263586419814; Fri, 15 Jan 2010 12:13:39 -0800 (PST) Date: Fri, 15 Jan 2010 21:13:39 +0100 Message-ID: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> From: Romain Garbage To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 20:41:35 -0000 Hello, After setting ahci_load="YES" in /boot/loader.conf, I get a root mount error. ahci seems to attach to disk correctly (I get ada0 messages with no error) Without ahci_load="YES", system boots fine, with ata module attaching to disk. I have a full zfs system, set up following wiki instructions: http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) I'm using a GENERIC kernel, RELENG_8 branch. My /boot/loader.conf: zfs_load="YES" vfs.root.mountfrom="zfs:zroot" nvidia_load="YES" snd_hda_load="YES" tmpfs_load="YES" coretemp_load="YES" Regards, Romain From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 20:49:12 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CA71065676 for ; Fri, 15 Jan 2010 20:49:12 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 60A9E8FC14 for ; Fri, 15 Jan 2010 20:49:11 +0000 (UTC) Received: (qmail 7395 invoked by uid 89); 15 Jan 2010 20:49:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 15 Jan 2010 20:49:09 -0000 Date: Fri, 15 Jan 2010 21:49:09 +0100 From: Oliver Lehmann To: Alexander Motin Message-Id: <20100115214909.42d3ca21.lehmann@ans-netz.de> In-Reply-To: <4B50BFA2.10204@FreeBSD.org> References: <20100115163350.094a2e4c.lehmann@ans-netz.de> <4B50BFA2.10204@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, pjd@FreeBSD.org Subject: Re: 8-STABLE: gmirror segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 20:49:12 -0000 Alexander Motin wrote: > Interesting story, but I've lost the track. I can't say for sure what > crashed gmirror without seeing any messages, but I suppose that after so > dirty deconstruction of mirror and journals Hm.. dirty? I used the standard tools ;) > you may left some > meta-information on devices. Restoring gmirror could make it accessible > again. I would try to explicitly clear last few sectors of every > disk/partition where something was living with dd to be sure that > nothing left there. Right now I've cleaned the whole ada1 disk, recreated the filesystems and dump+restoreing the filesystems from ada0 to ada1. Then I'll switch ada1 andada0 and continue cleaning up the remaining disk. Then I'll gmirror them again. I could try to reproduce the error with my testsystem (have around 10 2GB SCSI disks waiting for such a task) and log every command I typed. But - is someone interested in fixing this? I already opened a PR for glabel not working on top of gjournaled devices but it is open w/o any comment for 2 month. Before I try to find a way of reproducing it I would know that someone would work with the PR I'll create then. I don't like feeding black holes ;) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 21:50:53 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54501106566C for ; Fri, 15 Jan 2010 21:50:53 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id CADE18FC14 for ; Fri, 15 Jan 2010 21:50:52 +0000 (UTC) Received: from maxwell.mencon.com.au (c122-107-224-152.eburwd5.vic.optusnet.com.au [122.107.224.152]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o0FLom5O004836; Sat, 16 Jan 2010 08:50:49 +1100 Received: from [203.2.73.73] (chief.mencon.com.au [203.2.73.73]) by maxwell.mencon.com.au (Postfix) with ESMTP id B6FAB5D4E; Sat, 16 Jan 2010 08:50:39 +1100 (EST) Message-ID: <4B50E33A.7090001@menhennitt.com.au> Date: Sat, 16 Jan 2010 08:50:50 +1100 From: Graham Menhennitt User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Soekris-tech@lists.soekris.com, freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: recommended miniPCI 802.11a/b/g card for Soekris net5501 running FreeBSD 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 21:50:53 -0000 I've been trying to get reliable wireless AP functionality in my Soekris net5501 (http://soekris.com/net5501.htm) box for some time now. In the past I've reported a problem with it (http://www.mail-archive.com/freebsd-stable@freebsd.org/msg105623.html) that causes it to report "ath0: stuck beacon; resetting (bmiss count 4)". I can minimise this by increasing the count but I still get the problem and the wifi connection is patchy - dropped connections, and low transfer speeds. So, I think the easiest solution is to get a better card. Can somebody please recommend any such miniPCI board. My existing board is a Wistron Neweb CM9 miniPCI wireless card, 802.11abg which is based on the Atheros AR5004 chipset. Some cards that are easy for me to get are the Wistron Neweb DCMA-81, 5006 Super AG Atheros 6G which uses Atheros AR5414, and Senao NMP-8602 PLUS-S / EMP-8602 PLUS-S which uses AR 5006. I can probably source any others that anybody can suggest, too. I'm not after super speed or range, just reliable performance in a net5501 running FreeBSD 8-STABLE and acting as a wireless access point using WPA2. Thanks for any assistance, Graham From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 23:29:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E03106566B for ; Fri, 15 Jan 2010 23:29:25 +0000 (UTC) (envelope-from prvs=0631c28db0=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2703B8FC13 for ; Fri, 15 Jan 2010 23:29:24 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NVvbX-000DHe-9A for freebsd-stable@freebsd.org; Sat, 16 Jan 2010 00:29:23 +0100 Date: Sat, 16 Jan 2010 00:29:23 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20100115232922.GM45688@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: Oliver Brandmueller Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 23:29:25 -0000 Hi, On Fri, Jan 15, 2010 at 09:13:39PM +0100, Romain Garbage wrote: > After setting ahci_load="YES" in /boot/loader.conf, I get a root mount error. > ahci seems to attach to disk correctly (I get ada0 messages with no error) > > Without ahci_load="YES", system boots fine, with ata module attaching to disk. > > I have a full zfs system, set up following wiki instructions: > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) > > I'm using a GENERIC kernel, RELENG_8 branch. > > My /boot/loader.conf: > zfs_load="YES" > vfs.root.mountfrom="zfs:zroot" > nvidia_load="YES" > snd_hda_load="YES" > tmpfs_load="YES" > coretemp_load="YES" Check with "zpool status" if your zpool refers to diskslices like "ad0s1". I use gpt have setup the ZFS mirror to refer to gptids: pool: silver state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM silver ONLINE 0 0 0 mirror ONLINE 0 0 0 gptid/9e68d234-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 gptid/a025b88c-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 With that kind of configuration I can switch back and forth between using ATA_CAM or using traditional ATA drivers. Since you're not using GPT I gues you can use geom labels to do more or less the same thing. In short: use labels, nut device names. Saves headaches in many cases. - Olli -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 23:47:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8D81065672 for ; Fri, 15 Jan 2010 23:47:24 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id C98DE8FC1C for ; Fri, 15 Jan 2010 23:47:23 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NVvsu-0007Le-4x for freebsd-stable@freebsd.org; Sat, 16 Jan 2010 00:47:20 +0100 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 00:47:20 +0100 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 00:47:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volodymyr Kostyrko Date: Sat, 16 Jan 2010 01:46:59 +0200 Lines: 28 Message-ID: <20100116014659.46536463@limbo.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> <20100115232922.GM45688@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 X-Newsreader: Claws Mail 3.7.3 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Sender: news Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 23:47:24 -0000 On Sat, 16 Jan 2010 00:29:23 +0100 Oliver Brandmueller wrote: > Check with "zpool status" if your zpool refers to diskslices like > "ad0s1". I use gpt have setup the ZFS mirror to refer to gptids: > > pool: silver > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > silver ONLINE 0 0 0 > mirror ONLINE 0 0 0 > gptid/9e68d234-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 > gptid/a025b88c-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 > > With that kind of configuration I can switch back and forth between > using ATA_CAM or using traditional ATA drivers. Since you're not using > GPT I gues you can use geom labels to do more or less the same thing. > > In short: use labels, nut device names. Saves headaches in many cases. ZFS actually can find disks without any glabel help. I have one server which I have moved recently to ahci and nothing changes for me. ZFS silently accepted new provider names and continue working as usual. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 23:51:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 515FF106566C for ; Fri, 15 Jan 2010 23:51:04 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50505.mail.re2.yahoo.com (web50505.mail.re2.yahoo.com [206.190.38.81]) by mx1.freebsd.org (Postfix) with SMTP id E7FFC8FC1A for ; Fri, 15 Jan 2010 23:51:03 +0000 (UTC) Received: (qmail 53799 invoked by uid 60001); 15 Jan 2010 23:51:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1263599460; bh=gZ6vav8Vaj8q/rXCZ/SY6rDDVsyno4ANHPRtPjiGW+M=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HkSpNrswBbWUHvpJKtreNkbO+0G13SslycGlI62JhZArVlOE3RdZ8mngQGac9E8krgyC1k7oB4NLdvN9bwrUU71xpNjsAVb6DFxHf2ZBt/xybdNPva1OG3clah3ymG76HscYBO/I5LK8FCCGMeSHYxqgiI7VliOyhkP/ArlhK90= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=by5j1PafzhTe8OB7+4J9lTIfCVadYZ0Kmx3iMIlc9Cy6e6tuqoR3+K5FKWnEI967v+Al2IKs/qsvjfws7iebd7A9kxibT0dEj8j80fuC1vJzimBef5yuXxwDNpGZyUpsvj5tkKodyyspxa668768vB6altq3gipLI4k2M4TMwNA=; Message-ID: <709036.53645.qm@web50505.mail.re2.yahoo.com> X-YMail-OSG: nydDp68VM1nclvAMfDIlbPGtd8wAqi3YHUuFR8KGtg8k8qSrktwWKFQQJTN033gV9U3QeZ1zhkvWy8i30u4uBEP4nGwF9QL8ZvMu8UR.AqduY3AG_vAb4nvelMoPKJizRZwWte67YQb8azdMYREhqXX5x5xJ56hV4lTC.d2x6L2_i6Cp3ewc.9an.2zRx1LDfQkkC4LDY5f4B8Awmtr12bv.S0sNhlKwxvVAUEMYQl049fmZ..9wyAC4JU.U1Lqc0PKK5WGzDZTi0.LTC797gz0l.3OR4eULbwKRIuaA4R71BypkNUie15Y0rpWulqekkjPW58Gq02bLpfszu0fRvuV8oI8y7xrHHsfD29cglvXZIWLFZFtL90A- Received: from [99.24.6.121] by web50505.mail.re2.yahoo.com via HTTP; Fri, 15 Jan 2010 15:51:00 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Fri, 15 Jan 2010 15:51:00 -0800 (PST) From: alan bryan To: pyunyh@gmail.com In-Reply-To: <20100115193235.GH1228@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: General problems with checksums (txcsum/rxcsum) on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 23:51:04 -0000 --- On Fri, 1/15/10, Pyun YongHyeon wrote:=0A=0A> From: = Pyun YongHyeon =0A> Subject: Re: General problems with ch= ecksums (txcsum/rxcsum) on FreeBSD 8.0?=0A> To: "alan bryan" =0A> Cc: freebsd-stable@freebsd.org=0A> Date: Friday, January 15, 2= 010, 11:32 AM=0A> On Fri, Jan 15, 2010 at 11:12:43AM=0A> -0800, alan bryan = wrote:=0A> > I just read a different thread about problems with=0A> checksu= ms on vge (and nfe in the replies).=0A> > =0A> > I'll just chime in here wi= th some more information - I=0A> have a couple other message threads going = about some weird=0A> high packet volumes on my new FreeBSD 8.0-Release NFS= =0A> server.=A0 I thought it might be an issue with the igb=0A> driver so I= put in a new card using em instead and got the=0A> exact same behavior.=A0= I'm currently sifting through a=0A> tcpdump in wireshark and there are all= sorts of messages in=0A> there about checksums being incorrect - both TCP = and=0A> UDP.=A0 This is for communications between this client=0A> machine = (FreeBSD 7.0-Release) and any of the 8.0 machines I=0A> have.=A0 The packet= s going to non-8.0 machines (at least=0A> so far) appear to be fine.=0A> > = =0A> > I'll defer to those who know more than I about the=0A> networking co= de, but is there perhaps an issue in general=0A> with the checksuming and n= ot specific to one card or driver=0A> - is that even possible?=A0 That's no= w 4 different=0A> drivers all with various checksum problem reports.=0A> > = =0A> > I'm going to be working on this all day today (and=0A> likely over t= he weekend) so if I can help by supplying=0A> information please let me kno= w what you need.=0A> > =0A> =0A> If you are seeing bad checksum reported by= =0A> tcpdump/wireshark for TX=0A> frames on checksum capable controller, it= 's normal. bpf(4)=0A> just=0A> sees TX frames before inserting checksum com= puted by=0A> hardware so=0A> tcpdump/wireshark reports invalid checksum. Yo= u can safely=0A> ignore=0A> that. If you want to verify whether sending hos= t generated=0A> correct=0A> checksum, you should capture the frame on recei= ve side. If=0A> tcpdump/=0A> wireshark reports bad checksummed frame on rec= eived frames=0A> it's=0A> real bad checksummed frame.=0A=0A=0AThanks for th= e help. After looking deeper into this issue today I'm now sure that I'm s= tuck in some NFS write/fail/retry loop. I'm still not sure if the trigger = to get to that state is NFS, ZFS, or networking code.=0A=0ATo try to get mo= re information to act on, I'm going to change my client mount options and s= ee what happens.=0A=0AThanks everyone.=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Fri Jan 15 23:55:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BA5106568D for ; Fri, 15 Jan 2010 23:55:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 61FF98FC08 for ; Fri, 15 Jan 2010 23:55:53 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NVw18-0001jB-RM for freebsd-stable@freebsd.org; Sat, 16 Jan 2010 00:55:50 +0100 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 00:55:50 +0100 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 00:55:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Volodymyr Kostyrko Date: Sat, 16 Jan 2010 01:55:29 +0200 Lines: 27 Message-ID: <20100116015529.2fb2ca91@limbo.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 X-Newsreader: Claws Mail 3.7.3 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Sender: news Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 23:55:53 -0000 On Fri, 15 Jan 2010 21:13:39 +0100 Romain Garbage wrote: > After setting ahci_load="YES" in /boot/loader.conf, I get a root mount error. > ahci seems to attach to disk correctly (I get ada0 messages with no error) > > Without ahci_load="YES", system boots fine, with ata module attaching to disk. > > I have a full zfs system, set up following wiki instructions: > http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) > > I'm using a GENERIC kernel, RELENG_8 branch. I have faced some problems that looks exactly like you say. I haven't investigated thoroughly after some quick-hack-repairs machine runs flawlessly. 1. I have moved to RELENG_8 from RELENG_8_0. I don't think this is it but zfsloader support was what I was looking for. 2. I reinitialised zfs partitions again with a boot code. But this time I used bs=512 dd option. 3. I recreated zpool.cache and replaced it on my pool. Actually I don't know which one helped me, but my bet is for the third step and maybe for second. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 00:48:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E63C1065670 for ; Sat, 16 Jan 2010 00:48:18 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id 36C7A8FC08 for ; Sat, 16 Jan 2010 00:48:18 +0000 (UTC) Received: by iwn7 with SMTP id 7so938850iwn.7 for ; Fri, 15 Jan 2010 16:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=g0uybyGBkEWuN600XbeVbTiGhKmjgNx6aLwPF9VmChA=; b=OmNFSpAsFNQhgp9pUSV+cmtwDmbo7LUJCID+OREQ2/i3p22RpJNR6UNlE2lmvaqmTD DXXTO/ONxpKKVbxBIvQw1GolVAn6u8UIJWMZg7TLjuw8IO1avidCEwIPPmEoDbuMKKNO 4yjgL3bWZrEUfzZn7/x3BmP5eVYyugOC+0ZBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=KWBXDYGCB2h46EeSKn19LhWcEFpI/b8s9M/YVrYvLn4utQ1ocNGfwW0oAXvcJe8ehD Pn8G49XNaB6auQr6tKzVQZ/CEzojWUBFjxi0qOi1c06ln2EMvJdIQvwl+poDGm88qpFP GrYQrYWg2BaFYwFynPmp+RRB6Ak7ge2kXs1Lk= MIME-Version: 1.0 Received: by 10.231.167.65 with SMTP id p1mr870711iby.20.1263602892547; Fri, 15 Jan 2010 16:48:12 -0800 (PST) In-Reply-To: <20100116015529.2fb2ca91@limbo.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> <20100116015529.2fb2ca91@limbo.lan> Date: Sat, 16 Jan 2010 01:48:12 +0100 Message-ID: <7ab0356e1001151648p483734b6k58dc7067efd12273@mail.gmail.com> From: Romain Garbage To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 00:48:19 -0000 2010/1/16, Volodymyr Kostyrko : > On Fri, 15 Jan 2010 21:13:39 +0100 > Romain Garbage wrote: > >> After setting ahci_load="YES" in /boot/loader.conf, I get a root mount >> error. >> ahci seems to attach to disk correctly (I get ada0 messages with no error) >> >> Without ahci_load="YES", system boots fine, with ata module attaching to >> disk. >> >> I have a full zfs system, set up following wiki instructions: >> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >> (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) >> >> I'm using a GENERIC kernel, RELENG_8 branch. > > I have faced some problems that looks exactly like you say. I haven't > investigated thoroughly after some quick-hack-repairs machine runs > flawlessly. > > 1. I have moved to RELENG_8 from RELENG_8_0. I don't think this is it but > zfsloader support was what I was looking for. > > 2. I reinitialised zfs partitions again with a boot code. But this time I > used bs=512 dd option. > > 3. I recreated zpool.cache and replaced it on my pool. > > Actually I don't know which one helped me, but my bet is for the third step > and maybe for second. A weird thing: I just built and installed a new kernel (RELENG_8, source csuped a few hours ago), just adding "device ahci" to the config file. I get the same error, with driver attaching correctly. Now, adding ahci_load="NO" to /boot/loader.conf and booting the new custom kernel, it just boots fine, ahci attaching to the device, and zfs root gets mounted. dmesg | grep ada ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) I didn't do anything else, just the line in loader.conf, and the system just works fine. Romain From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 01:27:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79583106566B for ; Sat, 16 Jan 2010 01:27:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9788FC17 for ; Sat, 16 Jan 2010 01:27:32 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta06.westchester.pa.mail.comcast.net with comcast id W0RP1d0071c6gX8561TZfM; Sat, 16 Jan 2010 01:27:33 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.westchester.pa.mail.comcast.net with comcast id W1Te1d0063S48mS3j1Teo1; Sat, 16 Jan 2010 01:27:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2D2561E301C; Fri, 15 Jan 2010 17:27:31 -0800 (PST) Date: Fri, 15 Jan 2010 17:27:31 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100116012731.GA7124@icarus.home.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> <20100116015529.2fb2ca91@limbo.lan> <7ab0356e1001151648p483734b6k58dc7067efd12273@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7ab0356e1001151648p483734b6k58dc7067efd12273@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 01:27:33 -0000 On Sat, Jan 16, 2010 at 01:48:12AM +0100, Romain Garbage wrote: > 2010/1/16, Volodymyr Kostyrko : > > On Fri, 15 Jan 2010 21:13:39 +0100 > > Romain Garbage wrote: > > > >> After setting ahci_load="YES" in /boot/loader.conf, I get a root mount > >> error. > >> ahci seems to attach to disk correctly (I get ada0 messages with no error) > >> > >> Without ahci_load="YES", system boots fine, with ata module attaching to > >> disk. > >> > >> I have a full zfs system, set up following wiki instructions: > >> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition > >> (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) > >> > >> I'm using a GENERIC kernel, RELENG_8 branch. > > > > I have faced some problems that looks exactly like you say. I haven't > > investigated thoroughly after some quick-hack-repairs machine runs > > flawlessly. > > > > 1. I have moved to RELENG_8 from RELENG_8_0. I don't think this is it but > > zfsloader support was what I was looking for. > > > > 2. I reinitialised zfs partitions again with a boot code. But this time I > > used bs=512 dd option. > > > > 3. I recreated zpool.cache and replaced it on my pool. > > > > Actually I don't know which one helped me, but my bet is for the third step > > and maybe for second. > > A weird thing: > > I just built and installed a new kernel (RELENG_8, source csuped a few > hours ago), just adding "device ahci" to the config file. I get the > same error, with driver attaching correctly. > > Now, adding ahci_load="NO" to /boot/loader.conf and booting the new > custom kernel, it just boots fine, ahci attaching to the device, and > zfs root gets mounted. > > dmesg | grep ada > > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)cd0 > at ahcich1 bus 0 scbus1 target 0 lun 0 > ada0: Command Queueing enabled > ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) > ada1: Command Queueing enabled > ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)cd0 > at ahcich1 bus 0 scbus1 target 0 lun 0 > ada0: Command Queueing enabled > ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) > ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes) > ada1: Command Queueing enabled > ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > > I didn't do anything else, just the line in loader.conf, and the > system just works fine. Can you post your entire kernel configuration file? Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 03:40:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10755106566C for ; Sat, 16 Jan 2010 03:40:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id AB6B28FC0C for ; Sat, 16 Jan 2010 03:40:44 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta12.westchester.pa.mail.comcast.net with comcast id W2fZ1d0041wpRvQ5C3gk7L; Sat, 16 Jan 2010 03:40:44 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta18.westchester.pa.mail.comcast.net with comcast id W3gp1d0013S48mS3e3gpGD; Sat, 16 Jan 2010 03:40:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 71F951E301C; Fri, 15 Jan 2010 19:40:42 -0800 (PST) Date: Fri, 15 Jan 2010 19:40:42 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100116034042.GA9916@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mav@freebsd.org Subject: Recent ahci.c commit breaks buildkernel (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 03:40:45 -0000 This most recent commit: http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/ahci/ahci.c?r1=201588&r2=202428 http://www.freebsd.org/cgi/getmsg.cgi?fetch=1059860+0+current/cvs-src-old http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ahci/ahci.c#rev1.1.2.18 Has broken buildkernel. I've verified this on two separate machines: ===> ahci (all) cc -O2 -pipe -march=nocona -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SG45H7_RELENG_8_amd64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/SG45H7_RELENG_8_amd64 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c cc1: warnings being treated as errors /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /usr/src/sys/modules/ahci/../../dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /usr/src/sys/modules/ahci. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 bus_describe_intr() doesn't appear to exist in RELENG_8. # grep -r bus_describe_intr /usr/src /usr/src/sys/dev/ahci/ahci.c: bus_describe_intr(dev, ctlr->irqs[i].r_irq, # -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 06:44:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8D21065670 for ; Sat, 16 Jan 2010 06:44:44 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id 235AF8FC12 for ; Sat, 16 Jan 2010 06:44:43 +0000 (UTC) Received: by iwn7 with SMTP id 7so1053586iwn.7 for ; Fri, 15 Jan 2010 22:44:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=med6tDl4kciCJzEQ8lFVXEgsvTrPQxLkYfenfxvee7I=; b=T+GXqrWbflQ8y+QQS/3gVPUjlKWCQSq+rlGID11vw7gCafvtyXxX+VEcEXdkclvSrO Ul/UTFuHx1RDv70/VbPbDGnJ8rbKhfd2vKfsFFuWKW+40yz0kaAzfXHLJJJ7WN30+eAu I07S8C7mCMagGSNmYZaaaMMBWvRsSpaUUBd+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RZwZr7MFF7V5eRzCy9jxZ9msDBVEkAv4vLWxZg6dORfo2kM0H+1bYB3gfmfC8Zuoup PcONhc+mY3sOCm8TxyKYEqFNNSIRrpVPR/7MDLO/iRlUddLWltmp5y74SS+wEfNGTqDb wRGtlIywtbOAJsmFKZb3Xovu6uQLY6XSUtSWs= MIME-Version: 1.0 Received: by 10.231.167.65 with SMTP id p1mr1227942iby.20.1263624274133; Fri, 15 Jan 2010 22:44:34 -0800 (PST) In-Reply-To: <20100116012731.GA7124@icarus.home.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> <20100116015529.2fb2ca91@limbo.lan> <7ab0356e1001151648p483734b6k58dc7067efd12273@mail.gmail.com> <20100116012731.GA7124@icarus.home.lan> Date: Sat, 16 Jan 2010 07:44:34 +0100 Message-ID: <7ab0356e1001152244r2d5e1018wabce4b561d35c19c@mail.gmail.com> From: Romain Garbage To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 06:44:44 -0000 2010/1/16, Jeremy Chadwick : > > Can you post your entire kernel configuration file? Thanks. Here it its: I just copied the GENERIC conf file, commented out device ataraid and device atadisk, added option ATA_CAM (I forgot to mention all that stuff it in last post), and added device ahci. # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.7 2010/01/12 06:00:56 brooks Exp $ cpu HAMMER ident ATACAMKERNEL # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options ATA_CAM # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # AHCI devices device ahci # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgbe # Intel PRO/10GbE PCIE Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB # USB Wireless device rum # Ralink Technology RT2501USB wireless NICs device uath # Atheros AR5523 wireless NICs device ural # Ralink Technology RT2500USB wireless NICs device zyd # ZyDAS zb1211/zb1211b wireless NICs # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 06:49:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F08E3106568D for ; Sat, 16 Jan 2010 06:49:24 +0000 (UTC) (envelope-from russell.yount@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id A600E8FC0C for ; Sat, 16 Jan 2010 06:49:24 +0000 (UTC) Received: by qyk4 with SMTP id 4so916444qyk.7 for ; Fri, 15 Jan 2010 22:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=mBxO5AByRGskf2UH0Dp08KeFLjYMoSUQ12zqBwr0vBs=; b=fNd3Phb05m7FHpU6Yn+JbugRb/8ZADBk6cKhS4yJ+rr+br5mgtaw72fnLIHdr/BipY kXsKjQfRAajvXpHIcNh6EenFXCESKvSUoTpMAIEN6/qZF3LSqoHNHANfOEG1HLDCLBlb 5KB4DTkHM4I5hVZdIp9o9cjnRqYVzfKjTC894= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hq0zCfLhD9Q9Xbr7HzwRJeo6y23R5Q5Jxwt23eSaGuG+MFur46yXr0f+1eaqy+bEfc yhgMEBHrzLWERSGfvbcCTH+h1H7t5OlKVK4GYmLAbwc0X3TdRPke+9luPXAvWDPYDyAc eeNLNN4b0BFZb6oVyrXo0XBndT/ks9Y9/35cI= MIME-Version: 1.0 Received: by 10.220.123.2 with SMTP id n2mr2016196vcr.11.1263624550556; Fri, 15 Jan 2010 22:49:10 -0800 (PST) In-Reply-To: <4B50E33A.7090001@menhennitt.com.au> References: <4B50E33A.7090001@menhennitt.com.au> Date: Sat, 16 Jan 2010 01:49:10 -0500 Message-ID: From: Russell Yount To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Russell Yount Subject: Re: recommended miniPCI 802.11a/b/g card for Soekris net5501 running FreeBSD 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 06:49:25 -0000 On Fri, Jan 15, 2010 at 4:50 PM, Graham Menhennitt wrote: > I've been trying to get reliable wireless AP functionality in my Soekris > net5501 (http://soekris.com/net5501.htm) box for some time now. In the > past I've reported a problem with it > (http://www.mail-archive.com/freebsd-stable@freebsd.org/msg105623.html) > that causes it to report "ath0: stuck beacon; resetting (bmiss count > 4)". I can minimise this by increasing the count but I still get the > problem and the wifi connection is patchy - dropped connections, and low > transfer speeds. So, I think the easiest solution is to get a better > card. Can somebody please recommend any such miniPCI board. > > My existing board is a Wistron Neweb CM9 miniPCI wireless card, > 802.11abg which is based on the Atheros AR5004 chipset. > > Some cards that are easy for me to get are the Wistron Neweb DCMA-81, > 5006 Super AG Atheros 6G which uses Atheros AR5414, and Senao NMP-8602 > PLUS-S / EMP-8602 PLUS-S which uses AR 5006. I can probably source any > others that anybody can suggest, too. > > I'm not after super speed or range, just reliable performance in a > net5501 running FreeBSD 8-STABLE and acting as a wireless access point > using WPA2. > > Thanks for any assistance, > Graham > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I have two CM9 and two NL-5354MP miniPCI wireless cards on different Soekris net4521s that do are working fine. Except for the multiple hostapd client broadcast traffic problem I posted on http://lists.freebsd.org/pipermail/freebsd-stable/2009-December/053757.html they have shown no problems like you describe on 8.0 or 7.2. Perhaps with the slower CPU the problem does not show up for me, but I would be suprised its your card thats the problem. -Russ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 07:57:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C08A106566B for ; Sat, 16 Jan 2010 07:57:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id EF8898FC0C for ; Sat, 16 Jan 2010 07:57:21 +0000 (UTC) Received: by fxm27 with SMTP id 27so813234fxm.3 for ; Fri, 15 Jan 2010 23:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=WsLaaUdpiAf3tKfNG0fsWZmhSgrJNAprXj19YNSg0Ag=; b=NCkey8IPmjGhs7SCBrAgZUTGP1HlzcCiopUGTLjVve3D0v3JjJhEzstf9v/bJWdcZO PaPmBvD2n+q6Zc19Mb82wQvuV/9Ly4R8Wgx+QsxTFGIwbgataoVYnrpavlAmMf6uuUh9 d6QWFcyo0ZYZ1PUVQYgbU+GX9WE+kK2qJf2ew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=iF3suFh9wnntedzsP6qLRVifExmiCM7vw4nlXB8zcROte7FwTML+q98ljEpekiCr40 BeRJwCFas1TAqcsfscjkOBPXNkRD6c6BSETbLexDyU6ByBsWrViS6/T/ITKJkj8fXqyl Bxyy94mtCqz7CFRyCmyolVIUNJWKefbWjMPlo= Received: by 10.223.2.205 with SMTP id 13mr3715365fak.83.1263628636804; Fri, 15 Jan 2010 23:57:16 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm1008105fxm.7.2010.01.15.23.57.15 (version=SSLv3 cipher=RC4-MD5); Fri, 15 Jan 2010 23:57:16 -0800 (PST) Sender: Alexander Motin Message-ID: <4B51715B.6090803@FreeBSD.org> Date: Sat, 16 Jan 2010 09:57:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Jeremy Chadwick References: <20100116034042.GA9916@icarus.home.lan> In-Reply-To: <20100116034042.GA9916@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Recent ahci.c commit breaks buildkernel (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 07:57:22 -0000 Jeremy Chadwick wrote: > This most recent commit: > > http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/ahci/ahci.c?r1=201588&r2=202428 > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1059860+0+current/cvs-src-old > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ahci/ahci.c#rev1.1.2.18 > > Has broken buildkernel. I've verified this on two separate machines: > > bus_describe_intr() doesn't appear to exist in RELENG_8. > > # grep -r bus_describe_intr /usr/src > /usr/src/sys/dev/ahci/ahci.c: bus_describe_intr(dev, ctlr->irqs[i].r_irq, Thanks. Fixed. Sorry. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 08:27:55 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BF5106566B; Sat, 16 Jan 2010 08:27:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EC1FD8FC0A; Sat, 16 Jan 2010 08:27:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0G8Rsuh035125; Sat, 16 Jan 2010 03:27:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0G8Rses035120; Sat, 16 Jan 2010 08:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jan 2010 08:27:54 GMT Message-Id: <201001160827.o0G8Rses035120@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 08:27:55 -0000 TB --- 2010-01-16 06:57:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 06:57:10 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2010-01-16 06:57:10 - cleaning the object tree TB --- 2010-01-16 06:57:36 - cvsupping the source tree TB --- 2010-01-16 06:57:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2010-01-16 06:58:17 - building world TB --- 2010-01-16 06:58:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 06:58:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 06:58:17 - TARGET=amd64 TB --- 2010-01-16 06:58:17 - TARGET_ARCH=amd64 TB --- 2010-01-16 06:58:17 - TZ=UTC TB --- 2010-01-16 06:58:17 - __MAKE_CONF=/dev/null TB --- 2010-01-16 06:58:17 - cd /src TB --- 2010-01-16 06:58:17 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 16 06:58:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 16 08:24:16 UTC 2010 TB --- 2010-01-16 08:24:16 - generating LINT kernel config TB --- 2010-01-16 08:24:16 - cd /src/sys/amd64/conf TB --- 2010-01-16 08:24:16 - /usr/bin/make -B LINT TB --- 2010-01-16 08:24:16 - building LINT kernel TB --- 2010-01-16 08:24:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:24:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:24:16 - TARGET=amd64 TB --- 2010-01-16 08:24:16 - TARGET_ARCH=amd64 TB --- 2010-01-16 08:24:16 - TZ=UTC TB --- 2010-01-16 08:24:16 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:24:16 - cd /src TB --- 2010-01-16 08:24:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 16 08:24:16 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue agp_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /src/sys/dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /src/sys/dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-16 08:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-16 08:27:54 - ERROR: failed to build lint kernel TB --- 2010-01-16 08:27:54 - 3979.61 user 901.58 system 5443.74 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 08:53:08 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB00E1065676; Sat, 16 Jan 2010 08:53:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 81C988FC1B; Sat, 16 Jan 2010 08:53:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0G8r7Mh031140; Sat, 16 Jan 2010 03:53:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0G8r7Vi031134; Sat, 16 Jan 2010 08:53:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jan 2010 08:53:07 GMT Message-Id: <201001160853.o0G8r7Vi031134@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 08:53:08 -0000 TB --- 2010-01-16 07:50:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 07:50:04 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-01-16 07:50:04 - cleaning the object tree TB --- 2010-01-16 07:50:34 - cvsupping the source tree TB --- 2010-01-16 07:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-01-16 07:51:04 - building world TB --- 2010-01-16 07:51:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 07:51:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 07:51:04 - TARGET=i386 TB --- 2010-01-16 07:51:04 - TARGET_ARCH=i386 TB --- 2010-01-16 07:51:04 - TZ=UTC TB --- 2010-01-16 07:51:04 - __MAKE_CONF=/dev/null TB --- 2010-01-16 07:51:04 - cd /src TB --- 2010-01-16 07:51:04 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 16 07:51:04 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 16 08:48:25 UTC 2010 TB --- 2010-01-16 08:48:25 - generating LINT kernel config TB --- 2010-01-16 08:48:25 - cd /src/sys/i386/conf TB --- 2010-01-16 08:48:25 - /usr/bin/make -B LINT TB --- 2010-01-16 08:48:25 - building LINT kernel TB --- 2010-01-16 08:48:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:48:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:48:25 - TARGET=i386 TB --- 2010-01-16 08:48:25 - TARGET_ARCH=i386 TB --- 2010-01-16 08:48:25 - TZ=UTC TB --- 2010-01-16 08:48:25 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:48:25 - cd /src TB --- 2010-01-16 08:48:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 16 08:48:25 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_mca.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahb/ahb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /src/sys/dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /src/sys/dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-16 08:53:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-16 08:53:07 - ERROR: failed to build lint kernel TB --- 2010-01-16 08:53:07 - 2827.37 user 626.38 system 3782.76 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 09:29:00 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA30F1065672; Sat, 16 Jan 2010 09:29:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B22208FC15; Sat, 16 Jan 2010 09:29:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0G9SxP1008978; Sat, 16 Jan 2010 04:28:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0G9SxhY008971; Sat, 16 Jan 2010 09:28:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jan 2010 09:28:59 GMT Message-Id: <201001160928.o0G9SxhY008971@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 09:29:01 -0000 TB --- 2010-01-16 08:14:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 08:14:54 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-01-16 08:14:54 - cleaning the object tree TB --- 2010-01-16 08:15:12 - cvsupping the source tree TB --- 2010-01-16 08:15:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-01-16 08:27:31 - building world TB --- 2010-01-16 08:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:27:31 - TARGET=pc98 TB --- 2010-01-16 08:27:31 - TARGET_ARCH=i386 TB --- 2010-01-16 08:27:31 - TZ=UTC TB --- 2010-01-16 08:27:31 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:27:31 - cd /src TB --- 2010-01-16 08:27:31 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 16 08:27:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 16 09:25:09 UTC 2010 TB --- 2010-01-16 09:25:09 - generating LINT kernel config TB --- 2010-01-16 09:25:09 - cd /src/sys/pc98/conf TB --- 2010-01-16 09:25:09 - /usr/bin/make -B LINT TB --- 2010-01-16 09:25:09 - building LINT kernel TB --- 2010-01-16 09:25:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 09:25:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 09:25:09 - TARGET=pc98 TB --- 2010-01-16 09:25:09 - TARGET_ARCH=i386 TB --- 2010-01-16 09:25:09 - TZ=UTC TB --- 2010-01-16 09:25:09 - __MAKE_CONF=/dev/null TB --- 2010-01-16 09:25:09 - cd /src TB --- 2010-01-16 09:25:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 16 09:25:09 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/age/if_age.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue agp_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /src/sys/dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /src/sys/dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-16 09:28:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-16 09:28:59 - ERROR: failed to build lint kernel TB --- 2010-01-16 09:28:59 - 2771.02 user 641.28 system 4445.09 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 09:30:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C1B9106566B for ; Sat, 16 Jan 2010 09:30:13 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 629BE8FC1E for ; Sat, 16 Jan 2010 09:30:13 +0000 (UTC) Received: by pwi15 with SMTP id 15so850172pwi.3 for ; Sat, 16 Jan 2010 01:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=QPDlzZF4FnBnDoLSoxwvUnvoGjp6U45Dmig/3mYHOoE=; b=YJX58X440TJuJ7W6OdcTQYXP6W6jUUAIh+8yDDLpdrRHwgGo0AiEvy1bvnz8oqSMoJ K71Z3P0c/DncdyFz9L1w7ZB+6ZhVsv7M+Fe7qJR/G/NisBvf9xW+eJ+ycGwFD5PsJGme EjrIxxerPyZD2iif3NBJy94lXHqicKTqzuyOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uJ7fBJUIw+ZJAkXZB85o0XFF9ySPRjb9nXXG37huiPrDdUYno+VsY3C6rkBUMGGvyB XKuUKU5QyPH2HgnVRX4QR6dh8FghyGNfHxVuhKBUJ5DUUJ7u/z7RybTDklC0i5LCaK+J XzhiMdPKrVLWWFCX4+xzUwZekd86hrcRmYB5o= MIME-Version: 1.0 Received: by 10.115.26.7 with SMTP id d7mr2456492waj.12.1263634212593; Sat, 16 Jan 2010 01:30:12 -0800 (PST) In-Reply-To: <20100116015529.2fb2ca91@limbo.lan> References: <7ab0356e1001151213y5536d4cdi1d1759ce28ad546a@mail.gmail.com> <20100116015529.2fb2ca91@limbo.lan> Date: Sat, 16 Jan 2010 01:30:12 -0800 Message-ID: From: Xin LI To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: AHCI and ZFS: root mount error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 09:30:13 -0000 On Fri, Jan 15, 2010 at 3:55 PM, Volodymyr Kostyrko wrote: > On Fri, 15 Jan 2010 21:13:39 +0100 > Romain Garbage wrote: > >> After setting ahci_load="YES" in /boot/loader.conf, I get a root mount error. >> ahci seems to attach to disk correctly (I get ada0 messages with no error) >> >> Without ahci_load="YES", system boots fine, with ata module attaching to disk. >> >> I have a full zfs system, set up following wiki instructions: >> http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >> (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) >> >> I'm using a GENERIC kernel, RELENG_8 branch. > > I have faced some problems that looks exactly like you say. I haven't investigated thoroughly after some quick-hack-repairs machine runs flawlessly. > > 1. I have moved to RELENG_8 from RELENG_8_0. I don't think this is it but zfsloader support was what I was looking for. > > 2. I reinitialised zfs partitions again with a boot code. But this time I used bs=512 dd option. > > 3. I recreated zpool.cache and replaced it on my pool. I believe the step 3 has fixed your issue. I believe that the zfs loader on -HEAD is less prone to this type of problems, but I am not entirely sure if it would be helpful for all-disk-name-changed case, though. So, in conclusion, in order to fix the problem, one need: Boot into an environment where you can mount ZFS partition. With a LiveFS boot, one can do this: 0) during boot, load zfs, tmpfs 1) mount a tmpfs on /boot/zfs 2) zpool import -f -R /mnt yourpool 3) set hostid to the one in your zpool, perhaps chroot into the zpool and do hostid start 4) export and re-import zpool 5) overwrite /pool/boot/zfs with /boot/zfs 6) make sure the zfs has been written down to disk 7) reboot (Steps 3-4 may be skipped in theory but I personally recommend one to do that). Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 09:44:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18235106566B; Sat, 16 Jan 2010 09:44:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E409E8FC08; Sat, 16 Jan 2010 09:44:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0G9iebO060150; Sat, 16 Jan 2010 04:44:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0G9iehS060147; Sat, 16 Jan 2010 09:44:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 16 Jan 2010 09:44:40 GMT Message-Id: <201001160944.o0G9iehS060147@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 09:44:41 -0000 TB --- 2010-01-16 08:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 08:15:00 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-01-16 08:15:00 - cleaning the object tree TB --- 2010-01-16 08:15:18 - cvsupping the source tree TB --- 2010-01-16 08:15:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-01-16 08:27:31 - building world TB --- 2010-01-16 08:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:27:31 - TARGET=ia64 TB --- 2010-01-16 08:27:31 - TARGET_ARCH=ia64 TB --- 2010-01-16 08:27:31 - TZ=UTC TB --- 2010-01-16 08:27:31 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:27:31 - cd /src TB --- 2010-01-16 08:27:31 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 16 08:27:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jan 16 09:41:08 UTC 2010 TB --- 2010-01-16 09:41:08 - generating LINT kernel config TB --- 2010-01-16 09:41:08 - cd /src/sys/ia64/conf TB --- 2010-01-16 09:41:08 - /usr/bin/make -B LINT TB --- 2010-01-16 09:41:08 - building LINT kernel TB --- 2010-01-16 09:41:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 09:41:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 09:41:08 - TARGET=ia64 TB --- 2010-01-16 09:41:08 - TARGET_ARCH=ia64 TB --- 2010-01-16 09:41:08 - TZ=UTC TB --- 2010-01-16 09:41:08 - __MAKE_CONF=/dev/null TB --- 2010-01-16 09:41:08 - cd /src TB --- 2010-01-16 09:41:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 16 09:41:08 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror agp_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aha/aha.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /src/sys/dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /src/sys/dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-16 09:44:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-16 09:44:40 - ERROR: failed to build lint kernel TB --- 2010-01-16 09:44:40 - 3787.31 user 628.40 system 5379.39 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 12:54:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5EEC1065676 for ; Sat, 16 Jan 2010 12:54:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 822E08FC1B for ; Sat, 16 Jan 2010 12:54:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NW8AD-0002Zl-CS for freebsd-stable@freebsd.org; Sat, 16 Jan 2010 13:54:01 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 13:54:01 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 16 Jan 2010 13:54:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sat, 16 Jan 2010 13:53:39 +0100 Lines: 12 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100113 SeaMonkey/2.0.2 Sender: news Cc: freebsd-current@freebsd.org Subject: 8.0 regression: mouse redrawing in console eats too much cpu and doesn't look good X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 12:54:06 -0000 Hello, Since moving from 6.4 to 8.0 I noticed that usage of mouse (usb) in console has somewhat regressed: First, as soon as I start moving my mouse interrupts increase to 15-18 % as seen in top(1). That's way too much and seems like a bug. Second, mouse cursor looks worse. It used to be solid while now it looks half transparent as if its redrawing was not synced or something. Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 13:51:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7153106566C for ; Sat, 16 Jan 2010 13:51:42 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 742E38FC08 for ; Sat, 16 Jan 2010 13:51:41 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8EAG9RUUtQyBtM/2dsb2JhbACBRNcvhDIE Received: from 76.27-200-80.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([80.200.27.76]) by relay.skynet.be with ESMTP; 16 Jan 2010 14:51:40 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.3/8.14.3) with ESMTP id o0GDpdii001966; Sat, 16 Jan 2010 14:51:39 +0100 (CET) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-stable@freebsd.org Date: Sat, 16 Jan 2010 14:51:38 +0100 User-Agent: KMail/1.9.10 References: <4B4D0293.3040704@rogers.com> <201001140941.46748.tijl@coosemans.org> <4B4FC56A.4020007@freebsd.org> In-Reply-To: <4B4FC56A.4020007@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001161451.39399.tijl@coosemans.org> Cc: Kostik Belousov , Gardner Bell , David Xu Subject: Re: process in STOP state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 13:51:42 -0000 On Friday 15 January 2010 02:31:22 David Xu wrote: > Tijl Coosemans wrote: >>> Besides weird formatting of procstat -k output, I do not see >>> anything wrong in the state of the process. It got SIGSTOP, I am >>> sure. Attaching gdb helps because debugger gets signal reports >>> instead of target process getting the signal actions on signal >>> delivery. >>> >>> The only question is why the process gets SIGSTOP at all. >> >> Wine uses ptrace(2) sometimes. The SIGSTOP could have come from >> that. I recently submitted >> http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 describing a >> problem with ptrace and signals, so you might want to give the >> kernel patch a try. > > The problem in your patch is that ksi pointer can not be hold across > thread sleeping, because once the process is resumed, there is no > guarantee that the thread will run first, once the signal came from > process's signal queue, other threads can remove the signal, and here > your sigqueue_take(ksi) is dangerous code. If other threads can run before the current thread then there's a second problem next to the one in the PR (current thread deletes signal that shouldn't be deleted). Then those other threads can see that the SIGSTOP bit (or another signal) is still set and stop the process a second time. This might be what happens in the OP's case. So, the signal has to be cleared before suspending the process, but then other threads can still deliver other signals which might change delivery order and I don't see any way around that besides introducing a per process signal lock that is also kept while the process is stopped. Comments? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 18:02:05 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0516C10656E8 for ; Sat, 16 Jan 2010 18:02:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 824AB8FC0C for ; Sat, 16 Jan 2010 18:02:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id o0GI22NI082147 for ; Sat, 16 Jan 2010 21:02:02 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 16 Jan 2010 21:02:02 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (woozle.rinet.ru [0.0.0.0]); Sat, 16 Jan 2010 21:02:02 +0300 (MSK) Cc: Subject: ZFS zpool stall on RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 18:02:05 -0000 Dear colleagues, after some unidenfified trouble I am no longer able to access raidz1 pool on my home file server (8 sata disks). rebooting from outer media works fine until `zpool import' - then process is stuck in zio->io_cv state forever (I waited for 2+ hours) without real activity. This is reproducible on both amd64 and i386. Any hints? Thanks in advance! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 19:20:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B79F1106570C; Sat, 16 Jan 2010 19:20:19 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id F101A8FC17; Sat, 16 Jan 2010 19:20:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id o0GJKH6l043943; Sat, 16 Jan 2010 22:20:17 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 16 Jan 2010 22:20:17 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (woozle.rinet.ru [0.0.0.0]); Sat, 16 Jan 2010 22:20:18 +0300 (MSK) Cc: Pawel Jakub Dawidek Subject: Re: ZFS zpool stall on RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 19:20:19 -0000 On Sat, 16 Jan 2010, Dmitry Morozovsky wrote: DM> after some unidenfified trouble I am no longer able to access raidz1 pool on my DM> home file server (8 sata disks). rebooting from outer media works fine until DM> `zpool import' - then process is stuck in zio->io_cv state forever (I waited DM> for 2+ hours) without real activity. This is reproducible on both amd64 and DM> i386. DM> DM> Any hints? Thanks in advance! well, I just booted from fresh stable/8/amd64 with DDB compiled in. what info should I extract from kernel debugger? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 20:21:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 056D21065670 for ; Sat, 16 Jan 2010 20:21:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B21AB8FC16 for ; Sat, 16 Jan 2010 20:21:23 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o0GKLMNq071783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jan 2010 12:21:23 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B521FC2.4050402@errno.com> Date: Sat, 16 Jan 2010 12:21:22 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Russell Yount References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-URT-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: atheros broadcast/multicast corruption with multiple hostap's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 20:21:24 -0000 Russell Yount wrote: > It seems AP to client broadcasts/multicasts traffic is > broken when using WPA2/802.11i with multiple hostapds in 8.0. > > Only the SSID associated with the last hostapd to be started has > AP to client broadcasts/multicasts being delivered correctly. > > The AP and client are 8.0 freebsd systems althought I see same > problems with windows XP as a client. > > The AP has 4 hostapds configured to use TLS with client certificates for > authentication. (hostapd recompiled with HOSTAPD_CFLAGS=-DEAP_SERVER) > The AP and client radio are shown as ath0: AR5212 mac 5.9 RF5112 phy 4.3 > in dmesg. > > Client authenticate using client certificates associate correctly > to all 4 SSIDs. Unicast traffic flows correctly between clients and AP > for all for 4 SSIDs. Client to AP broadcast/multicast traffic works > on of 4 SSIDs. AP to client broadcast/multicast traffic only works > on 1 of the SSIDs. I have documented this using ARP broadcasts, > but normal IP broadcasts also observed to corrupted. > > When an ARP request is send through the AP to an associated client > it seems to be trashed on any of the SSID except the one associated > with the last hostapd to be started. Here is the output of client side > tcpdump showing the problems. > > In the first client side tcpdump with the hostapd associated with the SSID > being associaed with the last hostapd started and the traffic flowing > normally. > > In the second client side tcpdump with the hostapd associated with the SSID > being not the last hostapd started the ARP request is resent multiple times > and appears corrupted. > > I would really like to find a fix for this. > Any help would be greatly appreciated. This sounds like the crypto encap of the frame is clobbering the mbuf contents. You can verify this by setting up multiple vaps w/o WPA. If this is the problem look for the mbuf copy logic for mcast frames and make sure a deep copy is done. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Jan 16 20:26:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A592A106566C for ; Sat, 16 Jan 2010 20:26:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5A82A8FC12 for ; Sat, 16 Jan 2010 20:26:54 +0000 (UTC) Received: from ice.local ([10.0.0.115]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id o0GKQgkm071809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Jan 2010 12:26:42 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4B522102.1050805@errno.com> Date: Sat, 16 Jan 2010 12:26:42 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Nenhum_de_Nos References: <0122e9480533dc61e94ec7d00678aeaf.squirrel@lamneth> <0c682ad7769fbd678a6835f041d0c791.squirrel@lamneth> In-Reply-To: <0c682ad7769fbd678a6835f041d0c791.squirrel@lamneth> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-URT-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: ath hostap problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 20:26:54 -0000 Nenhum_de_Nos wrote: > On Tue, January 5, 2010 00:09, Nenhum_de_Nos wrote: >> hail, >> >> I have a Core 2 Duo 2.66 GHz as a wifi ap: >> >> Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs >> Jan 4 22:31:08 xxx kernel: Copyright (c) 1992-2010 The FreeBSD Project. >> Jan 4 22:31:08 xxx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, >> 1989, 1991, 1992, 1993, 1994 >> Jan 4 22:31:08 xxx kernel: The Regents of the University of California. >> All rights reserved. >> Jan 4 22:31:08 xxx kernel: FreeBSD is a registered trademark of The >> FreeBSD Foundation. >> Jan 4 22:31:08 xxx kernel: FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT >> 2010 >> Jan 4 22:31:08 xxx kernel: root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 >> Jan 4 22:31:08 xxx kernel: Timecounter "i8254" frequency 1193182 Hz >> quality 0 >> Jan 4 22:31:08 xxx kernel: CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ >> 2.66GHz (2669.34-MHz K8-class CPU) >> Jan 4 22:31:08 xxx kernel: Origin = "GenuineIntel" Id = 0x6fb Stepping >> = 11 >> >> xxx# uname -a >> FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT >> 2010 root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 >> >> cat /etc/hostapd.conf >> interface=wlan0 >> #bridge=bridge0 >> driver=bsd >> logger_syslog=-1 >> logger_syslog_level=2 >> logger_stdout=-1 >> logger_stdout_level=2 >> debug=0 >> dump_file=/tmp/hostapd.dump >> ctrl_interface=/var/run/hostapd >> ctrl_interface_group=0 >> ssid=apartnet2 >> #macaddr_acl=1 >> #accept_mac_file=/etc/hostapd/accept >> auth_algs=3 >> eapol_key_index_workaround=0 >> #eap_server=0 >> wpa=3 >> wpa_psk_file=/etc/hostapd/wpa_psk >> wpa_key_mgmt=WPA-PSK >> wpa_pairwise=CCMP >> #stakey=0 >> ieee8021x=0 >> hw_mode=g >> >> and just get these messages in logs: >> >> Jan 4 22:49:46 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:49:48 xxx last message repeated 4 times >> Jan 4 22:49:48 xxx postfix/local[1293]: fatal: open database >> /etc/aliases.db: No such file or directory >> Jan 4 22:49:48 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:50:03 xxx last message repeated 46 times >> Jan 4 22:50:03 xxx kernel: >> Jan 4 22:50:03 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:50:19 xxx last message repeated 51 times >> Jan 4 22:50:20 xxx kernel: >> Jan 4 22:50:20 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:50:33 xxx last message repeated 41 times >> Jan 4 22:50:33 xxx kernel: >> Jan 4 22:50:33 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:50:49 xxx last message repeated 50 times >> Jan 4 22:50:49 xxx postfix/local[1296]: fatal: open database >> /etc/aliases.db: No such file or directory >> Jan 4 22:50:49 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> Jan 4 22:51:20 xxx last message repeated 98 times >> Jan 4 22:51:50 xxx last message repeated 100 times >> Jan 4 22:51:50 xxx postfix/local[1297]: fatal: open database >> /etc/aliases.db: No such file or directory >> Jan 4 22:51:50 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> I can't even see the network in other computers. >> >> Some time ago I reported this problem in here, but using slower hardware. >> and Sam said that was it. That machine was running Linux before and is now >> being converted to FreeBSD 8. when in linux, I had some performance >> penalties but it works great for internet access. >> >> is there anything I can do to solve this ? >> >> the card is this: >> >> ath0@pci0:5:0:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 >> hdr=0x00 >> vendor = 'Atheros Communications Inc.' >> device = '802.11a/b/g Wireless Adapter (AR5212)' >> class = network >> subclass = ethernet >> >> the card doesn't support 802.11a though. >> >> I'm about to buy a rum based usb wlan, may be Hawking HWUG1 or TP-LINK >> TL-WN321G, to make another freebsd based ap for light internet access. is >> this supposed to happen as well ? >> >> thanks, >> >> matheus > > Using similar configuration file for hostapd, I did test another atheros > based wlan card in same role: > > ath0@pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = > 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 > (USBVID_147E&PID_20165&B71A446&0&1)' > class = network > subclass = ethernet > > this is a pcie part, AFAIK, running on Asus F3T turion based notebook. > Runs FreeBSD 8 as well: > > [matheus@xxx/usr/home/matheus]$ uname -a > FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #5: Sun Jan 3 16:20:25 BRT > 2010 root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 > > but this time I have no message as tha other box, and the AP works fine. > > matheus Are both machines SMP? Stuck beacons typically arise for two reasons: the channel is busy and the ap can't get on the air to send the frame, or the host/bus is overloaded and cannot meet the realtime requirements of posting the beacon frame in time to hit the beacon transmit schedule. I can't tell from the above info whether either might be possible. Sam